WO2020043018A1 - 虚拟宠物商品的交易方法和装置 - Google Patents

虚拟宠物商品的交易方法和装置 Download PDF

Info

Publication number
WO2020043018A1
WO2020043018A1 PCT/CN2019/102170 CN2019102170W WO2020043018A1 WO 2020043018 A1 WO2020043018 A1 WO 2020043018A1 CN 2019102170 W CN2019102170 W CN 2019102170W WO 2020043018 A1 WO2020043018 A1 WO 2020043018A1
Authority
WO
WIPO (PCT)
Prior art keywords
pet
virtual
request
product
account
Prior art date
Application number
PCT/CN2019/102170
Other languages
English (en)
French (fr)
Inventor
张翊城
彭威
江兴才
曾芝华
Original Assignee
腾讯科技(深圳)有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 腾讯科技(深圳)有限公司 filed Critical 腾讯科技(深圳)有限公司
Publication of WO2020043018A1 publication Critical patent/WO2020043018A1/zh
Priority to US17/078,927 priority Critical patent/US20210042819A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • G06Q30/0643Graphical representation of items or shoppers
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35Details of game servers
    • A63F13/352Details of game servers involving special game server arrangements, e.g. regional servers connected to a national server or a plurality of servers managing partitions of the game world
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70Game security or game management aspects
    • A63F13/73Authorising game programs or game devices, e.g. checking authenticity
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70Game security or game management aspects
    • A63F13/79Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/792Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80Special adaptations for executing a specific game genre or game mode
    • A63F13/825Fostering virtual characters
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123Shopping for digital content
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/389Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • G06Q20/40145Biometric identity checks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403Solvency checks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/57Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
    • A63F2300/575Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player for trading virtual items
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00Business processing using cryptography

