JP2023102058A - Game data processing method, game data processing device, and computer program - Google Patents

Abstract

To provide a game data processing method, a game data processing device, and a computer program capable of giving a user a feeling of satisfaction.SOLUTION: In a game data processing method, data on a character that can be selected by a user when progressing a game is stored in association with an ID of the user of a game, lottery processing for selecting, by a lottery, a character newly imparted to the user out of a plurality of kinds of characters including the stored character is executed, and as a result of the lottery processing, character IDs of the characters, and item IDs and the number of items for the characters are stored in association with the user ID of the user every time one or a plurality of characters are won.SELECTED DRAWING: Figure 8

Description

The present invention relates to a game data processing method, a game data processing device, and a computer program.

2. Description of the Related Art Game applications (hereinafter referred to as “game apps”) that can be executed on communicable information terminal devices such as so-called smartphones and tablet terminals carried by users have become widespread. This kind of game application does not provide users with all game contents provided by an information processing device, but sets restrictions on usable game contents in the game application, and releases the restrictions little by little free of charge or for a fee. As a result, game providers are devised to collect profits while allowing users to enjoy many game contents over a longer period of time.

Patent Literature 1 discloses a lottery method imitating a vending machine called "gacha-gacha" (registered trademark), which relates to the provision of game content in a game application, and discharges a plurality of capsules each containing a toy or miscellaneous goods in a state in which it is unknown which capsule will be discharged. Such a lottery method is used in a game application to draw lots for weapons, protective gear, costumes, or the characters themselves used by appearing characters.

JP-A-2002-366852

Among game contents, there are "rare" items that are difficult to draw in "Gacha" and that are advantageous to the progress of the game. In "gacha", it is often necessary to pay points, items, setting values, etc. within the game application as the cost of executing the lottery. These points, items, or setting values can be obtained for a fee, such as legal currency or so-called cryptocurrency. A user who wants to obtain game content with a high rarity will play "Gacha" more times. Since the cost for carrying out the "gacha" can be obtained for a fee, it is necessary to devise a way to prevent the "gacha" from being carried out by unnecessarily arousing the gambling spirit.

When game content with a relatively high rarity is won, the user is satisfied with the "gacha", but if it is set so that it can be obtained relatively easily, the user's motivation for the "gacha" decreases. When "gacha" is performed aiming at game content with a relatively high rarity, but the target game content is not won, it is necessary to devise ways to give the user a sense of satisfaction.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a game data processing method, a game data processing apparatus, and a computer program that satisfy users.

A game data processing method according to an embodiment of the present disclosure stores data of characters that can be selected by the user during the progress of the game in association with the user ID of the user of the game, executes a lottery process for drawing a lottery for a new character to be given to the user from a plurality of types of characters including the stored characters, and stores the character ID of the character and the item ID and the number of items for the character in association with the user ID of the user each time one or more characters win as a result of the lottery process.

In the game data processing method of the present disclosure, data of a character that can be selected by the user during the progress of the game is stored in association with the user ID of the user of the game, and a lottery process for drawing a new character to be given to the user from a plurality of types of characters including the stored characters is executed.

According to the present disclosure, even if specific highly rare game content is not won in "gacha", the user is provided with specific items that are accumulated only by playing "gacha". This makes it possible to give even a little satisfaction to the performance of "Gacha".

1 is a schematic diagram of a game system according to a first embodiment; FIG. It is a block diagram which shows the internal structure of an information processing apparatus. It is a figure which shows the example of the content of a content table. It is a block diagram which shows the internal structure of an information terminal device. FIG. 4 is an explanatory diagram showing an example of game content owned by a user; It is a figure which shows the example of a screen of "gacha." 2 is a flow chart showing an example of a lottery method in "Gacha" of the present disclosure. FIG. 11 is an explanatory diagram showing an example of a screen showing lottery results; FIG. 10 is an explanatory diagram of exceeding the parameter upper limit; FIG. 10 is an explanatory diagram of content unlocking;

The present disclosure will be specifically described with reference to the drawings showing the embodiments thereof. In the following embodiments, a game system to which the game data processing method of the present disclosure is applied will be described.

