CN1319008C - Game virtual-article data processing method, game platform system and game system - Google Patents

Abstract

The invention discloses a game virtual item data processing method. In the method, a unified virtual item data processing interface and a unified virtual item database are set in the game system. The processing of the virtual item data includes: A. Each game is running Call the virtual item data processing interface; B. The virtual item data processing interface interacts with the virtual item database to process the virtual item data. The invention also discloses a game platform system, which is provided with a virtual item service module including a virtual item data processing interface and a virtual item database. The invention also discloses a game system including a virtual item service unit. The invention also discloses a game system including a virtual item server. The invention realizes the unified processing of virtual item data in the game system, and solves the problems of high development cost, chaotic data, difficult maintenance, poor security and the like in the prior art.

Description

Game virtual item data processing method, game platform system, and game system

technical field

The invention relates to data processing technology in online games, in particular to a game virtual item data processing method, a game platform system and a game system.

Background technique

With the rapid development of the Internet and mobile communication technologies, online online games have become the focus of communication operators' data services. A general online network game is a set of game systems, which are developed by game developers and mobile terminal equipment manufacturers, and there is no unified standard. The current technological development trend is that operators provide a unified game platform on which different games provided by game developers can run. The game platform provides billing, timer, point management, session management and other functions. The specific telecommunication equipment protocol and the telecommunication network environment during service deployment are shielded for game developers, saving the development work of game developers on the server side. The game working group of the Open Mobile Alliance OMA is committed to the formulation of standards for mobile online game platforms.

On the other hand, with the popularity of online online games, various problems of virtual items in games have become increasingly prominent. Countries with developed online game industry have formulated special laws against the theft of virtual items on the Internet. Virtual items refer to equipment, pets, etc. in the game. Game users usually spend a lot of time and communication costs in order to obtain these virtual items. Therefore, if the game system mishandles and manages the user's virtual item data improperly, it will greatly affect the user's satisfaction and even cause legal disputes. It is extremely urgent to effectively solve various problems of virtual items, both in terms of legislation and technology. At present, in response to the theft of virtual items, some companies propose to install firewalls and anti-hacker software on user clients to enhance security. However, there are no technical improvement measures for the game system itself to solve the problem of virtual items.

Usually, in a system running multiple games provided by multiple game developers on one game platform, each game is a relatively independent system, generally running on the same computer server as the game platform.

For example, the virtual item data processing interface in the game platform standard of the Open Mobile Alliance OMA includes the interface between the game and the game platform and the interface between the client and the game platform. Referring to FIG. 1, FIG. 1 is a schematic structural diagram of a game system in the prior art. Wherein, the interface between the game module 101 and the game platform 102 includes a session management interface, a communication interface, a billing interface, a score and game management interface, a log interface, a timer interface, and the like. The interface between the client machine 100 and the game platform 102 includes a login and registration interface, an interface for creating and arranging games, an interface for playing games, an interface for scoring, an interface for messages, and the like.

The game platform 102 does not provide a unified interface for data processing of virtual items, and all virtual items in 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 for storing virtual item data, and 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 cannot know the virtual item processing program and data storage format, and its maintenance must be maintained by each developer separately. Operators cannot perform unified maintenance. When the number of games in operation is relatively large, the virtual It will be very difficult to back up, count, and analyze item data separately; the security and reliability of the processing program is completely dependent on each developer. If there is a security loophole in the virtual item data processing program developed by a certain developer, it will cause the loss of virtual items for game users Or data confusion, will bring great loss to the operator. Moreover, virtual items are all virtual item data between games and cannot be shared, circulated and transferred, which limits the function of the system.

It can be seen that the processing of virtual item data in the current game system is handled by each game module separately, and the respective storage methods are different. Therefore, there are various technical problems such as high development cost, confusing data, difficult maintenance, poor security, and limited functions.

Contents of the invention

In view of this, the first main purpose of the present invention is to provide a method for processing virtual item data in a game, which can uniformly process virtual item data in a game system and solve problems such as data confusion in the prior art.

The second main purpose of the present invention is to provide a game platform system, which can uniformly process virtual item data in the game system and solve the problems of data confusion in the prior art.

The third main purpose of the present invention is to provide a game system in which virtual item data can be processed in a unified manner.

In order to achieve the first aspect of the above object, the present invention provides a game virtual item data processing method, the method sets a unified virtual item data processing interface and a unified virtual item database in the game system, the virtual item data processing The interface is the interface of the game module on the service side of the game system, and the processing of virtual item data includes the following steps:

A. During the running of the game in the game system, the game module on the service side of the game system calls the virtual item data processing interface;

B. The virtual item data processing interface interacts with the virtual item database to process the virtual item data.

Wherein, the method for setting the virtual item data processing interface and the virtual item database in the game system can be: setting the virtual item data processing interface and the virtual item database on the game platform of the game 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 command containing interface parameters during the running process;

Said step B may comprise:

B1. The virtual item data processing interface receives the call instruction containing the interface parameters and checks the validity of the interface parameters. If the interface parameters are legal, then execute step B2, otherwise, return the call failure result to the game that sent the call instruction;

B2. The virtual item data processing interface interacts with the virtual item database according to the call instruction and its interface parameters to complete the virtual item data processing;

B3. The virtual item data processing interface returns the processing result of the virtual item data to the game that sent the calling instruction.

The virtual item database may include: a game information table, a user information table, and a virtual item table, and may also include a virtual item category table and a virtual item attribution table.

The method may further include: setting a virtual item data management module in the game system;

The operator sends a calling command containing interface parameters to the virtual item data processing interface through the virtual item management module. After processing, the virtual item data processing interface will return the processing result to the virtual item management module that sent the calling command, and the virtual item data management module will present the result to the operator.

In order to achieve the second aspect of the above object, the present invention provides a game platform system, the game platform system 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 the virtual item data processing interface calling instruction containing interface parameters sent by the 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 , process the virtual item data, and return the processing result to the game module that sends the calling command;

The virtual item database stores the virtual item data of the game modules in the game platform system.

Wherein, the virtual item data processing interface may include at least one of the following:

Virtual item creation interface, virtual item allocation interface, virtual item modification interface, virtual item transaction interface, virtual item transfer interface, virtual item query interface, virtual item statistics interface.

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 command containing interface parameters, and sends it to the virtual item data processing interface in the virtual item service unit; After receiving the call command, the processing interface interacts with the virtual item database according to the call command and the interface parameters therein, processes the virtual item data, and returns the processing result to the virtual item data management module that sent the call command, and the virtual item data The management module presents the results.

