WO2005124608A1 - Procede de traitement de donnees pour article virtuel de jeu, systeme de plate-forme de jeu et systeme de jeu - Google Patents

Procede de traitement de donnees pour article virtuel de jeu, systeme de plate-forme de jeu et systeme de jeu Download PDF

Info

Publication number
WO2005124608A1
WO2005124608A1 PCT/CN2005/000860 CN2005000860W WO2005124608A1 WO 2005124608 A1 WO2005124608 A1 WO 2005124608A1 CN 2005000860 W CN2005000860 W CN 2005000860W WO 2005124608 A1 WO2005124608 A1 WO 2005124608A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual item
interface
game
virtual
data processing
Prior art date
Application number
PCT/CN2005/000860
Other languages
English (en)
Chinese (zh)
Inventor
Qian Sun
Quan Qi
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2005124608A1 publication Critical patent/WO2005124608A1/fr
Priority to US11/612,181 priority Critical patent/US20070155508A1/en

Links

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/10—
    • A63F13/12—
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features 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/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
    • A63F2300/407—Data transfer via internet
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features 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/50—Features 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/57—Features 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/575—Features 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

Definitions

  • Game virtual item data processing method game platform system and game system
  • the present invention relates to data processing technology in online games, and in particular, to a game virtual item data processing method, a game platform system, and a game system. Background of the invention
  • a general online network game is a game system. It is developed by game developers and mobile terminal device manufacturers. There is no uniform standard. The current technology development trend is that operators provide a unified game platform, which can run different games provided by game developers.
  • the game platform provides functions such as billing, timers, points management, and session management. For game developers, specific telecommunication equipment protocols and the telecommunication network environment during service deployment are shielded, which saves game developers' development work on the server side.
  • the Open Mobile Alliance OMA's game working group is dedicated to the development of mobile online game platform standard specifications.
  • each game is a relatively independent system, and generally runs on the same computer server as the game platform.
  • FIG. 1 is a schematic structural diagram of a prior art game system.
  • the interfaces between the game module 101 and the game platform 102 include a session management interface, a communication interface, a charging interface, a score and game management interface, a log interface, and a timer interface.
  • the interfaces between the client 100 and the game platform 102 include a login and registration interface, an interface for game creation and scheduling, a game playing interface, a score interface, a message interface, and the like.
  • the game platform 102 does not provide a unified interface for data processing of virtual items, and the virtual items of the game must be processed by the game module 101 respectively.
  • Each game module 101 has its own virtual item data processing program and database storing virtual item data.
  • the data storage format is also different. Especially when the game is developed by different developers, the processing program and storage format are very different. Operators generally also cannot know the virtual item processing program and data storage format, and their maintenance must be maintained by each developer separately. Operators cannot perform unified maintenance. When there are a large number of games in operation, virtual It will be difficult to separately back up, statistics, and analyze the item data. The security and reliability of the processing program completely depends on each developer.
  • a virtual item data processing program developed by a developer has a security vulnerability, it will cause the game user's virtual items to be lost. Or data chaos, it will cause great losses to operators.
  • the virtual items are all virtual item data between games and cannot be shared and transferred, which limits the system's functions.
  • a first main object of the present invention is to provide a method for processing virtual item data in a game, to uniformly process virtual item data in a game system, and to solve problems such as chaos of existing technical data.
  • the second main object of the present invention is to provide a game platform system, which can uniformly process virtual item data in the game system, and solve problems such as data confusion in the prior art.
  • a third main object of the present invention is to provide two game systems, in which virtual item data in the game system can be processed uniformly.
  • the present invention provides a method for processing virtual item data in a game.
  • the method sets a unified virtual item data processing interface and a unified virtual item database in a game system, and processes virtual item data. It includes the following steps:
  • the game of the game system calls the virtual item data processing interface during the running process
  • the virtual item data processing interface interacts with the virtual item database to process the virtual item data.
  • the method for setting the virtual item data processing interface and the virtual item database in the game system may be: setting the virtual item data processing interface and the virtual item database in the game platform of the game system; or setting the virtual item server in the system, The virtual item data processing interface and the virtual item database are set in the virtual item server.
  • the step A may be: each game program sends a virtual item data processing interface call instruction including interface parameters during running;
  • the step B may include:
  • the virtual item data processing interface receives the call instruction containing the interface parameters and checks The legitimacy of the interface parameters. If the interface parameters are valid, step B2 is performed, otherwise the call failure result is returned to the game that sent the call instruction;
  • the virtual article data processing interface interacts with the virtual article database according to the calling instruction and its interface parameters to complete the virtual article data processing;
  • the virtual item data processing interface returns the processing result of the virtual item data to the game sending the calling instruction.
  • the virtual item database may include a game information table, a user information table, and a virtual item table, and may further include a virtual item category table and a virtual item belonging table.
  • the method may further include: setting a virtual item data management module in the game system;
  • the operator sends a call instruction containing the interface parameters to the virtual item data processing interface through the virtual item management module.
  • the virtual data processing interface interacts with the virtual item database according to the instruction and the interface parameters therein to the virtual item data.
  • the processing is performed, and the processing result is returned by the virtual item data processing interface to the virtual item management module that sends the calling instruction.
  • the virtual item data management module presents the result to the operator.
  • the present invention provides a game platform system, which includes a virtual item service module;
  • the virtual item service module includes a virtual item data processing interface and a virtual item database;
  • the virtual item data processing interface receives a virtual item data processing interface call instruction including interface parameters sent by a game module in the game platform system to the game platform system, and interacts with the virtual item database according to the instruction and the interface parameters therein. , Processing the virtual item data, and returning the processing result to the game module that sends the calling instruction;
  • the virtual item database stores virtual item data of game modules in the game platform system.
  • the virtual item data processing interface may include at least the following virtual item creation interfaces, virtual item allocation interfaces, virtual item modification interfaces, virtual item transaction interfaces, virtual item transfer interfaces, and virtual item Query interface, statistics interface for virtual items.
  • the game platform system may further include: a virtual item data management module; the virtual item data management module has a management and maintenance interface, receives a call instruction including interface parameters, and sends the virtual item data processing interface in the virtual item service unit; virtual data After receiving the call instruction, the processing interface interacts with the virtual item database according to the call instruction and the interface parameters therein, processes the virtual item data, and returns the processing result to the virtual item data management module and the virtual item data that sent the call instruction.
  • the management module presents the results.
  • the present invention provides two game platform systems:
  • the first game system includes a client, a game module, and a game platform, and the system further includes a virtual item service unit;
  • the virtual item service unit includes a virtual item data processing interface and a virtual item database;
  • the virtual item data processing interface receives a virtual item data processing interface call instruction including interface parameters sent by a game module in the game system, and interacts with the virtual item database according to the instruction and the interface parameters therein to perform virtual item data processing. Process, and return the processing result to the game module that sent the call instruction;
  • the virtual item database stores virtual item data of game modules in the game system.
  • the virtual item data processing interface includes at least one of the following: a virtual item creation interface, a virtual item allocation interface, and a virtual item modification interface. Interface, virtual item transaction interface, virtual item transfer interface, virtual item query interface, virtual item statistics interface.
  • the virtual item service unit may be a virtual item service module provided on a game platform or a virtual item server independent of the game platform.
  • the system may further include: a virtual item data management module; the virtual item data management module has a management and maintenance interface, receives a call instruction including an interface parameter, and sends the call instruction to a virtual item data processing interface in a virtual item service unit;
  • the virtual data processing interface After receiving the call instruction, the virtual data processing interface interacts with the virtual item database according to the call instruction and the interface parameters therein, processes the virtual item data, and returns the processing result to the virtual item data management module that sends the call instruction.
  • the item data management module presents the results.
  • the second game system includes a game system including a client and a game module, and the system further includes a virtual item server; the virtual item server includes a virtual item data processing interface and a virtual item database;
  • the virtual item data processing interface receives a virtual item data processing interface call instruction including interface parameters sent by a game module in the game system, and interacts with the virtual item database according to the instruction and the interface parameters therein to perform virtual item data processing. Process, and return the processing result to the game module that sent the call instruction;
  • the virtual item database stores virtual item data of game modules in the game system.
  • the virtual item data processing interface may include at least one of the following: a virtual item creation interface, a virtual item allocation interface, a virtual item modification interface, a virtual item transaction interface, a virtual item transfer interface, and a virtual item query Interface, statistical interface for virtual items.
  • the system may further include: a virtual item data management module;
  • the virtual item data management module has a management and maintenance interface, receives a call instruction including an interface parameter, and sends the call instruction to the virtual item data processing unit P in the virtual item service unit;
  • the virtual data processing interface After receiving the call instruction, the virtual data processing interface interacts with the virtual item database according to the call instruction and the interface parameters therein, processes the virtual item data, and returns the processing result to the virtual item data management module that sends the call instruction.
  • the item data management module presents the results.
  • the key of the present invention is: setting a unified virtual item data processing interface and a unified virtual item database in the game system, and the virtual item data processing of the game in the game system is accessed through the unified virtual item data processing interface
  • the game system processes all virtual item data of all games.
  • FIG. 1 is a schematic structural diagram of a prior art game system
  • FIG. 3 is an implementation flowchart of creating a virtual item according to the present invention.
  • FIG. 4 is a flowchart of implementation of virtual item allocation according to the present invention.
  • FIG. 5 is a flowchart of implementation of modification of a virtual item according to the present invention
  • FIG. Figure 6 is a flowchart of implementation of virtual goods transactions between users of the present invention
  • Figure 7a is a flowchart of implementations of users selling virtual items to the system
  • Figure 7b is a flowchart of implementations of users purchasing virtual items from the system
  • FIG. 8a is an implementation flowchart of donating a virtual item according to the present invention
  • FIG. 8b is a flowchart of implementing virtual item sharing according to the present invention.
  • FIG. 8c is an implementation flowchart of a virtual item exchange according to the present invention.
  • FIG. 9a is a flowchart of implementing a first virtual item query according to the present invention.
  • FIG. 9b is a flowchart of implementing a second virtual item query according to the present invention.
  • FIG. 9c is an implementation flowchart of a third virtual item query according to the present invention.
  • FIG. 10 is a flowchart of implementing virtual article statistics according to the present invention.
  • Fig. 11a is a schematic structural diagram of a first preferred embodiment of a game system of the present invention
  • Fig. 1b is a schematic structural diagram of a second preferred embodiment of a game system of the present invention
  • Fig. 12 is a third preferred embodiment of a game system of the present invention Schematic diagram of the structure.
  • the main idea of the present invention is to set a unified virtual item data processing interface and a unified virtual item database in the game system, and the data processing of the game's virtual items in the game system accesses the unified virtual item through the unified virtual item data processing interface. database.
  • FIG. 2 is a flowchart of processing game virtual item data according to the present invention.
  • the process of processing the game virtual item data can be realized by the following two steps: Step 201: A game in the game system may call a virtual item data processing interface during running.
  • Step 202 The virtual item data processing interface interacts with the virtual item database to process the virtual item data.
  • Virtual currency owned by users can purchase virtual items, virtual items owned by users can also be sold for virtual currencies, and users can conduct virtual item transactions with other users or with the system.
  • Virtual items and virtual currencies can also be acquired or lost through certain behaviors of users in the game in accordance with the rules of the game, or acquired or lost under certain conditions in the system.
  • the virtual item database may include a plurality of database tables related to the virtual item data, which are basically the following three tables:
  • Game information table including game identification, game name, game version, etc.
  • User information table including user identification, virtual currency amount, etc.
  • Virtual Item List Includes virtual item identification, virtual item attributes, belonging user identification, value, etc. Multiple fields are reserved at the same time, and the meaning of the fields is determined by each game according to needs, in order to facilitate the expansion of the game's functions and data content.
  • the virtual item attributes generally have multiple fields, including basic attributes common to similar virtual items such as item category, belonging game ID, etc., and unique attributes such as status of a single virtual item.
  • the above three tables are basic tables of virtual item data. If you want to improve the database design in order to reduce data redundancy and achieve more virtual item processing functions, you can add corresponding database tables to the database.
  • the improved database can include The following database tables: Game information table: including game identification, game name, game version, etc. E.g,
  • User information table including user identification, virtual currency amount, etc.
  • Virtual item category table Includes fields such as virtual item category identification, belonging game identification, value, unallocated quantity, and allocated quantity. Multiple fields can be reserved at the same time, and the meaning of the fields can be determined by each game according to the needs, in order to facilitate the expansion of the game's functions and data content.
  • the table will include basic information such as the item category in the virtual item attributes in the virtual item table,
  • the fields such as the game ID and the like are separated and stored in the virtual item category table, which can reduce data redundancy.
  • the value of virtual items can also be defined in the virtual item category table, that is, the same type of virtual items have the same value.
  • One method of determining the value of a virtual item is to first search the virtual item table when determining the value of the virtual item. If the value field corresponding to the virtual item is not empty, the value of the virtual item is the value of that field; if the virtual item corresponds to If the value field of is empty, the value of the virtual item is the value of the value field in the corresponding virtual item category. This can be compatible with both pricing methods to meet the different needs of the game.
  • Virtual item attribution table Includes fields such as the virtual item ID and the user ID. For example, the virtual item attribution table shown in Table 4.
  • the structural changes of the virtual item table include virtual item identification, virtual item category identification, value, and unique attributes of a single virtual item such as status and other fields. Multiple fields can be reserved. content ⁇ each game needed to decide the meaning of the fields, in order to facilitate the expansion of the game's features and data
  • Virtual item list virtual item identification, virtual item category identification, value, status, etc. Multiple fields can be reserved at the same time, and the meaning of the fields can be determined by each game according to needs, so as to facilitate the expansion of the game's functions and data content.
  • the virtual item table records the information of the virtual items that have been allocated. A virtual item has a unique virtual item ID.
  • the virtual item identification field can be set to an automatic numbering type in the database, which can simply ensure its uniqueness. For example, the virtual item table shown in Table 5. • Virtual Item List '? , '
  • the fields marked PK on the left of the above tables are the primary keys of the database tables.
  • the virtual item database can be distributed or clustered to prevent a single machine from being overloaded.
  • the virtual item data processing interface can be completely implemented by software, for example, the virtual item data processing virtual item data processing interface designed according to the rules of the game.
  • the virtual item data processing interface is divided into virtual item creation, virtual item allocation, virtual item modification, virtual item transaction, virtual item transfer, virtual item query, virtual item statistics, etc. Each part contains one or Multiple interfaces.
  • the system can provide all interfaces or only some interfaces as required.
  • the virtual item data processing method for all interfaces includes three basic steps: check the validity of the interface parameters, interact with the virtual item database to complete the virtual item data processing, and return the processing results of the virtual item data.
  • FIG. 3 is a flowchart of implementation of creating a virtual item according to the present invention.
  • the creation of a virtual item involves only the virtual item category table. The process includes the following steps:
  • Step 301 The virtual item data processing interface receives a creation instruction including interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 302 is performed; otherwise, step 307 is performed.
  • the interface parameters include: virtual item category identification, category name, belonging game identification, value, quantity, etc.
  • the virtual item identification database defines 10 characters, and the virtual item identification value in an interface parameter is 5 digits. An error can be returned through the legality check of the interface parameter without operating the virtual item database. The database returns an error when it cannot find the corresponding virtual item. Database operations are time-consuming and take up system resources, so try to avoid invalid operations.
  • Step 302 Query the virtual item category table according to the virtual item category identifier in the interface parameters.
  • Step 303 Determine whether the virtual item category identifier in the interface parameter already has a corresponding record in the virtual item category table, and if so, execute step 304; otherwise, execute step 306.
  • Step 304 Modify the value of each field of the corresponding existing record, and modify the category name, the game ID, and the value field in the record to the corresponding values in the interface parameters.
  • Step 305 The virtual item quantity field that is not allocated to the user in the existing record is modified to the original unallocated virtual item quantity field value plus the virtual item quantity value in the interface parameter, and step 307 is performed.
  • Step 306 Add a corresponding record directly to the virtual item category, and the value of each field in the record is equal to the corresponding value in the interface parameter.
  • Step 307 Return the creation result information to the game calling this interface. Create a result message.
  • the message can include: success or failure information and error description information on failure.
  • FIG. 4 is a flowchart of implementation of virtual item allocation according to the present invention.
  • the allocation of virtual items involves three database tables: a virtual item category table, a virtual item table, and a virtual item attribution table.
  • the process includes the following steps:
  • Step 401 The virtual item data processing interface receives a virtual item allocation instruction including interface parameters sent by the game, and checks whether the interface parameters are valid. If the parameters are valid, step 402 is performed; otherwise, step 408 is performed.
  • the interface parameters include: virtual item category identification, user identification, and quantity.
  • the checking method is the same as that of step 301.
  • Step 402 Query the virtual item category table according to the virtual item category identifier in the interface parameters.
  • Step 403 Determine whether the virtual item category identifier in the interface parameter already has a corresponding record in the virtual item category table, and if there is, execute step 404; otherwise, execute step 408.
  • Step 404 Determine whether the number of virtual items in the interface parameters is not greater than the unallocated number in the corresponding record, and if yes, go to step 405; otherwise, go to step 408.
  • Step 405 Modify the corresponding record of the virtual item category table, and subtract the quantity in the interface parameter from the original unallocated quantity field; the value of the allocated quantity field plus the quantity in the interface parameter.
  • Step 406 Add a record to the virtual item table.
  • the number of records is equal to the number of virtual item parameters in the interface parameters.
  • the virtual item identifier in the added record is generated by a program or a database.
  • the program uses a certain algorithm to generate the virtual item ID. For example, the largest virtual item ID in the virtual item table is queried first, and then 1 is added to it. That is, there are many other well-known algorithms, which are not repeated here.
  • the method for automatically generating a virtual item identifier described above is applicable to each virtual object data processing interface involved in the present invention that generates a virtual item identifier.
  • Step 407 Add the correspondence between the virtual item identifier and the user identifier of the interface parameter to the virtual item attribution table, that is, the attribution record.
  • Step 408 Return the allocation result information to the game calling this interface.
  • Result information can include: success or failure information and error description information on failure.
  • FIG. 5 is a flowchart of implementation of modification of a virtual item according to the present invention.
  • Virtual item modification only involves the virtual item list. The process includes the following steps:
  • Step 501 The virtual item data processing interface receives a virtual item modification instruction including interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 502 is performed; otherwise, step 505 is performed.
  • Interface parameters include: virtual item identification, attribute field name, attribute field value.
  • the attribute field name can be a list of attribute fields, and the attribute field value is also a corresponding attribute value list, so that multiple attributes of the virtual item can be modified at the same time.
  • the checking method is the same as that of step 301.
  • Step 502 Query the virtual item table according to the virtual item identifier in the interface parameters.
  • Step 503 It is determined whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item table, and if so, step 504 is performed; otherwise, step 505 is performed.
  • Step 504 Modify each field value of the corresponding record in the virtual item table according to the attribute field name and the attribute field value in the interface parameters.
  • Step 505 Return the modification result information to the game calling this interface.
  • Result information can include: success or failure information and error description information on failure.
  • the transactions of virtual items include transactions between users and transactions between users and the system. These are explained separately below.
  • the transactions between users include the two cases where the user sells virtual items owned by himself or buys virtual items owned by other users, and the data processing process is the same in both cases.
  • FIG. 6 is a flowchart of implementation of transactions between users of virtual goods according to the present invention.
  • the transactions between users of virtual items involve four database tables: a virtual item category table, a virtual item table, a virtual item ownership table, and a user information table.
  • the process includes the following steps:
  • Step 601 The virtual item data processing interface receives a virtual item transaction instruction containing interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 602 is performed; otherwise, step 608 is performed.
  • the interface parameters include: the virtual item identification, the user identification of the selling user and the buying user, and the price.
  • Step 602 Query the virtual item table according to the virtual item identifier in the interface parameters.
  • step 603 it is determined whether the virtual item category identifier in the interface parameter is in the virtual item table. If there is a corresponding record, step 604 is performed; otherwise, step 608 is performed.
  • Step 604 Delete the record corresponding to the virtual item identifier in the virtual item ownership table. Before this step, a step may be added to determine whether there is a corresponding record of the virtual item ID in the virtual item attribution table and the sold user ID in the interface parameters, and if there is, execute step 604; otherwise, execute step 608.
  • Step 605 Insert a virtual item attribution data record corresponding to the virtual item ID and the purchase user ID in the interface parameter into the virtual item attribution table.
  • Step 606 Modify the user information table, and subtract the value of the virtual item from the amount of virtual currency in the corresponding record of the user ID of the user who bought in the interface parameters.
  • Step 607 Increase the value of the virtual item by recording the amount of virtual currency corresponding to the user ID of the selling user to which the virtual item originally belongs. If there are multiple users, the value of the virtual item increases to the amount of virtual money of each user on average.
  • Step 608 Returns the selling result information to the game calling this interface.
  • Result information is available To include: success or failure information and error description information on failure.
  • the method for determining the value of the virtual item in this embodiment is: a price is input in the interface parameter, and the price is the value of the virtual item.
  • the interface parameter may not give a price.
  • the value field of the virtual item table can be found from the corresponding record in the virtual item table. The amount of value of the virtual item. If there is no value field value in the corresponding record of the virtual item table, the virtual item category table can be queried, and the value of the virtual item is the value field value of the corresponding category record in the virtual item category table.
  • the above-mentioned method for determining the value of a virtual item is applicable to each of the virtual item data processing interfaces including the processing of value data according to the present invention.
  • FIG. 7a is an implementation flow chart of a user selling virtual items to the system in the present invention.
  • Selling virtual items to the system also involves four database tables: a virtual item category table, a virtual item table, a virtual item attribution table, and a user information table.
  • the process includes the following steps: Step 701: The virtual item data processing interface receives a virtual item selling instruction containing interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 702 is performed; otherwise, step 709 is performed.
  • the interface parameters include: virtual item identification, user identification, and price.
  • the user identified here is the sell user.
  • Step 702 Query the virtual item attribution table according to the virtual item identifier and the user identifier in the interface parameters.
  • step 703 it is determined whether there is a corresponding record in the attribution table of the virtual item, that is, whether the sold user owns the virtual item, and if so, step 704 is performed; otherwise, step 708 is performed.
  • Step 704 Modify the corresponding record of the virtual item category table, add 1 to the unallocated quantity field, and subtract 1 from the allocated quantity field.
  • the user has one virtual item of the same type, and sells one to the system. in case The user has multiple virtual items of the same type, and all of them need to be sold. This can be achieved by calling this virtual item data processing interface multiple times.
  • Step 705 Delete the corresponding record from the virtual item table according to the virtual item identifier in the interface parameters.
  • Step 706 Delete the correspondence between the virtual item identifier and the selling user identifier in the interface parameter in the virtual item attribution table, that is, the belonging record.
  • Step 707 Modify the user information table, and increase the value of the virtual item by adding the virtual currency in the corresponding record of the user ID of the sold user in the interface parameters.
  • Step 708 Return the selling result information to the game calling the interface program.
  • Result information can include: success or failure information and error description information on failure.
  • FIG. 7 is a flowchart of implementation of a user buying a virtual item from the system according to the present invention.
  • Buying virtual items from the system also involves four database tables: a virtual item category table, a virtual item table, a virtual item ownership table, and a user information table.
  • the process includes the following steps:
  • Step 711 The virtual item data processing interface receives a virtual item buy instruction containing interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 712 is performed; otherwise, step 719 is performed.
  • Interface parameters include: virtual item category identification, user identification, price, and quantity.
  • the user identification here is a buying user, which can be one or more.
  • Step 712 Query the virtual item category table according to the virtual item category identifier in the interface parameters.
  • Step 713 Determine whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item category table, that is, whether there is a virtual item of that category in the database, and if there is no, go to step 714; otherwise, go to step 719.
  • Step 714 Determine whether the number in the interface parameters is not greater than the unallocated number in the corresponding record, and if yes, go to step 715; otherwise, go to step 719.
  • Step 715 Modify the corresponding record of the virtual item category table. The unallocated quantity field is reduced by the number of interface parameters, and the allocated quantity is increased by the number of interface parameters.
  • Step 716 Add a record to the virtual item table.
  • the number of records is equal to the number in the interface parameter.
  • the virtual item identifier in the added record is generated by a program or a database.
  • Step 717 Add the correspondence between the virtual item identifier and the user identifier in the interface parameter to the virtual item attribution table, that is, the attribution record.
  • step 718 the user information table is modified, and the virtual currency in the corresponding record of the user ID of the user who bought in the interface parameters is reduced by the corresponding amount of the virtual item.
  • Step 719 Return the buying result information to the game calling the interface program.
  • Result information can include: success or failure information and error description information on failure.
  • the invention can conveniently realize the transfer of virtual items.
  • the transfer of virtual items can be divided into gifts of virtual items, sharing of virtual items, and exchange of virtual items. This is explained separately below.
  • FIG. 8a is a flowchart of implementation of a virtual item donation according to the present invention.
  • the grant of virtual items involves a virtual item attribution table. It includes the following steps:
  • Step 801 The virtual item data processing interface receives a virtual item donation instruction including interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 802 is performed; otherwise, step 805 is performed.
  • the interface parameters include: the virtual item ID, the original user ID, and the gifted user ID.
  • Step 802 Query the virtual item attribution table according to the original belonging user ID, the gifted user ID, and the virtual item ID in the interface parameters.
  • Step 803 Determine whether the original belonging user owns the virtual item identified by the virtual item in the interface parameter in the virtual item attribution table, and if there is, execute step 804; otherwise, perform step 805.
  • Step 804 Delete the corresponding records of the original belonging user and the virtual item identifier, and add the corresponding records of the user ID and the virtual item identifier donated in the interface parameters.
  • step 805 the gift end information is returned to the game calling this interface.
  • the result information may include: success or failure information and error description information at the time of failure.
  • FIG. 8b is a flowchart of implementation of virtual item sharing according to the present invention.
  • the sharing of virtual items involves a virtual item attribution table. It includes the following steps:
  • Step 81 1 The virtual item data processing interface receives the virtual item sharing instruction including the interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 812 is performed; otherwise, step 815 is performed.
  • the interface parameters include: virtual item identification, home user identification, and shared user identification list.
  • Step 812 Query the virtual item attribution table according to the virtual item identifier and the belonging user identifier in the interface parameters.
  • Step 813 Determine whether a corresponding record exists in the virtual item attribution table, that is, whether the user belonging to the user identifier in the interface parameter owns the virtual item, and if so, execute step 814, otherwise execute step 815.
  • Step 814 Add a corresponding record of the shared user identification list and the virtual item identification in the interface parameter to the virtual item attribution table.
  • Step 815 Return the sharing result information to the game calling this interface.
  • Result information can include: success or failure information and error description information on failure.
  • FIG. 8c is a flowchart of implementation of a virtual item exchange according to the present invention.
  • the exchange of virtual items involves a virtual item attribution table. It includes the following steps:
  • Step 821 The virtual item data processing interface receives the interface parameter sent by the game.
  • the number of virtual goods exchange instructions and check whether the interface parameters are legal, if legal, go to step 822; otherwise, go to step 825.
  • the interface parameters include: virtual item identification 1 and virtual item identification 2.
  • Step 822 Query the home user ID corresponding to the interface parameter virtual item ID 1 and virtual item ID 2 in the virtual item belonging table.
  • step 823 it is determined whether the home user identifiers corresponding to the virtual item identifier 1 and the virtual item identifier 2 are the same, and if yes, step 825 is performed, otherwise step 824 is performed.
  • Step 824 Modify the home user ID corresponding to virtual item ID 1 in the virtual item attribution table to the home user ID corresponding to virtual item ID 2, and also modify the home user ID corresponding to virtual item ID 2 to the home user corresponding to virtual item ID 1. logo.
  • Step 825 Return the exchange result information to the game calling this interface.
  • Result information can include: success or failure information and error description information on failure.
  • the query in the present invention includes three methods:
  • the first way is to query the category information of the specified virtual item
  • the second method is to query the detailed information of the specified virtual item
  • the third method is to query the virtual items owned by the specified user; each of them will be described below.
  • FIG. 9a is a flowchart of implementation of a first virtual item query according to the present invention.
  • This process involves a virtual item table and a virtual item category table.
  • the process includes the following steps: Step 901: The virtual item data processing interface receives a virtual item query instruction including interface parameters sent by a game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 902 is performed; otherwise, step 905 is performed.
  • Interface parameters include: Virtual item identification.
  • Step 902 Query the virtual item table according to the virtual item identifier in the interface parameters.
  • Step 903 Determine whether there is a corresponding record, and if so, execute step 904; otherwise, execute step 905.
  • Step 904 Query the virtual item category table according to the value of the corresponding virtual item category identifier field in the query to obtain the category information of the virtual item.
  • Step 905 Return the query result information to the game calling this interface.
  • Result information can include: success or failure information and error description information on failure.
  • FIG. 9b is a flowchart of implementation of a second virtual item query according to the present invention.
  • This process involves a virtual item list. The process includes the following steps:
  • Step 91 1 The virtual item data processing interface receives a virtual item query instruction including interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 912 is performed; otherwise, step 914 is performed.
  • Interface parameters include: Virtual item identification.
  • Step 912 Query the virtual item table according to the virtual item identifier in the interface parameters.
  • step 913 it is determined whether there is a corresponding record, and if there are respective field values of the corresponding record in the virtual item table, step 914 is performed, otherwise step 914 is directly performed.
  • Step 914 Return the query result information to the game calling this interface.
  • Result information can include: success or failure information and error description information on failure.
  • FIG. 9c is a flowchart of implementation of a third virtual item query according to the present invention. This process involves a virtual item attribution table. It includes the following steps:
  • Step 921 The virtual item data processing interface receives a virtual item query instruction including interface parameters sent by the game, and checks whether the interface parameters are valid. If the interface parameters are valid, step 922 is performed; otherwise, step 924 is performed. Interface parameters include: User ID.
  • Step 922 Query the virtual item attribution table according to the user identifier in the interface parameters.
  • Step 923 Obtain a virtual item identifier list corresponding to the user identifier.
  • Step 924 Return the query result information to the game calling this interface.
  • Result information can include: success or failure information and error description information on failure.
  • the invention can realize the statistics of virtual items.
  • FIG. 10 is a flowchart of implementing virtual article statistics according to the present invention. This process involves a virtual item category table and a virtual item table. It includes the following steps:
  • Step 10 The virtual item data processing interface receives a virtual item statistics instruction including interface parameters sent by the game, and checks whether the interface parameters are valid. If the parameters are valid, step 11 is performed; otherwise, step 12 is performed.
  • Interface parameters include: Game identification.
  • Step 11 Query the virtual item category table according to the game ID, and obtain information about the virtual item category corresponding to the game ID, such as the allocated quantity and unallocated quantity of each virtual item category.
  • Step 12 return the statistical result information to the game calling this interface.
  • the result information can include ⁇ : success or failure information and error description information at the time of failure.
  • the specific interface form can be an application program interface API, such as JAVA API, C ++ dynamic link library DLL, or a message instruction interface, such as human Process of computer-interactive language MML.
  • the present invention improves the original game system based on the invention idea that all virtual item data in a game system is stored in a unified database and data processing is performed in a unified manner.
  • the following describes three game system embodiments in detail.
  • FIG. 1a is a schematic structural diagram of a first preferred embodiment of a game system of the present invention Illustration.
  • the game system of this embodiment includes a client 11, a game module 11 1, and a game platform 1 12.
  • the game platform 112 also includes a virtual item service module 113 and a virtual item management module 116.
  • the module includes a virtual item data processing interface 114 and a virtual item database 115.
  • the game platform 1 12 including the virtual item service module 113 and the virtual item management module 116 in this embodiment is a new game platform system proposed by the present invention.
  • the game module 111 sends a call instruction including the interface parameters to the virtual item data processing interface 1 14 in the game platform 113 according to the game rules.
  • the virtual data processing interface 114 After receiving the instruction, the virtual data processing interface 114 according to the instruction and the interface therein The parameter interacts with the database 115 to process the virtual item data, and the virtual item data processing interface 114 returns the processing result to the game module 11 that sends the call instruction.
  • the calling instructions sent by the game module 111 may be: creation instructions for virtual items, allocation instructions for virtual items, modification instructions for virtual items, transaction instructions for virtual items, transfer instructions for virtual items, query instructions for virtual items, and virtual items.
  • Statistical instructions for items may be: creation instructions for virtual items, allocation instructions for virtual items, modification instructions for virtual items, transaction instructions for virtual items, transfer instructions for virtual items, query instructions for virtual items, and virtual items.
  • the virtual goods transaction instructions may include virtual goods transaction instructions between users, as well as instructions for users to sell virtual goods to the system and instructions for users to buy virtual goods from the system.
  • the instructions for transferring virtual items include: gift of virtual items, sharing of virtual items, and instructions for exchanging virtual items.
  • the virtual data processing interface 114 in this embodiment includes: a virtual item creation interface, a virtual item allocation interface, a virtual item modification interface, a virtual item transaction interface, a virtual item transfer interface, a virtual item query interface, and a virtual item. Statistics interface.
  • the virtual data processing interface 114 processes the virtual item data according to each invocation instruction sent by the game module 111, which is the same as the process shown in FIG. 3 to FIG. 10 above, and will not be repeated here.
  • the virtual item management module 116 of the game platform 112 in this embodiment is reserved for the operator
  • the interface for management and maintenance can be a program with a graphical user interface or a command line interface program.
  • the virtual item management module 116 can receive the interface including the interface sent by the operator through the user interface or the command line interface.
  • the parameter invocation command is sent to the virtual item data processing interface 114 in the virtual item service module 113.
  • the virtual data processing interface 114 interacts with the database 115 according to the instruction and the interface parameters therein to perform virtual item data
  • the processing is performed, and the virtual object data processing interface 114 returns the processing result to the virtual item management module 116 that sends the calling instruction.
  • the virtual item management module 116 presents the calling result for the operator to perform management and maintenance. In practical applications, whether to set a virtual item management module can be decided according to the needs of the operator.
  • the calling instructions sent by the virtual item management module 116 may be: a virtual item creation instruction, a virtual item query instruction, and a virtual item statistics instruction.
  • the virtual item management module 116 may send a virtual item creation instruction to the virtual item data processing interface 114 in the virtual item good service module 113 to add a new virtual item.
  • the virtual goods management module 126 may send the virtual goods query instruction or statistical instructions to the virtual goods data processing interface 124 in the virtual goods server 123 to obtain the required information.
  • the virtual item management module 116 can be independently set. See FIG. 11B, which is a schematic structural diagram of a second preferred embodiment of the game system of the present invention. In this embodiment, the virtual item management module 116 is independently provided and is not provided in the game platform 112.
  • FIG. 12 is a schematic structural diagram of a third preferred embodiment of a game system according to the present invention.
  • the game system of this embodiment also includes an independent virtual item server 123 and a virtual item management module 126.
  • the virtual item server 123 includes a virtual item data processing interface 124 and a virtual item database 125.
  • the game module 121 sends a call instruction including interface parameters to the virtual item data processing interface 124 in the virtual item server 123 according to the game rules ; after the virtual data processing interface 124 receives the instruction, The interface parameters interact with the database 125 to process the virtual item data, and the virtual item data processing interface 124 returns the processing result to the game module 121 that sends the call instruction.
  • the calling instruction sent by the game module 121 described here is the same as the embodiment shown in FIG.
  • the virtual item management module 126 in this embodiment is an independent module. Of course, it can also be set in the game platform 122 like the embodiment shown in FIG. 11, or it can be set in the virtual item server 123.
  • the working principle of the virtual item management module 126 is the same as that of the virtual item management module 116 shown in FIG. 11, and the description will not be repeated here.
  • the virtual item data server 124 may also be in the form of a dual machine or a cluster.
  • the number and types of games on the game platform are not fixed, as long as the games use the interface and data storage format of the present invention.
  • a new game has been added to the game platform.
  • the number of various virtual items in the game can be determined according to the capacity of the game, the expected number of users and the characteristics of the game.
  • the game platform system can also allow games that do not use a unified virtual item data processing interface and virtual item database to exist.
  • the game virtual item data processing method, game platform system, and game system of the present invention implement unified processing of virtual item data in the game system and shared circulation of virtual item data between games It solves the problems of chaotic data, difficult maintenance, and poor security in the existing technology, and can reduce development costs.