FIG. 1 is a schematic diagram of a game system 100 of this embodiment. The game system 100 includes an information terminal device 2 used by each of a plurality of users, and an information processing device 1 with which the information terminal device 2 can communicate. The information terminal device 2 and the information processing device 1 can transmit and receive data to and from each other via the network N. FIG. A network N includes the Internet N1, a carrier network N2, a base station BS, and an access point AP.

In the game system 100, the information terminal device 2 installed with the game application program (hereinafter referred to as game application) alone cannot use all the game contents. The information terminal device 2 communicates with the information processing device 1 periodically and as the game progresses, and acquires game content from the content database (DB: Data Base) 110 of the information processing device 1 via the network N as appropriate to progress the game. Game content includes scenario data, character data, item data, and the like. Among these game contents, the types and amounts of game contents that can be used differ depending on the user and the progress of the game.

The configuration of each device of the game system 100 and the processing content of each device will be described. FIG. 2 is a block diagram showing the internal configuration of the information processing device 1. As shown in FIG. The information processing device 1 is a game server device capable of transmitting and receiving data to and from the information terminal device 2 . In the following explanation, the information processing device 1 is explained as one game server device, but it may be a mode in which a plurality of server computers are connected for communication via a network to perform distributed processing.

The information processing device 1 includes a processing unit 10 , a storage unit 11 and a communication unit 12 . The processing unit 10 is a processor using a CPU (Central Processing Unit) and/or a GPU (Graphics Processing Unit). The processing unit 10 executes processing as a game server based on the information processing program 1P stored in the storage unit 11 .

The storage unit 11 uses a nonvolatile memory such as a hard disk, flash memory, SSD (Solid State Drive), or the like. The storage unit 11 stores data referred to by the processing unit 10 . The storage unit 11 stores an information processing program 1P. The information processing program 1</b>P may be the information processing program 9</b>P stored in the storage medium 9 read by the processing unit 10 and duplicated in the storage unit 11 . The information processing program 1P may be downloaded from another program server device via the communication unit 12 and stored.

The storage unit 11 includes a content DB 110 that stores game content used in games. Game content stored in the content DB 110 includes scenario data, battle data, character data, and the like. Scenario data includes image data (animation, video, etc.), text data (dialogue, etc.), and audio data. Battle data includes character data (enemies, allies, etc.), battle item data, battle background data, and voice data. The character data includes image data (animation, video, etc.), audio data, and level-specific parameters (strength, defense, attributes, etc.). Character data may be stored for each different variation (different clothes, different colors, etc.) for the same character. The battle item data includes image data and data numerically representing effects on battle parameters (attack amount, defense amount, etc.) applied to the character during the battle. The game content further includes enhancement items for enhancing characters or battle items, items exchangeable with various game content, points, and setting values. The enhancement item data includes item image data and data such as names. Items, points, and setting values to be exchanged also include data such as image data and names. The content DB 110 includes a content table that associates these game content entities with content identification data (hereinafter referred to as content IDs).

The content DB 110 stores the relationship between enhancement item data and data identifying one or more characters or battle items to be enhanced. The content DB 110 stores, for example, the type and number of enhancement items required to enhance a character for each character data. The content DB 110 stores the type and number of necessary enhancement items for each parameter such as attack power, physical strength, and characteristics possessed by the character, and further for each stage, in association with character identification data. For battle items, the content DB 110 may also store the types and number of enhancement items required to enhance the battle items.

The content DB 110 stores the relationship between items, points, and setting values that can be exchanged for game content and data that identifies exchange target game content (characters, battle items, or enhancement items). The content DB 110 stores, for example, the type and number of items, points, or set values required for exchange for each game content to be exchanged.

The storage unit 11 stores the content ID of game content that can be used by each user in each information terminal device 2 in association with the user ID that identifies the user. For example, the storage unit 11 stores a content ID and the number of characters, enhancement items, items, etc. owned by the user on the game application 2P in association with the user ID. In response to an acquisition request specifying a content ID, the processing unit 10 reads game content from the content DB 110 and provides it to the requester.

The communication unit 12 realizes communication with the information terminal device 2 via the network N. FIG. The communication unit 12 is specifically a network card. The communication unit 12 may be a wireless communication module that connects to the carrier network N2, or may be a wireless communication module for WiFi. The processing unit 10 can transmit and receive data to and from the information terminal device 2 through the communication unit 12 .