In order to achieve the third aspect of the above object, the present invention provides a game system:

Including a client, a game module and a game platform, 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 the virtual item data processing interface calling instruction including interface parameters sent by the game module in the game system, and interacts with the virtual item database according to the instruction and the interface parameters therein, and performs virtual item data processing. processing, and return the processing result to the game module that sent the calling instruction;

The virtual item database stores the virtual item data of the game modules in the game system.

The virtual item data processing interface includes at least one of the following:

Virtual item creation interface, virtual item allocation interface, virtual item modification 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 the 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 calling command including interface parameters, and sends it to the virtual item data processing interface in the virtual item service unit;

After the virtual data processing interface receives the calling command, it interacts with the virtual item database according to the calling command and the interface parameters therein, processes the virtual item data, and returns the processing result to the virtual item data management module that sent the calling command. The item data management module presents the results.

It can be seen from the above-mentioned technical scheme that the key of the present invention is: a unified virtual item data processing interface and a unified virtual item database are set 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 In the unified virtual item database, the game system processes all virtual item data of all games. Utilizing the present invention, when developing a new game, it is not necessary to establish a separate database, as long as the virtual item data format of the new game is the same as that of the unified virtual item database. A unified virtual item data processing interface is enough, which can save development costs. The storage of virtual items by a unified database can solve the problem of data confusion in the prior art. At the same time, maintaining one database is relatively simple compared to maintaining multiple databases.

Description of drawings

Fig. 1 is the structural representation of prior art game system;

Fig. 2 is the flow chart that game virtual item data of the present invention is processed;

Fig. 3 is the implementation flowchart of virtual item creation of the present invention;

Fig. 4 is the flow chart of implementing the distribution of virtual items in the present invention;

Fig. 5 is the implementation flowchart of virtual item modification of the present invention;

Fig. 6 is the implementation flowchart of the virtual item transaction between users of the present invention;

Fig. 7a is an implementation flow chart of the present invention for the user to sell virtual items to the system;

Fig. 7b is an implementation flow chart of the present invention for the user to purchase virtual items from the system;

Fig. 8a is a flow chart of the implementation of virtual item gifting in the present invention;

Figure 8b is a flow chart of the implementation of virtual item sharing in the present invention;

Figure 8c is a flow chart of the implementation of virtual item exchange in the present invention;

Fig. 9a is an implementation flowchart of the first virtual item query of the present invention;

Fig. 9b is an implementation flowchart of the second virtual item query of the present invention;

Fig. 9c is an implementation flowchart of the third virtual item query of the present invention;

Fig. 10 is the flow chart of the implementation of virtual item statistics of the present invention;

Fig. 11a is a schematic structural diagram of the first preferred embodiment of the game system of the present invention;

Figure 11b is a schematic structural diagram of the second preferred embodiment of the game system of the present invention;

Fig. 12 is a schematic structural diagram of the third preferred embodiment of the game system of the present invention.

Detailed ways

In order to make the object, technical solution and advantages of the present invention clearer, the present invention will be further described in detail below with reference to the accompanying drawings and examples.

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, the virtual item data processing interface is the interface of the game module on the service side of the game system, the virtual item of the game in the game system The data processing of items accesses the unified virtual item database through the unified virtual item data processing interface.

Referring to FIG. 2, FIG. 2 is a flow chart of processing virtual item data in the game according to the present invention. After setting up a unified virtual item data processing interface and a unified virtual item database in the game system, the process of game virtual item data processing can be realized by the following two steps:

Step 201, when the game in the game system is running, the game module on the service side of the game system can call the virtual item data processing interface.

Step 202, the virtual item data processing interface interacts with the virtual item database to process the virtual item data.

The specific implementation manner of processing the game virtual item data will be described in detail below.

First of all, some simple explanations for virtual items: the virtual currency owned by the user can be used to purchase virtual items, and the virtual items owned by the user can also be sold for virtual currency. Trading of virtual items. Virtual items and virtual currency can also be obtained or lost through a certain behavior of the user in the game according to the rules of the game, or obtained or lost under certain conditions of the system.

Next, the virtual item database will be described.

In the present invention, the virtual item database may include multiple database tables related to virtual item data, the most basic of which are the following three tables:

Game information table: including game logo, game name, game version, etc.

User information table: including user ID, virtual currency amount, etc.

Virtual item table: including virtual item ID, virtual item attributes, user identification, value, etc. At the same time, multiple fields are reserved, and the meanings of the fields are determined by each game according to the needs, so as to facilitate the expansion of the functions of the game and the content of the data. Among them, the attributes of virtual items generally have multiple fields, including basic attributes shared by similar virtual items such as item category, game identification, etc., and unique attributes of a single virtual item, such as status.

The above three tables are the basic tables of virtual item data. In order to reduce data redundancy and realize more virtual item processing functions, if the above database design is improved, corresponding database tables can be added to the database. The improved database can include The following database tables:

Game information table: including game logo, game name, game version, etc. For example, the game information table shown in Table 1.

Game information sheet PK game logo game name game version

Table 1

User information table: including user ID, virtual currency amount, etc. For example, the user information table shown in Table 2.

  User Information Form PK User ID   Amount of Virtual Currency

Table 2

Virtual item category table: including fields such as virtual item category identification, game identification, value, unallocated quantity, and allocated quantity. At the same time, multiple fields can be reserved, and the meanings of the fields can be determined by each game according to the needs, so as to facilitate the expansion of the functions of the game and the content of the data. For example, the virtual item category table shown in Table 3.

  Virtual Item Category Table PK Virtual item category identification Category name belongs to game ID value unallocated quantity allocated quantity reserved field 1 reserved field 2...

table 3

This table separates the basic information from the virtual item attributes in the virtual item table, such as item category, game identification and other fields, and saves them in the virtual item category table, which can reduce data redundancy. At the same time, the value of the virtual item can also be defined in the virtual item category table, that is, the same type of virtual item has 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, then the value of the virtual item is the value of the field; if the virtual item corresponds to If the value field of the virtual item is empty, the value of the virtual item is the value of the value field in the corresponding virtual item category. In this way, the two pricing methods can be compatible at the same time to meet the different needs of the game.

Virtual item attribution table: including fields such as virtual item ID and user ID to which it belongs. For example, the virtual item attribution table shown in Table 4.

  Virtual item attribution table PKPK Virtual Item ID User ID

Table 4

In this table, there is a many-to-many relationship between virtual items and their users, which can realize the function of multiple users sharing one virtual item.