Abstract

La présente invention porte sur un procédé de traitement de données d'un article virtuel de jeu, ce procédé visant à établir une interface uniforme de traitement de données pour l'article virtuel et une base de données uniforme pour l'article virtuel. Le traitement de données de l'article virtuel consistant en ce que: A- chaque jeu appelle une interface de traitement de données de l'article virtuel dans la procédure de traitement ; B- l'interface de traitement de données de l'article virtuel communique avec la base de données de l'article virtuel pour traiter les données de l'article virtuel. La présente invention porte également sur un système de plate-forme de jeu dans lequel est mis en place un module de service de l'article virtuel, ce module de service comprenant une interface de traitement de données et une base de données de l'article virtuel. L'invention porte également sur un système de jeu comprenant un serveur de l'article virtuel. Cette invention permet d'effectuer un traitement de données de l'article virtuel dans le système de jeu et de résoudre les problèmes liés au coût élevé, aux données désordonnées, aux difficultés de maintenance et à une sécurité défaillante de la technologie existante.
PCT/CN2005/000860 2004-06-18 2005-06-15 Procede de traitement de donnees pour article virtuel de jeu, systeme de plate-forme de jeu et systeme de jeu WO2005124608A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/612,181 US20070155508A1 (en) 2004-06-18 2006-12-18 Method for Processing Data of Game Virtual Items, Game Platform System and Game System

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200410048777.1 2004-06-18
CNB2004100487771A CN1319008C (zh) 2004-06-18 2004-06-18 游戏虚拟物品数据处理方法及游戏平台系统和游戏系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/612,181 Continuation US20070155508A1 (en) 2004-06-18 2006-12-18 Method for Processing Data of Game Virtual Items, Game Platform System and Game System