FIG. 3 is a diagram showing an example of contents of a content table. As shown in FIG. 3, the storage unit 11 stores entity data (addresses indicating locations) in association with content IDs of various game content such as characters, battle items, and enhancement items. Each game content is associated with a rarity numerical value indicating the level of rarity. As shown in FIG. 3, the numerical values are 1 to 5, and are predetermined so that the larger the numerical value, the higher the rarity. The number of stages of rarity is not limited to five. The character table may also be stored in the storage unit 21 of the information terminal device 2 .

As shown in FIG. 3, the game content entity data and rarity data associated with the content data identification data (content ID) are also stored in the content DB 110 for items and points used for exchange.

FIG. 4 is a block diagram showing the internal configuration of the information terminal device 2. As shown in FIG. The information terminal device 2 is a device that includes a display section 23 and a communication section 22 . The information terminal device 2 is, for example, a smart phone or a tablet terminal. The information terminal device 2 may be a dedicated game device.

The information terminal device 2 includes a processing section 20 , a storage section 21 , a communication section 22 , a display section 23 , an audio output section 24 and an operation section 25 . The processing unit 20 is a processor using a CPU and/or GPU. The processing unit 20 executes game-related processing based on a game application program (hereinafter referred to as a game application) 2P stored in the storage unit 21 .

The storage unit 21 uses a non-volatile memory such as flash memory or SSD. The storage unit 21 stores data referred to by the processing unit 20 . The game application 2P is downloaded from the information processing device 1 or another program server device via the communication unit 22 and stored so as to be executable.

The storage unit 21 stores the user ID of the game application 2P. The storage unit 21 stores a content ID and the number of characters and items (battle items, enhancement items) owned by the user on the game application 2P, in association with the user ID. The relationship between the user ID and the content ID and the number stored in the storage unit 21 is the same as the content ID and the number stored in association with the user ID in the information processing apparatus 1 .

The communication unit 22 realizes communication with the information processing device 1 via a network N including the Internet or a carrier network. Specifically, the communication unit 22 may be a wireless communication device that connects to a carrier network, or may be a wireless communication device for WiFi. The processing unit 20 can transmit and receive data to and from the information processing device 1 through the communication unit 22 .

The display unit 23 is a display such as a liquid crystal display or an organic EL (Electro Luminescence) display. The display unit 23 is, for example, a touch panel built-in display. The processing unit 20 displays game content such as images and text provided from the information processing device 1 on the display unit 23 based on the game application 2P.

The audio output unit 24 includes a speaker and the like. The processing unit 20 causes the audio output unit 24 to output game content such as audio and music provided from the information processing device 1 based on the game application 2P.

The operation unit 25 is a user interface capable of inputting/outputting data to/from the processing unit 20 and is a touch panel built into the display unit 23 . The operation unit 25 may be physical buttons. The operation unit 25 may be a voice input unit.

A game realized by the game system 100 configured as described above progresses as the information terminal device 2 reproduces scenario data, battle data, character data, etc. in predetermined game execution units based on the game application 2P.

In the game system 100 of the present disclosure, a battle is a content in which a character owned by a user fights against a character that is not subject to user operation (hereinafter referred to as NPC (Non-Player Character)) using various methods such as actions, commands, and puzzles. The content of the battle is not limited to this.

The information terminal device 2 in which the game application 2P is running acquires the above-described game content from the information processing device 1 via the network N in addition to the downloaded game application 2P as appropriate, and progresses the game. Among the game contents, the contents and numbers of characters selectable by the user in battle, battle items used during battle, enhancement items, points, setting values, etc. differ depending on the user. These game contents owned by the user are stored in the storage unit 11 of the information processing device 1 and the storage unit 21 of the information terminal device 2 with the content ID associated with the user ID, thereby securing ownership.

FIG. 5 is an explanatory diagram showing an example of game content owned by a user. In FIG. 5, a user with a user ID of "123456789" owns game content including a character with a content ID of "000001" and a battle item with a content ID of "000002".