With the above two tables, the structural changes of the virtual item table, including the virtual item ID, virtual item category ID, value, and the unique attributes of a single virtual item such as status, etc., can reserve multiple fields, which are determined by each game You need to decide the meaning of the field by yourself, so as to facilitate the expansion of the game's functions and the content of the data.

Virtual item table: virtual item ID, virtual item category ID, value, status, etc. At the same time, multiple fields can be reserved, and the meanings of the fields can be determined by each game according to the needs, so as to facilitate the expansion of the functions of the game and the content of the data. The virtual item table records the information of the allocated virtual items. A virtual item has a unique virtual item ID. The virtual item ID field can be set to the automatic numbering type in the database, which can simply ensure its uniqueness. For example, the virtual item table shown in Table 5.

  Virtual Item Table PK virtual item identification  Virtual item category identification value status reserved field 1 reserved field 2 ...

table 5

The field marked with PK on the left side of the above tables is the primary key of the database table.

The virtual item database can be distributed or clustered to prevent a single machine from being too loaded.

Then, the virtual item data processing interface will be described: the virtual item data processing interface can be completely realized by software, for example, by a virtual item data processing interface designed according to game rules.

The virtual item data processing interface is divided into the creation of virtual items, the distribution of virtual items, the modification of virtual items, the transaction of virtual items, the transfer of virtual items, the query of virtual items, the statistics of virtual items, 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 of all interfaces includes three basic steps: checking the legality of the interface parameters, interacting with the virtual item database to complete the virtual item data processing, and returning the processing result of the virtual item data.

Different virtual item database designs correspond to different implementations of virtual item data processing interfaces. For the virtual item database with game information table, user information table, virtual item table, virtual item category table, and virtual item attribution table, create virtual items, distribute virtual items, modify virtual items, trade virtual items, The data processing process of the transfer of virtual items, the query of virtual items, and the statistics of virtual items is described in detail.

Referring to Fig. 3, Fig. 3 is an implementation flowchart of virtual item creation in the present invention. The creation of virtual items involves only the virtual item category table. The process includes the following steps:

In step 301, the virtual item data processing interface receives the creation instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if legal, executes step 302; otherwise, executes step 307.

Interface parameters include: virtual item category identification, category name, game identification, value, quantity, etc.

In this step, you can check the data type of the parameter, the range of the value, whether it is empty, etc. Through the preliminary inspection, some wrong or illegal operations can be filtered out, so as to improve the security reliability and efficiency of the system. For example, 10 characters are defined in the identification database of the virtual item, and the identification value of the virtual item in an interface parameter is 5 characters, and an error can be returned through the legality check of the interface parameter without operating the virtual item database. An error will be returned when the database 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 parameter.

Step 303 , judging whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item category table, and if so, execute step 304 ; otherwise, execute step 306 .

Step 304, modify the field values of the corresponding existing records, and modify the category name, game identifier, and value fields in the record to the corresponding values in the interface parameters.

Step 305, modify the virtual item quantity field not assigned to the user in the existing record to the value of the original unallocated virtual item quantity field value plus the virtual item quantity value in the interface parameter, and execute step 307.

Step 306, directly add a corresponding record in the virtual item category, and the values of each field of the record are equal to the corresponding values in the interface parameters.

Step 307, return creation result information to the game that calls this interface. The creation result information may include: success or failure information and error description information when failure occurs.

Referring to FIG. 4, FIG. 4 is a flow chart of the implementation of virtual item distribution in the present invention. The allocation of virtual items involves three database tables: virtual item category table, virtual item table, and virtual item attribution table. The process includes the following steps:

In step 401, the virtual item data processing interface receives the virtual item distribution instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if legal, executes step 402; otherwise, executes step 408.

Interface parameters include: virtual item category ID, user ID, quantity. The checking method is the same as step 301.

Step 402, query the virtual item category table according to the virtual item category identifier in the interface parameter.

Step 403, judging whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item category table, if so, execute step 404; otherwise, execute step 408.

Step 404, judging whether the quantity of virtual items in the interface parameters is not greater than the unallocated quantity in the corresponding record, if yes, execute step 405; otherwise, execute step 408.

Step 405: Modify the corresponding record in the virtual item category table, subtract the quantity in the interface parameter from the original unallocated quantity field; add the quantity in the interface parameter to the value in the allocated quantity field.

Step 406, add a record in the virtual item table, the number of records is equal to the number in the virtual item parameter in the interface parameter, and the virtual item identifier in the added record is generated by a program or a database.

In this embodiment, there are two methods for automatically generating virtual item IDs: one is to set the virtual item ID field in the virtual item table as the type of database automatic numbering. One is to use a certain algorithm to generate a virtual item ID under the premise of ensuring the uniqueness of the virtual item ID. For example, first query the largest virtual item ID in the virtual item table, and then add 1 to it. There are many more Other known algorithms will not be repeated here.

The above-mentioned method for automatically generating virtual item IDs is applicable to each virtual item data processing interface involved in generating virtual item IDs involved in the present invention.

Step 407, adding the corresponding relationship between the virtual item ID and the user ID of the interface parameter, that is, the attribution record, in the virtual item attribution table.

Step 408, return the distribution result information to the game that calls this interface. The result information can include: success or failure information and error description information in case of failure.

Referring to Fig. 5, Fig. 5 is a flow chart of the implementation of virtual item modification in the present invention. Virtual item modification only involves the virtual item table. The process includes the following steps:

In step 501, the virtual item data processing interface receives the virtual item modification instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if legal, executes step 502; otherwise, executes step 505.

Interface parameters include: virtual item ID, attribute field name, and attribute field value. The attribute field name can be a list of attribute fields, and the attribute field value is also a corresponding list of attribute values, so that multiple attributes of the virtual item can be modified at the same time. The checking method is the same as step 301.

Step 502, query the virtual item table according to the virtual item identifier in the interface parameter.

Step 503, judge whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item table, if so, execute step 504; otherwise, execute step 505.

Step 504, modify the field values of the corresponding records in the virtual item table according to the attribute field names and attribute field values in the interface parameters.

Step 505, return modification result information to the game that calls this interface. The result information can include: success or failure information and error description information in case of failure.

The transaction of virtual items includes the transaction between users and the transaction between users and the system. They are described below.

Transactions between users include two situations in which a user sells virtual items owned by himself or buys virtual items owned by other users, and the data processing process in the two cases is the same.

Referring to FIG. 6 , FIG. 6 is a flow chart of the implementation of virtual item transactions between users of the present invention. The transaction between users of virtual items involves four database tables: virtual item category table, virtual item table, virtual item attribution table and user information table. The process includes the following steps:

In step 601, the virtual item data processing interface receives the virtual item transaction instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if legal, executes step 602; otherwise, executes step 608.

The interface parameters include: the virtual item ID, the user IDs 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 parameter.

Step 603, judge whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item table, if yes, execute step 604; otherwise, execute step 608.

Step 604, delete the record corresponding to the virtual item identifier in the virtual item attribution table. Before this step, a step can also be added to determine whether there is a corresponding record between the virtual item ID in the virtual item attribution table and the selling user ID in the interface parameters, and if so, go to step 604 , otherwise go to step 608 .

Step 605, inserting the virtual item attribution data record corresponding to the virtual item ID and the buying user ID in the interface parameter into the virtual item attribution table.

Step 606, modifying the user information table, subtracting the value of the virtual item from the amount of virtual currency in the record corresponding to the user ID of the buying user in the interface parameters.

In step 607, the value of the virtual item is increased by the amount of virtual currency recorded corresponding to the user ID of the seller who originally belonged to the virtual item. If there are multiple users who originally belonged, the value of the virtual item will be added to the virtual currency of each user on average.

Step 608, return selling result information to the game that calls this interface. The result information can include: success or failure information and error description information in case of failure.

The method for determining the value of the virtual item in this embodiment is: a price is entered in the interface parameter, and the price is the value of the virtual item. In practical applications, the interface parameter may not give the price. In this case, the value of the virtual item can be searched from the value field value in the corresponding record of the virtual item table when querying the virtual item table. The field value is the 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 may be queried, and the value of the virtual item is the value field value in the corresponding category record in the virtual item category table.

The method for determining the value of a virtual item described above is applicable to each virtual item data processing interface involved in processing value data in the present invention.

Referring to Fig. 7a, Fig. 7a is an implementation flow chart of the present invention for the user to sell virtual items to the system. Selling virtual items to the system also involves four database tables: virtual item category table, virtual item table, virtual item attribution table and user information table. The process includes the following steps:

In step 701, the virtual item data processing interface receives the virtual item selling instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if legal, executes step 702; otherwise, executes step 709.

Interface parameters include: virtual item ID, user ID, price. The user identification here is the selling user.

Step 702, query the virtual item attribution table according to the virtual item ID and user ID in the interface parameters.

Step 703, determine whether there is a corresponding record in the virtual item attribution table, that is, whether the seller owns the virtual item, and if so, execute step 704; otherwise, execute step 708.

Step 704, modify the corresponding record in the virtual item category table, add 1 to the unallocated quantity field, and subtract 1 from the allocated quantity.

Usually the user owns one virtual item of the same kind and sells one to the system. If the user owns multiple virtual items of the same type and wants to sell them, it can be realized by calling the virtual item data processing interface multiple times.

Step 705, delete the corresponding record in the virtual item table according to the virtual item identifier in the interface parameter.

Step 706, delete the corresponding relationship between the virtual item ID and the selling user ID in the interface parameters, that is, the attribution record, in the virtual item attribution table.

Step 707, modifying the user information table, adding the value of the virtual item to the virtual currency in the record corresponding to the user ID of the selling user in the interface parameters.

Step 708, return selling result information to the game that calls this interface program. The result information can include: success or failure information and error description information in case of failure.

Referring to Fig. 7b, Fig. 7 is an implementation flow chart of the present invention for the user to purchase virtual items from the system. Buying virtual items from the system also involves four database tables: virtual item category table, virtual item table, virtual item attribution table and user information table. The process includes the following steps:

Step 711 , the virtual item data processing interface receives the virtual item purchase instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if legal, executes step 712 ; otherwise, executes step 719 .

Interface parameters include: virtual item category ID, user ID, price, quantity. The user identifier here is a buying user, and there may be one or more.

Step 712, query the virtual item category table according to the virtual item category identifier in the interface parameter.

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 this type in the database, and if so, go to step 714; otherwise, go to step 719.

Step 714, judge whether the quantity in the interface parameter is not greater than the unallocated quantity in the corresponding record, if yes, execute step 715; otherwise, execute step 719.

Step 715, modify the corresponding record in the virtual item category table, subtract the quantity of the interface parameter from the unallocated quantity field, and increase the quantity of the interface parameter from the allocated quantity.

Step 716, add a record in the virtual item table, the number of records is equal to the number in the interface parameter, and the virtual item identifier in the added record is generated by the program or the database.

Step 717: Add the corresponding relationship between the virtual item ID and the user ID in the interface parameter, that is, the attribution record, in the virtual item attribution table.

Step 718, modify the user information table, and reduce the virtual currency in the record corresponding to the user ID of the buying user in the interface parameters by the corresponding value of the virtual item.

Step 719, return the buying result information to the game that calls this interface program. The result information can include: success or failure information and error description information in case of failure.

The invention can conveniently realize the transfer of virtual items. The transfer of virtual items can be divided into gifting of virtual items, sharing of virtual items, and exchange of virtual items. Each will be described below.

1. The gift of virtual items.

Referring to Fig. 8a, Fig. 8a is an implementation flow chart of presenting virtual items in the present invention. The giving of virtual items involves a virtual item attribution table. It includes the following steps:

Step 801, the virtual item data processing interface receives the virtual item donating instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if it is legal, executes step 802; otherwise, executes step 805.

The interface parameters include: the virtual item ID, the original attribution user ID, and the donated user ID.

Step 802, according to the original attribution user ID, gift user ID and virtual item ID in the interface parameters, query the virtual item attribution table.

Step 803 , judging whether the original attributing user in the virtual item attribution table owns the virtual item identified by the virtual item in the interface parameter, if so, execute step 804 , otherwise execute step 805 .

Step 804, delete the corresponding record of the original attributable user and the virtual item ID, and add the corresponding record of the donated user ID and the virtual item ID in the interface parameters.

Step 805, return gift result information to the game calling this interface. The result information can include: success or failure information and error description information in case of failure.

2. Sharing of virtual items.

Referring to FIG. 8b, FIG. 8b is a flow chart of the implementation of virtual item sharing in the present invention. The sharing of virtual items involves a virtual item attribution table. It includes the following steps:

Step 811 , the virtual item data processing interface receives the virtual item sharing instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if legal, executes step 812 ; otherwise, executes step 815 .

Interface parameters include: virtual item ID, attribution user ID, shared user ID list.

Step 812, query the virtual item attribution table according to the virtual item ID and the attributing user ID in the interface parameters.

Step 813, determine whether there is a corresponding record in the virtual item attribution table, that is, whether the user identified in the interface parameter owns the virtual item, if so, go to step 814, otherwise go to step 815.