Publications (1)

Publication Number Publication Date
WO2005124608A1 true WO2005124608A1 (fr) 2005-12-29

Family

ID=35509909

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000860 WO2005124608A1 (fr) 2004-06-18 2005-06-15 Procede de traitement de donnees pour article virtuel de jeu, systeme de plate-forme de jeu et systeme de jeu

Country Status (3)

Country Link
US (1) US20070155508A1 (fr)
CN (1) CN1319008C (fr)
WO (1) WO2005124608A1 (fr)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8888598B2 (en) * 2006-10-17 2014-11-18 Playspan, Inc. Transaction systems and methods for virtual items of massively multiplayer online games and virtual worlds
US20080288530A1 (en) * 2007-01-17 2008-11-20 Sparta Systems, Inc. User-Defined Fields with Automatic Numbering
GB0703974D0 (en) * 2007-03-01 2007-04-11 Sony Comp Entertainment Europe Entertainment device
US20090117996A1 (en) * 2007-08-31 2009-05-07 Death Joshua James Virtual asset equivalency method and system
CN101127059A (zh) * 2007-09-29 2008-02-20 腾讯科技（深圳）有限公司 虚拟物品转换方法和系统
JP5159375B2 (ja) * 2008-03-07 2013-03-06 インターナショナル・ビジネス・マシーンズ・コーポレーション メタバースにおけるオブジェクトの真贋判断システム、方法及びそのコンピュータ・プログラム
US7824253B2 (en) * 2008-04-02 2010-11-02 Thompson Scott Edward System and method for providing real world value in a virtual world environment
US9053196B2 (en) 2008-05-09 2015-06-09 Commerce Studios Llc, Inc. Methods for interacting with and manipulating information and systems thereof
US8099338B2 (en) * 2008-06-09 2012-01-17 International Business Machines Corporation Management of virtual universe item returns
US9183560B2 (en) 2010-05-28 2015-11-10 Daniel H. Abelow Reality alternate
CN102510382A (zh) * 2011-11-21 2012-06-20 陈云昊 基于地点与时间信息的物品及服务的交换方法和系统
TWI425971B (zh) * 2011-11-21 2014-02-11 Inst Information Industry 線上遊戲虛擬寶物處理方法以及系統以及儲存其之電腦可讀取記錄媒體
CN103176783B (zh) * 2011-12-23 2017-10-20 腾讯科技（深圳）有限公司 一种应用开发方法和装置
JP5086487B1 (ja) * 2012-03-29 2012-11-28 株式会社 ディー・エヌ・エー ゲームプログラム、ゲームシステム、及び、情報処理装置
CN102708290A (zh) * 2012-05-10 2012-10-03 北京像素软件科技股份有限公司 一种实现动态处理游戏行为的方法和系统
TWI547899B (zh) * 2012-10-30 2016-09-01 尼東奈 麥肯錫 彩券系統及其方法
CN104239668A (zh) * 2013-06-20 2014-12-24 恩希软件株式会社 多人在线交互过程中交互成员间的交互方法和系统
CN104574162B (zh) * 2013-10-09 2017-07-21 腾讯科技（深圳）有限公司 虚拟物品交易的方法及装置
CN104217337B (zh) * 2014-08-26 2017-10-20 小米科技有限责任公司 虚拟物品的交换数值确定方法及装置
CN104636460B (zh) * 2015-02-04 2018-08-07 腾讯科技（深圳）有限公司 一种物品信息推送方法和装置
CN104751278A (zh) * 2015-03-23 2015-07-01 上海航动科技有限公司 一种基于电子宠物养成的绩效考核方法和系统
CN104809169A (zh) * 2015-04-03 2015-07-29 北京奇虎科技有限公司 一种基于关系的数据处理方法和系统
CN105553708A (zh) * 2015-12-14 2016-05-04 江苏名通信息科技有限公司 一种手机游戏平台管理系统
WO2017185211A1 (fr) * 2016-04-25 2017-11-02 闫凤亮 Procédé et serveur de traitement de données de frais d'utilisateur
CN106097047A (zh) * 2016-06-06 2016-11-09 上海银天下科技有限公司 虚拟物品换置方法及装置
CN107812382B (zh) * 2016-09-12 2020-11-20 周奇琪 一种帮助人们学习语言的方法
US10155169B2 (en) * 2016-11-01 2018-12-18 Square Enix Holdings, Co., Ltd. Video game apparatus for active state composition of items and game program for same
CN106779974B (zh) * 2017-01-06 2020-12-29 重庆软岛科技股份有限公司 物品交易方法及系统
CN106861188A (zh) * 2017-02-15 2017-06-20 成都艾维拓思科技有限公司 游戏属性更新的方法及装置
CN107096227A (zh) * 2017-04-18 2017-08-29 腾讯科技（深圳）有限公司 一种电子资源分配方法和装置
US10765948B2 (en) 2017-12-22 2020-09-08 Activision Publishing, Inc. Video game content aggregation, normalization, and publication systems and methods
CN108434739B (zh) * 2018-01-30 2019-03-19 网易（杭州）网络有限公司 游戏场景中虚拟资源的处理方法及装置
CN108452528B (zh) * 2018-03-29 2022-01-25 咪咕互动娱乐有限公司 一种数据展示方法、装置以及计算机可读存储介质
CN109348248B (zh) * 2018-11-27 2021-09-03 网易（杭州）网络有限公司 一种游戏直播的数据处理方法、系统和装置
CN109785178B (zh) * 2019-01-31 2021-03-26 百度在线网络技术（北京）有限公司 用于生成信息的方法和装置
US11712627B2 (en) 2019-11-08 2023-08-01 Activision Publishing, Inc. System and method for providing conditional access to virtual gaming items
CN111144860B (zh) * 2019-12-31 2023-06-23 广州酷狗计算机科技有限公司 订单处理方法、装置、服务器及存储介质
CN111450538B (zh) * 2020-03-31 2022-10-21 腾讯科技（深圳）有限公司 虚拟道具的转移系统、方法、装置、设备及介质
CN111596838B (zh) 2020-04-24 2021-06-18 腾讯科技（深圳）有限公司 业务处理方法、装置、计算机设备及计算机可读存储介质
CN111672111A (zh) * 2020-05-28 2020-09-18 腾讯科技（深圳）有限公司 界面显示方法、装置、设备及存储介质
CN112807680A (zh) * 2021-02-09 2021-05-18 腾讯科技（深圳）有限公司 虚拟场景中虚拟对象的控制方法、装置、设备及存储介质
CN113253976B (zh) * 2021-06-16 2021-12-03 武汉卧友网络科技有限公司 一种基于游戏记录分析的研发模块构建方法及系统
CN113633977B (zh) * 2021-08-09 2023-10-24 北京字跳网络技术有限公司 一种虚拟物品处理方法、装置、设备以及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020004203A (ko) * 2000-07-04 2002-01-16 심광호 네트워크 게임 시스템 및 그 구현 방법
CN1461230A (zh) * 2001-04-16 2003-12-10 日商·万普股份有限公司 利用通信网络的奖品获得游戏系统
US20040092304A1 (en) * 2001-09-28 2004-05-13 Jeffrey George System and method for processing a jackpot in a gaming system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4738451A (en) * 1986-05-20 1988-04-19 Atari Games Corporation Multi-player, multi-character cooperative play video game with independent player entry and departure
US5802296A (en) * 1996-08-02 1998-09-01 Fujitsu Software Corporation Supervisory powers that provide additional control over images on computers system displays to users interactings via computer systems
US6119229A (en) * 1997-04-11 2000-09-12 The Brodia Group Virtual property system
JP3932462B2 (ja) * 1997-05-27 2007-06-20 ソニー株式会社 クライアント装置、画像表示制御方法、共有仮想空間提供装置および方法、並びに記録媒体
JP2002207685A (ja) * 2000-10-12 2002-07-26 Sony Computer Entertainment Inc 仮想世界システム、サーバコンピュータおよび情報処理装置
WO2002054327A1 (fr) * 2001-01-04 2002-07-11 Noks-Com Ltd. Procede et systeme pour un ensemble d'activites interdependantes convergeant en une serie d'objets virtuels de collection
US7713116B2 (en) * 2003-06-30 2010-05-11 Microsoft Corporation Inventory management of virtual items in computer games

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020004203A (ko) * 2000-07-04 2002-01-16 심광호 네트워크 게임 시스템 및 그 구현 방법
CN1461230A (zh) * 2001-04-16 2003-12-10 日商·万普股份有限公司 利用通信网络的奖品获得游戏系统
US20040092304A1 (en) * 2001-09-28 2004-05-13 Jeffrey George System and method for processing a jackpot in a gaming system