Definitions

  • the present application relates to the field of computer application technology, and in particular, to a method, a device, a device, and a storage medium for trading virtual pet products.
  • An application that provides a virtual pet usually has a virtual pet transaction function so that a user can purchase a virtual pet from the system or other users.
  • the application program can provide a transaction interface for pet transactions.
  • the user requests the server to purchase or put on sale the virtual pet through the transaction interface.
  • the server requests the transaction related requests based on the relevant verification information stored locally. For example, verify whether the user has sufficient resources to purchase or sell a virtual pet. After the verification is passed, the server modifies the ownership of the virtual pet.
  • a method for trading a virtual pet product is performed by a server cluster that provides background support for an application program, the application program is provided with a virtual pet, and at least one pet image of the virtual pet is generated based on genetic rules, so
  • the methods include:
  • first verification information is stored in a blockchain system and is a first type of information used to indicate the legitimacy of the purchase request
  • the first verification information indicates that the purchase request is legitimate, transferring ownership of the first pet product from a second account to a first account, where the first account is an account logged in to the first terminal,
  • the second account is an account for selling the first pet product.
  • a method for trading a virtual pet product is executed by a terminal running an application program, the application program is provided with a virtual pet, and at least one pet image of the virtual pet is generated based on genetic rules, the method includes :
  • the transaction interface including a purchase control of a first pet product, where the first pet product is a first virtual pet or a virtual prop for acquiring the first virtual pet;
  • a purchase request is sent to a server cluster, the purchase request is used to trigger the server cluster to obtain first verification information, and the first verification information indicates that the purchase request is valid
  • the first verification information is stored in a blockchain system and is used to indicate the first legitimacy of the purchase request.
  • Type information the first account is an account logged in to the terminal, and the second account is an account for selling the first pet product;
  • the first pet product is displayed in a pet display interface of the application, and the pet display interface is used to display a virtual pet owned by the first account.
  • a method for trading a virtual pet product is executed by a terminal running an application program, the application program is provided with a virtual pet, and at least one pet image of the virtual pet is generated based on genetic rules, the method includes :
  • the pet information interface of the first pet product is displayed, and the pet information interface of the first pet product includes the first pet product.
  • the first pet commodity is a first virtual pet or a virtual prop for acquiring the first virtual pet;
  • a shelf request is sent to a server cluster, and the shelf request is used to trigger the server cluster to obtain third verification information, and the third verification information indicates that the shelf request is legal
  • the first pet product is put on the transaction interface of the application program; the third verification information is stored in a blockchain system and is used to indicate the availability verification information of the validity of the placement request.
  • a method for trading a virtual pet product is executed by a terminal running an application program, the application program is provided with a virtual pet, and at least one pet image of the virtual pet is generated based on genetic rules, the method includes :
  • the pet information interface includes a delisting control of the second pet product, where the second pet product is a second virtual pet or a virtual prop for obtaining the second virtual pet;
  • a delisting request is sent to the server cluster, and the delisting request is used to trigger the server cluster to obtain fifth verification information, and the fifth verification information indicates When the delisting request is valid, the second pet product is removed from the transaction interface; the fifth verification information is stored in a blockchain system and is used to indicate the legality of the delisting request. Sexual delisting verification information.
  • a virtual pet commodity transaction device is used in a server cluster that provides background support for an application program, the application program is provided with a virtual pet, and at least one pet image of the virtual pet is generated based on genetic rules,
  • the device includes:
  • a purchase request receiving module is configured to receive a purchase request sent by a first terminal, where the purchase request is used to request purchase of a first pet product, and the first pet product is a first virtual pet or used to obtain the first virtual pet Virtual props
  • a first verification information acquisition module configured to obtain first verification information according to the purchase request, where the first verification information is stored in a blockchain system, and is used to indicate a first type of validity of the purchase request information;
  • a transaction module for transferring ownership of the first pet product from a second account to a first account when the first verification information indicates that the purchase request is legitimate, the first account being the first terminal An account logged in to, and the second account is an account for selling the first pet product.
  • a virtual pet commodity transaction device is used in a terminal running an application program, the application program is provided with a virtual pet, and at least one pet image of the virtual pet is generated based on genetic rules, the device include:
  • a transaction interface display module is used to display the transaction interface of the application program.
  • the transaction interface includes a purchase control of a first pet product, where the first pet product is a first virtual pet or is used to obtain the first virtual product.
  • a purchase request sending module is configured to send a purchase request to a server cluster when a trigger operation on the purchase control is detected, where the purchase request is used to trigger the server cluster to obtain first verification information, and When the information indicates that the purchase request is legitimate, the ownership of the first pet product is transferred from the second account to the first account, and the first verification information is stored in a blockchain system to indicate the purchase
  • the first type of information of the requested legitimacy the first account is an account logged in to the terminal, and the second account is an account for selling the first pet product;
  • a product display module is configured to display the first pet product in a pet display interface of the application, and the pet display interface is used to display a virtual pet owned by the first account.
  • a virtual pet commodity transaction device is used in a terminal running an application program, the application program is provided with a virtual pet, and at least one pet image of the virtual pet is generated based on genetic rules, the device include:
  • a pet interface display module configured to display the pet display interface of the application, the pet display interface is used to display pet products owned by a second account, and the second account is an account logged in to the terminal;
  • the information interface display module is configured to display the pet information interface of the first pet product when a trigger operation on the first pet product in the pet display interface is detected, and the pet information interface of the first pet product includes The selling control of the first pet product, where the first pet product is a first virtual pet or a virtual prop for obtaining the first virtual pet;
  • a shelf request sending module is configured to send a shelf request to a server cluster when a trigger operation on the sale control is detected, and the shelf request is used to trigger the server cluster to obtain third verification information, and perform the third verification When the information indicates that the listing request is valid, the first pet product is listed on the transaction interface of the application; the third verification information is stored in the blockchain system and is used to indicate the listing request Legality verification information.
  • a virtual pet commodity transaction device is used in a terminal running an application program, the application program is provided with a virtual pet, and at least one pet image of the virtual pet is generated based on genetic rules, the device include:
  • a pet interface display module for displaying the pet display interface of the application, the pet display interface for displaying pet products owned by a third account, and the third account is an account logged in to the terminal;
  • An information interface display module configured to display the pet information interface of the second pet product when a triggered operation is performed on the second pet product in the pet display interface, and the second pet product is already in the transaction A virtual pet on the interface, and the pet information interface includes a removal control for the second pet product, where the second pet product is a second virtual pet or a virtual prop for obtaining the second virtual pet;
  • the delisting request sending module is configured to send a delisting request to the server cluster when a trigger operation on the delisting control is detected, and the delisting request is used to trigger the server cluster to obtain fifth verification information, and When the fifth verification information indicates that the delisting request is valid, the second pet product is removed from the transaction interface; the fifth verification information is stored in a blockchain system and is used for Delisting verification information indicating the legitimacy of the delisting request.
  • a server cluster includes a processor and a memory.
  • the memory stores at least one computer-readable instruction, and the computer-readable instruction is loaded by the processor and performs the following steps:
  • first verification information is stored in a blockchain system and is a first type of information used to indicate the legitimacy of the purchase request
  • the first verification information indicates that the purchase request is legitimate, transferring ownership of the first pet product from a second account to a first account, where the first account is an account logged in to the first terminal,
  • the second account is an account for selling the first pet product.
  • a terminal includes a processor and a memory, and the memory stores at least one computer-readable instruction, and the computer-readable instruction is loaded by the processor and performs the following steps:
  • the transaction interface including a purchase control of a first pet product, where the first pet product is a first virtual pet or a virtual prop for acquiring the first virtual pet;
  • a purchase request is sent to a server cluster, the purchase request is used to trigger the server cluster to obtain first verification information, and the first verification information indicates that the purchase request is valid
  • the first verification information is stored in a blockchain system and is used to indicate the first legitimacy of the purchase request.
  • Type information the first account is an account logged in to the terminal, and the second account is an account for selling the first pet product;
  • the first pet product is displayed in a pet display interface of the application, and the pet display interface is used to display a virtual pet owned by the first account.
  • a terminal includes a processor and a memory, and the memory stores at least one computer-readable instruction, and the computer-readable instruction is loaded by the processor and performs the following steps:
  • the pet information interface of the first pet product is displayed, and the pet information interface of the first pet product includes the first pet product.
  • the first pet commodity is a first virtual pet or a virtual prop for acquiring the first virtual pet;
  • a shelf request is sent to a server cluster, and the shelf request is used to trigger the server cluster to obtain third verification information, and the third verification information indicates that the shelf request is legal
  • the first pet product is put on the transaction interface of the application program; the third verification information is stored in a blockchain system and is used to indicate the availability verification information of the validity of the placement request.
  • a terminal includes a processor and a memory, and the memory stores at least one computer-readable instruction, and the computer-readable instruction is loaded by the processor and performs the following steps:
  • the pet information interface includes a delisting control of the second pet product, where the second pet product is a second virtual pet or a virtual prop for obtaining the second virtual pet;
  • a delisting request is sent to the server cluster, and the delisting request is used to trigger the server cluster to obtain fifth verification information, and the fifth verification information indicates When the delisting request is valid, the second pet product is removed from the transaction interface; the fifth verification information is stored in a blockchain system and is used to indicate the legality of the delisting request. Sexual delisting verification information.
  • a non-volatile computer-readable storage medium stores at least one computer-readable instruction stored in the storage medium.
  • the computer-readable instruction is loaded by a processor and executes the following steps:
  • first verification information is stored in a blockchain system and is a first type of information used to indicate the legitimacy of the purchase request
  • the first verification information indicates that the purchase request is legitimate, transferring ownership of the first pet product from a second account to a first account, where the first account is an account logged in to the first terminal,
  • the second account is an account for selling the first pet product.
  • a non-volatile computer-readable storage medium stores at least one computer-readable instruction stored in the storage medium.
  • the computer-readable instruction is loaded by a processor and executes the following steps:
  • the transaction interface including a purchase control of a first pet product, where the first pet product is a first virtual pet or a virtual prop for acquiring the first virtual pet;
  • a purchase request is sent to a server cluster, the purchase request is used to trigger the server cluster to obtain first verification information, and the first verification information indicates that the purchase request is valid
  • the first verification information is stored in a blockchain system and is used to indicate the first legitimacy of the purchase request.
  • Type information the first account is an account logged in to the terminal, and the second account is an account for selling the first pet product;
  • the first pet product is displayed in a pet display interface of the application, and the pet display interface is used to display a virtual pet owned by the first account.
  • a non-volatile computer-readable storage medium stores at least one computer-readable instruction stored in the storage medium.
  • the computer-readable instruction is loaded by a processor and executes the following steps:
  • the pet information interface of the first pet product is displayed, and the pet information interface of the first pet product includes the first pet product.
  • the first pet commodity is a first virtual pet or a virtual prop for acquiring the first virtual pet;
  • a shelf request is sent to a server cluster, and the shelf request is used to trigger the server cluster to obtain third verification information, and the third verification information indicates that the shelf request is legal
  • the first pet product is put on the transaction interface of the application program; the third verification information is stored in a blockchain system and is used to indicate the availability verification information of the validity of the placement request.
  • a non-volatile computer-readable storage medium stores at least one computer-readable instruction stored in the storage medium.
  • the computer-readable instruction is loaded by a processor and executes the following steps:
  • the pet information interface includes a delisting control of the second pet product, where the second pet product is a second virtual pet or a virtual prop for obtaining the second virtual pet;
  • a delisting request is sent to the server cluster, and the delisting request is used to trigger the server cluster to obtain fifth verification information, and the fifth verification information indicates When the delisting request is valid, the second pet product is removed from the transaction interface; the fifth verification information is stored in a blockchain system and is used to indicate the legality of the delisting request. Sexual delisting verification information.
  • FIG. 1 is a schematic structural diagram of a computer system according to an exemplary embodiment of the present application.
  • FIG. 2 is a schematic flowchart of a method for trading a virtual pet product according to an exemplary embodiment of the present application
  • FIG. 3 is a flowchart of a virtual pet transaction according to the embodiment shown in FIG. 2;
  • FIG. 4 is a method flowchart of a method for trading a virtual pet product according to an exemplary embodiment of the present application
  • FIG. 5 is a schematic diagram of a virtual cat transaction interface according to the embodiment shown in FIG. 4;
  • FIG. 6 is a schematic diagram of a purchase interface of a virtual cat according to the embodiment shown in FIG. 4;
  • FIG. 7 is a schematic diagram of a cat bell purchase interface according to the embodiment shown in FIG. 4;
  • FIG. 8 is a schematic diagram of a purchase interface of a cat lure bell according to the embodiment shown in FIG. 4;
  • FIG. 9 is a schematic diagram of a price trend involved in the embodiment shown in FIG. 4;
  • FIG. 10 is a schematic diagram of a virtual cat purchase confirmation interface according to the embodiment shown in FIG. 4;
  • FIG. 11 is a schematic diagram of a transaction prompt interface according to the embodiment shown in FIG. 4;
  • FIG. 12 is a schematic diagram of a cat lure bell purchase confirmation interface according to the embodiment shown in FIG. 4; FIG.
  • FIG. 13 is a schematic diagram of a transaction success prompt interface according to the embodiment shown in FIG. 4;
  • FIG. 14 is a schematic flowchart of a virtual cat purchase process according to the embodiment shown in FIG. 4;
  • FIG. 15 is a schematic flowchart of a cat bell purchase process according to the embodiment shown in FIG. 4;
  • 16 is a method flowchart of a method for trading a virtual pet product according to an exemplary embodiment of the present application
  • FIG. 17 is a schematic diagram of a pet information interface of a virtual cat according to the embodiment shown in FIG. 16;
  • FIG. 18 is a schematic diagram of a shelf confirmation interface according to the embodiment shown in FIG. 16;
  • FIG. 19 is a schematic diagram showing a public display area according to the embodiment shown in FIG. 16;
  • FIG. 20 is a schematic diagram of a shelf display logic according to the embodiment shown in FIG. 16;
  • FIG. 21 is a schematic flowchart of a virtual cat launching process according to the embodiment shown in FIG. 16; FIG.
  • 22 is a method flowchart of a method for trading a virtual pet product according to an exemplary embodiment of the present application
  • FIG. 23 is a schematic diagram of a process of removing a virtual cat according to the embodiment shown in FIG. 22; FIG.
  • FIG. 24 is a virtual pet commodity transaction device provided by an exemplary embodiment of the present application.
  • FIG. 25 is a virtual pet commodity transaction device provided by an exemplary embodiment of the present application.
  • FIG. 26 is a virtual pet commodity transaction device provided by an exemplary embodiment of the present application.
  • FIG. 27 is a virtual pet commodity transaction device provided by an exemplary embodiment of the present application.
  • FIG. 28 is a structural block diagram of a computer device according to an exemplary embodiment of the present application.
  • FIG. 29 is a structural block diagram of a computer device according to an exemplary embodiment of the present application.
  • the solution provided in this application can verify the transaction request by using the verification information stored in the blockchain system when conducting a virtual pet transaction, so as to improve the security of the virtual pet transaction.
  • Virtual pet A digital pet that is presented as a pet image in cartoon and / or animal form.
  • the virtual pet is a two-dimensional digital pet or a three-dimensional digital pet.
  • the virtual pet is a three-dimensional virtual pet that is presented as a pet image in the form of a cartoon cat.
  • a part of the pet image of the virtual pet is generated randomly, for example, the pet image of the 0th generation virtual pet is generated randomly; the pet image of the part of the virtual pet is generated based on the parent virtual pet and / or other ancestor virtual pets
  • the pet image is generated according to genetic genetic rules.
  • the pet image of offspring virtual pets other than the 0th generation virtual pet is generated according to genetic genetic rules.
  • each virtual pet has a unique gene sequence, and the gene sequence includes generation parameters for determining a pet image of the virtual pet, and the gene sequence is also called an image parameter.
  • the pet information of each virtual pet is stored on the blockchain system, and stored and authenticated through the consensus mechanism of multiple nodes on the blockchain system.
  • the pet information includes at least the virtual genetic sequence of the virtual pet, and may optionally include: the identification of the virtual pet, the parental information of the virtual pet, the generational information of the virtual pet, the genealogical information of the virtual pet, and the history of the virtual pet. At least one of transaction flow information, historical life event information of the virtual pet, and other information of the virtual pet. Because the genetic sequence of each virtual pet is unique, and the information stored on the blockchain system is real and unique, the virtual pet has a collection property. At the same time, because the pet information of the virtual pet is stored on the blockchain system, even if the virtual pet is a digital pet designed for use in the first application, it can be easily migrated to the second application for use.
  • the virtual pet is a digital pet displayed by an application running in the terminal.
  • the application includes at least one of the following functions: grab virtual pets, generate virtual pets, breed virtual pets, trade virtual pets, use virtual pets to fight, use virtual pets for Augmented Reality (AR) interaction, use Virtual pets for socializing and AR education using virtual pets.
  • the application is an application for acquiring, breeding and / or trading virtual pets based on a blockchain system.
  • the application is a social game program based on a geographic location, and the social game program is provided with at least one function of using a virtual pet for collection, growth, and / or battle.
  • the application has the capability to fight using a virtual pet.
  • the genetic sequence determines the characteristics of the virtual pet.
  • the above characteristics may include: external characteristics and / or internal characteristics.
  • External characteristics refer to the characteristics of the pet image that reflects the virtual pet.
  • the virtual pet includes different body parts such as skin, markings, ears, beards, patterns, eyes, and mouth, and each body part may have a variety of different external features.
  • the external features may include visible features such as color, shape, and texture.
  • the external characteristics of the skin may include different colors such as white skin, red skin, orange skin, yellow skin, green skin, cyan skin, blue skin, and purple skin.
  • the external features of the ear may include different shapes such as long ears, short ears, rolled ears, folded ears, normal ears, and the like.
  • Intrinsic characteristics refer to characteristics that reflect the intrinsic attributes of the virtual pet.
  • the intrinsic attributes may include a variety of different attributes such as intelligence value, attack value, defense value, spiritual value, magic value, strength value, endurance value, agility value, potential value, speed value, and life value.
  • Genetic genetic rules Also known as genetic rules, genetic algorithms, or genetic algorithms, the pet images of parents 'virtual pets and / or other ancestors' virtual pets are transferred to imitate the genetic laws of real creatures to generate pet images of children's virtual pets.
  • rule Taking the virtual pet as a 3D virtual pet as an example, each virtual pet's pet image includes multiple types of 3D image materials, each type of 3D image material corresponds to different character parts and / or texture levels, and each 3D image material corresponds to A material identification, the 3D material identification can be regarded as a "gene".
  • the unique characteristics are determined by the genetic sequence of the virtual pet.
  • the genetic rule is a rule of generating and reconstructing a pet image of a parent virtual pet and / or other ancestor virtual pet according to a genetic rule to generate a pet image of a child virtual pet with unique characteristics.
  • Deduplication refers to a mechanism that when the same genetic sequence as an existing virtual pet appears in the genetic process, the gene sequence of the virtual pet is regenerated, thereby ensuring the uniqueness of the gene of the virtual pet.
  • the genetic rules of the genes are genetic rules that mimic real organisms, there are also restrictions such as the length of pregnancy and the inability of close relatives to breed.
  • a genetic gene exists between two virtual pets having a genetic relationship.
  • a genetic gene is a gene that is inherited from one of two virtual pets that have a genetic relationship to the other.
  • the characteristics determined by genetic genes can be called genetic characteristics.
  • the two genetic pets have the same genetic characteristics, that is, the same image material characteristics. For example, two virtual pets with a genetic relationship have yellow skin. As another example, two virtual pets with a genetic relationship have red skin and folded ears.
  • the number of genetic features may be one or multiple, which is not limited in the embodiments of the present application. Under normal circumstances, the closer the ancestry between two virtual pets with genetic relationship, the more genetic characteristics; conversely, the farther the generation between two virtual pets with genetic relationship, the less genetic characteristics.
  • Blockchain (English: blockchain or blockchain) is an intelligent peer-to-peer network that uses a distributed database to identify, disseminate and record information, also known as the Internet of Value.
  • the transaction mentioned in this solution refers to the blockchain digital virtual pet transaction behavior based on blockchain technology in the application.
  • FIG. 1 is a schematic structural diagram of a computer system according to an exemplary embodiment of the present application.
  • the system includes: a plurality of terminals 120 and a server cluster 140.
  • the terminal 120 may be a mobile terminal such as a mobile phone, a game console, a tablet computer, an e-book reader, smart glasses, an MP4 (Moving Picture Experts Group Audio Audio Layer 4), or a player such as a moving picture expert compression standard audio layer 4), or the terminal 120 may also It can be a personal computer (PC), such as a laptop computer, a desktop computer, and so on.
  • a mobile terminal such as a mobile phone, a game console, a tablet computer, an e-book reader, smart glasses, an MP4 (Moving Picture Experts Group Audio Audio Layer 4), or a player such as a moving picture expert compression standard audio layer 4
  • PC personal computer
  • An application program for providing a virtual pet may be installed in the terminal 120.
  • the terminal 120 and the server cluster 140 are connected through a communication network.
  • the communication network is a wired network or a wireless network.
  • the server cluster 140 is a server, or is composed of several servers, or is a virtualization platform, or a cloud computing service center.
  • the server cluster 140 is configured to provide a background service for an application that provides a virtual pet.
  • the server cluster 140 undertakes the main calculation work, and the terminal 120 undertakes the secondary calculation work; or, the server cluster 140 undertakes the secondary calculation work, and the terminal 120 undertakes the main calculation work; or, a distribution is adopted between the terminal 120 and the server cluster 140 Collaborative computing architecture for collaborative computing.
  • the server cluster 140 is configured to store role information and transaction records of each virtual pet.
  • the character information includes a character identifier for uniquely identifying the virtual pet, image parameters for characterizing the character image of the virtual pet, and data for characterizing the state of the virtual pet.
  • the server cluster 140 is also connected to the blockchain system 160, and the server cluster 140 stores role information and / or transaction records of each virtual pet in the blockchain system.
  • the server cluster 140 itself can also operate and store data as a node in the blockchain system.
  • the server cluster 140 includes a logical server 142 and a blockchain server 144.
  • the logic server 142 is used to implement the logical control of the application program, such as request processing of virtual pet transactions, account resource management, interface content management, etc.
  • the blockchain server 144 is used as a part of the blockchain system 160 to implement Storage of role information and / or transaction records of each virtual pet, and decision management of important functions, for example, decision-making on transaction requests can be implemented.
  • logic server 142 and the blockchain server 144 may belong to the same computer device, or the logic server 142 and the blockchain server 144 may also belong to different computer devices.
  • the clients of the applications installed in different terminals 120 are the same, or the clients of the applications installed on the two terminals 120 are clients of the same type of applications on different control system platforms.
  • the specific form of the client of the application may also be different.
  • the client of the application may be a mobile client, a PC client, or a World Wide Web (We) client.
  • the number of the foregoing terminals 120 may be larger or smaller.
  • the foregoing terminal may be only one, or the foregoing terminal may be dozens or hundreds, or a larger number.
  • the embodiment of the present application does not limit the number of terminals and the types of equipment.
  • the system may further include a management device (not shown in FIG. 1), and the management device and the server cluster 140 are connected through a communication network.
  • the communication network is a wired network or a wireless network.
  • the aforementioned wireless network or wired network uses standard communication technologies and / or protocols.
  • the network is usually the Internet, but it can also be any network, including but not limited to a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), mobile, wired, or wireless Network, private network, or any combination of virtual private networks).
  • technologies and / or formats including HyperText Markup Language (HTML), Extensible Markup Language (XML), and the like are used to represent data exchanged over a network.
  • SSL Secure Socket Layer
  • TLS Transport Layer Security
  • VPN Virtual Private Network
  • IPsec Internet Protocol Security
  • customized and / or dedicated data communication technologies may also be used in place of or in addition to the above data communication technologies.
  • FIG. 2 is a schematic flowchart of a method for trading a virtual pet product according to an exemplary embodiment of the present application.
  • This method may be executed by the server cluster 140 in the system shown in FIG. 1 above, where the server cluster is used to provide background support for an application, the application is provided with a virtual pet, and the pet image of at least one virtual pet is based on Genes are generated by genetic rules.
  • the method may include the following steps:
  • Step 21 Receive a purchase request sent by the first terminal, where the purchase request is used to request purchase of a first pet product.
  • the first pet product is a first virtual pet or a virtual prop used to obtain the first virtual pet.
  • the virtual props may be props obtained directly or indirectly from the corresponding virtual pet after use.
  • the virtual prop may trigger the terminal to display a VR (Virtual Reality) space, an AR (Augmented Reality) space, or other types of 3D virtual space after being used.
  • the 3D virtual space includes a captureable
  • the state of the virtual pet can be obtained after the user performs a capture operation and successfully captures it.
  • the virtual pet is a virtual cat
  • the virtual prop is a virtual cat bell. After using the virtual cat bell, the user can capture the virtual cat in the AR space displayed on the terminal.
  • the virtual prop may be a virtual pet cage, a virtual pet box, or a virtual pet package, etc., which are obtained after the use of the corresponding virtual pet. After the virtual prop is used, the user directly obtains the virtual pet.
  • the virtual props may be props that are obtained corresponding virtual pets at intervals after use, such as pet eggs. After using the virtual props, the user can obtain the corresponding virtual pet after a period of incubation.
  • the virtual prop may be a prop given to the user with a designated task after use, and the user may obtain the virtual pet after completing the designated task.
  • the pet commodity may be a virtual pet sold by the system.
  • the pet product mentioned above may be a virtual item sold by the system for acquiring a virtual pet.
  • the pet product may be a virtual pet sold by a user.
  • the pet product mentioned above may be a virtual item sold by a user for obtaining a virtual pet.
  • Step 22 Obtain first verification information according to the purchase request.
  • the first verification information is stored in a blockchain system and is a first type of information used to indicate the validity of the purchase request.
  • the purchase request may include information such as a first account number and an identification of the first pet product requested to be purchased.
  • the first account may be an account logged in to the first terminal.
  • the first account may be a user name, a user's mobile phone number, or a user's application account.
  • the identification of the first pet product can uniquely identify the first pet product in a blockchain system.
  • the identification of the first pet product can be the number of the first pet product.
  • the server cluster After the server cluster receives the purchase request, it can query the above-mentioned first type of information from the blockchain system according to the first account and the identification of the first pet product included in the purchase request.
  • Step 23 When the first verification information indicates that the purchase request is legitimate, the ownership of the first pet product is transferred from the second account to the first account.
  • the second account is an account for selling the first pet product.
  • the second account may be a system account; or when the first pet product is sold by a user, the second account may be a user account.
  • the above-mentioned legality means that the corresponding request is allowed to be executed by the system.
  • the server cluster can control the transaction completion of the pet product and transfer the ownership of the first pet product from the second account to the first account.
  • the server cluster when the purchase of the first pet product requires a certain amount of resources, the server cluster also performs a resource deduction operation before transferring the ownership of the first pet product, that is, the resource owned by the first account is deducted for purchase. Resources required for this first pet product.
  • the resource may be a resource defined or allowed by the system.
  • the resource may be real money, virtual money, points, etc.
  • the embodiment of the present application does not limit the specific expression form of the resource.
  • the server cluster may notify related terminals (such as the first terminal and the second terminal logged in by the second account, etc.).
  • the server cluster may feed back the data response of the transaction failure to the first terminal, so that the first terminal displays a prompt of the transaction failure.
  • Blockchain system is a computer system built on the basis of blockchain technology.
  • blockchain technology uses blockchain-type data structures to verify and store data, uses distributed node consensus algorithms to generate and update data, and uses cryptography.
  • a new distributed infrastructure and computing method that ensures the security of data transmission and access, and uses smart contracts composed of automated script code to program and manipulate data.
  • Blockchain technology has information that cannot be tampered with. Once the information is verified and stored in the blockchain system, it will be permanently stored. Only after more than 51% of the nodes in the system agree to confirm, can the information in it be modified. The modification of information on a single node is invalid. Therefore, the stability and reliability of the data in the blockchain system are extremely high.
  • the server cluster after the server cluster receives a request for purchasing pet products from the terminal, it obtains extremely stable and reliable verification information from the blockchain system to verify the legitimacy of the request, and After verifying the validity of the pet product transaction, the security of the virtual pet transaction is greatly improved.
  • FIG. 3 shows a flowchart of a virtual pet transaction involved in an embodiment of the present application.
  • a user performs an operation of initiating a transaction (such as requesting a purchase) through a terminal, the terminal sends a request to the game server, and the game server sends a request to each
  • Each node of the blockchain confirms whether the request is legitimate.
  • each node confirms the data and sends feedback, it has feedback whether the request is legitimate.
  • the game server sends data feedback to the terminal based on the feedback sent by each node of the blockchain, so that the terminal can show that the transaction is successful. Or the result of a failed transaction.
  • FIG. 4 is a method flowchart of a method for trading a virtual pet product according to an exemplary embodiment of the present application.
  • This method can be executed by the terminal 120 and the server cluster 140 in the system shown in FIG. 1, where an application is installed in the terminal, and the server cluster is used to provide background support for the application.
  • the application is provided with a virtual pet and exists.
  • the pet image of at least one virtual pet is generated based on genetic rules.
  • the method may include the following steps:
  • step S401 the first terminal displays a transaction interface of the application, and the transaction interface includes a purchase control of the first pet product.
  • the first pet commodity is a first virtual pet or a virtual prop for acquiring the first virtual pet.
  • the first terminal has an application program for providing a virtual pet, and is logged in with a first account.
  • the application's interface includes a trading interface for pet item transactions.
  • the transaction interface can contain multiple labels, each of which is used to display a first Pet products, for example, according to different types, the transaction interface may include a tag for displaying a virtual pet currently on sale, a tag for displaying a currently available paired virtual pet, a tag for displaying a pet item currently on sale, Tags for displaying virtual pets that are about to be sold, tags for displaying all virtual pets, and tags for users displaying virtual pets or pet props that have been traded by the current user account.
  • a purchase portal of the first pet product may be displayed under a label corresponding to the first pet product, and the purchase portal may include a purchase control of the first pet product.
  • the purchase portal may not include the purchase control of the first pet product, but the purchase interface triggered by the purchase portal may include the purchase control.
  • the purchase portal and the facet interface triggered by the purchase portal may include a purchase control.
  • the purchase control of the first pet product may further include various information related to the first virtual pet, such as image, price, icon, name, and characteristics.
  • the above-mentioned transaction interface provides a selection control for displaying pet products according to a specified condition or order.
  • the first pet product is a virtual cat or a cat bell used to obtain a virtual cat
  • the purchase interface entered from the purchase entrance of the first pet product includes a purchase control as an example. Please refer to FIGS. 5 to 9.
  • the transaction interface 51 includes six tags: “sale”, “matching”, “cat bells”, “public area”, “all cats”, and “my transactions”.
  • the "sale” tab 511 displays the purchase entrances 512 of each virtual cat being sold, and each virtual cat purchase entrance can display the following information of the corresponding virtual cat: image, generation, number, likes, recovery Time, sale mark icon, newly added mark icon, price, remaining time of sale, and resuming mark.
  • virtual cats can also be filtered according to conditions such as ordinary cats, fantasy cats (cats with global characteristics), etc .; precise generations can be filtered ( (I.e. show only cats of a certain generation); you can also filter cats in order of recovery time, such as less than 2 hours, less than 1 day, less than 1 week, more than 1 week.
  • the recovery time may be the time required for the virtual cat to be paired next time, and the recovery time may be fixed or may be increased or decreased according to the increase in the number of virtual cat pairings.
  • the terminal can display the purchase interface of the corresponding virtual cat, as shown in FIG. 6, which shows a method involved in the embodiment of the present application.
  • FIG. 6 shows a method involved in the embodiment of the present application.
  • the displayed information of the virtual cat is similar to the detailed interface of the virtual cat displayed in the owner's backpack.
  • the information displayed in the purchased interface is similar to the interface where users view their own virtual cats.
  • the purchase interface shown in Figure 6 contains the image of the virtual cat and the sales status. , Recovery status, recovery time, nickname and avatar of the user, generation, name, number of likes, name, characteristics, parent image, controls for displaying virtual cat pairing information, blocks for displaying virtual cat Information controls, and controls for displaying the experience of a virtual cat.
  • the purchase interface of the virtual cat also includes a purchase function bar section 611, which is located in the lower left corner of the section. Shows the current amount of currency held by the login account (ie the first account).
  • a purchase button 611a (the purchase control described above) is displayed in the upper middle. The current price of the virtual cat is displayed below the purchase button, and the distance of the virtual cat is displayed in the lower right corner. How long will it take to be removed automatically?
  • the purchase interface of the virtual cat also includes a take-off control for the user to control the removal of the virtual cat. If the virtual cat viewed by the login account is being sold by itself, this At this time, the above purchase button is not clickable, and the delisting control is clickable; if the virtual cat viewed by the login account is not being sold by itself, then the above purchase button is clickable, and the delisting control is not clickable.
  • FIG. 7 shows a schematic diagram of a cat bell purchase interface according to an embodiment of the present application
  • the purchase entrance 712 of each cat bell (the above-mentioned cat bell) sold by the system is displayed.
  • the purchase entrance of each cat bell can display the following information of the corresponding virtual cat: image, generation, and price.
  • each cat bell has a special number, which is the unique number of the corresponding virtual cat.
  • FIG. 8 it illustrates a purchase interface diagram of a cat lure bell according to an embodiment of the present application.
  • the purchase interface 81 of the cat lure bell includes information such as the image of the cat corresponding to the bell, the price trend button 812, the bell icon, the bell name, and the characteristics of the corresponding virtual cat.
  • the purchase bar 811 below the purchase interface of the cat lure bell also includes a purchase button 811a, and the price of the cat lure bell can be displayed on the purchase button.
  • the first terminal may further display a price trend control of the first pet product in the transaction interface (such as the price trend button in FIG. 8 described above). 812); when the trigger operation on the price trend control is detected, the price trend interface of the first pet product is displayed, and the price of the first pet product in the price trend interface at each time point after the start of the listing time point.
  • a price trend control of the first pet product in the transaction interface such as the price trend button in FIG. 8 described above. 812
  • the system will put on a new batch of cat lure bells.
  • the shelf time and the number of cat bells on each batch can be determined based on the developer's configuration in the system.
  • the price of the above-mentioned cat lure bell can be determined by the market.
  • the system sets a base price for cat lure bells, and the prices of the first batch of cat lure bells are all the base price.
  • the price of the newly released cat lure bell is the average price of the first N cat lure bells multiplied by M%.
  • N, M can be configured by the operator or developer.
  • the price of cat lure bells will gradually decrease from the time it is put on the shelf. For example, the price of cat lure bells will decrease by Y every X time, and will decrease to the bottom price after Z price reductions. To be configured by the operator or developer.
  • the price trend of the cat lure bell can be viewed in the corresponding price trend interface.
  • FIG. 9 shows a schematic diagram of a price trend involved in the embodiment of the present application.
  • the price trend interface 91 displays the time when the cat lures bell is on the shelf, the price on the shelf, and the time and price of each price reduction. At the same time, it also highlights which price reduction range the current price of the virtual cat belongs to (the area shown by the dashed box 91a in FIG. 9), so that the user can decide whether to decide to buy.
  • Step S402 When the first terminal detects a trigger operation on the purchase control, it sends a purchase request to the server cluster, and the server cluster receives the purchase request.
  • the first terminal can display a secondary confirmation interface. After the user clicks to confirm the purchase in the secondary confirmation interface, the first terminal will contact the server cluster. Send purchase request.
  • FIG. 10 illustrates a schematic diagram of a virtual cat purchase confirmation interface according to an embodiment of the present application.
  • the number of the virtual cat the number is a voucher on the virtual cat's blockchain and can be absolutely unique on the blockchain
  • the amount of resources paid that is, the amount of payment
  • the image of the virtual cat the intergenerational and blockchain information confirmation tips 1001a and the payment button 1001b, etc.
  • the payment button 1001b After the user clicks the payment button 1001b, he can enter the blockchain confirmation link (see the follow Steps S403 to S405), a transaction prompt interface is displayed at the same time, and the transaction prompt interface is used to indicate that a transaction is in progress.
  • FIG. 11 illustrates a schematic diagram of a transaction prompt interface according to an embodiment of the present application.
  • prompt information 1101a is displayed to remind the user that the blockchain transaction confirmation is currently being performed.
  • the user can click the confirmation button 1101b or the close button 1101c to close the transaction prompt interface 1101.
  • FIG. 12 shows a schematic diagram of a cat lure bell purchase confirmation interface according to an embodiment of the present application.
  • the purchase lure bell confirmation interface 1201 is displayed, which displays the virtual cat number, the payment user ID, the amount of resources paid, the image of the virtual cat, and the agent.
  • the payment button 1201a the user can enter the blockchain confirmation link and display the transaction prompt interface at the same time.
  • step S403 the server cluster obtains second verification information according to the purchase request.
  • the second verification information is stored outside the blockchain system and is used to indicate the first type of information of the validity of the purchase request.
  • the first type of information may include, but is not limited to, at least one of the following six types of information:
  • This information indicates whether the first pet product is owned by the second account that sold the first pet product. If the first pet product is owned by the second account, the purchase request is legal, otherwise, the purchase request is illegal.
  • This information indicates whether the price of the first pet product is within the legal range.
  • the purchase request is legal, otherwise, the purchase request is illegal.
  • This information indicates whether the first pet product is in a saleable state.
  • the purchase request is legal, otherwise, the purchase request is illegal.
  • the virtual cat when the virtual cat is not in a currently used state such as a pairing state or a task state, the virtual cat may be considered to be in a saleable state.
  • This information indicates whether the first pet product is locked. When the first pet product is not locked, the purchase request is legal, otherwise, the purchase request is illegal.
  • the lock of the first pet product can be divided into a user lock and a system lock.
  • the owner of the virtual cat can lock the virtual cat in the backpack interface to make it non-tradable. At this time, the virtual cat is locked; or when the virtual cat is on the trading interface
  • the server cluster can lock the virtual cat transaction in the background. At this time, the virtual cat is also locked.
  • This information indicates whether the resources owned by the first account are sufficient to pay for the purchase of the first pet product.
  • the first type of information may include the number of resources used by the first account. When the number of resources is greater than or equal to the resources required to purchase the first pet product, the purchase request is legal; otherwise, the purchase request is illegal. .
  • This information indicates whether the server cluster has deducted the resources required to purchase the first pet product from the resources owned by the first account. If so, the purchase request is legal, otherwise, the purchase request is illegal.
  • Step S404 When the second verification information indicates that the purchase request is valid, the server cluster obtains the first verification information according to the purchase request.
  • the first verification information is stored in the blockchain system and is used to indicate the purchase request.
  • the first type of legitimacy information is used to indicate the purchase request.
  • the server cluster before the server cluster obtains the first verification information stored in the blockchain system, it can first obtain the information in the blockchain system.
  • the second verification information stored externally may reject the transaction request when the second verification information indicates that the purchase request is illegal, and only when the second verification information indicates that the purchase request is valid, the subsequent step of obtaining the first verification information is performed.
  • Step S405 When the first verification information indicates that the purchase request is valid, the server cluster transfers the ownership of the first pet product from the second account to the first account.
  • the second account is an account for selling the first pet product.
  • the locked state of the first pet product is set to locked .
  • the server cluster determines that the purchase request is legal according to the first verification information
  • the first pet product can be locked.
  • Set the status to locked and set a lock duration (such as 5s). If the transaction is not completed within 5s, set the lock status of the first pet product to unlocked and process the next purchase for the first pet product request. If the transaction is completed within 5s, the server cluster can remove the first pet product from the transaction interface. Optionally, the server cluster also sends a transaction completion prompt to the first account by email.
  • the first terminal displays the first pet product in a pet display interface of the application, and the pet display interface is used to display the virtual pet owned by the first account.
  • the terminal can send the first pet product to the first account, and the first terminal logged in by the first account displays accordingly.
  • FIG. 13 shows a schematic diagram of a transaction success prompt interface according to an embodiment of the present application.
  • the transaction success prompt interface 1301 includes a prompt text indicating that the transaction is successful.
  • the user may click the confirmation button 1301 a or the close button 1301 b in the transaction success prompt interface to close the interface.
  • the server cluster includes a game server and a blockchain server, and the purchase request is sent by the game client in the first terminal as an example. Please refer to FIG. 14 And Figure 15.
  • FIG. 14 shows a schematic flowchart of a virtual cat purchase process according to an embodiment of the present application. As shown in FIG. 14, the process may include the following steps:
  • the game server checks the legitimacy of the purchase request, including the legality of the cat's belonging, the legitimacy of the price, the legitimacy of the saleable status, and whether the buyer has sufficient items to consume.
  • the blockchain server checks the validity of the order again, and additionally verifies that the cat is locked by other buyers. If it is legal and unlocked, the cat is locked for 5 seconds.
  • the blockchain server responds to the game server with the result of the pre-purchase. After receiving the correct result of the pre-purchase, the game server deducts the player's purchased consumption items.
  • the blockchain server processes the purchase request, modifies the cat's transaction status and affiliation in the blockchain, then deletes the cat from the market, and finally returns the game server purchase result.
  • the game server After receiving the result of the successful purchase, the game server deletes the cat from the original seller's backpack, and sends the seller's items to the seller, sends an email to inform the player of the successful purchase, and finally responds to the buyer's purchase result.
  • FIG. 15 is a schematic diagram of a cat bell purchase process according to an embodiment of the present application. As shown in FIG. 15, the process may include the following steps:
  • the player selects a cat bell in the cat bell market list, clicks purchase, and the terminal sends a purchase request to the game server.
  • the game server checks the legitimacy of the purchase transaction, including the legitimacy of the cat bell, the legitimacy of the price, the legitimacy of the saleable status, and whether the resources to be consumed by the buyer are sufficient.
  • the blockchain server checks the legality of the order again, and additionally verifies that the cat bell is locked by other buyers. If it is legal and unlocked, the cat bell is locked for 5 seconds.
  • the blockchain server returns the pre-purchase result to the game server. After receiving the correct pre-purchase result, the game server deducts the player's purchased consumption items.
  • the blockchain server processes the purchase request, modifies the transaction status and affiliation of the cat bell in the blockchain, then deletes the cat bell from the market, and finally returns the game server purchase result.
  • the game server After receiving the result of the successful purchase, the game server adds the cat bell to the player's props backpack, sends an email to inform the player of the successful purchase, and finally responds to the buyer's purchase result.
  • the server cluster after the server cluster receives the request for purchasing pet products from the terminal, it obtains extremely stable and reliable verification information from the blockchain system for the request. Legality is verified, and pet product transactions are executed after verification, thereby greatly improving the security of virtual pet transactions.
  • the server cluster before the server cluster obtains the verification information from the blockchain system, it first obtains the same type of verification information from outside the blockchain, and after the verification is valid, it then obtains the verification information from the blockchain system. Obtaining verification information in the verification of the legitimacy of the request to avoid unnecessary pressure on the blockchain system, while further improving the accuracy of the verification.
  • the user corresponding to the second account needs to perform the first pet product racking operation before the server cluster can put the first pet product on the rack (that is, add it to the transaction interface) ), The listing process also needs to be verified.
  • FIG. 16 is a method flowchart of a method for trading a virtual pet product according to an exemplary embodiment of the present application.
  • This method can be executed by the terminal 120 and the server cluster 140 in the system shown in FIG. 1, where an application is installed in the terminal, and the server cluster is used to provide background support for the application.
  • the application is provided with a virtual pet and exists.
  • the pet image of at least one virtual pet is generated based on genetic rules.
  • the method may include the following steps:
  • Step S1601 The second terminal displays the pet display interface of the application.
  • the pet display interface is used to display pet products owned by the second account, and the second account is an account logged in to the terminal.
  • the terminal may display a pet display interface, and the pet display interface may display pet products (such as a virtual cat and a cat lure bell) owned by the user.
  • pet products such as a virtual cat and a cat lure bell
  • step S1602 when the second terminal detects a trigger operation on the first pet product in the pet display interface, it displays the pet information interface of the first pet product.
  • the pet information interface of the first pet product includes a selling control of the first pet product, and the first pet product is a first virtual pet or a virtual prop for obtaining the first virtual pet.
  • FIG. 17 it is a schematic diagram of a pet information interface of a virtual cat according to an embodiment of the present application.
  • the information displayed in the pet information interface 1701 of the virtual cat is similar to the information in the purchase interface of the virtual cat shown in FIG. 6.
  • the difference from FIG. 6 is that in FIG. 17, when the virtual cat is not At the time of listing, the virtual cat's pet information interface does not include a purchase bar, but includes a sell control 1701a.
  • step S1603 when the second terminal detects a trigger operation on the sale control, it sends a shelf request to the server cluster, and the server cluster receives the shelf request.
  • the shelf request is used to request the shelf to sell the first pet product.
  • the second terminal may display a shelf confirmation interface.
  • FIG. 18 it is a schematic diagram of a shelf confirmation interface according to an embodiment of the present application.
  • the player needs to consume the item (ie, the cat box 1801a in FIG. 18) for selling the virtual cat for sale.
  • the item can be produced in the game and can be purchased or exchanged with game currency.
  • Each time the virtual cat is put on the shelf is a limit time specified in the game. The limit time is designed to avoid the unmanned purchase time of the virtual cat after being put on the shelf for too long, which will cause pressure on the blockchain network communication.
  • the price of the virtual cat is customized by the player, and there is no restriction on the upper and lower limits.
  • the user can set the price in the price setting box 1801b.
  • the system can charge a part of the pricing as a handling fee for changing the blockchain information, and the proportion of the handling fee can be determined by the system configuration.
  • the player fixes the price and consumes the corresponding item, click the confirm shelf button 1801c, and a large map animation will be played.
  • the blockchain network has confirmed the listing. When the blockchain network is confirmed, the cat will appear in the market.
  • For the blockchain confirmation process please refer to the following steps S1604 to S1606.
  • step S1604 the server cluster obtains fourth verification information according to the request for listing.
  • the fourth verification information is stored outside the blockchain system and is used to indicate the second type of information of the validity of the request for listing.
  • the second type of information includes at least one of the following types of information:
  • This information indicates whether the first pet product is owned by the second account that sold the first pet product. If the first pet product is owned by the second account, the request for listing is legal; otherwise, the request for listing is illegal.
  • This information indicates whether the price of the first pet product is within the legal range.
  • the listing request is legal, otherwise, the listing request is illegal.
  • This information indicates whether the first pet product is in a saleable state.
  • the request for listing is legal; otherwise, the request for listing is illegal.
  • the information indicates whether the resources owned by the second account are sufficient to pay for the first pet product to be listed.
  • the second type of information may include the number of resources used by the second account.
  • the information indicates whether the mailbox of the second account has a capacity to receive the notification email. If so, the request for listing is legal; otherwise, the request for listing is illegal.
  • This information indicates whether the server cluster has deducted the resources required for listing the first pet product from the resources owned by the second account, and if so, the listing request is legal; otherwise, the listing request is illegal.
  • Step S1605 when the fourth verification information indicates that the listing request is valid, the server cluster obtains third verification information according to the listing request, and the third verification information is stored in the blockchain system and is used to indicate the listing request Second type of legitimacy information.
  • the server cluster before the server cluster obtains the third verification information stored in the blockchain system, it can first obtain the The fourth verification information stored outside the chain system may be rejected when the fourth verification information indicates that the listing request is illegal. Only when the fourth verification information indicates that the listing request is valid, the subsequent acquisition of the third verification information is performed. step.
  • step S1606 when the third verification information indicates that the request for listing is valid, the first pet product is listed on the transaction interface.
  • the server cluster adds an information display control of the first pet product in a public area of the transaction interface, and each virtual pet in the public area is in a barred transaction state ,
  • the information display control is used to display the information of the corresponding virtual pet; when the effective display time of the information display control of the first pet product in the public display area reaches a preset length, add the information in the transaction area of the transaction interface Entrance to the purchase of the first pet product.
  • the cats on the shelves will not enter the saleable state immediately, but will go through a certain period of publicity.
  • the length of the publicity period can also be adjusted by the system according to operating requirements.
  • FIG. 19 shows a schematic diagram of displaying a public area according to an embodiment of the present application.
  • the "publication area" tab 1901 displays the viewing entrances 1902 of each virtual cat that will enter a saleable state.
  • the viewing entrance of each virtual cat can display the image, generation, number, and point of the corresponding virtual cat.
  • the detailed interface may not include a purchase bar or a purchase bar, but the purchase button in the purchase bar. Is unavailable.
  • all players can view these virtual cats, but cannot make purchases. Only after the publicity period expires, the virtual cat will enter the saleable state and be displayed under the "Sale" label.
  • the publicity rules are designed to raise the threshold for peer-to-peer transactions in the trading market, and to avoid low-price online transactions and high-sale offline resale between players as much as possible.
  • the publicity period time does not display a countdown, which increases the cost for players to judge the end of the publicity period.
  • the effective display time is a time displayed in a specified time period in each predetermined period.
  • the predetermined period is one day (24 hours)
  • the designated time period may be a transaction active period in each day, and accordingly, the time period outside the designated time period is a non-transaction active period in each day.
  • the publicity area may design a curfew rule. That is, a predetermined period can be 24 hours every day from 0am to 0am the next day, the specified time period can be a time period from 0am to 6am every day, and from 0am to 6am In the meantime, the publicity area is in a curfew state, and the virtual pets still being publicized during this time period will not be released until 6 am. Assuming that the publicity period is 2 hours, the virtual pets that enter the publicity after 22 o'clock every day need to be purchased after 6 o'clock the next day.
  • FIG. 20 is a schematic diagram of a shelf display logic according to an embodiment of the present application.
  • the display process of the virtual cat can be as follows:
  • Step 20a After the server cluster confirms that the virtual cat is on the shelf, determine the tradable time point at which the virtual cat can start to be traded.
  • the tradable point time point is the time stamp of the shelf plus the display time, where the time stamp of the shelf can be confirmed by the server cluster.
  • the time when the virtual cat can be put on the shelf For example, when the user puts the virtual cat on the shelf outside the curfew period, the time stamp on the shelf can be the time when the server cluster verifies that the shelf request is valid.
  • the above display duration is the length of the publicity period.
  • step 20b the server cluster determines whether the tradable time point is within the curfew period (that is, outside the specified time period). If so, step 20c is performed; otherwise, step 20d is performed.
  • step 20c if the server cluster determines that the tradable time point is within the curfew period, the tradable time point is modified.
  • the tradable time point before the modification is T.
  • the server first calculates the length L of the time period starting from T and the duration is the above display duration during the curfew period, and sets the modified tradable time point as the curfew end time Add duration L.
  • step 20d the server cluster determines whether the tradable time point is greater than the current time point. If so, step 20e is performed, otherwise, step 20f is performed.
  • step 20e the server cluster continues to display the virtual cat in the public display area, and displays the virtual cat under the label of "public display area".
  • step 20f the server cluster sets the virtual cat to a tradable state.
  • the virtual cat is transferred from the "public area” label to the "sale” label.
  • FIG. 21 illustrates a schematic diagram of a virtual cat racking process according to an embodiment of the present application.
  • the listing process can be as follows:
  • the game server checks the legitimacy of the listed transaction, including the legality of the virtual cat's affiliation, the legality of the price, the legality of the saleable status, whether the props are sufficient, and whether the mailbox is full.
  • the blockchain server checks the validity of the listing again. If it is valid, it returns the pre-listing result to the game server.
  • the game server After receiving the correct pre-listing result, the game server deducts the player's shelf consumption items, and then requests the blockchain server to be listed.
  • the blockchain server processes the listing request, adds this order to the public display area of the market, modifies the cat's transaction status in the blockchain, and finally returns the game server's listing result.
  • the blockchain server checks the validity of the listing again. In addition to checking the legality of the aforementioned virtual cat, the legality of the price, the legality of the saleable status, whether the props are sufficient, and whether the mailbox is full, In addition to the legitimacy, it is also checked whether the deductible items of the player have been successfully deducted.
  • the game server modifies the status of the cat, notifies the client to refresh the latest status of the cat, and finally responds to the player's listing result.
  • the server cluster after the server cluster receives a request for pet products to be sent from the terminal, it obtains highly stable and reliable verification information from the blockchain system for the request. Legality is verified, and pet product transactions are executed after verification, thereby greatly improving the security of virtual pet transactions.
  • the pet product after the pet product is allowed to be reduced in price by the server cluster, the pet product will now be allowed to be traded in the public area for a certain period of time. Only count as effective publicity time, which can effectively avoid peer-to-peer transactions and further improve the security of virtual pet transactions.
  • the pet product can also be removed from the rack to cancel the sale of the pet product, and the removal process also needs to be verified.
  • FIG. 22 is a method flowchart of a method for trading a virtual pet product according to an exemplary embodiment of the present application.
  • This method can be executed by the terminal 120 and the server cluster 140 in the system shown in FIG. 1, where an application is installed in the terminal, and the server cluster is used to provide background support for the application.
  • the application is provided with a virtual pet and exists.
  • the pet image of at least one virtual pet is generated based on genetic rules.
  • the method may include the following steps:
  • step S2201 the third terminal displays the pet display interface of the application program.
  • the pet display interface is used to display pet products owned by the second account, and the second account is an account logged in to the terminal.
  • This step is similar to the above step S1601, and is not repeated here.
  • step S2202 when the third terminal detects a trigger operation on the second pet product in the pet display interface, it displays the pet information interface of the second pet product.
  • the second pet product is a virtual pet that has been listed on the transaction interface, and the pet information interface includes a delisting control of the second pet product.
  • the second pet product is a second virtual pet or is used to obtain the second pet product. Virtual props for the second virtual pet.
  • Step S2203 When a trigger operation on the delisting control is detected, the third terminal sends a delisting request to the server cluster, and the server cluster receives the delisting request.
  • the above pet information interface may be similar to the interface shown in FIG. 6 above.
  • the user may also view the pet product being sold from the transaction interface, and open the pet information interface of the pet product through the transaction interface.
  • the third terminal sends a removal request to the server cluster.
  • step S2204 the server cluster obtains sixth verification information according to the delisting request.
  • the sixth verification information is stored outside the blockchain system and is a third type of information used to indicate the validity of the delisting request.
  • the third type of information includes at least one of the following information:
  • This information indicates whether the second pet product is owned by a third account that sells the second pet product. If the second pet product is owned by the third account, the removal request is legal; otherwise, the removal request is illegal.
  • This information indicates whether the second pet product is in a delistable state.
  • the delisting request is legal; otherwise, the delisting request is illegal.
  • Step S2205 when the sixth verification information indicates that the delisting request is valid, the server cluster obtains the fifth verification information according to the delisting request.
  • the fifth verification information is stored in the blockchain system and is used to indicate the delisting.
  • the server cluster before the server cluster obtains the fifth verification information stored in the blockchain system, it can first obtain the The sixth verification information stored outside the chain system. When the sixth verification information indicates that the removal request is illegal, the removal request can be rejected. Only when the sixth verification information indicates that the removal request is valid, the subsequent acquisition of the fifth verification will be performed. Information steps.
  • step S2206 when the fifth verification information indicates that the removal request is valid, the second pet product is removed from the transaction interface.
  • the server cluster determines that the delisting request is valid based on the information in the blockchain system
  • the second pet product may be removed from the transaction interface and the third terminal may be notified.
  • FIG. 23 shows a schematic diagram of a process of removing a virtual cat according to an embodiment of the present application.
  • the delisting process may be as follows:
  • the game server checks the legitimacy of the delisting operation, including the legality of the status of the virtual cat and the legality of the status.
  • the game server After the game server checks the validity of the delisting, it sends a delisting request to the blockchain server.
  • the blockchain server checks the legitimacy of the delisting. After checking that the delisting is legally passed, the virtual cat is deleted from the trading market, the status of the virtual cat in the blockchain is modified, and the delisted result is finally returned.
  • the game server modifies the status of the virtual cat, notifies the client to refresh the latest status of the virtual cat, and finally responds to the player's delisting result.
  • the server cluster after the server cluster receives the request to remove pet products from the terminal, it obtains extremely stable and reliable verification information from the blockchain system for the request. The legality of the pet is verified, and the pet product transaction is executed after the verification is legal, thereby greatly improving the security of the virtual pet transaction.
  • FIG. 24 is a virtual pet commodity transaction device provided by an exemplary embodiment of the present application.
  • the virtual pet commodity transaction device may be used in a server cluster that provides background support for an application program, so as to execute the server in each of the foregoing method embodiments.
  • the above application program provides a three-dimensional virtual pet, and the pet image in which at least one three-dimensional virtual pet exists is generated based on genetic rules.
  • the virtual pet commodity transaction device may include:
  • a purchase request receiving module 2401 is configured to receive a purchase request sent by a first terminal, where the purchase request is used to request purchase of a first pet product, and the first pet product is a first virtual pet or used to obtain the first virtual product.
  • a first verification information acquisition module 2402 is configured to obtain first verification information according to the purchase request, where the first verification information is stored in a blockchain system, and is used to indicate a first validity of the purchase request.
  • Type information
  • a transaction module 2403 configured to transfer ownership of the first pet product from a second account to a first account when the first verification information indicates that the purchase request is legitimate, the first account being the first account
  • the account registered in the terminal, and the second account is an account for selling the first pet product.
  • the device further includes:
  • a second verification information acquisition module is configured to obtain second verification information according to the purchase request before the first verification information acquisition module obtains the first verification information according to the purchase request, where the second verification information is stored in The first type of information outside the blockchain system used to indicate the legitimacy of the purchase request;
  • the first verification information obtaining module 2402 is specifically configured to execute the step of obtaining the first verification information according to the purchase request when the second verification information indicates that the purchase request is valid.
  • the device further includes:
  • the locking module is configured to set the locked state of the first pet product to locked before the transaction module completes transferring ownership of the first pet product from the second account to the first account.
  • the first type of information includes:
  • the device further includes:
  • a shelf request receiving module configured to receive a shelf request sent by a second terminal, where the shelf request is used to request a shelf to sell the first pet product
  • a third verification information acquisition module configured to obtain third verification information according to the request for listing, the third verification information being stored in a blockchain system and used to indicate a second type of validity of the request for listing information;
  • the shelf module is configured to: when the third verification information indicates that the shelf request is valid, place the first pet product on the transaction interface.
  • the device further includes:
  • a fourth verification information obtaining module configured to obtain fourth verification information according to the put-on request before the third verification information obtainment module obtains third verification information according to the put-on request, where the fourth verification information is stored in The second type of information used to indicate the legitimacy of the shelf request outside the blockchain system;
  • the third verification information acquisition module is specifically configured to execute the step of obtaining the third verification information according to the shelf request when the fourth verification information indicates that the shelf request is valid.
  • shelf module is specifically used for:
  • the information display control is used to display information of the corresponding virtual pet
  • the effective display time is a time displayed in a specified time period in each predetermined period.
  • the second type of information includes:
  • the device further includes:
  • a delisting request receiving module is configured to receive a delisting request sent by a third terminal, where the delisting request is used to request that a second pet product be removed from the transaction interface of the application program, and the second pet product is A second virtual pet or a virtual prop for acquiring the second virtual pet;
  • a fifth verification information acquisition module configured to obtain fifth verification information according to the delisting request, where the fifth verification information is stored in a blockchain system, and is used to indicate the legality of the delisting request;
  • the delisting module is configured to delist the second pet product from the transaction interface when the fifth verification information indicates that the delisting request is valid.
  • the device further includes:
  • a sixth verification information acquisition module configured to obtain the sixth verification information according to the withdrawal request before the fifth verification information acquisition module obtains the fifth verification information according to the withdrawal request, where the sixth verification information is The third type of information stored outside the blockchain system and used to indicate the legitimacy of the delisting request;
  • the sixth verification information acquisition module is specifically configured to execute the step of obtaining the fifth verification information according to the removal request when the sixth verification information indicates that the removal request is valid.
  • the third type of information includes:
  • FIG. 25 is a virtual pet commodity transaction device provided by an exemplary embodiment of the present application.
  • the virtual pet commodity transaction device may be used in a terminal running an application program to execute each of the foregoing method embodiments by a first terminal.
  • the above-mentioned application program provides a three-dimensional virtual pet, and the pet image in which at least one three-dimensional virtual pet exists is generated based on genetic rules.
  • the virtual pet commodity transaction device may include:
  • a transaction interface display module 2501 is configured to display a transaction interface of the application program.
  • the transaction interface includes a purchase control of a first pet product, where the first pet product is a first virtual pet or is used to obtain the first pet product.
  • a purchase request sending module 2502 is configured to send a purchase request to a server cluster when a trigger operation on the purchase control is detected, where the purchase request is used to trigger the server cluster to obtain first authentication information, and When the verification information indicates that the purchase request is legitimate, the ownership of the first pet product is transferred from the second account to the first account, and the first verification information is stored in a blockchain system and is used to indicate the The first type of information of the validity of the purchase request, the first account is an account logged in to the terminal, and the second account is an account for selling the first pet product;
  • a product display module 2503 is configured to display the first pet product in a pet display interface of the application, and the pet display interface is used to display a virtual pet owned by the first account.
  • the device further includes:
  • a price trend control display module configured to display a price trend control of the first pet product in the transaction interface
  • the price trend interface display module is configured to display a price trend interface of the first pet product when a trigger operation on the price trend control is detected, and the price trend interface includes a time when the first pet product is on the shelf. Prices at various points in time after the start.
  • FIG. 26 is a virtual pet commodity transaction device provided by an exemplary embodiment of the present application.
  • the virtual pet commodity transaction device may be used in a terminal running an application program to execute each of the foregoing method embodiments by a second terminal.
  • the above-mentioned application program provides a three-dimensional virtual pet, and the pet image in which at least one three-dimensional virtual pet exists is generated based on genetic rules.
  • the virtual pet commodity transaction device may include:
  • a pet interface display module 2601 configured to display the pet display interface of the application, the pet display interface is used to display pet products owned by a second account, and the second account is an account logged in to the terminal;
  • An information interface display module 2602 is configured to display the pet information interface of the first pet product when a trigger operation on the first pet product in the pet display interface is detected, and the pet information interface of the first pet product is displayed in the pet information interface. Including a selling control for the first pet product, where the first pet product is a first virtual pet or a virtual prop for obtaining the first virtual pet;
  • a shelf request sending module 2603 is configured to send a shelf request to a server cluster when a trigger operation on the sale control is detected, and the shelf request is used to trigger the server cluster to obtain third verification information, and When the verification information indicates that the listing request is valid, the first pet product is listed on the transaction interface of the application; the third verification information is stored in a blockchain system and is used to indicate the listing request Validation information of the validity of the
  • FIG. 27 is a virtual pet commodity transaction device provided by an exemplary embodiment of the present application.
  • the virtual pet commodity transaction device may be used in a terminal running an application program to execute the foregoing method embodiments by the first terminal.
  • the above-mentioned application program provides a three-dimensional virtual pet, and the pet image in which at least one three-dimensional virtual pet exists is generated based on genetic rules.
  • the virtual pet commodity transaction device may include:
  • a pet interface display module 2701 configured to display the pet display interface of the application, the pet display interface is used to display pet products owned by a third account, and the third account is an account logged in to the terminal;
  • the information interface display module 2702 is configured to display the pet information interface of the second pet product when a trigger operation on the second pet product in the pet display interface is detected, where the second pet product is already in the pet A virtual pet listed on the transaction interface, and the pet information interface includes a delisting control of the second pet product, where the second pet product is a second virtual pet or a virtual prop for obtaining the second virtual pet ;
  • the delisting request sending module 2703 is configured to send a delisting request to the server cluster when a trigger operation on the delisting control is detected, and the delisting request is used to trigger the server cluster to obtain fifth verification information, And when the fifth verification information indicates that the delisting request is valid, the second pet product is removed from the transaction interface; the fifth verification information is stored in the blockchain system, and is used Delisting verification information for indicating the legitimacy of the delisting request.
  • FIG. 28 is a structural block diagram of a computer device according to an exemplary embodiment of the present application.
  • the computer equipment may be implemented as a server cluster.
  • the computer device 2800 includes a central processing unit (CPU) 2801, a system memory 2804 including a random access memory (RAM) 2802 and a read-only memory (ROM) 2803, and a system bus 2805 connecting the system memory 2804 and the central processing unit 2801. .
  • the computer equipment 2800 also includes a basic input / output system (I / O system) 2806 that helps to transfer information between various devices in the computer, and a large capacity for storing the operating system 2813, application programs 2814, and other program modules 2815.
  • the basic input / output system 2806 includes a display 2808 for displaying information and an input device 2809 such as a mouse, a keyboard, or the like for a user to input information.
  • the display 2808 and the input device 2809 are both connected to the central processing unit 2801 through an input-output controller 2810 connected to the system bus 2805.
  • the basic input / output system 2806 may further include an input / output controller 2810 for receiving and processing input from a plurality of other devices such as a keyboard, a mouse, or an electronic stylus.
  • the input-output controller 2810 also provides output to a display screen, printer, or other type of output device.
  • the mass storage device 2807 is connected to the central processing unit 2801 through a mass storage controller (not shown) connected to the system bus 2805.
  • the mass storage device 2807 and its associated computer-readable medium provide non-volatile storage for the computer device 2800. That is, the mass storage device 2807 may include a computer-readable medium (not shown) such as a hard disk or a CD-ROM drive.
  • the computer-readable media may include computer storage media and communication media.
  • Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data.
  • Computer storage media include RAM, ROM, EPROM, EEPROM, flash memory, or other solid-state storage technologies, CD-ROM, DVD or other optical storage, tape cartridges, magnetic tape, disk storage, or other magnetic storage devices.
  • RAM random access memory
  • ROM read-only memory
  • EPROM Erasable programmable read-only memory
  • EEPROM electrically erasable programmable read-only memory
  • flash memory or other solid-state storage technologies
  • CD-ROM, DVD or other optical storage CD-ROM, DVD or other optical storage
  • tape cartridges magnetic tape
  • disk storage or other magnetic storage devices.
  • the above-mentioned system memory 2804 and mass storage device 2807 may be collectively referred to as a memory.
  • the computer device 2800 may be connected to the Internet or other network devices through a network interface unit 2811 connected to the system bus 2805.
  • the memory further includes one or more programs, and the one or more programs are stored in the memory.
  • the central processor 2801 executes the one or more programs to implement the transactions of the virtual pet products shown in the foregoing embodiments. In the method, all or part of the steps performed by the server cluster.
  • FIG. 29 is a structural block diagram of a computer device 2900 provided by an exemplary embodiment of the present application.
  • the computer device 2900 can be a terminal, such as a smart phone, a tablet, an MP3 player (Moving Pictures Experts Group Audio Layer III, Moving Picture Experts Compression Standard Audio Level 3), MP4 (Moving Pictures Experts Group Audio Audio Layer IV, Moving Picture Experts Compression standard audio layer 4) Player, laptop or desktop computer.
  • the computer device 2900 may also be called other names such as user equipment, portable terminal, laptop terminal, desktop terminal, and the like.
  • the computer device 2900 includes a processor 2901 and a memory 2902.
  • the processor 2901 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like.
  • the processor 2901 may use at least one hardware form among DSP (Digital Signal Processing, Digital Signal Processing), FPGA (Field-Programmable Gate Array, Field Programmable Gate Array), and PLA (Programmable Logic Array). achieve.
  • the processor 2901 may also include a main processor and a co-processor.
  • the main processor is a processor for processing data in the awake state, also referred to as a CPU (Central Processing Unit).
  • the co-processor is Low-power processor for processing data in standby.
  • the processor 2901 may be integrated with a GPU (Graphics Processing Unit).
  • the GPU is responsible for rendering and drawing content required to be displayed on the display screen.
  • the processor 2901 may further include an AI (Artificial Intelligence) processor, which is used to process computing operations related to machine learning.
  • AI Artificial Intelligence
  • the memory 2902 may include one or more computer-readable storage media, which may be non-transitory.
  • the memory 2902 may also include high-speed random access memory, and non-volatile memory, such as one or more disk storage devices, flash storage devices.
  • the non-transitory computer-readable storage medium in the memory 2902 is used to store at least one instruction that is executed by the processor 2901 to implement the virtual pet provided by the method embodiment in this application In the method for trading a commodity, the steps performed by the first terminal, the second terminal, or the third terminal.
  • the computer device 2900 may further include a peripheral device interface 2903 and at least one peripheral device.
  • the processor 2901, the memory 2902, and the peripheral device interface 2903 may be connected through a bus or a signal line.
  • Each peripheral device can be connected to the peripheral device interface 2903 through a bus, a signal line, or a circuit board.
  • the peripheral device includes at least one of a radio frequency circuit 2904, a touch display screen 2905, a camera 2906, an audio circuit 2907, a positioning component 2908, and a power supply 2909.
  • the peripheral device interface 2903 may be used to connect at least one peripheral device related to I / O (Input / Output) to the processor 2901 and the memory 2902.
  • the processor 2901, the memory 2902, and the peripheral device interface 2903 are integrated on the same chip or circuit board; in some other embodiments, any one of the processor 2901, the memory 2902, and the peripheral device interface 2903 or Two can be implemented on separate chips or circuit boards, which is not limited in this embodiment.
  • the radio frequency circuit 2904 is used to receive and transmit RF (Radio Frequency) signals, also called electromagnetic signals.
  • the radio frequency circuit 2904 communicates with a communication network and other communication devices through electromagnetic signals.
  • the radio frequency circuit 2904 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals into electrical signals.
  • the radio frequency circuit 2904 includes an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and the like.
  • the radio frequency circuit 2904 can communicate with other terminals through at least one wireless communication protocol.
  • the wireless communication protocols include, but are not limited to, the World Wide Web, metropolitan area networks, intranets, mobile communication networks (2G, 3G, 4G, and 5G) of various generations, wireless local area networks, and / or WiFi (Wireless Fidelity) networks.
  • the radio frequency circuit 2904 may further include circuits related to NFC (Near Field Communication), which is not limited in this application.
  • the display screen 2905 is used to display a UI (User Interface).
  • the UI can include graphics, text, icons, videos, and any combination thereof.
  • the display screen 2905 also has the ability to collect touch signals on or above the surface of the display screen 2905. This touch signal can be input to the processor 2901 as a control signal for processing.
  • the display screen 2905 may also be used to provide a virtual button and / or a virtual keyboard, which is also called a soft button and / or a soft keyboard.
  • the display screen 2905 may be one, and a front panel of the computer device 2900 is provided.
  • the display screen 2905 may be at least two, which are respectively provided on different surfaces of the computer device 2900 or have a folded design.
  • the display screen 2905 may be a flexible display screen disposed on a curved surface or a folded surface of the computer device 2900.
  • the display screen 2905 can also be set as a non-rectangular irregular figure, that is, a special-shaped screen.
  • the display 2905 can be made of materials such as LCD (Liquid Crystal Display) and OLED (Organic Light-Emitting Diode).
  • the camera assembly 2906 is used to capture images or videos.
  • the camera component 2906 includes a front camera and a rear camera.
  • the front camera is disposed on the front panel of the terminal, and the rear camera is disposed on the back of the terminal.
  • the camera assembly 2906 may further include a flash.
  • the flash can be a monochrome temperature flash or a dual color temperature flash.
  • a dual color temperature flash is a combination of a warm light flash and a cold light flash, which can be used for light compensation at different color temperatures.
  • the audio circuit 2907 may include a microphone and a speaker.
  • the microphone is used to collect sound waves of the user and the environment, and convert the sound waves into electrical signals and input them to the processor 2901 for processing, or input to the radio frequency circuit 2904 to implement voice communication.
  • the microphone can also be an array microphone or an omnidirectional acquisition microphone.
  • the speakers are used to convert electrical signals from the processor 2901 or the RF circuit 2904 into sound waves.
  • the speaker can be a traditional film speaker or a piezoelectric ceramic speaker.
  • the speaker When the speaker is a piezoelectric ceramic speaker, it can not only convert electrical signals into sound waves audible to humans, but also convert electrical signals into sound waves inaudible to humans for ranging purposes.
  • the audio circuit 2907 may further include a headphone jack.
  • the positioning component 2908 is used to locate the current geographic position of the computer device 2900 to implement navigation or LBS (Location Based Service).
  • the positioning component 2908 may be a positioning component based on a US-based GPS (Global Positioning System), a Chinese Beidou system, a Russian GLONASS (Global Navigation Satellite System), or a European Galileo system.
  • the power supply 2909 is used to power various components in the computer equipment 2900.
  • the power source 2909 may be an alternating current, a direct current, a disposable battery, or a rechargeable battery.
  • the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery.
  • the wired rechargeable battery is a battery charged through a wired line
  • the wireless rechargeable battery is a battery charged through a wireless coil. This rechargeable battery can also be used to support fast charging technology.
  • the computer device 2900 further includes one or more sensors 2910.
  • the one or more sensors 2910 include, but are not limited to, an acceleration sensor 2911, a gyro sensor 2912, a pressure sensor 2913, a fingerprint sensor 2914, an optical sensor 2915, and a proximity sensor 2916.
  • the acceleration sensor 2911 can detect the magnitude of acceleration on the three coordinate axes of the coordinate system established by the computer device 2900.
  • the acceleration sensor 2911 may be used to detect components of the acceleration of gravity on three coordinate axes.
  • the processor 2901 may control the touch display screen 2905 to display the user interface in a horizontal view or a vertical view according to the gravity acceleration signal collected by the acceleration sensor 2911.
  • the acceleration sensor 2911 can also be used for collecting motion data of a game or a user.
  • the gyro sensor 2912 can detect the body direction and rotation angle of the computer device 2900, and the gyro sensor 2912 can cooperate with the acceleration sensor 2911 to collect the 3D motion of the user on the computer device 2900.
  • the processor 2901 can implement the following functions according to the data collected by the gyro sensor 2912: motion sensing (such as changing the UI according to the user's tilt operation), image stabilization during shooting, game control, and inertial navigation.
  • the pressure sensor 2913 may be disposed on a side frame of the computer device 2900 and / or a lower layer of the touch display screen 2905.
  • a user's holding signal to the computer device 2900 can be detected, and the processor 2901 performs left-right hand recognition or quick operation according to the holding signal collected by the pressure sensor 2913.
  • the processor 2901 operates according to the user's pressure on the touch display screen 2905 to control the operable controls on the UI interface.
  • the operability controls include at least one of a button control, a scroll bar control, an icon control, and a menu control.
  • the fingerprint sensor 2914 is used to collect a user's fingerprint, and the processor 2901 identifies the user's identity based on the fingerprint collected by the fingerprint sensor 2914, or the fingerprint sensor 2914 identifies the user's identity based on the collected fingerprint. When the user's identity is identified as trusted, the processor 2901 authorizes the user to perform related sensitive operations, such as unlocking the screen, viewing encrypted information, downloading software, paying, and changing settings.
  • the fingerprint sensor 2914 may be provided on the front, back, or side of the computer device 2900. When a physical button or a manufacturer's logo is set on the computer device 2900, the fingerprint sensor 2914 can be integrated with the physical button or the manufacturer's logo.
  • the optical sensor 2915 is used to collect the ambient light intensity.
  • the processor 2901 may control the display brightness of the touch display screen 2905 according to the ambient light intensity collected by the optical sensor 2915. Specifically, when the ambient light intensity is high, the display brightness of the touch display screen 2905 is increased; when the ambient light intensity is low, the display brightness of the touch display 2905 is decreased.
  • the processor 2901 may also dynamically adjust the shooting parameters of the camera component 2906 according to the ambient light intensity collected by the optical sensor 2915.
  • the proximity sensor 2916 also known as a distance sensor, is usually provided on the front panel of the computer device 2900.
  • the proximity sensor 2916 is used to capture the distance between the user and the front of the computer device 2900.
  • the processor 2901 controls the touch display screen 2905 to switch from the bright screen state to the inactive screen state; when the proximity sensor 2916 When it is detected that the distance between the user and the front side of the computer device 2900 gradually increases, the processor 2901 controls the touch display screen 2905 to switch from the rest screen state to the bright screen state.
  • FIG. 29 does not constitute a limitation on the computer device 2900, and may include more or fewer components than shown in the figure, or combine some components, or adopt different component arrangements.
  • a non-transitory computer-readable storage medium including instructions, such as a memory including at least one instruction, at least one piece of program, code set, or instruction set, and the at least one instruction, at least one piece of the foregoing
  • the program, code set, or instruction set may be executed by a processor to complete all or part of the steps in the method for transaction of each virtual pet product described above by a server cluster, a first terminal, a second terminal, or a third terminal.
  • the non-transitory computer-readable storage medium may be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种虚拟宠物商品的交易方法,该方法由为应用程序提供后台支持的服务器集群执行,应用程序提供有虚拟宠物,且存在至少一个虚拟宠物的宠物形象是基于基因遗传规则生成的,该方法包括:接收第一终端发送的购买请求,根据购买请求获取第一验证信息,第一验证信息是存储在区块链系统中的信息;当第一验证信息指示购买请求合法时,将第一宠物商品的所有权由第二账号转移至第一账号。

Description

虚拟宠物商品的交易方法和装置
本申请要求于2018年8月30日提交中国专利局,申请号为201811006230.3,申请名称为“虚拟宠物商品的交易方法、装置、设备及存储介质”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机应用技术领域,特别涉及一种虚拟宠物商品的交易方法、装置、设备及存储介质。
背景技术
提供虚拟宠物的应用程序通常具有虚拟宠物的交易功能,以便用户向系统或者其他用户购买虚拟宠物。
在相关技术中,应用程序可以提供用于宠物交易的交易界面,用户通过该交易界面向服务器请求购买或者上架出售虚拟宠物,服务器接收到请求后,根据本地存储的相关验证信息对交易相关的请求的合法性进行验证,比如,验证用户是否有足够的资源购买或者出售虚拟宠物等,在验证通过后,服务器修改虚拟宠物的所有权。
然而,相关技术中用于交易请求合法性验证的相关验证信息存储在应用程序的服务器中,存在一定的安全风险,导致虚拟宠物交易的安全性较低。
发明内容
一种虚拟宠物商品的交易方法,由为应用程序提供后台支持的服务器集群执行,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述方法包括:
接收第一终端发送的购买请求,所述购买请求用于请求购买第一宠物商品,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
根据所述购买请求获取第一验证信息,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息;
当所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的 所有权由第二账号转移至第一账号,所述第一账号是所述第一终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号。
一种虚拟宠物商品的交易方法,由运行有应用程序的终端执行,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述方法包括:
展示所述应用程序的交易界面,所述交易界面中包含第一宠物商品的购买控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
检测到对所述购买控件的触发操作时,向服务器集群发送购买请求,所述购买请求用于触发所述服务器集群获取第一验证信息,并在所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息,所述第一账号是所述终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号;
在所述应用程序的宠物展示界面中展示所述第一宠物商品,所述宠物展示界面用于展示所述第一账号拥有的虚拟宠物。
一种虚拟宠物商品的交易方法,由运行有应用程序的终端执行,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述方法包括:
展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第二账号拥有的宠物商品,所述第二账号是在所述终端中登录的账号;
检测到对所述宠物展示界面中的第一宠物商品的触发操作时,展示所述第一宠物商品的宠物信息界面,所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
检测到对所述出售控件的触发操作时,向服务器集群发送上架请求,所述上架请求用于触发所述服务器集群获取第三验证信息,并在所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述应用程序的交易 界面上架;所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的上架验证信息。
一种虚拟宠物商品的交易方法,由运行有应用程序的终端执行,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述方法包括:
展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第三账号拥有的宠物商品,所述第三账号是在所述终端中登录的账号;
检测到对所述宠物展示界面中的第二宠物商品的触发操作时,展示所述第二宠物商品的宠物信息界面,所述第二宠物商品是已经在所述交易界面上架的虚拟宠物,且所述宠物信息界面中包含所述第二宠物商品的下架控件,所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
检测到对所述下架控件的触发操作时,向所述服务器集群发送下架请求,所述下架请求用于触发所述服务器集群获取第五验证信息,并在所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架;所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的下架验证信息。
一种虚拟宠物商品的交易装置,用于为应用程序提供后台支持的服务器集群中,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述装置包括:
购买请求接收模块,用于接收第一终端发送的购买请求,所述购买请求用于请求购买第一宠物商品,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
第一验证信息获取模块,用于根据所述购买请求获取第一验证信息,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息;
交易模块,用于当所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一账号是所述第 一终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号。
一种虚拟宠物商品的交易装置,用于运行有应用程序的终端中,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述装置包括:
交易界面展示模块,用于展示所述应用程序的交易界面,所述交易界面中包含第一宠物商品的购买控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
购买请求发送模块,用于检测到对所述购买控件的触发操作时,向服务器集群发送购买请求,所述购买请求用于触发所述服务器集群获取第一验证信息,并在所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息,所述第一账号是所述终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号;
商品展示模块,用于在所述应用程序的宠物展示界面中展示所述第一宠物商品,所述宠物展示界面用于展示所述第一账号拥有的虚拟宠物。
一种虚拟宠物商品的交易装置,用于运行有应用程序的终端中,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述装置包括:
宠物界面展示模块,用于展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第二账号拥有的宠物商品,所述第二账号是在所述终端中登录的账号;
信息界面展示模块,用于检测到对所述宠物展示界面中的第一宠物商品的触发操作时,展示所述第一宠物商品的宠物信息界面,所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
上架请求发送模块,用于检测到对所述出售控件的触发操作时,向服务器集群发送上架请求,所述上架请求用于触发所述服务器集群获取第三验证信息,并在所述第三验证信息指示所述上架请求合法时,将所述第一宠物商 品在所述应用程序的交易界面上架;所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的上架验证信息。
一种虚拟宠物商品的交易装置,用于运行有应用程序的终端中,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述装置包括:
宠物界面展示模块,用于展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第三账号拥有的宠物商品,所述第三账号是在所述终端中登录的账号;
信息界面展示模块,用于检测到对所述宠物展示界面中的第二宠物商品的触发操作时,展示所述第二宠物商品的宠物信息界面,所述第二宠物商品是已经在所述交易界面上架的虚拟宠物,且所述宠物信息界面中包含所述第二宠物商品的下架控件,所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
下架请求发送模块,用于检测到对所述下架控件的触发操作时,向所述服务器集群发送下架请求,所述下架请求用于触发所述服务器集群获取第五验证信息,并在所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架;所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的下架验证信息。
一种服务器集群,包括处理器和存储器,所述存储器中存储有至少一条计算机可读指令,所述计算机可读指令被所述处理器加载并执行以下步骤:
接收第一终端发送的购买请求,所述购买请求用于请求购买第一宠物商品,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
根据所述购买请求获取第一验证信息,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息;
当所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一账号是所述第一终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号。
一种终端,包括处理器和存储器,所述存储器中存储有至少一条计算机可读指令,所述计算机可读指令被所述处理器加载并执行以下步骤:
展示所述应用程序的交易界面,所述交易界面中包含第一宠物商品的购买控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
检测到对所述购买控件的触发操作时,向服务器集群发送购买请求,所述购买请求用于触发所述服务器集群获取第一验证信息,并在所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息,所述第一账号是所述终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号;
在所述应用程序的宠物展示界面中展示所述第一宠物商品,所述宠物展示界面用于展示所述第一账号拥有的虚拟宠物。
一种终端,包括处理器和存储器,所述存储器中存储有至少一条计算机可读指令,所述计算机可读指令被所述处理器加载并执行以下步骤:
展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第二账号拥有的宠物商品,所述第二账号是在所述终端中登录的账号;
检测到对所述宠物展示界面中的第一宠物商品的触发操作时,展示所述第一宠物商品的宠物信息界面,所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
检测到对所述出售控件的触发操作时,向服务器集群发送上架请求,所述上架请求用于触发所述服务器集群获取第三验证信息,并在所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述应用程序的交易界面上架;所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的上架验证信息。
一种终端,包括处理器和存储器,所述存储器中存储有至少一条计算机 可读指令,所述计算机可读指令被所述处理器加载并执行以下步骤:
展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第三账号拥有的宠物商品,所述第三账号是在所述终端中登录的账号;
检测到对所述宠物展示界面中的第二宠物商品的触发操作时,展示所述第二宠物商品的宠物信息界面,所述第二宠物商品是已经在所述交易界面上架的虚拟宠物,且所述宠物信息界面中包含所述第二宠物商品的下架控件,所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
检测到对所述下架控件的触发操作时,向所述服务器集群发送下架请求,所述下架请求用于触发所述服务器集群获取第五验证信息,并在所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架;所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的下架验证信息。
一种非易失性的计算机可读存储介质,所述存储介质中存储有至少一条计算机可读指令,所述计算机可读指令被处理器加载并执行以下步骤:
接收第一终端发送的购买请求,所述购买请求用于请求购买第一宠物商品,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
根据所述购买请求获取第一验证信息,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息;
当所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一账号是所述第一终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号。
一种非易失性的计算机可读存储介质,所述存储介质中存储有至少一条计算机可读指令,所述计算机可读指令被处理器加载并执行以下步骤:
展示所述应用程序的交易界面,所述交易界面中包含第一宠物商品的购买控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
检测到对所述购买控件的触发操作时,向服务器集群发送购买请求,所述购买请求用于触发所述服务器集群获取第一验证信息,并在所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息,所述第一账号是所述终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号;
在所述应用程序的宠物展示界面中展示所述第一宠物商品,所述宠物展示界面用于展示所述第一账号拥有的虚拟宠物。
一种非易失性的计算机可读存储介质,所述存储介质中存储有至少一条计算机可读指令,所述计算机可读指令被处理器加载并执行以下步骤:
展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第二账号拥有的宠物商品,所述第二账号是在所述终端中登录的账号;
检测到对所述宠物展示界面中的第一宠物商品的触发操作时,展示所述第一宠物商品的宠物信息界面,所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
检测到对所述出售控件的触发操作时,向服务器集群发送上架请求,所述上架请求用于触发所述服务器集群获取第三验证信息,并在所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述应用程序的交易界面上架;所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的上架验证信息。
一种非易失性的计算机可读存储介质,所述存储介质中存储有至少一条计算机可读指令,所述计算机可读指令被处理器加载并执行以下步骤:
展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第三账号拥有的宠物商品,所述第三账号是在所述终端中登录的账号;
检测到对所述宠物展示界面中的第二宠物商品的触发操作时,展示所述第二宠物商品的宠物信息界面,所述第二宠物商品是已经在所述交易界面上架的虚拟宠物,且所述宠物信息界面中包含所述第二宠物商品的下架控件, 所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
检测到对所述下架控件的触发操作时,向所述服务器集群发送下架请求,所述下架请求用于触发所述服务器集群获取第五验证信息,并在所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架;所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的下架验证信息。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1是本申请一个示例性实施例提供的计算机系统的结构示意图;
图2是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的流程示意图;
图3是图2所示实施例涉及的虚拟宠物交易的流程图;
图4是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图;
图5是图4所示实施例涉及的一种虚拟猫的交易界面示意图;
图6是图4所示实施例涉及的一种虚拟猫的购买界面示意图;
图7是图4所示实施例涉及的一种猫铃铛的购买界面示意图;
图8是图4所示实施例涉及的一种诱猫铃铛的购买界面示意图;
图9是图4所示实施例涉及的一种价格走势示意图;
图10是图4所示实施例涉及的虚拟猫购买确认界面的示意图;
图11是图4所示实施例涉及的一种交易提示界面的示意图;
图12是图4所示实施例涉及的诱猫铃铛购买确认界面的示意图;
图13是图4所示实施例涉及的交易成功提示界面示意图;
图14是图4所示实施例涉及的虚拟猫购买流程示意图;
图15是图4所示实施例涉及的猫铃铛购买流程示意图;
图16是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图;
图17是图16所示实施例涉及的一种虚拟猫的宠物信息界面的示意图;
图18是图16所示实施例涉及的一种上架确认界面示意图;
图19是图16所示实施例涉及的一种公示区展示示意图;
图20是图16所示实施例涉及的一种上架展示逻辑示意图;
图21是图16所示实施例涉及的虚拟猫上架流程示意图;
图22是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图;
图23是图22所示实施例涉及的虚拟猫下架流程示意图;
图24是本申请一示例性实施例提供的虚拟宠物商品的交易装置;
图25是本申请一示例性实施例提供的虚拟宠物商品的交易装置;
图26是本申请一示例性实施例提供的虚拟宠物商品的交易装置;
图27是本申请一示例性实施例提供的虚拟宠物商品的交易装置;
图28是本申请一示例性实施例提供的计算机设备的结构框图;
图29是本申请一示例性实施例提供的计算机设备的结构框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
本申请提供的方案,可以在进行虚拟宠物的交易时,通过存储在区块链系统中的验证信息对交易请求进行验证,以提高虚拟宠物交易的安全性。为了便于理解,下面首先对本申请涉及到的几个名词进行解释。
虚拟宠物:是以卡通形式和/或动物形式的宠物形象进行呈现的数字宠物。该虚拟宠物是二维数字宠物或三维数字宠物,比如,虚拟宠物是以卡通猫形式的宠物形象进行呈现的三维虚拟宠物。可选地,存在一部分虚拟宠物 的宠物形象是随机生成的,比如0代虚拟宠物的宠物形象是随机生成的;存在一部分虚拟宠物的宠物形象是根据父母亲虚拟宠物和/或其他祖辈虚拟宠物的宠物形象按照基因遗传规则生成的,比如除0代虚拟宠物之外的后代虚拟宠物的宠物形象是按照基因遗传规则生成的。可选地,每只虚拟宠物都有独一无二的基因序列,该基因序列包括用于确定虚拟宠物的宠物形象的生成参数,基因序列也称形象参数。
在一些实施例中,每只虚拟宠物的宠物信息存储在区块链系统上,经过区块链系统上的多个节点的共识机制进行存储和认证。宠物信息至少包括:虚拟宠物的第一无二的基因序列,还可选包括:虚拟宠物的标识、虚拟宠物的父母亲信息、虚拟宠物的代际信息、虚拟宠物的族谱信息、虚拟宠物的历史交易流水信息、虚拟宠物的历史生涯事件信息和虚拟宠物的其它信息中的至少一种。由于每只虚拟宠物的基因序列是独一无二的,而且在区块链系统上存储的信息是真实和唯一的,因此虚拟宠物具有收藏属性。同时,由于虚拟宠物的宠物信息是存储在区块链系统上的,即便虚拟宠物是设计在第一应用程序中使用的数字宠物,也可以方便地迁移到第二应用程序中进行使用。
在一些实施例中,虚拟宠物是终端中运行的应用程序所展示的数字宠物。该应用程序包括如下功能中的至少一项:抓取虚拟宠物、生成虚拟宠物、繁育虚拟宠物、交易虚拟宠物、使用虚拟宠物进行战斗、使用虚拟宠物进行增强现实(Augmented Reality,AR)互动、使用虚拟宠物进行社交、使用虚拟宠物进行AR教育。在另一些实施例中,该应用程序是基于区块链系统进行虚拟宠物的获取、繁育和/或交易的应用程序。在另一些实施例中,该应用程序是基于地理位置的社交游戏程序,该社交游戏程序提供有利用虚拟宠物进行收藏、成长和/或战斗中的至少一种功能。
在一些实施例中,应用程序具有使用虚拟宠物进行战斗的功能。此时,基因序列会决定虚拟宠物所具有的特征。上述特征可以包括:外在特征和/或内在特征。
外在特征是指体现虚拟宠物的宠物形象的特征。可选地,虚拟宠物包括皮肤、斑纹、耳朵、胡须、花纹、眼睛和嘴巴等不同身体部位,每一个身体部位均可以有多种不同的外在特征。上述外在特征可以包括颜色、形状、纹理等可见特征。例如,皮肤的外在特征可以包括白色皮肤、红色皮肤、橙色 皮肤、黄色皮肤、绿色皮肤、青色皮肤、蓝色皮肤和紫色皮肤等不同颜色。又例如,耳朵的外在特征可以包括长耳、短耳、卷耳、折耳、正常耳等不同形状。
内在特征是指体现虚拟宠物的内在属性的特征。例如,内在属性可以包括智力值、攻击力值、防御力值、灵力值、魔力值、力量值、耐力值、敏捷度值、潜力值、速度值、寿命值等多种不同的属性。
基因遗传规则:又称遗传规则、基因算法或基因遗传算法,是将父母亲虚拟宠物和/或其他祖辈虚拟宠物的宠物形象模仿真实生物的遗传规律进行传递,以生成孩子虚拟宠物的宠物形象的规则。以虚拟宠物是3D虚拟宠物为例,每个虚拟宠物的宠物形象包括多个类型的3D形象素材,每个类型的3D形象素材对应不同的角色部位和/或纹理层次,每个3D形象素材对应一个素材标识,该3D素材标识可视为一个“基因”。在一些实施例中,为保证每个虚拟宠物都是独一无二的个性化虚拟宠物,该独一无二的特性由该虚拟宠物的基因序列所决定。在一些实施例中,该基因遗传规则是将父母亲虚拟宠物和/或其他祖辈虚拟宠物的宠物形象按照遗传规律进行重组和去重后,生成孩子虚拟宠物具有唯一特性的宠物形象的规则。去重是指当遗传过程中出现与已有虚拟宠物相同的基因序列时,会重新生成该虚拟宠物的基因序列,从而保证该虚拟宠物的基因唯一性的机制。可选地,由于基因遗传规则是模仿真实生物的遗传规则,因此还存在怀孕时长、近亲不能繁育之类的限制条件。
在本申请实施例中,两个具有遗传关系的虚拟宠物之间,存在遗传基因。遗传基因是指由两个具有遗传关系的虚拟宠物中的一方遗传给另一方的基因。遗传基因所决定的特征即可称为遗传特征。两个具有遗传关系的虚拟宠物之间存在相同的遗传特征,也即存在相同的形象素材特征。例如,两个具有遗传关系的虚拟宠物,都具有黄色皮肤。又例如,两个具有遗传关系的虚拟宠物,都具有红色皮肤和折耳。遗传特征的数量可以是一个,也可以是多个,本申请实施例对此不作限定。在通常情况下,两个具有遗传关系的虚拟宠物之间的辈分越近,则遗传特征越多;反之,两个具有遗传关系的虚拟宠物之间的辈分越远,则遗传特征越少。
区块链:(英语:blockchain或block chain)是用一种基于分布式数据库识别的,传播和记载信息的智能化对等网络,也称为价值互联网。
交易:本方案中所提的交易,是指应用程序中,以区块链技术为基础的区块链数字虚拟宠物交易行为。
图1是本申请一个示例性实施例提供的计算机系统的结构示意图。该系统包括:若干个终端120和服务器集群140。
终端120可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器等移动终端,或者,终端120也可以是个人计算机(Personal Computer,PC),比如膝上型便携计算机和台式计算机等等。
其中,终端120中可以安装有用于提供虚拟宠物的应用程序。
终端120与服务器集群140之间通过通信网络相连。可选的,通信网络是有线网络或无线网络。
服务器集群140是一台服务器,或者由若干台服务器组成,或者是一个虚拟化平台,或者是一个云计算服务中心。服务器集群140用于为提供虚拟宠物的应用程序提供后台服务。可选地,服务器集群140承担主要计算工作,终端120承担次要计算工作;或者,服务器集群140承担次要计算工作,终端120承担主要计算工作;或者,终端120和服务器集群140之间采用分布式计算架构进行协同计算。
在一些可选的实施例中,服务器集群140用于存储各个虚拟宠物的角色信息和交易记录。角色信息包括:用于唯一标识虚拟宠物的角色标识,用于表征虚拟宠物的角色形象的形象参数,以及用于表征虚拟宠物的状态的数据等。
在本申请中,服务器集群140还与区块链系统160相连,服务器集群140将各个虚拟宠物的角色信息和/或交易记录存储在区块链系统中。在一些可选的实施例中,服务器集群140本身也可以作为区块链系统中的一个节点运行和存储数据。
可选的,在本申请实施例中,服务器集群140包括逻辑服务器142和区块链服务器144。其中,逻辑服务器142用于实现应用程序的逻辑控制,比如,进行虚拟宠物交易的请求处理、账号资源管理、界面内容管理等,区块链服务器144作为区块链系统160的一部分,用于实现各个虚拟宠物的角色 信息和/或交易记录的存储,以及重要功能的决策管理,比如,可以实现对交易请求的决策。
需要说明的是,上述逻辑服务器142和区块链服务器144可以属于同一个计算机设备,或者,上述逻辑服务器142和区块链服务器144也可以分属于不同的计算机设备。
可选地,不同的终端120中安装的应用程序的客户端是相同的,或两个终端120上安装的应用程序的客户端是不同控制系统平台的同一类型应用程序的客户端。基于终端平台的不同,该应用程序的客户端的具体形态也可以不同,比如,该应用程序客户端可以是手机客户端、PC客户端或者全球广域网(World Wide Web,We)客户端等。
本领域技术人员可以知晓,上述终端120的数量可以更多或更少。比如上述终端可以仅为一个,或者上述终端为几十个或几百个,或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。
可选的,该系统还可以包括管理设备(图1未示出),该管理设备与服务器集群140之间通过通信网络相连。可选的,通信网络是有线网络或无线网络。
可选的,上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络,包括但不限于局域网(Local Area Network,LAN)、城域网(Metropolitan Area Network,MAN)、广域网(Wide Area Network,WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中,使用包括超文本标记语言(Hyper Text Mark-up Language,HTML)、可扩展标记语言(Extensible Markup Language,XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer,SSL)、传输层安全(Transport Layer Security,TLS)、虚拟专用网络(Virtual Private Network,VPN)、网际协议安全(Internet Protocol Security,IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中,还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
图2是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的流程 示意图。该方法可以由上述图1所示系统中的服务器集群140执行,其中,该服务器集群用于为应用程序提供后台支持,该应用程序提供有虚拟宠物,且存在至少一个虚拟宠物的宠物形象是基于基因遗传规则生成的。如图2所示,该方法可以包括如下几个步骤:
步骤21,接收第一终端发送的购买请求,该购买请求用于请求购买第一宠物商品。
其中,该第一宠物商品为第一虚拟宠物或者用于获取第一虚拟宠物的虚拟道具。
其中,虚拟道具可以是使用后直接或者间接获取到对应的虚拟宠物的道具。
在一些示例中,虚拟道具可以在被使用后触发终端展示VR(Virtual Reality,虚拟现实)空间、AR(Augmented Reality,虚拟增强)空间或者其它类型的三维虚拟空间,该三维虚拟空间中包含可捕捉状态的虚拟宠物,用户执行捕捉操作并成功捕捉后,即可以获得该虚拟宠物。可选的,虚拟宠物为虚拟猫,虚拟道具为虚拟猫铃铛,用户使用该虚拟猫铃铛后,可以在终端展示的AR空间中捕捉虚拟猫。
在另一些示例中,虚拟道具可以是使用后即获取到对应的虚拟宠物的虚拟宠笼、虚拟宠物箱或者虚拟宠物包裹等,在该虚拟道具被使用后,用户直接获得该虚拟宠物。
在另一些示例中,虚拟道具可以是使用后间隔一段时间获取到对应的虚拟宠物的道具,比如宠物蛋等,用户使用该虚拟道具后,经过一段时间孵化后,可以获得对应的虚拟宠物。
在另一些示例中,虚拟道具可以是使用后给予使用者一个指定任务的道具,用户完成该指定任务后,即可以获得该虚拟宠物。
在本申请实施例中,宠物商品可以是系统出售的虚拟宠物。
或者,上述宠物商品可以是由系统出售的用于获取虚拟宠物的虚拟道具。
或者,上述宠物商品可以是由用户出售的虚拟宠物。
或者,上述宠物商品可以是由用户出售的用于获取虚拟宠物的虚拟道具。
本申请后续实施例将分别以宠物商品是由系统出售的用于获取虚拟宠物的虚拟道具,以及,宠物商品是由用户出售的虚拟宠物为例进行图示说明, 但并不对此进行限制。
步骤22,根据该购买请求获取第一验证信息,该第一验证信息是存储在区块链系统中的,用于指示该购买请求的合法性的第一类型信息。
在本申请实施例中,上述购买请求中可以包含第一账号以及请求购买的第一宠物商品的标识等信息。
该第一账号可以是在第一终端中登录的账号,比如,该第一账号可以是用户名、用户手机号或者用户的应用程序账号等。
其中,该第一宠物商品的标识可以在区块链系统中唯一标识该第一宠物商品,比如,该第一宠物商品的标识可以是该第一宠物商品的编号。
服务器集群接收到购买请求后,可以根据购买请求中包含的第一账号以及第一宠物商品的标识等信息,从区块链系统中查询上述第一类型信息。
步骤23,当该第一验证信息指示该购买请求合法时,将该第一宠物商品的所有权由第二账号转移至第一账号。
其中,该第二账号是出售该第一宠物商品的账号。其中,当该第一宠物商品由系统出售时,该第二账号可以是系统账号;或者,当该第一宠物商品由用户出售时,该第二账号可以是用户账号。
其中,上述合法性,是指对应的请求被系统允许执行。当服务器集群通过第一验证信息确定上述购买请求合法时,服务器集群可以控制宠物商品的交易完成,将第一宠物商品的所有权由第二账号转移至第一账号。
可选的,当第一宠物商品的购买需要消耗一定的资源时,服务器集群在移交第一宠物商品的所有权之前,还执行资源扣除操作,即扣除第一账号所拥有的资源中,用于购买该第一宠物商品所需的资源。
其中,上述资源可以是系统定义或者允许使用的资源,比如,上述资源可以是真实货币、虚拟货币、以及积分等等,本申请实施例不对上述资源的具体表现形式进行限定。
服务器集群在完成上述第一宠物商品的所有权的转移后,可以通知相关的终端(比如上述第一终端和第二账号登录的第二终端等)。
或者,当服务器集群根据第一验证信息确定购买请求不合法时,可以向第一终端反馈交易失败的数据响应,以便第一终端展示交易失败的提示。
区块链系统是基于区块链技术构建的计算机系统,其中,区块链技术是 利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算方式。区块链技术具有信息不可篡改性,一旦信息经过验证并存储至区块链系统,就会被永久的存储起来,只有获得系统中超过51%的节点同意确认,才能对其中的信息进行修改,而单个节点上对信息的修改是无效的,因此,区块链系统中的数据的稳定性和可靠性的极高。
而在本申请实施例中,服务器集群接收到终端发送的购买宠物商品的请求后,从区块链系统中获取稳定性和可靠性的极高的验证信息对该请求的合法性进行验证,并在验证合法后执行宠物商品的交易,从而极大的提高了虚拟宠物交易的安全性。
比如,请参考图3,其示出了本申请实施例涉及的虚拟宠物交易的流程图。如图3所示,以应用程序是提供虚拟宠物的游戏程序,服务器集群是游戏服务器为例,用户通过终端执行发起交易(比如请求购买)的操作,终端向游戏服务器发送请求,游戏服务器向各个区块链各节点确认请求是否合法,当各节点进行数据确认并发送反馈,已反馈该请求是否合法,游戏服务器根据区块链各节点发送的反馈,向终端发送数据反馈,以便终端展示交易成功或失败的交易结果。
图4是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图。该方法可以由上述图1所示系统中的终端120以及服务器集群140执行,其中,终端中安装有应用程序,服务器集群用于为应用程序提供后台支持,该应用程序提供有虚拟宠物,且存在至少一个虚拟宠物的宠物形象是基于基因遗传规则生成的。如图4所示,该方法可以包括如下几个步骤:
步骤S401,第一终端展示应用程序的交易界面,该交易界面中包含第一宠物商品的购买控件。
该第一宠物商品为第一虚拟宠物或者用于获取该第一虚拟宠物的虚拟道具。
其中,第一终端中安装有提供虚拟宠物的应用程序,并登录有第一账号。该应用程序的界面中包含用于进行宠物物品交易的交易界面,按照交易的宠 物物品的类型以及功能的不同,该交易界面可以包含多个标签,每个标签下用于展示类型不同的第一宠物商品,比如,按照类型不同,交易界面中可以包含用于展示当前正在出售的虚拟宠物的标签、用于展示当前提供配对的虚拟宠物的标签、用于展示当前正在出售的宠物道具的标签、用于展示将要可出售的虚拟宠物的标签、用于展示全部虚拟宠物的标签以及用户展示当前用户账号交易过的虚拟宠物或宠物道具的标签。
在本申请实施例中,在第一宠物商品对应的标签下,可以显示该第一宠物商品的购买入口,该购买入口中可以包含该第一宠物商品的购买控件。
或者,该购买入口中也可以不包含第一宠物商品的购买控件,而是通过该购买入口触发进入的购买界面中包含该购买控件。
或者,上述购买入口以及通过该购买入口触发进入的构面界面中都可以包含购买控件。
可选的,上述第一宠物商品的购买控件中还可以包含第一虚拟宠物相关的各种信息,比如形象、价格、图标、名称以及特征等。
可选的,上述交易界面提供选择控件,该选择控件用于按照指定的条件或顺序展示宠物商品。
比如,以第一宠物商品是虚拟猫或用于获取虚拟猫的猫铃铛,从该第一宠物商品的购买入口进入的购买界面中包含购买控件为例。请参考图5至图9。
当第一宠物商品是用户上架出售的虚拟猫时,如图5所示,其示出了本申请实施例涉及的一种虚拟猫的交易界面示意图。如图5所示,该在交易界面51中,包含“出售中”、“求配对”、“猫铃铛”、“公示区”、“全部猫”、以及“我的交易”这6个标签,其中,“出售中”标签511下显示各个出售中的虚拟猫的购买入口512,每个虚拟猫的购买入口可以展示对应的虚拟猫的以下信息:形象、代际、编号、点赞数、恢复时间、出售标记icon、新上架标记icon、价格、出售剩余时间、以及恢复中标记等。
此外,该上述“出售中”标签下,还会展示当前正在出售的虚拟猫的总数。
如图5所示,在上述“出售中”标签下,每页可以显示50只虚拟猫,当玩家点击下一页的时候,服务器集群及可以向区块链系统拉取后面50只虚拟猫的数据,并发送给终端进行展示。
如图5所示,在上述“出售中”标签下,可以按编号由大到小(综合排序)、代际顺序/逆序、价格顺序/逆序、点赞数由高到低、恢复时间顺序/逆序对所有出售中的虚拟猫进行排序。
此外,在图5所示的界面中,在上述“出售中”标签下,还可以按普通猫、梦幻猫(拥有全局特性的猫)等条件进行虚拟猫的筛选;可以筛选精确的代际(即只显示某一代的猫);也可以按低于2小时、低于1天、低于1星期、大于1星期等恢复时长的顺序来筛选猫。
其中,上述恢复时长可以是虚拟猫下一次可以进行配对所需要的时长,该恢复时长可以固定,也可以按照虚拟猫的配对次数的增加而增加或减少。
用户点击图5中“出售中”标签下的某个虚拟猫的购买入口后,终端可以展示对应的虚拟猫的购买界面,如图6所示,其示出了本申请实施例涉及的一种虚拟猫的购买界面示意图。如图6所示,在虚拟猫的购买界面61中,显示的虚拟猫的信息与虚拟猫在所有者的背包中展示的虚拟猫的详情界面类似,用户无论查看的是自己出售的虚拟猫,还是其它用户出售的猫,所查看到的购买界面中显示的信息都与用户查看自己拥有的虚拟猫的界面类似,比如,在图6所示的购买界面中,包含虚拟猫的形象、出售状态、恢复状态、恢复时间、所属用户的昵称和头像、代际、名称、点赞数、名称、特征、父母亲形象、用于显示虚拟猫的配对信息的控件、用于显示虚拟猫的区块信息的控件、以及用于显示虚拟猫的经历的控件等。
如图6所示,与虚拟猫在所有者的背包中展示的虚拟猫的详情界面不同的是,在虚拟猫的购买界面中,还包括购买功能条(bar)部分611,在该部分左下角显示登录账号(即第一账号)当前拥有的货币数量,中上部显示有购买按钮611a(即上述购买控件),该购买按钮下方显示这只虚拟猫当前的价格,右下角显示这只虚拟猫距离自动下架还有多长时间。
如图6所示,除了购买功能条部分之外,在虚拟猫的购买界面中,还包括用户控制虚拟猫下架的下架控件,如果登录账号查看的虚拟猫是自己正在出售的,则此时上述购买按钮不可点击,而下架控件可点击;如果登录账号查看的虚拟猫不是自己正在出售的,则此时上述购买按钮可点击,而下架控件不可点击。
当第一宠物商品是用户上架出售的虚拟猫的猫铃铛时,请参考图7,其 示出了本申请实施例涉及的一种猫铃铛的购买界面示意图;在图7中,“猫铃铛”标签711下显示系统出售的各个诱猫铃铛(即上述猫铃铛)的购买入口712,每个诱猫铃铛的购买入口可以展示对应的虚拟猫的以下信息:形象、代际以及价格等。此外,每个诱猫铃铛还对应有一个专门的编号,该编号就是对应的虚拟猫的唯一编号。用户点击一个猫铃铛的购买入口后,进入诱猫铃铛的购买界面。
如图8所示,其示出了本申请实施例涉及的一种诱猫铃铛的购买界面示意图。如图8所示,在该诱猫铃铛的购买界面81中,包含有铃铛对应的猫的形象、价格走势按钮812、铃铛icon、铃铛名字、对应的虚拟猫的特性等信息。在该诱猫铃铛的购买界面下方的购买条811中,还包含有购买按钮811a,该购买按钮上可以显示诱猫铃铛的价格。
可选的,当上述第一宠物商品是由系统出售的虚拟宠物或者宠物道具时,第一终端还可以在交易界面中展示第一宠物商品的价格走势控件(比如上述图8中的价格走势按钮812);在检测到对价格走势控件的触发操作时,展示第一宠物商品的价格走势界面,该价格走势界面中所述第一宠物商品在上架时间点开始后的各个时间点上的价格。
比如,如图7所示,每隔一段时间,系统会上架一批新的诱猫铃铛。上架时间和每一批上架的诱猫铃铛的数量可以根据开发人员在系统中配置来决定。
其中,在一种配置中,上述诱猫铃铛的价格可以由市场决定。比如,系统设置一个诱猫铃铛的底价,第一批诱猫铃铛的价格全部为底价。从第N个诱猫铃铛开始,新上架的诱猫铃铛的价格为前N个诱猫铃铛成交的平均价格乘以M%。这里的N、M可以由运营人员或者开发人员进行配置。可选的,诱猫铃铛从上架开始,会逐渐进行价格衰减,比如,每隔X时间,诱猫铃铛的价格会下降Y,并且在Z次降价之后下降到底价,上述X、Y、Z也以由运营人员或者开发人员进行配置。其中,诱猫铃铛的价格走势可以在对应的价格走势界面中查看,比如,请参考图9,其示出了本申请实施例涉及的一种价格走势示意图。如图9所示,在价格走势界面91中,显示有诱猫铃铛的上架时间、上架价格以及每一次降价的时间以及价格。同时还高亮标记当前虚拟猫的价格属于哪一次降价范围(即图9中的虚线框91a所示的区域),以方 便用户判断是否决定购买。
步骤S402,第一终端检测到对购买控件的触发操作时,向服务器集群发送购买请求,服务器集群接收该购买请求。
可选的,第一终端对应的用户点击交易界面中包含的购买控件后,第一终端可以展示二次确认界面,用户在该二次确认界面中点击确认购买后,第一终端将向服务器集群发送购买请求。
比如,当第一宠物商品是用户上架出售的虚拟猫时,请参考图10,其示出了本申请实施例涉及的虚拟猫购买确认界面的示意图。如图10所示,在虚拟猫的购买确认界面1001中,详细展示了虚拟猫的编号(编号是虚拟猫的区块链上的凭证,可以在区块链上绝对唯一)、付款用户标识、付出的资源数量(即支付金额)、虚拟猫的形象、代际以及区块链信息确认提示1001a以及支付按钮1001b等,用户点击支付按钮1001b之后,即可以进入区块链确认环节(请见后续步骤S403至步骤S405),同时展示交易提示界面,该交易提示界面用于提示正在进行交易中。
比如,请参考图11,其示出了本申请实施例涉及的一种交易提示界面的示意图。如图11所示,在该交易提示界面1101中,显示有提示信息1101a,以提示用户当前正在进行区块链交易确认,用户可以点击确认按钮1101b或者关闭按钮1101c关闭该交易提示界面1101。
再比如,当第一宠物商品是系统上架出售的诱猫铃铛时,请参考图12,其示出了本申请实施例涉及的诱猫铃铛购买确认界面的示意图。如图12所示,用户点击诱猫铃铛的购买控件后,展示诱猫铃铛购买确认界面1201,该界面中展示了虚拟猫的编号、付款用户标识、付出的资源数量、虚拟猫的形象、代际以及区块链信息确认提示以及支付按钮1201a等,用户点击支付按钮1201a之后,即可以进入区块链确认环节,同时展示交易提示界面。
步骤S403,服务器集群根据该购买请求获取第二验证信息,该第二验证信息是存储在该区块链系统之外的,用于指示该购买请求的合法性的第一类型信息。
其中,上述第一类型信息可以包括但不限于以下6种信息中的至少一种:
1)第一宠物商品的所有权是否合法
该信息指示第一宠物商品是否由出售该第一宠物商品的第二账户所有, 若第一宠物商品是由第二账户所有,则购买请求合法,反之,购买请求不合法。
2)第一宠物商品的价格是否合法
该信息指示第一宠物商品的价格是否处于合法的区间内,当第一宠物商品的价格处于合法的区间内时,则购买请求合法,反之,购买请求不合法。
3)第一宠物商品的可出售状态是否合法
该信息指示第一宠物商品的是否处于可出售状态,当第一宠物商品处于可出售状态时,则购买请求合法,反之,购买请求不合法。
比如,以第一宠物商品是虚拟猫为例,当虚拟猫未处于配对状态或者任务状态等当前正在使用的状态时,可以认为该虚拟猫处于可出售状态。
4)第一宠物商品的锁定状态是否为未锁定
该信息指示第一宠物商品是否被锁定,当第一宠物商品未被锁定时,则购买请求合法,反之,购买请求不合法。
其中,第一宠物商品的锁定可以分为用户锁定和系统锁定。
比如,以第一虚拟宠物是虚拟猫为例,虚拟猫的拥有者可以在背包界面中将虚拟猫锁定,使其不可交易,此时,虚拟猫为被锁定;或者,当虚拟猫在交易界面中被另一个用户账号请求购买且尚未完成购买时,服务器集群可以后台将该虚拟猫的交易锁定,此时,虚拟猫也是被锁定状态。
5)第一账号是否拥有购买该第一宠物商品所需的资源
该信息指示第一账号所拥有的资源是否足够支付购买该第一宠物商品。比如,第一类型信息中可以包含第一账户所有用的资源的数量,当该资源的数量大于或者等于购买该第一宠物商品所需的资源时,则购买请求合法,反之,购买请求不合法。
6)是否成功扣除购买该第一宠物商品所需的资源
该信息指示服务器集群是否已经从第一账号所拥有的资源中扣除了购买该第一宠物商品所需的资源,若是,则购买请求合法,反之,购买请求不合法。
步骤S404,当该第二验证信息指示该购买请求合法时,服务器集群根据该购买请求获取第一验证信息,该第一验证信息是存储在区块链系统中的,用于指示该购买请求的合法性的第一类型信息。
在本申请实施例中,若每次都通过区块链系统中存储的第一类型信息来判断合法性,当购买请求很频繁时,会导致区块链系统的压力过大,为了避免给区块链系统带来不必要的压力,同时进一步提高验证的准确性,在本申请实施例中,服务器集群获取区块链系统中存储的第一验证信息之前,可以首先获取在区块链系统之外存储的第二验证信息,当第二验证信息指示购买请求不合法时,可以拒绝交易请求,只有在第二验证信息指示购买请求合法时,才会执行后续获取第一验证信息的步骤。
步骤S405,当该第一验证信息指示该购买请求合法时,服务器集群将该第一宠物商品的所有权由第二账号转移至第一账号。
其中,该第二账号是出售该第一宠物商品的账号。
可选的,当该第一验证信息指示该购买请求合法时,在将该第一宠物商品的所有权由第二账号转移至第一账号之前,将该第一宠物商品的锁定状态设置为已锁定。
如上述第一宠物商品的锁定状态的描述,由于从接收到购买请求到完成交易之间存在一定的时间差,当短时间内接收到对同一个宠物商品的多个购买请求时,若对所有的购买请求都做处理,则容易导致重复处理或者同一宠物商品的重复售卖,因此,在本申请实施例中,服务器集群根据第一验证信息确定购买请求合法之后,即可以将第一宠物商品的锁定状态设置为已锁定,并设定一个锁定时长(比如5s),若5s内交易未完成,则将第一宠物商品的锁定状态设置为未锁定,并处理下一个针对该第一宠物商品的购买请求。若5s内交易完成,则服务器集群可以将第一宠物商品从交易界面移除。可选的,服务器集群还通过邮件向第一账号发送交易完成提示。
可选的,第一终端在该应用程序的宠物展示界面中展示该第一宠物商品,该宠物展示界面用于展示该第一账号拥有的虚拟宠物。
在交易完成后,终端可以将第一宠物商品发送至第一账号,第一账号登录的第一终端进行相应的展示。比如,请参考图13,其示出了本申请实施例涉及的交易成功提示界面示意图。如图13所示,该交易成功提示界面1301中包含交易成功的提示文本,用户可以点击交易成功提示界面中的确认按钮1301a或者关闭按钮1301b关闭该界面。
比如,以第一宠物商品是虚拟猫或用于获取虚拟猫的猫铃铛,服务器集 群包括游戏服务器和区块链服务器,购买请求由第一终端中的游戏客户端发送为例,请参考图14和图15。
图14示出了本申请实施例涉及的虚拟猫购买流程示意图。如图14所示,该流程可以包括如下步骤:
S141)玩家在市场列表中,点击购买虚拟猫,终端向游戏服务器发送购买请求。
S142)游戏服务器检查购买请求的合法性,包括猫的所属合法性、价格合法性、可出售状态合法性、买家待消耗道具是否充足等。
S143)游戏服务器检查购买合法后,向区块链服务器请求预购买。
S144)区块链服务器再次检查下单的合法性,另外额外验证这只猫是不是被其它买家锁定,如果合法并且处于未锁定状态,则锁定这只猫5秒钟。
S145)区块链服务器向游戏服务器回复预购买的结果,游戏服务器收到正确的预购买的结果后,扣取玩家的购买消耗道具。
S146)游戏服务器扣取玩家的购买消耗道具后,向区块链服务器请求购买。
S147)区块链服务器处理购买请求,修改猫在区块链中的交易状态、所属关系,然后从市场上删除这只猫,最后回复游戏服务器购买结果。
可选的,区块链服务器处理购买请求之前,再次检查购买合法性,本次检测除了检查上述猫的所属合法性、价格合法性、可出售状态合法性、买家待消耗道具是否充足之外,还检查是否成功扣除了玩家的购买消耗道具。
S148)游戏服务器收到成功购买的结果后,在原卖家背包删除这只猫,同时给卖家发送出售所得的道具,发邮件告知玩家购买成功,最后回复买家购买结果。
图15示出了本申请实施例涉及的猫铃铛购买流程示意图。如图15所示,该流程可以包括如下步骤:
S151)玩家在猫铃铛市场列表中,选中一只猫铃铛,点击购买,终端向游戏服务器发送购买请求。
S152)游戏服务器检查这笔购买交易的合法性,包括猫铃铛的所属合法性、价格合法性、可出售状态合法性、买家待消耗资源是否充足等。
S153)游戏服务器检查购买合法后,向区块链服务器请求预购买。
S154)区块链服务器再次检查下单的合法性,另外额外验证这只猫铃铛是不是被其它买家锁定,如果合法并且处于未锁定状态,则锁定这只猫铃铛5秒钟。
S155)区块链服务器向游戏服务器返回预购买的结果游戏服务器收到正确的预购买的结果后,扣取玩家的购买消耗道具。
S156)游戏服务器扣取玩家的购买消耗道具后,向区块链服务器请求购买。
S157)区块链服务器处理购买请求,修改猫铃铛在区块链中的交易状态、所属关系,然后从市场上删除这只猫铃铛,最后回复游戏服务器购买结果。
可选的,区块链服务器处理购买请求之前,再次检查购买合法性,本次检测除了检查上述猫的所属合法性、价格合法性、可出售状态合法性、买家待消耗道具是否充足之外,还检查是否成功扣除了玩家的购买消耗道具。
S158)游戏服务器收到成功购买的结果后,在玩家道具背包添加这只猫铃铛,发邮件告知玩家购买成功,最后回复买家购买结果。
综上所述,本申请实施例所示的方案,服务器集群接收到终端发送的购买宠物商品的请求后,从区块链系统中获取稳定性和可靠性的极高的验证信息对该请求的合法性进行验证,并在验证合法后执行宠物商品的交易,从而极大的提高了虚拟宠物交易的安全性。
此外,本申请实施例所示的方案,服务器集群从区块链系统中获取验证信息之前,先从区块链之外获取同类型的验证信息,并在验证合法之后,再从区块链系统中获取验证信息对该请求的合法性进行验证,避免对区块链系统造成不必要的压力,同时进一步提高验证的准确性。
当上述出售第一宠物商品的第二账号是用户账号时,第二账号对应的用户需要对第一宠物商品进行上架操作,服务器集群才可以将第一宠物商品进行上架(即添加到交易界面中),该上架过程也需要进行验证。
图16是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图。该方法可以由上述图1所示系统中的终端120以及服务器集群140执行,其中,终端中安装有应用程序,服务器集群用于为应用程序提供后台支持,该应用程序提供有虚拟宠物,且存在至少一个虚拟宠物的宠物形象是 基于基因遗传规则生成的。如图16所示,该方法可以包括如下几个步骤:
步骤S1601,第二终端展示应用程序的宠物展示界面,该宠物展示界面用于展示第二账号拥有的宠物商品,该第二账号是在该终端中登录的账号。
在本申请实施例中,用户执行打开宠物展示界面(比如背包)的操作后,终端可以展示宠物展示界面,该宠物展示界面可以展示用户拥有的宠物商品(比如虚拟猫和诱猫铃铛)。
步骤S1602,第二终端检测到对该宠物展示界面中的第一宠物商品的触发操作时,展示该第一宠物商品的宠物信息界面。
其中,该第一宠物商品的宠物信息界面中包含该第一宠物商品的出售控件,该第一宠物商品为第一虚拟宠物或者用于获取该第一虚拟宠物的虚拟道具。
比如,如图17所示,其示出了本申请实施例涉及的一种虚拟猫的宠物信息界面的示意图。如图17所示,该虚拟猫的宠物信息界面1701中显示的信息与图6所示的虚拟猫的购买界面中的信息类似,与图6不同的是,在图17中,当虚拟猫未上架时,该虚拟猫的宠物信息界面中不包含购买条,但是包含一个出售控件1701a。
步骤S1603,第二终端检测到对出售控件的触发操作时,向服务器集群发送上架请求,服务器集群接收该上架请求。
其中,该上架请求用于请求上架出售该第一宠物商品。
比如,基于图17所示的虚拟猫的宠物信息界面的示意图,当用户触发图17中的出售控件后,第二终端可以展示上架确认界面。如图18所示,其示出了本申请实施例涉及的一种上架确认界面示意图。如图18所示的上架确认界面1801,玩家将虚拟猫上架进行售卖,需要消耗道具(即图18中的猫箱1801a),该道具可以是游戏内产出,可以用游戏货币购买或兑换。虚拟猫每次上架的时间为游戏内规定的限制时间,该限制时间的设计是为了避免上架后的虚拟猫无人购买时间过长,造成区块链网络通信压力。虚拟猫的价格由玩家自定义,可以不设置上下限的限制,用户可以在价格设置框1801b中设置价格。在成功出售后,系统可以收取定价的一部分作为区块链信息变更的手续费,该手续费的比例可以由系统配置决定。玩家定价并消耗对应道具后,点击确认上架按钮1801c,就会播放一段大地图动画。动画播放过程中,区块 链网络已经在确认此次上架。当区块链网络确认完成后,这只猫就会在市场中出现。区块链确认的过程可以参考后续步骤S1604至步骤S1606。
步骤S1604,服务器集群根据该上架请求获取第四验证信息,该第四验证信息是存储在该区块链系统之外的,用于指示该上架请求的合法性的第二类型信息。
其中,该第二类型信息包括以下几种信息中的至少一种:
1)第一宠物商品的所有权是否合法。
该信息指示第一宠物商品是否由出售该第一宠物商品的第二账户所有,若第一宠物商品是由第二账户所有,则上架请求合法,反之,上架请求不合法。
2)第一宠物商品的价格是否合法。
该信息指示第一宠物商品的价格是否处于合法的区间内,当第一宠物商品的价格处于合法的区间内时,则上架请求合法,反之,上架请求不合法。
3)第一宠物商品的可出售状态是否合法。
该信息指示第一宠物商品的是否处于可出售状态,当第一宠物商品处于可出售状态时,则上架请求合法,反之,上架请求不合法。
4)第二账号是否拥有上架该第一宠物商品所需的资源。
其中,该信息指示第二账号所拥有的资源是否足够支付上架该第一宠物商品。比如,第二类型信息中可以包含第二账户所有用的资源的数量,当该资源的数量大于或者等于上架该第一宠物商品所需的资源时,则上架请求合法,反之,上架请求不合法。
5)第二账号的邮箱是否已满。
其中,该信息指示第二账号的邮箱是否有容量可以接收通知邮件,若是,则上架请求合法,反之,上架请求不合法。
6)是否成功扣除上架该第一宠物商品所需的资源中的至少一种。
该信息指示服务器集群是否已经从第二账号所拥有的资源中扣除了上架该第一宠物商品所需的资源,若是,则上架请求合法,反之,上架请求不合法。
步骤S1605,当该第四验证信息指示该上架请求合法时,服务器集群根据该上架请求获取第三验证信息,该第三验证信息是存储在区块链系统中的, 用于指示该上架请求的合法性的第二类型信息。
类似的,在本申请实施例中,若每次都通过区块链系统中存储的第二类型信息来判断合法性,当上架请求很频繁时,会导致区块链系统的压力过大,为了避免给区块链系统带来不必要的压力,同时进一步提高验证的准确性,在本申请实施例中,服务器集群获取区块链系统中存储的第三验证信息之前,可以首先获取在区块链系统之外存储的第四验证信息,当第四验证信息指示上架请求不合法时,可以拒绝上架请求,只有在第四验证信息指示上架请求合法时,才会执行后续获取第三验证信息的步骤。
步骤S1606,当该第三验证信息指示该上架请求合法时,将该第一宠物商品在该交易界面上架。
可选的,当该第三验证信息指示该上架请求合法时,服务器集群在该交易界面中的公示区域添加该第一宠物商品的信息展示控件,该公示区域中的各个虚拟宠物处于禁止交易状态,该信息展示控件用于展示对应的虚拟宠物的信息;当该第一宠物商品的信息展示控件在该公示区域中的有效展示时长达到预设时长时,在该交易界面中的交易区域添加该第一宠物商品的购买入口。
玩家上架的猫不会马上进入可售卖状态,而是会经历一定的公示期。公示期的时间长短也由系统根据运营需求可调整。
比如,请参考图19,其示出了本申请实施例涉及的一种公示区展示示意图。如图19所示,“公示区”标签1901下显示将要进入可售卖状态的各个虚拟猫的查看入口1902,每个虚拟猫的查看入口可以展示对应的虚拟猫的形象、代际、编号、点赞数、恢复时间、价格以及公示标签,用户点击虚拟猫的查看入口后,可以展示虚拟猫的详情界面,该详情界面中可以不包含购买条,或者包含购买条,但购买条中的购买按钮处于不可用状态。在虚拟猫上架后的公示阶段,所有玩家都可以查看这些虚拟猫,但不可进行购买。只有当公示期到期后,虚拟猫才会进入可售卖状态,并在“出售中”标签下展示。
公示规则的设计是为了提高在交易市场中进行点对点交易的门槛,尽可能避免玩家之间的线上低价交易、线下高价倒卖。
公示期时间不显示倒计时,增加玩家判断公示期结束期的成本。
可选的,该有效展示时长是在各个预定周期中的指定时间段内展示的时 长。
其中,上述预定周期一天(24小时),指定时间段可以是每天中的交易活跃期,相应的,指定时间段之外的时间段是每天中的非交易活跃期。
在一些示例中,公示区可以设计宵禁规则。即一个预定周期可以是每天凌晨0点到次日凌晨0点之间的24小时,指定时间段可以是每天凌晨0点到早上6点之外的时间段,而在凌晨0点到早上6点之间,公示区处于宵禁状态,在此时间段内仍在公示的虚拟宠物需要到凌晨6时后才会解除公示状态。假设公示期为2小时,则每天22时后进入公示的虚拟宠物,需要到第二天6时后才可进行购买。若虚拟宠物在宵禁时间内上架公示且距离6时的时间少于规定的公示期时间,则需要经历实际的公示期时间后,才能进入出售状态。这样的设计主要是为了规避在凌晨活跃用户较少的情况下进行点对点的交易。
请参考图20,其示出了本申请实施例涉及的一种上架展示逻辑示意图。如图20所示,以虚拟宠物是虚拟猫为例,虚拟猫的上架展示过程可以如下:
步骤20a,服务器集群确认虚拟猫上架之后,确定该虚拟猫可以开始被交易的可交易时间点,该可交易点时间点是上架时间戳加上展示时长,其中,上架时间戳可以是服务器集群确认虚拟猫可以上架的时间点,比如,当用户在宵禁期之外上架虚拟猫时,上架时间戳可以是服务器集群验证上架请求合法的时间点。上述展示时长即公示期的时长。
步骤20b,服务器集群判断可交易时间点是否处于宵禁期内(即上述指定时间段之外),若是,执行步骤20c,否则,执行步骤20d。
步骤20c,若服务器集群判断可交易时间点处于宵禁期内,则对可交易时间点进行修改。比如,修改前的可交易时间点是T,服务器首先计算从T开始且时长为上述展示时长的时间段落在宵禁期内的时长L,并设置修改后的可交易时间点为宵禁期结束时间点加上时长L。
步骤20d,服务器集群判断可交易时间点是否大于当前时间点,若是,执行步骤20e,否则,执行步骤20f。
步骤20e,服务器集群继续保持虚拟猫在公示区展示,将虚拟猫展示在“公示区”的标签下。
步骤20f,服务器集群将虚拟猫设置为可交易的状态,比如,将虚拟猫从 “公示区”标签下转移至“出售中”标签。
请参考图21,其示出了本申请实施例涉及的虚拟猫上架流程示意图。如图21所示,该上架流程可以如下:
S211)玩家在自己的虚拟猫背包中,点击上架,输入待出售的价格,终端向游戏服务器发送上架请求。
S212)游戏服务器检查这笔上架交易的合法性,包括虚拟猫的所属合法性、价格合法性、可出售状态合法性、道具是否充足、邮箱是否已满等。
S213)游戏服务器检查上架合法后,向区块链服务器请求预上架。
S214)区块链服务器再次检查上架的合法性,如果合法,向游戏服务器返回预上架的结果。
S215)游戏服务器收到正确的预上架的结果后,扣取玩家的上架消耗道具,然后向区块链服务器请求上架。
S216)区块链服务器处理上架请求,将这笔订单加入市场的公示区,同时修改猫在区块链中的交易状态,最后回复游戏服务器上架结果。
可选的,区块链服务器处理上架请求之前,再次检查上架合法性,本次检测除了检查上述虚拟猫的所属合法性、价格合法性、可出售状态合法性、道具是否充足、邮箱是否已满等合法性之外,还检查是否成功扣除了玩家的上架消耗道具。
S217)游戏服务器收到成功上架的结果后,修改猫的状态,通知客户端刷新猫的最新状态,最后回复玩家上架结果。
综上所述,本申请实施例所示的方案,服务器集群接收到终端发送的上架宠物商品的请求后,从区块链系统中获取稳定性和可靠性的极高的验证信息对该请求的合法性进行验证,并在验证合法后执行宠物商品的交易,从而极大的提高了虚拟宠物交易的安全性。
此外,本申请实施例所示的方案,服务器集群在允许宠物商品降价后,现将宠物商品在公示区公示一定的时间后,才会允许宠物商品被交易,此外,在预定时间段内的公示才算做有效公示时间,能够有效的避免点对点交易,进一步提高虚拟宠物交易的安全性。
当上述用户上架一个宠物商品后,在该宠物商品售出之前,还可以对该 宠物商品进行下架,以取消出售该宠物商品,该下架过程也需要进行验证。
图22是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图。该方法可以由上述图1所示系统中的终端120以及服务器集群140执行,其中,终端中安装有应用程序,服务器集群用于为应用程序提供后台支持,该应用程序提供有虚拟宠物,且存在至少一个虚拟宠物的宠物形象是基于基因遗传规则生成的。如图22所示,该方法可以包括如下几个步骤:
步骤S2201,第三终端展示应用程序的宠物展示界面,该宠物展示界面用于展示第二账号拥有的宠物商品,该第二账号是在该终端中登录的账号。
该步骤与上述步骤S1601类似,此处不再赘述。
步骤S2202,第三终端检测到对该宠物展示界面中的第二宠物商品的触发操作时,展示该第二宠物商品的宠物信息界面。
其中,该第二宠物商品是已经在该交易界面上架的虚拟宠物,且该宠物信息界面中包含该第二宠物商品的下架控件,该第二宠物商品为第二虚拟宠物或者用于获取该第二虚拟宠物的虚拟道具。
步骤S2203,检测到对该下架控件的触发操作时,第三终端向该服务器集群发送下架请求,服务器集群接收该下架请求。
比如,上述宠物信息界面可以与上述图6所示的界面类似,相应的,用户也可以从交易界面中查看自己正在出售的宠物商品,并通过交易界面打开该宠物商品的宠物信息界面。当用户触发该宠物信息界面中的下架控件时,第三终端向该服务器集群发送下架请求。
步骤S2204,服务器集群根据该下架请求获取第六验证信息,该第六验证信息是存储在该区块链系统之外的,用于指示该下架请求的合法性的第三类型信息。
其中,该第三类型信息包括以下信息中的至少一种:
1)第二宠物商品的所有权是否合法。
该信息指示第二宠物商品是否由出售该第二宠物商品的第三账户所有,若第二宠物商品是由第三账户所有,则下架请求合法,反之,下架请求不合法。
2)第二宠物商品的可下架状态是否合法中的至少一种。
该信息指示第二宠物商品的是否处于可下架状态,当第二宠物商品处于 可下架状态时,则下架请求合法,反之,下架请求不合法。
步骤S2205,当第六验证信息指示该下架请求合法时,服务器集群根据该下架请求获取第五验证信息,该第五验证信息是存储在区块链系统中的,用于指示该下架请求的合法性的第三类型信息。
类似的,在本申请实施例中,若每次都通过区块链系统中存储的第三类型信息来判断合法性,当下架请求很频繁时,会导致区块链系统的压力过大,为了避免给区块链系统带来不必要的压力,同时进一步提高验证的准确性,在本申请实施例中,服务器集群获取区块链系统中存储的第五验证信息之前,可以首先获取在区块链系统之外存储的第六验证信息,当第六验证信息指示下架请求不合法时,可以拒绝下架请求,只有在第六验证信息指示上架请求合法时,才会执行后续获取第五验证信息的步骤。
步骤S2206,当该第五验证信息指示该下架请求合法时,将该第二宠物商品从该交易界面中下架。
当服务器集群通过区块链系统中的信息确定下架请求合法时,可以将第二宠物商品从交易界面中移除,并通知第三终端。
比如,请参考图23,其示出了本申请实施例涉及的虚拟猫下架流程示意图。如图23所示,该下架流程可以如下:
S231)玩家在自己的虚拟猫背包中,点击下架后,终端向游戏服务器发送下架请求。
S232)游戏服务器检查这笔下架操作的合法性,包括虚拟猫的所属合法性、状态合法性等。
S233)游戏服务器检查下架合法性通过后,向区块链服务器发送下架请求。
S234)区块链服务器检查下架的合法性,检查下架合法通过后,从交易市场删除这只虚拟猫,同时修改虚拟猫在区块链中的状态,最后回复下架结果。
S235)游戏服务器收到成功下架的结果后,修改虚拟猫的状态,通知客户端刷新虚拟猫的最新状态,最后回复玩家下架结果。
综上所述,本申请实施例所示的方案,服务器集群接收到终端发送的下架宠物商品的请求后,从区块链系统中获取稳定性和可靠性的极高的验证信 息对该请求的合法性进行验证,并在验证合法后执行宠物商品的交易,从而极大的提高了虚拟宠物交易的安全性。
本申请上述各个实施例所示的方案,以交易的安全、透明、公平为基础考量思路,引入了区块链技术作为技术底层,保证安全性的同时,通过系统设计(公示区+宵禁机制)极大的提高了经济流转风险产生和黑产打击的门槛,解决了传统游戏中交易的不安全性和相关风险,同时为超多样化商品展示和出售提供了良好的解决办法。
图24是本申请一示例性实施例提供的虚拟宠物商品的交易装置,该虚拟宠物商品的交易装置可以用于为应用程序提供后台支持的服务器集群中,以执行上述各个方法实施例中由服务器集群执行的全部或者部分步骤,上述应用程序提供有三维虚拟宠物,且存在至少一个三维虚拟宠物的宠物形象是基于基因遗传规则生成的。该虚拟宠物商品的交易装置可以包括:
购买请求接收模块2401,用于接收第一终端发送的购买请求,所述购买请求用于请求购买第一宠物商品,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
第一验证信息获取模块2402,用于根据所述购买请求获取第一验证信息,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息;
交易模块2403,用于当所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一账号是所述第一终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号。
可选的,所述装置还包括:
第二验证信息获取模块,用于在所述第一验证信息获取模块根据所述购买请求获取第一验证信息之前,根据所述购买请求获取第二验证信息,所述第二验证信息是存储在所述区块链系统之外的,用于指示所述购买请求的合法性的第一类型信息;
所述第一验证信息获取模块2402,具体用于当所述第二验证信息指示所述购买请求合法时,执行所述根据所述购买请求获取第一验证信息的步骤。
可选的,所述装置还包括:
锁定模块,用于在当所述交易模块完成将所述第一宠物商品的所有权由第二账号转移至第一账号之前,将所述第一宠物商品的锁定状态设置为已锁定。
可选的,所述第一类型信息包括:
所述第一宠物商品的所有权是否合法、所述第一宠物商品的价格是否合法、所述第一宠物商品的可出售状态是否合法、所述第一宠物商品的锁定状态是否为未锁定以及所述第一账号是否拥有购买所述第一宠物商品所需的资源、以及是否成功扣除购买所述第一宠物商品所需的资源中的至少一种。
可选的,所述装置还包括:
上架请求接收模块,用于接收第二终端发送的上架请求,所述上架请求用于请求上架出售所述第一宠物商品;
第三验证信息获取模块,用于根据所述上架请求获取第三验证信息,所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的第二类型信息;
上架模块,用于当所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述交易界面上架。
可选的,所述装置还包括:
第四验证信息获取模块,用于在所述第三验证信息获取模块根据所述上架请求获取第三验证信息之前,根据所述上架请求获取第四验证信息,所述第四验证信息是存储在所述区块链系统之外的,用于指示所述上架请求的合法性的第二类型信息;
所述第三验证信息获取模块,具体用于当所述第四验证信息指示所述上架请求合法时,执行所述根据所述上架请求获取第三验证信息的步骤。
可选的,所述上架模块,具体用于,
当所述第三验证信息指示所述上架请求合法时,在所述交易界面中的公示区域添加所述第一宠物商品的信息展示控件,所述公示区域中的各个虚拟宠物处于禁止交易状态,所述信息展示控件用于展示对应的虚拟宠物的信息;
当所述第一宠物商品的信息展示控件在所述公示区域中的有效展示时长达到预设时长时,在所述交易界面中的交易区域添加所述第一宠物商品的购 买入口。
可选的,所述有效展示时长是在各个预定周期中的指定时间段内展示的时长。
可选的,所述第二类型信息包括:
所述第一宠物商品的所有权是否合法、所述第一宠物商品的价格是否合法、所述第一宠物商品的可出售状态是否合法、所述第二账号是否拥有上架所述第一宠物商品所需的资源、所述第二账号的邮箱是否已满、以及是否成功扣除上架所述第一宠物商品所需的资源中的至少一种。
可选的,所述装置还包括:
下架请求接收模块,用于接收第三终端发送的下架请求,所述下架请求用于请求将第二宠物商品从所述应用程序的交易界面中下架,所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
第五验证信息获取模块,用于根据所述下架请求获取第五验证信息,所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的第三类型信息;
下架模块,用于当所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架。
可选的,所述装置还包括:
第六验证信息获取模块,用于在所述第五验证信息获取模块根据所述下架请求获取第五验证信息之前,根据所述下架请求获取第六验证信息,所述第六验证信息是存储在所述区块链系统之外的,用于指示所述下架请求的合法性的第三类型信息;
所述第六验证信息获取模块,具体用于当所述第六验证信息指示所述下架请求合法时,执行所述根据所述下架请求获取第五验证信息的步骤。
可选的,所述第三类型信息包括:
所述第二宠物商品的所有权是否合法以及所述第二宠物商品的可下架状态是否合法中的至少一种。
图25是本申请一示例性实施例提供的虚拟宠物商品的交易装置,该虚拟宠物商品的交易装置可以用于运行有应用程序的终端中,以执行上述各个方 法实施例中由第一终端执行的全部或者部分步骤,上述应用程序提供有三维虚拟宠物,且存在至少一个三维虚拟宠物的宠物形象是基于基因遗传规则生成的。该虚拟宠物商品的交易装置可以包括:
交易界面展示模块2501,用于展示所述应用程序的交易界面,所述交易界面中包含第一宠物商品的购买控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
购买请求发送模块2502,用于检测到对所述购买控件的触发操作时,向服务器集群发送购买请求,所述购买请求用于触发所述服务器集群获取第一验证信息,并在所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息,所述第一账号是所述终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号;
商品展示模块2503,用于在所述应用程序的宠物展示界面中展示所述第一宠物商品,所述宠物展示界面用于展示所述第一账号拥有的虚拟宠物。
可选的,所述装置还包括:
价格走势控件展示模块,用于在所述交易界面中展示所述第一宠物商品的价格走势控件;
价格走势界面展示模块,用于检测到对所述价格走势控件的触发操作时,展示所述第一宠物商品的价格走势界面,所述价格走势界面中包含所述第一宠物商品在上架时间点开始后的各个时间点上的价格。
图26是本申请一示例性实施例提供的虚拟宠物商品的交易装置,该虚拟宠物商品的交易装置可以用于运行有应用程序的终端中,以执行上述各个方法实施例中由第二终端执行的全部或者部分步骤,上述应用程序提供有三维虚拟宠物,且存在至少一个三维虚拟宠物的宠物形象是基于基因遗传规则生成的。该虚拟宠物商品的交易装置可以包括:
宠物界面展示模块2601,用于展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第二账号拥有的宠物商品,所述第二账号是在所述终端中登录的账号;
信息界面展示模块2602,用于检测到对所述宠物展示界面中的第一宠物商品的触发操作时,展示所述第一宠物商品的宠物信息界面,所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
上架请求发送模块2603,用于检测到对所述出售控件的触发操作时,向服务器集群发送上架请求,所述上架请求用于触发所述服务器集群获取第三验证信息,并在所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述应用程序的交易界面上架;所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的上架验证信息。
图27是本申请一示例性实施例提供的虚拟宠物商品的交易装置,该虚拟宠物商品的交易装置可以用于运行有应用程序的终端中,以执行上述各个方法实施例中由第上终端执行的全部或者部分步骤,上述应用程序提供有三维虚拟宠物,且存在至少一个三维虚拟宠物的宠物形象是基于基因遗传规则生成的。该虚拟宠物商品的交易装置可以包括:
宠物界面展示模块2701,用于展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第三账号拥有的宠物商品,所述第三账号是在所述终端中登录的账号;
信息界面展示模块2702,用于检测到对所述宠物展示界面中的第二宠物商品的触发操作时,展示所述第二宠物商品的宠物信息界面,所述第二宠物商品是已经在所述交易界面上架的虚拟宠物,且所述宠物信息界面中包含所述第二宠物商品的下架控件,所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
下架请求发送模块2703,用于检测到对所述下架控件的触发操作时,向所述服务器集群发送下架请求,所述下架请求用于触发所述服务器集群获取第五验证信息,并在所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架;所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的下架验证信息。
图28是本申请一示例性实施例提供的一种计算机设备的结构框图。所述 计算机设备可以实现为服务器集群。所述计算机设备2800包括中央处理单元(CPU)2801、包括随机存取存储器(RAM)2802和只读存储器(ROM)2803的系统存储器2804,以及连接系统存储器2804和中央处理单元2801的系统总线2805。所述计算机设备2800还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)2806,和用于存储操作系统2813、应用程序2814和其他程序模块2815的大容量存储设备2807。
所述基本输入/输出系统2806包括有用于显示信息的显示器2808和用于用户输入信息的诸如鼠标、键盘之类的输入设备2809。其中所述显示器2808和输入设备2809都通过连接到系统总线2805的输入输出控制器2810连接到中央处理单元2801。所述基本输入/输出系统2806还可以包括输入输出控制器2810以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器2810还提供输出到显示屏、打印机或其他类型的输出设备。
所述大容量存储设备2807通过连接到系统总线2805的大容量存储控制器(未示出)连接到中央处理单元2801。所述大容量存储设备2807及其相关联的计算机可读介质为计算机设备2800提供非易失性存储。也就是说,所述大容量存储设备2807可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。
不失一般性,所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术,CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器2804和大容量存储设备2807可以统称为存储器。
计算机设备2800可以通过连接在所述系统总线2805上的网络接口单元2811连接到互联网或者其它网络设备。
所述存储器还包括一个或者一个以上的程序,所述一个或者一个以上程序存储于存储器中,中央处理器2801通过执行该一个或一个以上程序来实现 上述各个实施例所示的虚拟宠物商品的交易方法中,由服务器集群执行的全部或者部分步骤。
图29是本申请一示例性实施例提供的计算机设备2900的结构框图。该计算机设备2900可以是终端,比如智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。计算机设备2900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常,计算机设备2900包括有:处理器2901和存储器2902。
处理器2901可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器2901可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器2901也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central Processing Unit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器2901可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器2901还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器2902可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器2902还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器2902中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器2901所执行以实现本申请中方法实施例提供的虚拟宠物商品的交易方法中,由第一终端、第二终端或者第三终端执行的步骤。
在一些实施例中,计算机设备2900还可选包括有:外围设备接口2903和至少一个外围设备。处理器2901、存储器2902和外围设备接口2903之间 可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口2903相连。具体地,外围设备包括:射频电路2904、触摸显示屏2905、摄像头2906、音频电路2907、定位组件2908和电源2909中的至少一种。
外围设备接口2903可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设备连接到处理器2901和存储器2902。在一些实施例中,处理器2901、存储器2902和外围设备接口2903被集成在同一芯片或电路板上;在一些其他实施例中,处理器2901、存储器2902和外围设备接口2903中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
射频电路2904用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路2904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路2904将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路2904包括:天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路2904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于:万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路2904还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏2905用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏2905是触摸显示屏时,显示屏2905还具有采集在显示屏2905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器2901进行处理。此时,显示屏2905还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏2905可以为一个,设置计算机设备2900的前面板;在另一些实施例中,显示屏2905可以为至少两个,分别设置在计算机设备2900的不同表面或呈折叠设计;在再一些实施例中,显示屏2905可以是柔性显示屏,设置在计算机设备2900的弯曲表面上或折叠面上。甚至,显示屏 2905还可以设置成非矩形的不规则图形,也即异形屏。显示屏2905可以采用LCD(Liquid Crystal Display,液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件2906用于采集图像或视频。可选地,摄像头组件2906包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端的前面板,后置摄像头设置在终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件2906还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路2907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器2901进行处理,或者输入至射频电路2904以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在计算机设备2900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器2901或射频电路2904的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路2907还可以包括耳机插孔。
定位组件2908用于定位计算机设备2900的当前地理位置,以实现导航或LBS(Location Based Service,基于位置的服务)。定位组件2908可以是基于美国的GPS(Global Positioning System,全球定位系统)、中国的北斗系统、俄罗斯的GLONASS(Global Navigation Satellite System,全球卫星导航系统)或者欧洲的伽利略系统的定位组件。
电源2909用于为计算机设备2900中的各个组件进行供电。电源2909可以是交流电、直流电、一次性电池或可充电电池。当电源2909包括可充电电池时,该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池,无线充电电池是通过无线线圈充电的电池。该可 充电电池还可以用于支持快充技术。
在一些实施例中,计算机设备2900还包括有一个或多个传感器2910。该一个或多个传感器2910包括但不限于:加速度传感器2911、陀螺仪传感器2912、压力传感器2913、指纹传感器2914、光学传感器2915以及接近传感器2916。
加速度传感器2911可以检测以计算机设备2900建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器2911可以用于检测重力加速度在三个坐标轴上的分量。处理器2901可以根据加速度传感器2911采集的重力加速度信号,控制触摸显示屏2905以横向视图或纵向视图进行用户界面的显示。加速度传感器2911还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器2912可以检测计算机设备2900的机体方向及转动角度,陀螺仪传感器2912可以与加速度传感器2911协同采集用户对计算机设备2900的3D动作。处理器2901根据陀螺仪传感器2912采集的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器2913可以设置在计算机设备2900的侧边框和/或触摸显示屏2905的下层。当压力传感器2913设置在计算机设备2900的侧边框时,可以检测用户对计算机设备2900的握持信号,由处理器2901根据压力传感器2913采集的握持信号进行左右手识别或快捷操作。当压力传感器2913设置在触摸显示屏2905的下层时,由处理器2901根据用户对触摸显示屏2905的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器2914用于采集用户的指纹,由处理器2901根据指纹传感器2914采集到的指纹识别用户的身份,或者,由指纹传感器2914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器2901授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器2914可以被设置计算机设备2900的正面、背面或侧面。当计算机设备2900上设置有物理按键或厂商Logo时,指纹传感器2914可以与物理按键或厂商Logo集成在一起。
光学传感器2915用于采集环境光强度。在一个实施例中,处理器2901 可以根据光学传感器2915采集的环境光强度,控制触摸显示屏2905的显示亮度。具体地,当环境光强度较高时,调高触摸显示屏2905的显示亮度;当环境光强度较低时,调低触摸显示屏2905的显示亮度。在另一个实施例中,处理器2901还可以根据光学传感器2915采集的环境光强度,动态调整摄像头组件2906的拍摄参数。
接近传感器2916,也称距离传感器,通常设置在计算机设备2900的前面板。接近传感器2916用于采集用户与计算机设备2900的正面之间的距离。在一个实施例中,当接近传感器2916检测到用户与计算机设备2900的正面之间的距离逐渐变小时,由处理器2901控制触摸显示屏2905从亮屏状态切换为息屏状态;当接近传感器2916检测到用户与计算机设备2900的正面之间的距离逐渐变大时,由处理器2901控制触摸显示屏2905从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图29中示出的结构并不构成对计算机设备2900的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
在一示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括至少一条指令、至少一段程序、代码集或指令集的存储器,上述至少一条指令、至少一段程序、代码集或指令集可由处理器执行以完成上述各个虚拟宠物商品的交易方法中,由服务器集群、第一终端、第二终端或者第三终端执行的全部或者部分步骤。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确 结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (20)

  1. 一种虚拟宠物商品的交易方法,由为应用程序提供后台支持的服务器集群执行,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述方法包括:
    接收第一终端发送的购买请求,所述购买请求用于请求购买第一宠物商品,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
    根据所述购买请求获取第一验证信息,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息;
    当所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一账号是所述第一终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号。
  2. 根据权利要求1所述的方法,其特征在于,在所述根据所述购买请求获取第一验证信息的步骤之前,还包括:
    根据所述购买请求获取第二验证信息,所述第二验证信息是存储在所述区块链系统之外的,用于指示所述购买请求的合法性的第一类型信息;
    所述根据所述购买请求获取第一验证信息,包括:
    当所述第二验证信息指示所述购买请求合法时,执行所述根据所述购买请求获取第一验证信息的步骤。
  3. 根据权利要求1所述的方法,其特征在于,所述方法还包括:
    当所述第一验证信息指示所述购买请求合法时,在完成将所述第一宠物商品的所有权由第二账号转移至第一账号之前,将所述第一宠物商品的锁定状态设置为已锁定。
  4. 根据权利要求1至3任一所述的方法,其特征在于,所述第一类型信息包括:
    所述第一宠物商品的所有权是否合法、所述第一宠物商品的价格是否合法、所述第一宠物商品的可出售状态是否合法、所述第一宠物商品的锁定状 态是否为未锁定以及所述第一账号是否拥有购买所述第一宠物商品所需的资源、以及是否成功扣除购买所述第一宠物商品所需的资源中的至少一种。
  5. 根据权利要求1所述的方法,其特征在于,所述方法还包括:
    接收第二终端发送的上架请求,所述上架请求用于请求上架出售所述第一宠物商品;
    根据所述上架请求获取第三验证信息,所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的第二类型信息;
    当所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述交易界面上架。
  6. 根据权利要求5所述的方法,其特征在于,在所述根据所述上架请求获取第三验证信息的步骤之前,所述方法还包括:
    根据所述上架请求获取第四验证信息,所述第四验证信息是存储在所述区块链系统之外的,用于指示所述上架请求的合法性的第二类型信息;
    所述根据所述上架请求获取第三验证信息,包括:
    当所述第四验证信息指示所述上架请求合法时,执行所述根据所述上架请求获取第三验证信息的步骤。
  7. 根据权利要求5所述的方法,其特征在于,所述当所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述交易界面上架,包括:
    当所述第三验证信息指示所述上架请求合法时,在所述交易界面中的公示区域添加所述第一宠物商品的信息展示控件,所述公示区域中的各个虚拟宠物处于禁止交易状态,所述信息展示控件用于展示对应的虚拟宠物的信息;
    当所述第一宠物商品的信息展示控件在所述公示区域中的有效展示时长达到预设时长时,在所述交易界面中的交易区域添加所述第一宠物商品的购买入口。
  8. 根据权利要求7所述的方法,其特征在于,所述有效展示时长是在各个预定周期中的指定时间段内展示的时长。
  9. 根据权利要求5至8任一所示的方法,其特征在于,所述第二类型信息包括:
    所述第一宠物商品的所有权是否合法、所述第一宠物商品的价格是否合法、所述第一宠物商品的可出售状态是否合法、所述第二账号是否拥有上架所述第一宠物商品所需的资源、所述第二账号的邮箱是否已满、以及是否成功扣除上架所述第一宠物商品所需的资源中的至少一种。
  10. 根据权利要求1所述的方法,其特征在于,所述方法还包括:
    接收第三终端发送的下架请求,所述下架请求用于请求将第二宠物商品从所述应用程序的交易界面中下架,所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
    根据所述下架请求获取第五验证信息,所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的第三类型信息;
    当所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架。
  11. 根据权利要求10所述的方法,其特征在于,在所述根据所述下架请求获取第五验证信息的步骤之前,所述方法还包括:
    根据所述下架请求获取第六验证信息,所述第六验证信息是存储在所述区块链系统之外的,用于指示所述下架请求的合法性的第三类型信息;
    所述根据所述下架请求获取第六验证信息,包括:
    当所述第六验证信息指示所述下架请求合法时,执行所述根据所述下架请求获取第五验证信息的步骤。
  12. 根据权利要求10或11所示的方法,其特征在于,所述第三类型信息包括:
    所述第二宠物商品的所有权是否合法以及所述第二宠物商品的可下架状态是否合法中的至少一种。
  13. 一种虚拟宠物商品的交易方法,由运行有应用程序的终端执行,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述方法包括:
    展示所述应用程序的交易界面,所述交易界面中包含第一宠物商品的购买控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
    检测到对所述购买控件的触发操作时,向服务器集群发送购买请求,所述购买请求用于触发所述服务器集群获取第一验证信息,并在所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息,所述第一账号是所述终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号;
    在所述应用程序的宠物展示界面中展示所述第一宠物商品,所述宠物展示界面用于展示所述第一账号拥有的虚拟宠物。
  14. 根据权利要求13所述的方法,其特征在于,所述方法还包括:
    在所述交易界面中展示所述第一宠物商品的价格走势控件;
    检测到对所述价格走势控件的触发操作时,展示所述第一宠物商品的价格走势界面,所述价格走势界面中包含所述第一宠物商品在上架时间点开始后的各个时间点上的价格。
  15. 一种虚拟宠物商品的交易方法,由运行有应用程序的终端执行,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述方法包括:
    展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第二账号拥有的宠物商品,所述第二账号是在所述终端中登录的账号;
    检测到对所述宠物展示界面中的第一宠物商品的触发操作时,展示所述第一宠物商品的宠物信息界面,所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
    检测到对所述出售控件的触发操作时,向服务器集群发送上架请求,所述上架请求用于触发所述服务器集群获取第三验证信息,并在所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述应用程序的交易界面上架;所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的上架验证信息。
  16. 一种虚拟宠物商品的交易方法,由运行有应用程序的终端执行,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述方法包括:
    展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第三账号拥有的宠物商品,所述第三账号是在所述终端中登录的账号;
    检测到对所述宠物展示界面中的第二宠物商品的触发操作时,展示所述第二宠物商品的宠物信息界面,所述第二宠物商品是已经在所述交易界面上架的虚拟宠物,且所述宠物信息界面中包含所述第二宠物商品的下架控件,所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
    检测到对所述下架控件的触发操作时,向所述服务器集群发送下架请求,所述下架请求用于触发所述服务器集群获取第五验证信息,并在所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架;所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的下架验证信息。
  17. 一种虚拟宠物商品的交易装置,用于为应用程序提供后台支持的服务器集群中,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述装置包括:
    购买请求接收模块,用于接收第一终端发送的购买请求,所述购买请求用于请求购买第一宠物商品,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
    第一验证信息获取模块,用于根据所述购买请求获取第一验证信息,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性 的第一类型信息;
    交易模块,用于当所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一账号是所述第一终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号。
  18. 一种虚拟宠物商品的交易装置,用于运行有应用程序的终端中,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述装置包括:
    交易界面展示模块,用于展示所述应用程序的交易界面,所述交易界面中包含第一宠物商品的购买控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
    购买请求发送模块,用于检测到对所述购买控件的触发操作时,向服务器集群发送购买请求,所述购买请求用于触发所述服务器集群获取第一验证信息,并在所述第一验证信息指示所述购买请求合法时,将所述第一宠物商品的所有权由第二账号转移至第一账号,所述第一验证信息是存储在区块链系统中的,用于指示所述购买请求的合法性的第一类型信息,所述第一账号是所述终端中登录的账号,所述第二账号是出售所述第一宠物商品的账号;
    商品展示模块,用于在所述应用程序的宠物展示界面中展示所述第一宠物商品,所述宠物展示界面用于展示所述第一账号拥有的虚拟宠物。
  19. 一种虚拟宠物商品的交易装置,用于运行有应用程序的终端中,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述装置包括:
    宠物界面展示模块,用于展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第二账号拥有的宠物商品,所述第二账号是在所述终端中登录的账号;
    信息界面展示模块,用于检测到对所述宠物展示界面中的第一宠物商品的触发操作时,展示所述第一宠物商品的宠物信息界面,所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件,所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具;
    上架请求发送模块,用于检测到对所述出售控件的触发操作时,向服务器集群发送上架请求,所述上架请求用于触发所述服务器集群获取第三验证信息,并在所述第三验证信息指示所述上架请求合法时,将所述第一宠物商品在所述应用程序的交易界面上架;所述第三验证信息是存储在区块链系统中的,用于指示所述上架请求的合法性的上架验证信息。
  20. 一种虚拟宠物商品的交易装置,用于运行有应用程序的终端中,所述应用程序提供有虚拟宠物,且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的,所述装置包括:
    宠物界面展示模块,用于展示所述应用程序的宠物展示界面,所述宠物展示界面用于展示第三账号拥有的宠物商品,所述第三账号是在所述终端中登录的账号;
    信息界面展示模块,用于检测到对所述宠物展示界面中的第二宠物商品的触发操作时,展示所述第二宠物商品的宠物信息界面,所述第二宠物商品是已经在所述交易界面上架的虚拟宠物,且所述宠物信息界面中包含所述第二宠物商品的下架控件,所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具;
    下架请求发送模块,用于检测到对所述下架控件的触发操作时,向所述服务器集群发送下架请求,所述下架请求用于触发所述服务器集群获取第五验证信息,并在所述第五验证信息指示所述下架请求合法时,将所述第二宠物商品从所述交易界面中下架;所述第五验证信息是存储在区块链系统中的,用于指示所述下架请求的合法性的下架验证信息。
PCT/CN2019/102170 2018-08-30 2019-08-23 虚拟宠物商品的交易方法和装置 WO2020043018A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/078,927 US20210042819A1 (en) 2018-08-30 2020-10-23 Method and apparatus for trading virtual pet commodity

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811006230.3A CN109272380B (zh) 2018-08-30 2018-08-30 虚拟宠物商品的交易方法、装置、设备及存储介质
CN201811006230.3 2018-08-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/078,927 Continuation US20210042819A1 (en) 2018-08-30 2020-10-23 Method and apparatus for trading virtual pet commodity

Publications (1)

Publication Number Publication Date
WO2020043018A1 true WO2020043018A1 (zh) 2020-03-05

Family

ID=65154737

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/102170 WO2020043018A1 (zh) 2018-08-30 2019-08-23 虚拟宠物商品的交易方法和装置

Country Status (3)

Country Link
US (1) US20210042819A1 (zh)
CN (3) CN110428307A (zh)
WO (1) WO2020043018A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112053156A (zh) * 2020-05-12 2020-12-08 杭州复杂美科技有限公司 宠物领养方法、设备和存储介质
CN113362079A (zh) * 2021-05-31 2021-09-07 中国科学技术大学 一种基于区块链与环境和商品指纹的可追溯交易方法

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110428307A (zh) * 2018-08-30 2019-11-08 腾讯科技(深圳)有限公司 虚拟宠物商品的交易方法、系统、设备及存储介质
CN110070402A (zh) * 2019-04-30 2019-07-30 北京金山云网络技术有限公司 一种云计算服务的试用方法、装置及服务器
EP4139875A1 (en) * 2019-05-16 2023-03-01 Mighty Jaxx International Pte. Ltd. An ownership data management system and method
CN110503550A (zh) * 2019-07-23 2019-11-26 周奕 一种股票数据分析系统
US10682575B1 (en) 2019-10-03 2020-06-16 Mythical, Inc. Systems and methods for generating in-game assets for a gaming platform based on inheriting characteristics from other in-game assets
CN111408134A (zh) * 2020-02-28 2020-07-14 网易(杭州)网络有限公司 二次确认的显示控制方法、装置、电子设备及存储介质
CN111729315B (zh) * 2020-06-24 2024-02-09 网易(杭州)网络有限公司 游戏虚拟宠物的获取方法、系统、电子设备和存储介质
US11192034B1 (en) 2020-07-08 2021-12-07 Mythical, Inc. Systems and methods for determining how much of a created character is inherited from other characters
CN112581145A (zh) * 2020-12-22 2021-03-30 中国农业银行股份有限公司 一种资质验证方法及装置
CN112799571B (zh) * 2021-01-13 2023-03-10 网易(杭州)网络有限公司 二次确认的显示控制方法、装置、终端及存储介质
CN112950314A (zh) * 2021-02-26 2021-06-11 腾竞体育文化发展(上海)有限公司 购票资格的确定方法、装置、设备及存储介质
US11148058B1 (en) * 2021-05-10 2021-10-19 Mythical, Inc. Systems and methods for gated in-game access based on collections of unique digital articles
CN113680070A (zh) * 2021-08-26 2021-11-23 网易(杭州)网络有限公司 虚拟交互对象浏览方法、装置、电子设备及存储介质
CN113786621A (zh) * 2021-08-26 2021-12-14 网易(杭州)网络有限公司 虚拟交易节点浏览方法、装置、电子设备及存储介质
CN113641443B (zh) * 2021-08-31 2023-10-24 腾讯科技(深圳)有限公司 界面元素的显示方法、装置、设备及可读存储介质
CN114429389A (zh) * 2022-01-27 2022-05-03 支付宝(杭州)信息技术有限公司 数字商品的展示方法及装置
CN114432699A (zh) * 2022-01-28 2022-05-06 腾讯科技(深圳)有限公司 虚拟房间的装饰方法、装置、设备及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090248881A1 (en) * 2006-11-30 2009-10-01 Tencent Technology (Shenzhen) Company Limited Method, Server And System For Controlling A Virtual Role
CN103854218A (zh) * 2012-12-06 2014-06-11 腾讯科技(深圳)有限公司 线上应用虚拟资源移转方法、装置及系统
CN107066893A (zh) * 2017-02-28 2017-08-18 腾讯科技(深圳)有限公司 区块链中账户信息的处理方法和装置
CN107993069A (zh) * 2017-12-13 2018-05-04 清华大学 一种基于区块链网络的在线交易方法及系统
CN109272380A (zh) * 2018-08-30 2019-01-25 腾讯科技(深圳)有限公司 虚拟宠物商品的交易方法、装置、设备及存储介质

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186851B (zh) * 2011-12-30 2018-05-25 上海博泰悦臻电子设备制造有限公司 基于云数据处理技术的电子支付系统
US20170213287A1 (en) * 2012-03-06 2017-07-27 Daniel B. Bruno System and method for providing a cryptographic platform for exchanging debt securities denominated in virtual currencies
CN103854192A (zh) * 2012-12-06 2014-06-11 腾讯科技(深圳)有限公司 线上应用虚拟角色自动交易方法、装置及系统
CN103854191A (zh) * 2012-12-06 2014-06-11 腾讯科技(深圳)有限公司 线上应用虚拟资源自动交易方法及装置
DE102013212627B4 (de) * 2013-06-28 2021-05-27 Bundesdruckerei Gmbh Elektronisches Transaktionsverfahren und Computersystem
CN104780187B (zh) * 2014-01-10 2018-11-16 腾讯科技(深圳)有限公司 链接处理方法、装置、服务器、客户端及系统
US10664920B1 (en) * 2014-10-06 2020-05-26 State Farm Mutual Automobile Insurance Company Blockchain systems and methods for providing insurance coverage to affinity groups
US20160335609A1 (en) * 2015-05-15 2016-11-17 Gareth Jenkins Representation of digital asset structure, ownership and evolution by virtue of a hierarchical, compounding tagging mechanism on a transaction-based network
CN105491004A (zh) * 2015-08-26 2016-04-13 广州爱九游信息技术有限公司 交易关系建立方法、装置及系统
JP6358658B2 (ja) * 2015-11-09 2018-07-18 日本電信電話株式会社 ブロックチェーン生成装置、ブロックチェーン生成方法、ブロックチェーン検証装置、ブロックチェーン検証方法およびプログラム
CN105931052A (zh) * 2016-04-21 2016-09-07 四川大学 一种基于区块链多因子交叉验证的虚拟货币交易验证方法
US11461783B2 (en) * 2016-09-23 2022-10-04 Raise Marketplace Inc. Merchant verification in an exchange item marketplace network
CN107077674B (zh) * 2016-12-29 2021-06-11 达闼机器人有限公司 交易验证处理方法、装置及节点设备
US20190392928A1 (en) * 2017-03-01 2019-12-26 Seqster Pdm, Inc. Personal data marketplace for genetic, fitness, and medical information including health trust management
US10944546B2 (en) * 2017-07-07 2021-03-09 Microsoft Technology Licensing, Llc Blockchain object interface
CN107547514A (zh) * 2017-07-17 2018-01-05 招商银行股份有限公司 身份认证方法、系统及计算机可读存储介质
US20190107991A1 (en) * 2017-09-13 2019-04-11 Magical Technologies, Llc Systems and methods of virtual billboarding and collaboration facilitation in an augmented reality environment
US10334906B1 (en) * 2018-05-31 2019-07-02 Nike, Inc. Intelligent electronic footwear and control logic for automated infrastructure-based pedestrian tracking
US11295318B2 (en) * 2018-12-07 2022-04-05 Nike, Inc. Systems and methods for provisioning cryptographic digital assets for blockchain-secured retail products
US11113754B2 (en) * 2018-12-07 2021-09-07 Nike, Inc. Event-based distribution of cryptographically secured digital assets
US10505726B1 (en) * 2018-12-07 2019-12-10 Nike, Inc. System and method for providing cryptographically secured digital assets
US20210377052A1 (en) * 2020-05-26 2021-12-02 Lips Co. Social media content management systems

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090248881A1 (en) * 2006-11-30 2009-10-01 Tencent Technology (Shenzhen) Company Limited Method, Server And System For Controlling A Virtual Role
CN103854218A (zh) * 2012-12-06 2014-06-11 腾讯科技(深圳)有限公司 线上应用虚拟资源移转方法、装置及系统
CN107066893A (zh) * 2017-02-28 2017-08-18 腾讯科技(深圳)有限公司 区块链中账户信息的处理方法和装置
CN107993069A (zh) * 2017-12-13 2018-05-04 清华大学 一种基于区块链网络的在线交易方法及系统
CN109272380A (zh) * 2018-08-30 2019-01-25 腾讯科技(深圳)有限公司 虚拟宠物商品的交易方法、装置、设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Inventory Check: Ten Cases of ''Blockchain+Games", WWW.100EC.CN, 19 April 2018 (2018-04-19), XP055696794, Retrieved from the Internet <URL:http://www.100ec.cn/detail--6445808.html> *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112053156A (zh) * 2020-05-12 2020-12-08 杭州复杂美科技有限公司 宠物领养方法、设备和存储介质
CN113362079A (zh) * 2021-05-31 2021-09-07 中国科学技术大学 一种基于区块链与环境和商品指纹的可追溯交易方法
CN113362079B (zh) * 2021-05-31 2023-07-18 中国科学技术大学 一种基于区块链与环境和商品指纹的可追溯交易方法

Also Published As

Publication number Publication date
US20210042819A1 (en) 2021-02-11
CN110458660A (zh) 2019-11-15
CN110428307A (zh) 2019-11-08
CN109272380B (zh) 2023-01-06
CN109272380A (zh) 2019-01-25

Similar Documents

Publication Publication Date Title
WO2020043018A1 (zh) 虚拟宠物商品的交易方法和装置
KR102510194B1 (ko) 가상 애완동물의 정보 디스플레이 방법, 장치, 단말기, 서버, 기록 매체, 및 시스템
US11083966B2 (en) Method and apparatus for displaying virtual pet, terminal, and storage medium
WO2020038121A1 (zh) 虚拟宠物的繁育方法、装置、设备及存储介质
CN110585726A (zh) 用户召回方法、装置、服务器及计算机可读存储介质
US11826661B2 (en) Information display method and apparatus for virtual object, terminal, server, and storage medium
US11244032B1 (en) System and method for the creation and the exchange of a copyright for each AI-generated multimedia via a blockchain
CN109345616A (zh) 三维虚拟宠物的二维渲染图的生成方法、设备及存储介质
CN118044152A (zh) 通过非同质化凭证进行的增强现实体验控制
CN111667371A (zh) 基于区块链的资源聚合方法、系统、设备及存储介质
WO2016076128A1 (ja) 情報処理装置および方法、プログラム、並びに情報処理システム
CN110399183B (zh) 虚拟宠物的繁育方法、装置、设备及存储介质
CN110737462B (zh) 应用程序内的功能组件的控制方法、设备及存储介质
CN111760296A (zh) 组队处理方法、装置、终端、服务器及存储介质
CN109126136B (zh) 三维虚拟宠物的生成方法、装置、设备及存储介质
JP7049013B1 (ja) オブジェクト管理システム
CN112827182B (zh) 虚拟对象的属性设置方法、装置、终端及存储介质
KR102523932B1 (ko) 전자 문서에 기반하여 회원권 명의 변경을 지원하는 전자 시스템
CN109045690B (zh) 虚拟宠物获取方法、装置、电子装置及存储介质
CN110806864A (zh) 虚拟卡牌的获取、发放方法、装置、设备及可读存储介质
CN112163862A (zh) 目标功能的处理方法、装置、终端及存储介质
JP7488402B2 (ja) 暗号資産を利用したゲームコンテンツを提供する方法及び装置
JP7081860B1 (ja) 3次元モデル生成システム、3次元モデル生成サーバ、位置情報ゲームサーバ、および3次元モデル生成方法
KR20240001511A (ko) 상품권 nft 연동 서비스 제공 방법 및 시스템
KR20240055615A (ko) 디지털 자산을 중심으로 온라인 플랫폼과 가상 플랫폼을 연계하는 거래 서비스를 제공하는 방법 및 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19855447

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19855447

Country of ref document: EP

Kind code of ref document: A1