Step 814, add the corresponding records of the shared user identification list and the virtual item identification in the interface parameters to the virtual item attribution table.

Step 815, return sharing result information to the game that calls this interface. The result information can include: success or failure information and error description information in case of failure.

3. Exchange of virtual items.

Referring to FIG. 8c, FIG. 8c is a flow chart of the implementation of virtual item exchange in the present invention. The exchange of virtual items involves a virtual item attribution list. It includes the following steps:

Step 821 , the virtual item data processing interface receives the virtual item exchange command sent by the game and includes interface parameters, and checks whether the interface parameters are legal, and if legal, executes step 822 ; otherwise, executes step 825 .

Interface parameters include: virtual item ID 1, virtual item ID 2.

Step 822, query the attribution user IDs corresponding to the interface parameters virtual item ID 1 and virtual item ID 2 in the virtual item attribution table.

Step 823 , judging whether the attribution user IDs corresponding to virtual item ID 1 and virtual item ID 2 are the same, if yes, execute step 825 , otherwise, execute step 824 .

Step 824, modify the attributable user ID corresponding to the virtual item ID 1 in the virtual item attribution table to be the attributable user ID corresponding to the virtual item ID 2, and also modify the attributable user ID corresponding to the virtual item ID 2 to be the attributable user corresponding to the virtual item ID 1 logo.

Step 825, return the exchange result information to the game that called this interface. The result information can include: success or failure information and error description information in case of failure.

The inquiry process of virtual items is described below, and the inquiry in the present invention includes three ways:

The first method 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 way is to query the virtual items owned by the specified user; the following will describe them respectively.

1. Query the category information of the specified virtual item.

Referring to Fig. 9a, Fig. 9a is a flow chart of implementing the first virtual item query in the present invention. This process involves the virtual item table and the virtual item category table. The process includes the following steps:

In step 901, 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 legal, and if legal, executes step 902; otherwise, executes step 905.

Interface parameters include: virtual item identification.

Step 902, query the virtual item table according to the virtual item identifier in the interface parameter.

Step 903, judge whether there is a corresponding record, if yes, execute step 904, otherwise execute step 905.

Step 904, query the virtual item category table again according to the value of the corresponding virtual item category identification field in the queried record, and obtain the category information of the virtual item.

Step 905, return query result information to the game that calls this interface. The result information can include: success or failure information and error description information in case of failure.

2. Inquire about the detailed information of the specified virtual item.

Referring to FIG. 9b, FIG. 9b is a flow chart of the implementation of the second virtual item query in the present invention. This process involves virtual item tables. The process includes the following steps:

Step 911 , the virtual item data processing interface receives the virtual item query instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if legal, executes step 912 ; otherwise, executes step 914 .

Interface parameters include: virtual item identification.

Step 912, query the virtual item table according to the virtual item identifier in the interface parameter.

Step 913, determine whether there is a corresponding record, if yes, then execute step 914 after obtaining the value of each field of the corresponding record in the virtual item table, otherwise directly execute step 914.

Step 914, return query result information to the game that calls this interface. The result information can include: success or failure information and error description information in case of failure.

3. Query the virtual items owned by the specified user.

Referring to FIG. 9c, FIG. 9c is a flow chart of implementing the third virtual item query of the present invention. This process involves a virtual item attribution form. Include the following steps:

Step 921 , the virtual item data processing interface receives the virtual item query instruction including interface parameters sent by the game, and checks whether the interface parameters are legal, and if valid, executes step 922 ; otherwise, executes step 924 .

Interface parameters include: user ID.

Step 922, query the virtual item attribution table according to the user identification in the interface parameter.

Step 923, obtain a list of virtual item IDs corresponding to the user ID.

Step 924, return query result information to the game that calls this interface. The result information can include: success or failure information and error description information in case of failure.

The present invention can realize statistics on virtual items.

Referring to Fig. 10, Fig. 10 is a flow chart of the implementation of virtual item statistics in the present invention. This process involves a virtual item category table and a virtual item table. Include the following steps:

Step 10, the virtual item data processing interface receives the virtual item statistical command including the interface parameters sent by the game, and checks whether the interface parameters are legal, and if it is legal, then executes step 11; otherwise, executes step 12.

Interface parameters include: game ID.

Step 11, query the virtual item category table according to the game ID, and obtain the information of 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 statistical result information to the game that calls this interface. The result information can include: success or failure information and error description information in case of failure.

The implementation process of the virtual item data processing interface has been described in detail above. In practical applications, the specific interface form can be an application program interface API, such as JAVA API, C++ dynamic link library DLL, or a message command interface, such as man-machine The process of interactive language MML, etc.

The present invention improves the original game system according to the inventive idea that all the virtual item data in the above game system are stored in a unified database and the data is processed in a unified manner. Three embodiments of the game system will be described in detail below.

Referring to Fig. 11a, Fig. 11a is a schematic structural diagram of the first preferred embodiment of the game system of the present invention. The game system of this implementation includes a client 110 , a game module 111 , and a game platform 112 . The game platform 112 also includes a virtual item service module 113 and a virtual item management module 116 , and the module includes a virtual item data processing interface 114 and a virtual item database 115 .

The game platform 112 including the virtual item service module 113 and the virtual item management module 116 in this embodiment is the new game platform system proposed by the present invention.

In this implementation, the game module 111 sends a call command containing interface parameters to the virtual item data processing interface 114 in the game platform 113 according to the game rules. The database 115 interacts to process the virtual item data, and the virtual item data processing interface 114 returns the processing result to the game module 111 that sent the call instruction.

Here, the calling instruction sent by the game module 111 may be: a virtual item creation instruction, a virtual item distribution instruction, a virtual item modification instruction, a virtual item transaction instruction, a virtual item transfer instruction, a virtual item query instruction, and a virtual item statistics command.

The virtual item transaction instruction may include a virtual item transaction instruction between users, an instruction for a user to sell a virtual item to the system, and an instruction for a user to buy a virtual item from the system.

The virtual item transfer instruction includes: virtual item donation, virtual item sharing and virtual item exchange instructions.

In this embodiment, the virtual data processing interface 114 includes: virtual item creation interface, virtual item distribution interface, virtual item modification interface, virtual item transaction interface, virtual item transfer interface, virtual item query interface, virtual item Statistics interface.

The process of processing virtual item data by the virtual data processing interface 114 according to each calling command sent by the game module 111 is the same as the process shown in FIGS. 3 to 10 above, and will not be repeated here.