Furthermore, in the game system 100 of the present disclosure, the same character or the same battle item can be repeatedly provided to the same user. That is, for the user ID of the same user, the results of the "Gacha", the content ID of the character or battle item, and the "number" are associated and stored. In other words, the user with the user ID "123456789" can own multiple characters with "000001". Furthermore, content IDs of the same character are stored so as to be mutually identifiable. In other words, user A can identify which character to use from a plurality of "000001" characters. When a user owns a plurality of identical characters, in the information processing device 1 and the information terminal device 2, identification data is added to the content ID and stored in association with the user ID. For example, as shown in FIG. 5, the content ID is stored in association with the user ID "123456789" so that even the same characters as "000001-1" and "000001-2" can be identified.

The user can obtain characters, battle items, and enhancement items as battle rewards or mission rewards. The user may obtain characters, battle items, and enhancement items by exchanging points, settings, etc. in the game. The user can also obtain characters and battle items through so-called "gacha".

Specific enhancement items that can be obtained with the character in the "gacha" that can be executed in the game system 100 will be described in detail below. In the game system 100 of the present disclosure, each time a character wins a lottery for a character's "gacha", a specific enhancement item that can be used for that character is given to the user.

FIG. 6 is a diagram showing an example of a "gacha" screen. The information terminal device 2 displays a gacha screen 230 as shown in FIG. 6 when "gacha" is selected in the game menu while the game application 2P is running. The gacha screen includes a "single gacha" button and a "multiple gacha" button. When a ``single gacha'' or ``plural gacha'' button is selected, a processing part 20 of the information terminal device 2 detects this and transmits a content lottery request to the information processing device 1 together with data identifying which button is selected.

As shown in FIG. 6, the gacha screen 230 displays explanations of the characters and battle items to be drawn in the "gacha", as well as the cost required to execute the "gacha". In the game system 100 of the present disclosure, as the cost of "Gacha", consumption of a predetermined number of special items "jewels" that are also used for item exchange, recovery of set values, etc. in the game is required. Specifically, the information processing device 1 and the information terminal device 2 reduce the number of special items "jewels" stored in association with the user ID by a predetermined number each time the "gacha" is performed, in response to transmission of a content lottery request from the information terminal device 2. The cost of “singular gacha” is 3 “jewels”, and the cost of 11 times of “multiple gacha” is 30 “jewels”, which is 10 times the cost of “single gacha” (one “singular gacha” is added by consuming “jewels” 10 times more than “singular gacha”).

The target game content that the user can obtain from the "gacha" may be any of the above-described game content, including special battle background data, special audio data, etc., regardless of characters and battle items, and may be set according to the content of the battle.

FIG. 7 is a flow chart showing an example of a lottery method in the "gacha" of the present disclosure. When the processing unit 10 of the information processing device 1 receives a content lottery request from the information terminal device 2 (step S101), the processing unit 10 executes a lottery process with a weight corresponding to the rarity associated with each content ID from a lottery target table (not shown) that extracts the characters and battle items to be lottery among the game contents including the characters, battle items, etc. shown in FIG. Various methods including known methods can be adopted for the lottery process according to the rarity, as long as it is a method in which the higher the rarity, the more difficult it is to be selected.

The processing unit 10 selects one winning content as a result of the lottery process (step S103). The processing unit 10 determines whether the selected content is a character (step S104). When it is determined that it is a character (S104: YES), the processing unit 10 stores the specific enhancement item for the character of the selected content in association with the number corresponding to the rarity of the winning character and the user ID of the information terminal device 2 that requested the content lottery (step S105). The processing unit 10 advances the process to the next step S106. The specific enhancement item guaranteed to be given to the user by the storage in step S105 is data that can be obtained only through "Gacha".

In step S105, when the character is determined to be a character, the processing unit 10 may specify the rarity of the character and determine the number of enhancement items according to the rarity. For example, the processing unit 10 sets the number of enhancement items to 80 when the rarity is high (eg, "5"), and sets the number of enhancement items to 3 when the rarity is low (eg, "1"). That is, the processing unit 10 increases or decreases the number of items with a gradation so that the number increases as the rarity increases.