Also Published As

Publication number Publication date
US20070155508A1 (en) 2007-07-05
CN1319008C (zh) 2007-05-30
CN1710585A (zh) 2005-12-21

Similar Documents

Publication Publication Date Title
WO2005124608A1 (fr) Procede de traitement de donnees pour article virtuel de jeu, systeme de plate-forme de jeu et systeme de jeu
TWI737165B (zh) 跨鏈發送資源的方法和裝置
TWI706278B (zh) 基於區塊鏈的交易處理方法及裝置、電子設備
WO2019019490A1 (fr) Procédé et système de paiement de frais de transaction dans un réseau à chaîne de blocs
EP1843607B1 (fr) Systeme de jeu mobile en ligne et procede de communication entre terminaux de jeux mobiles
US20020052842A1 (en) Initiation of an electronic payment transaction
US20030028614A1 (en) Portable storage media and method of utilizing remote storage unit on network as auxiliary memory of local computer by using the same
CN109636434A (zh) 基于区块链的积分管理方法、系统、电子设备及存储介质
CN101720074A (zh) 充值处理方法与系统、通信装置
CN107277086A (zh) 业务处理系统、业务处理方法以及业务更新方法
CN110289999B (zh) 一种数据处理方法、系统及装置
CN110910135A (zh) 一种应用资源转移的方法、装置、电子设备和存储介质
CN101188617B (zh) 一种流程式服务的注册与发现方法
US20230038497A1 (en) Database system public trust ledger contract linkage
CN104618410B (zh) 资源推送方法和装置
CN112866421A (zh) 基于分布式缓存以及nsq的智能合约运行方法及装置
CN113988845A (zh) 基于智能合约的数据处理方法、设备以及可读存储介质
US7133913B2 (en) Information routing
CN113052699B (zh) 合约数据处理方法、相关设备及介质
US20230080927A1 (en) Database system public trust ledger token creation and exchange
CN102999570B (zh) 移动设备中应用程序关键数据的离线控制方法和系统
CN112000679A (zh) 业务操作与数据操作分离的区块链数据处理方法及装置
CN110059109A (zh) 数据查询的装置、方法及存储介质
CN116805947B (zh) 区块链数据处理方法、装置、设备及计算机可读存储介质
KR101747781B1 (ko) Ｎｆｃ 태그를 이용한 모바일 아이템 저장 시스템 및 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 11612181

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWP Wipo information: published in national office

Ref document number: 11612181

Country of ref document: US

122 Ep: pct application non-entry in european phase