In this embodiment, the virtual item management module 116 of the game platform 112 is an interface left for the operator to manage and maintain. It can be a program with a graphical user interface or a command line interface. Like the game module, the virtual item management module 116 can receive the call command containing the interface parameters sent by the operator through the user interface or the command line interface, and send it to the virtual item data processing interface 114 in the virtual item service module 113. After the virtual data processing interface 114 receives the instruction, it The instruction and the interface parameters therein interact with the database 115 to process the virtual item data, and the virtual item data processing interface 114 returns the processing result to the virtual item management module 116 that sends the call command, and the virtual item management module 116 will call The results are presented for operators to manage and maintain. In practical applications, it can be determined whether to set up a virtual item management module according to the needs of operators.

Here, the call command sent by the virtual item management module 116 may be: a virtual item creation command, a virtual item query command, a virtual item statistics command, and the like.

When adding a new game module to the game system, the virtual item management module 116 can send a virtual item creation command to the virtual item data processing interface 114 in the virtual item service module 113 to add a new virtual item. When the operator needs to know the stock situation of the current virtual item database, the virtual item management module 126 can send a virtual item query command or statistical command to the virtual item data processing interface 124 in the virtual item server 123 to obtain the required information.

Of course, the virtual item management module 116 can be set independently, see FIG. 11b, which is a schematic structural diagram of the second preferred embodiment of the game system of the present invention. In this embodiment, the virtual item management module 116 is set independently, and is not set in the game platform 112 .

Referring to Fig. 12, Fig. 12 is a schematic structural diagram of a third preferred embodiment of the game system of the present invention. In addition to the client 120 , the game module 121 , and the game platform 122 , the game system in 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 .

In this implementation, the game module 121 sends a call command containing interface parameters to the virtual item data processing interface 124 in the virtual item server 123 according to the game rules. 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 sent the call instruction.

The calling instruction sent by the game module 121 here is the same as the embodiment shown in FIG. 11 .

The virtual item management module 126 in this embodiment is an independent module, and of course it can also be set in the game platform 122 like the embodiment shown in FIG. 11 , and can also 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 will not be repeated here.

For the safety and reliability of the game system, the virtual item data server 124 can also adopt the form of dual-machine or cluster.

In addition, 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. New games have been added to the game platform, and 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 developer will make the initial information and quantities of various virtual items into a table in the format The same as the virtual item category table, it is provided to the operator, and the operator will import the data into the virtual item database after review. If you need to add virtual items in the future, you can also do similar operations. If a certain game is out of date, or the benefits are too poor, the operator can delete the game, reserve a period of time to notify the game user before deleting the game, so that the game user has time to exchange the virtual items of the game into virtual currency. When deleting a game, check the virtual items of the game. If the game user still owns them, convert the virtual items they own into equivalent virtual currency to the user, and then delete the data records corresponding to all virtual items of the game. The above management and maintenance operations can be performed through the virtual item management module.

In fact, for a game system that only runs one game, if the amount of virtual item data is relatively large, a separate virtual item server can also be set up like the embodiment shown in Figure 12 to process the virtual item data, and the processing method Same as the embodiment shown in Figure 12, only the functions of the game platform are all completed by the game.

In addition, in order to have compatibility, games that do not use the unified virtual item data processing interface and virtual item database may also be allowed to exist on the game platform system.

It can be seen from the above embodiments that the game virtual item data processing method, the game platform system and the game system of the present invention realize the unified processing of virtual item data in the game system and the sharing, circulation and transfer of virtual item data between games , which solves the problems of existing technical data confusion, difficult maintenance, poor security, etc., and can reduce development costs at the same time.

Claims (29)