In step S105, when it is determined that the character is a character, the processing unit 10 may specify the cumulative number of winnings of the character, and determine the number of enhancement items according to the number of winnings. For example, the processing unit 10 gives a larger number as the winning cumulative number increases. For example, the processing part 10 gives two strengthening items when the winning cumulative number of times of a character with a low rarity (for example, "1") is the third, but gives five reinforcing items when the winning cumulative number of times of the character is fifty. For example, the processing unit 10 may give 80 strengthening items when the character with a high rarity (for example, "5") has the first cumulative winning number, but may give 120 reinforcing items when the cumulative winning number of the character is the third.

In step S105, when the character is determined to be a character, the processing unit 10 may specify the usage record of the character and determine the number of enhancement items according to the level of the usage record. For example, the processing unit 10 assigns a larger number of items as the number of usage records increases. For example, the processing unit 10 adds 2 to the basic number of reinforcement items when the character participates in battles 400 times or more, and adds 8 to the basic number of reinforcement items when the character participates 1000 times or more. The number may be increased not only according to the number of times of participation in the battle but also according to the value of the parameter corresponding to the degree of intimacy with the character and the degree of reliability.

If it is determined in step S104 that the character is not a character (S104: NO), the processing section 10 advances the process to the next step S106.

It is determined whether or not there are unselected contents among the winning contents (step S106). If it is determined that there remains (S106: YES), the processing unit 10 returns the process to step S103.

When it is determined that there is no unselected content left (S106: NO), the processing unit 10 responds to the information terminal device 2 that has transmitted the content lottery request with the lottery result data of step S102, the data of the specific enhancement item given to the user in step S105, and the number of specific enhancement items (step S107).

The processing unit 10 updates the number of content IDs of owned game content associated with the user ID of the information terminal device 2 that requested the content lottery and the number of specific enhancement items (step S105), and ends the process.

FIG. 8 is an explanatory diagram showing an example of a screen showing lottery results. A gacha result screen 231 shown in FIG. 8 includes an icon 232 indicating a winning character or battle item. In the gacha result screen 231 of FIG. 8, the icon 232 identifies the winning game content by the characters and the content ID, but may be identified by the thumbnail image, name, etc. of the game content. In the gacha result screen 231 of FIG. 8, the rarity of each winning character or battle item is represented by the number of “stars” in the icon 232. In FIG.

As shown in FIG. 8, the gacha result screen 231 preferably includes an "end" button for ending the lottery and a "additional lottery" button for continuing the lottery.

In the game system 100 of the present disclosure, the gacha result screen 231 displays a mini-icon 233 indicating a specific enhancement item to be given when the icon 232 corresponds to the game content of the character. Near the mini icon 233, the increased number of specific enhancement items is displayed.

As described above, in the game system 100 of the present disclosure, each time the game content of a character wins a lottery for "gacha", a specific enhancement item that can be used for that character is provided to the user as a "bonus".

In the conventional game system in this field, it is determined whether or not the game content of the character that has been won in the "gacha" is the same as the character that the user already possesses, that is, whether or not it is a double winning, and if there is a double winning, the character is automatically strengthened, or a specific item or point is given to the user.

On the other hand, in the "gacha" lottery process described above, each time a character wins, a specific enhancement item for that character is provided to the user in addition to the data of the character, regardless of whether or not the character wins multiple times. As will be described later, each time the player wins a lot of times, a special enhancement item that realizes enhancements that cannot be achieved with other items can be accumulated. Therefore, even if the game content is repeatedly won in the gacha, the user can be satisfied.

Certain enhancement items are exclusive to each character. For example, a specific enhancement item for a character with a content ID of '000001' cannot be used on another character with a content ID of '000003', and a specific enhancement item for a character with a content ID of '000003' cannot be used on another character with a content ID of '000001'. Even the same character can be acquired by the user as described above. In this case, if the specific strengthening item is the same character, it is permitted to use not only the specific strengthening item given by the "Gacha" but also to any of a plurality of characters. For example, a user who owns a character with a content ID of "000001" has 80 specific enhancement items at the timing when the character with the content ID of "000001" was obtained through "Gacha". Furthermore, in the newly implemented "Gacha", if the character with the content ID "000001" wins for the same user, the user can obtain 80 more specific enhancement items for the character with the "000001" character. The user will own the character with content ID "000001-1", the character with "000001-2", and 160 specific enhancement items for "000001". The user is not required to separately use 80 of these 160 specific enhancement items for the character with the content ID ``000001-1'' and the character with the content ID ``000001-2'', although they are exclusive, but can collectively use them for the character with the content ID ``000001-1''.

How to use specific enhancement items is explained below.

In the first example, the specific enhancement item can be used to break through the upper limit of each character's parameter and increase the parameter for which the upper limit is set. FIG. 9 is an explanatory diagram of exceeding the parameter upper limit. FIG. 9 shows a screen 234 for performing character strengthening operations. The screen 234 in FIG. 9 shows the characteristics (level, physical strength, attack power, etc.) of the character "000001". "Level" is displayed as a characteristic. On the screen 234 of FIG. 9, the upper limit of "level" is set to "100". However, it is possible to break through the upper limit to "110" by consuming a specific number of strengthening items set for each character.

Certain enhancement items can be used in a second example to enable content playback that is locked for the corresponding character. FIG. 10 is an explanatory diagram of content unlocking. FIG. 10 shows a screen 235 for confirming the profile of each character. On the screen 235 of FIG. 10, a list of content specific to the character of "000001" is displayed. "Story" in the screen 235 is moving image content for explaining the history, family, and tastes set for each character. In the example of FIG. 10, four "stories" are prepared for the character "000001", three of which have been released and can be played. On the other hand, by consuming specific strengthening items in the number set for each "story" of each character, the remaining one "story" can be reproduced.

The embodiments disclosed as described above are illustrative in all respects and are not restrictive. The scope of the present invention is indicated by the scope of claims, and includes all modifications within the meaning and scope of equivalence to the scope of claims.

1 information processing device 10 processing unit 11 storage unit 1P information processing program 2 information terminal device 20 processing unit 21 storage unit 23 display unit 2P game application program (game application)

Claims (11)

storing character data that can be selected by the user during the progress of the game in association with the user ID of the user of the game;
executing a lottery process for drawing a new character to be given to the user from a plurality of types of characters including the stored characters;
A game data processing method for storing the character ID of the character, the item ID and the number of items for the character in association with the user ID of the user each time one or more characters are won as a result of the lottery process. A plurality of data of characters of the same type can be stored so as to be mutually identifiable,
2. The game data processing method according to claim 1, wherein when the character item stores data of a plurality of characters of the same type, use of the character item is permitted for any of the plurality of characters. 3. The game data processing method according to claim 1, wherein the higher the rarity degree set for the corresponding character in the lottery, the greater the number of the character items provided. 3. The game data processing method according to claim 1, wherein the character item is provided in a different number according to the number of lotteries for the corresponding character. 5. The game data processing method according to any one of claims 1 to 4, wherein the character item is consumed to increase the upper limit of a parameter for which an upper limit is set among the parameters of each corresponding character. 6. The game data processing method according to any one of claims 1 to 5, wherein the character items are consumed to permit the increase of new parameters in addition to the parameters of the corresponding characters. 7. The game data processing method according to any one of claims 1 to 6, wherein the character item is consumed to permit playback of content locked for the corresponding character. 8. The game data processing method according to any one of claims 1 to 7, wherein the character item is provided in accordance with the utilization record of the character. 9. The game data processing method according to any one of claims 1 to 8, wherein the lottery is executed from the plurality of characters so as to be duplicated. a storage unit that stores data of characters that can be selected by the user during the progress of the game in association with the user ID of the user of the game;
a processing unit that executes a lottery process for drawing a character to be newly given to the user from a plurality of types of characters including stored characters;
with
The processing unit is
The game data processing device stores the character ID of the character, the item ID and the number of items for the character in association with the user ID of the user, each time one or more characters are won as a result of the lottery process, in the storage unit. to the computer,
storing character data that can be selected by the user during the progress of the game in association with the user ID of the user of the game;
executing a lottery process for drawing a new character to be given to the user from a plurality of types of characters including the stored characters;
A computer program for executing a process of storing the character ID of the character, the item ID and the number of items for the character in association with the user ID of the user each time one or more characters are won as a result of the lottery process.

Images