1. A game virtual item data processing method, characterized in that the method sets a unified virtual item data processing interface and a unified virtual item database in the game system, and the virtual item data processing interface is a game system service side game module interface, the processing of virtual item data includes the following steps: A. During the running of the game in the game system, the game module on the service side of the game system calls the virtual item data processing interface; B. The virtual item data processing interface interacts with the virtual item database to process the virtual item data. 2. The virtual item data processing method according to claim 1, characterized in that, the method for setting the virtual item data processing interface and the virtual item database in the game system is: setting the virtual item data processing interface and the virtual item database In the game platform of the game system; Or set up a virtual item server in the system, and set the virtual item data processing interface and the virtual item database in the virtual item server. 3. The method for processing virtual item data according to claim 1, characterized in that: The step A is: each game program sends a virtual item data processing interface call instruction containing interface parameters during operation; Described step B comprises: B1. The virtual item data processing interface receives the call instruction containing the interface parameters and checks the validity of the interface parameters. If the interface parameters are legal, then execute step B2, otherwise, return the call failure result to the game that sent the call instruction; B2. The virtual item data processing interface interacts with the virtual item database according to the call instruction and its interface parameters to complete the virtual item data processing; B3. The virtual item data processing interface returns the processing result of the virtual item data to the game that sent the calling instruction. 4. The virtual item data processing method according to claim 1 or 3, wherein the virtual item database includes: a game information table, a user information table and a virtual item table. 5. The virtual item data processing method according to claim 1 or 3, wherein the virtual item database includes: game information table, user information table, virtual item table, virtual item category table, virtual item attribution table . 6. The method for processing virtual item data according to claim 5, wherein when creating a virtual item, The step A is: when the game needs to create a virtual item, send a virtual item creation command including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item category identification, category name, game identification, value, quantity; Described step B comprises the following steps: b1. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b2; otherwise, execute step b7; b2. Query the virtual item category table according to the virtual item category identifier in the interface parameter; b3. Determine whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item category table, and if so, execute step b4; otherwise, execute step b6; b4. Modify the field values of the corresponding existing records, and modify the category name, game logo, and value fields in the record to the corresponding values in the interface parameters; b5. The field of the quantity of virtual items not assigned to the user in the existing record is changed to the value of the original unallocated virtual item quantity field plus the quantity value of the virtual item in the interface parameter, and step b7 is executed; b6. Add a corresponding record directly in the virtual item category, and the value of each field in the record is equal to the corresponding value in the interface parameter; b7. Return the creation success or failure result information to the game that sent the calling instruction. 7. The method for processing virtual item data according to claim 5, wherein when allocating virtual items, The above A is: when the game needs to allocate virtual items, it sends a virtual item allocation instruction including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item category identification, user identification, quantity; Described step B comprises: b1. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b2; otherwise, execute step b8; b2. Query the virtual item category table according to the virtual item category identifier in the interface parameter; b3. Determine whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item category table, and if so, execute step b4; otherwise, execute step b8; b4. Determine whether the quantity of virtual items in the interface parameters is not greater than the unallocated quantity in the corresponding record, if yes, execute step b5; otherwise, execute step b8; b5. Modify the corresponding record in the virtual item category table, subtract the quantity in the interface parameter from the original unallocated quantity field; add the quantity in the interface parameter to the value of the allocated quantity field; b6. Add records in the virtual item table, the number of records is equal to the number in the interface parameters, and the virtual item identification in the added record is generated by the program or database; b7. Add the attribution record of the corresponding relationship between the above-mentioned virtual item identifier and the user identifier of the interface parameter in the virtual item attribution table; b8. Return information about the success or failure of the allocation to the game that sent the calling instruction. 8. The method for processing virtual item data according to claim 5, wherein when modifying the virtual item, The above A is: when the game needs to modify the virtual item, it sends a virtual item modification instruction including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item identifier, attribute field name, attribute field value; Described step B comprises: b1. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b2; otherwise, execute step b5; b2. Query the virtual item table according to the virtual item identifier in the interface parameter; b3. Determine whether the virtual item category identifier in the interface parameter has a corresponding record in the virtual item table, and if so, execute step b4; otherwise, execute step b5; b4. Modify each field value of the corresponding record in the virtual item table according to the attribute field name and attribute field value in the interface parameter; b5. Return the modification success or failure result information to the game that sent the calling instruction. 9. The method for processing virtual item data according to claim 5, wherein when trading virtual items between users, The above A is: when the game needs to conduct virtual item transactions between users, it sends a virtual item transaction instruction including interface parameters to the virtual item data processing interface; The interface parameters include: virtual item identification, user identification and price of the selling user and buying user; Described step B comprises: b1. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b2; otherwise, execute step b8; b2. Query the virtual item table according to the virtual item identifier in the interface parameter; b3. Determine whether the virtual item identifier in the interface parameter has a corresponding record in the virtual item table, and if so, execute step b4; otherwise, execute step b8; b4. Delete the record corresponding to the virtual item identifier in the virtual item attribution table; b5. Insert the virtual item attribution data corresponding to the virtual item ID and the purchased user ID in the interface parameters into the virtual item attribution table; b6. Modify the user information table, and subtract the value of the virtual item from the virtual currency amount in the record corresponding to the user ID of the buying user in the interface parameters; b7. Increase the value of the virtual item by the amount of virtual currency recorded corresponding to the user ID of the selling user who originally belonged to the virtual item; b8. Return transaction success or failure result information to the game that sent the calling instruction. 10. The method for processing virtual item data according to claim 5, wherein when a user sells a virtual item to the system, The step A is: when the user needs to trade virtual items sold with the system, the game sends a virtual item selling command including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item ID, user ID of the selling user, and price; Described step B comprises: b11. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b12; otherwise, execute step b18; b12. Query the virtual item attribution table according to the virtual item ID and user ID in the interface parameters; b13. Determine whether the seller in the virtual item attribution table owns the virtual item, and if so, execute step b14; otherwise, execute step b18; b14. Modify the corresponding record in the virtual item category table, add 1 to the unallocated quantity field, and subtract 1 from the allocated quantity; b15. Delete the corresponding record in the virtual item table according to the virtual item identifier in the interface parameter; b16. In the virtual item attribution table, delete the attribution record of the corresponding relationship between the virtual item ID and the selling user ID in the interface parameters. b17. Modify the user information table, and increase the value of the virtual item in the virtual currency in the corresponding record of the user ID of the selling user in the interface parameters; b18. Return information about the success or failure of the purchase to the game that sent the call instruction; When the user buys virtual items from the system, The step A is: when the user needs to trade the purchased virtual item with the system, the game sends a virtual item purchase command including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item category ID, user ID of the buying user, price, quantity; Described step B comprises: b21. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b22; otherwise, execute step b29; b22. Query the virtual item category table according to the virtual item category identifier in the interface parameter; b23. Judging that the virtual item category identifier in the interface parameter has this type of virtual item in the virtual item category table, if so, execute step b24; otherwise, execute step b29; b24, judging whether the quantity in the interface parameter is not greater than the unallocated quantity in the corresponding record, if yes, then perform step b25; otherwise, perform step b29; b25. Modify the corresponding record in the virtual item category table, subtract the number of interface parameters from the unallocated quantity field, and increase the number of interface parameters from the allocated quantity; b26. Add records in the virtual item table, the number of records is equal to the number in the interface parameters, and the virtual item identifier in the added record is generated by the program or database; b27. Add the attribution record of the corresponding relationship between the virtual item identifier and the user identifier in the interface parameters in the virtual item attribution table. b28. Modify the user information table, and reduce the virtual currency in the record corresponding to the user ID of the buying user in the interface parameters by the value of the corresponding amount of the virtual item; b29. Return information about the success or failure of the purchase to the game that sent the call instruction. 11. The method for processing virtual item data according to claim 7 or 10, characterized in that the method for generating the virtual item ID is as follows: setting the virtual item ID field in the virtual item table as the database automatic numbering type; Or the program uses an algorithm to generate a virtual item ID based on the uniqueness of the virtual item ID. 12. The method for processing virtual item data according to claim 9 or 10, wherein the method for determining the value of the virtual item is as follows: if the interface parameter includes a price, the price is the value of the virtual item; If the value is not filled in the price in the interface parameter, then when querying the virtual item table, look up the value field value in the corresponding record of the virtual item table, and the field value is the value of the virtual item; if there is no value in the corresponding record of the virtual item table Value field value, query the virtual item category table, the value of the virtual item is the value field value in the corresponding category record in the virtual item category table. 13. The method for processing virtual item data according to claim 5, wherein when giving virtual items between users, The step A is: when the game needs to donate virtual items between users, send a virtual item gift command including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item ID, original attribution user ID, gifted user ID; Described step B comprises: b1. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b2; otherwise, execute step b5; b2. According to the original attribution user ID, gift user ID and virtual item ID in the interface parameters, query the virtual item attribution table; b3. Determine whether the original attributing user owns the virtual item identified by the virtual item in the interface parameter in the virtual item attribution table, and if so, execute step b4, otherwise execute step b5; b4. Delete the corresponding record of the original attributable user and the virtual item ID, and add the corresponding record of the donated user ID and the virtual item ID in the interface parameters; b5. Return the gift success or failure result information to the game that sent the gift instruction. 14. The method for processing virtual item data according to claim 5, wherein when sharing virtual items between users, The step A is: when the game needs to share virtual items between users, send a virtual item sharing command including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item ID, attribution user ID, shared user ID list; Described step B comprises: b1. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b2; otherwise, execute step b5; b2. Query the virtual item attribution table according to the virtual item ID and the attribution user ID in the interface parameters; b3. Determine whether the user identified in the interface parameter in the virtual item attribution table owns the virtual item, if so, execute step b4, otherwise execute step b5; b4. Add the corresponding record of the shared user identification list and the virtual item identification in the interface parameter to the virtual item attribution table. b5. Return sharing success or failure result information to the game that sent the calling instruction. 15. The method for processing virtual item data according to claim 5, wherein when exchanging virtual items between users, The step A is: when the game needs to exchange virtual items between users, send a virtual item exchange command including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item ID 1, virtual item ID 2; Described step B comprises: Step b1, the virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal, if legal, then executes step b2; otherwise, executes step b5. b2. Query the attribution user ID corresponding to the interface parameters virtual item ID 1 and virtual item ID 2 in the virtual item attribution table; b3. Determine whether the attribution user IDs corresponding to the virtual item ID 1 and the virtual item ID 2 are the same, if so, execute step b5, otherwise execute step b4; b4. Modify the attribution user ID corresponding to the virtual item ID 1 in the virtual item attribution table to be the attribution user ID corresponding to the virtual item ID 2, and also modify the attribution user ID corresponding to the virtual item ID 2 to be the attribution user ID corresponding to the virtual item ID 1 ; b5. Return the exchange success or failure result information to the game that sent the calling instruction. 16. The method for processing virtual item data according to claim 5, wherein when querying virtual items, The step A is: when the game needs to query the virtual item, send a virtual item query command including interface parameters to the virtual item data processing interface; Interface parameters include: virtual item ID or user ID; If the virtual item query instruction is to query the category information of the specified virtual item, then the step B includes: b11. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b12; otherwise, execute step b15; b12. Query the virtual item table according to the virtual item identifier in the interface parameter; b13, judging whether there is a corresponding record, if so, execute step b14, otherwise execute step b15; b14. Query the virtual item category table according to the value of the corresponding virtual item category identification field in the query record, and obtain the category information of the virtual item; b15. Return query success or failure result information to the game that sent the calling command; If the virtual item inquiry instruction is to inquire about the detailed information of the specified virtual item, then the step B includes: b21. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b22; otherwise, execute step b24; b22. Query the virtual item table according to the virtual item identifier in the interface parameter; b23. Determine whether there is a corresponding record, and if so, execute step b24 after obtaining the field values of the corresponding records in the virtual item table, otherwise directly execute step b24; b24. Return query success or failure result information to the game that sent the call instruction; If the virtual item inquiry instruction is to inquire about the virtual items owned by the specified user, then the step B includes: b31. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b32; otherwise, execute step b34; b32. Query the virtual item attribution table according to the user identification in the interface parameter; b33. Obtain a list of virtual item identifiers corresponding to the user identifier; b34. Return query success or failure result information to the game that sent the call instruction. 17. The method for processing virtual item data according to claim 5, wherein when counting virtual items, The step A is: when the game needs to count the virtual items, send the virtual item statistics command including the interface parameters to the virtual item data processing interface; Interface parameters include: game logo; Described step B comprises: b1. The virtual item data processing interface receives the interface parameters sent by the game, and checks whether the interface parameters are legal. If it is legal, execute step b2; otherwise, execute step b3; b2. Query the virtual item category table according to the game ID, and obtain the information of the virtual item category corresponding to the game ID; b3. Return statistical success or failure result information to the game that sent the call instruction. 18. The method for processing virtual item data according to claim 1, further comprising: setting a virtual item data management module in the game system; The operator sends a calling command containing interface parameters to the virtual item data processing interface through the virtual item management module. After processing, the virtual item data processing interface will return the processing result to the virtual item management module that sent the calling command, and the virtual item data management module will present the result to the operator. 19. The method for processing virtual item data according to claim 18, characterized in that, the call instruction sent by the operator to the virtual item data processing interface through the virtual item management module includes: a virtual item creation command, a virtual item query command, and Virtual item statistics command. 20. A game platform system, characterized in that: the game platform system 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 the virtual item data processing interface calling instruction containing interface parameters sent by the game module supported by 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 , process the virtual item data, and return the processing result to the game module that sends the calling command; The virtual item database stores the virtual item data of the game modules supported by the game platform system. 21. The game platform system according to claim 20, wherein the virtual item data processing interface includes at least one of the following: Virtual item creation interface, virtual item allocation interface, virtual item modification interface, virtual item transaction interface, virtual item transfer interface, virtual item query interface, virtual item statistics interface. 22. The game platform system according to claim 20, characterized in that, said virtual item data database is realized by means of distributed placement. 23. The game platform system according to claim 20, characterized in that, the game platform system further comprises: a virtual item data management module; The virtual item data management module has a management and maintenance interface, receives a calling instruction including interface parameters, and sends it to the virtual item data processing interface in the virtual item service unit; After the virtual data processing interface receives the calling command, it interacts with the virtual item database according to the calling command and the interface parameters therein, processes the virtual item data, and returns the processing result to the virtual item data management module that sent the calling command. The item data management module presents the results. 24. A game system, comprising a client, a game module and a game platform, characterized in that: 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 the virtual item data processing interface calling instruction including interface parameters sent by the game module in the game system, and interacts with the virtual item database according to the instruction and the interface parameters therein, and performs virtual item data processing. processing, and return the processing result to the game module that sent the calling instruction; The virtual item database stores the virtual item data of the game modules in the game system. 25. The game system according to claim 24, wherein the virtual item data processing interface includes at least one of the following: Virtual item creation interface, virtual item allocation interface, virtual item modification interface, virtual item transaction interface, virtual item transfer interface, virtual item query interface, virtual item statistics interface. 26. The game system according to claim 24, characterized in that, said virtual item data database is realized by distributed placement. 27. The game system according to claim 24, wherein the virtual item service unit is a virtual item service module installed in the game platform or a virtual item server independent of the game platform. 28. The game system according to claim 24, wherein the virtual item data server adopts a dual-machine or cluster form. 29. The game system according to claim 24, further comprising: a virtual item data management module: The virtual item data management module has a management and maintenance interface, receives a calling instruction including interface parameters, and sends it to the virtual item data processing interface in the virtual item service unit; After the virtual data processing interface receives the calling command, it interacts with the virtual item database according to the calling command and the interface parameters therein, processes the virtual item data, and returns the processing result to the virtual item data management module that sent the calling command. The item data management module presents the results.

Images