JP7352373B2 - Game program, game processing method, information processing device - Google Patents

Description

The present invention relates to a game program, a game processing method, and an information processing device.

In so-called online games where multiple users play games on multiple terminal devices connected to a server device, a lottery game (so-called gacha) in which virtual prizes such as characters and items that can be used in the game are provided to users by lottery. It has been known.

As an example of such a lottery game, for example, Patent Document 1 describes a game system in which a user selects and executes a specific gacha from a list of a plurality of gachas displayed on a gacha list screen.

Japanese Patent Application Publication No. 2017-205177

On the above gacha list screen, the user can check the prizes and winning probability of each gacha. However, since the user does not know which gachas (prizes offered by) are popular and which gachas (prizes offered by) are unpopular, the user may be confused in selecting a gacha.

Similarly, in role-playing games, etc., items are purchased at an in-game store, but the user does not know which items are popular and which are not, so the items to be purchased are You may be confused about the choice.

On the other hand, information such as which gachas or items (hereinafter referred to as "in-game items") are popular may be obtained from, for example, a strategy site or a strategy guide. However, in online games, trends in the popularity of in-game items may fluctuate due to changes in game content or operating conditions, and information such as strategy sites and strategy guides may not correspond to such fluctuations. There is sex.

Therefore, there has been a demand for real-time information that serves as an index for users to select in-game acquisitions.

The present invention has been made in view of these problems, and provides a game program, a recording medium, and a game processing method that can provide a user with information that serves as an index for selecting in-game acquisition items in real time. The purpose is to provide

In order to achieve the above object, the game program of the present invention allows an information processing device communicatively connected to a plurality of terminal devices to acquire the acquired object every time a user of the terminal device acquires an acquired object in a game. a counting processing unit that counts the number of times an object has been acquired, and displays the counted number of times the object has been acquired on a display unit of the terminal device as a number or as a percentage of the total number of acquisitions for a predetermined plurality of acquired objects; It functions as a display processing section.

In order to achieve the above object, the game processing method of the present invention is a game processing method executed by an information processing device communicatively connected to a plurality of terminal devices, the game processing method being a game processing method in which a user of the terminal device a step of counting the number of acquisitions of the acquisition object each time the acquisition object is acquired; and the counted number of acquisitions is expressed as a number of times or as a ratio to the total number of acquisitions of a predetermined plurality of acquisition objects; and displaying the information on a display unit of the terminal device.

In order to achieve the above object, an information processing device of the present invention is an information processing device communicatively connected to a plurality of terminal devices, and each time a user of the terminal device acquires an object in a game. , a counting processing unit that counts the number of acquisitions of the acquired object, and a display of the counted number of acquisitions on the terminal device as a number of times or as a percentage of the total number of acquisitions of a predetermined plurality of acquired objects; and a display processing section for displaying information on the display section.

According to the game program and the like of the present invention, it is possible to provide the user with information that serves as an index for selecting an in-game acquisition object in real time.

FIG. 1 is a system configuration diagram showing an example of the overall configuration of a game system according to an embodiment. FIG. 2 is a device configuration diagram showing an example of the configuration of a terminal device. FIG. 2 is a block diagram illustrating an example of a functional configuration of a server. It is an explanatory diagram showing an example of a gacha selection screen. It is an explanatory diagram showing an example of an item purchase screen. 2 is a flowchart illustrating an example of a processing procedure executed by a CPU of a server. FIG. 7 is a block diagram illustrating an example of a functional configuration of a server in a modification that counts the number of acquisitions within a predetermined period. It is an explanatory diagram showing an example of an item purchase screen in a modification which counts the number of acquisitions within a predetermined period. 12 is a flowchart illustrating an example of a processing procedure executed by a CPU of a server in a modified example of counting the number of acquisitions within a predetermined period. FIG. 7 is a block diagram showing an example of the functional configuration of a server in a modified example in which paid and unpaid items are counted separately. It is an explanatory diagram showing an example of a free gacha selection screen in a modification in which paid and free gacha are counted separately. It is an explanatory diagram showing an example of a selection screen of a paid gacha in a modification in which paid and free gachas are counted separately. 12 is a flowchart illustrating an example of a processing procedure executed by a CPU of a server in a modified example in which paid and unpaid items are counted separately. FIG. 12 is a block diagram showing an example of the functional configuration of a server in a modified example in which counting is performed in consideration of user rankings. FIG. 7 is an explanatory diagram showing an example of an item purchase screen in a modified example in which counting is performed in consideration of a user's ranking. 12 is a flowchart illustrating an example of a processing procedure executed by the CPU of the information processing device in a modified example in which counting is performed in consideration of user rankings. FIG. 12 is a block diagram showing an example of the functional configuration of a server in a modified example in which game progress is classified and counted. FIG. 7 is an explanatory diagram showing an example of an item purchase screen in a modified example in which the game is classified and counted based on the progress level of the game. 12 is a flowchart illustrating an example of a processing procedure executed by the CPU of the information processing device in a modified example in which the game is divided and counted based on the progress level of the game. FIG. 7 is a block diagram illustrating an example of the functional configuration of a server in a modified example in which a reward is given to a user who uses an unpopular acquired item. FIG. 7 is an explanatory diagram showing an example of a special effect purchase screen in a modified example in which a reward is given to a user who uses an unpopular acquired item. FIG. 7 is an explanatory diagram showing an example of a reward granting screen in a modified example in which a reward is given to a user who uses an unpopular acquired item. 12 is a flowchart illustrating an example of a processing procedure executed by the CPU of the information processing device in a modification example in which a reward is given to a user who uses an unpopular acquired item. FIG. 2 is a block diagram illustrating an example of the hardware configuration of an information processing device.

An embodiment of the present invention will be described below with reference to the drawings.

<1. Overall configuration of game system>
First, an example of the overall configuration of the game system 1 according to the present embodiment will be described using FIGS. 1 and 2. As shown in FIG. 1, the game system 1 includes a plurality of terminal devices 3 and a server 5. The plurality of terminal devices 3 and the server 5 are communicably connected via a network NW such as a LAN or the Internet, for example. Note that although the server 5 is composed of one computer in FIG. 1, it may be composed of a plurality of computers.

As shown in FIG. 2, each terminal device 3 is communicably connected to a game controller 7 and a display device 9 by wire or wirelessly.

The terminal device 3 is, for example, a stationary game machine. However, the present invention is not limited to this, and may be, for example, a portable game machine that is integrally equipped with an input section, a display section, and the like. In addition to game consoles, there are also products that are manufactured and sold as computers, such as server computers, desktop computers, notebook computers, tablet computers, etc., as well as mobile phones, smartphones, phablets, etc. It may also be one that is manufactured and sold as a telephone.

The user uses the game controller 7 to perform various operational inputs. In the example shown in FIG. 2, the game controller 7 includes, for example, a cross key 11, a plurality of buttons 13, and the like. Note that the game controller 7 may have, for example, a joystick, a touch pad, etc. instead of or in addition to the above.

The display device 9 (an example of a display section) is a display device using, for example, a cathode ray tube, liquid crystal, plasma, organic EL, projector, or the like. The display device 9 may be integrally or separately provided with a speaker (not shown) that outputs audio.

The server 5 (an example of an information processing device) accepts access via the network NW from the terminal device 3 of each user receiving game services, stores and manages game information of each user in a storage device, and stores and manages game information of each user. provides game services (online games) via the network NW.

The game service provided by the server 5 is implemented in such a way that a game program (also referred to as application software) is installed on the server 5, and the game is not executed on the terminal device 3, but the game is provided by the user's operation input on the terminal device 3. There is a mode in which the server 5 executes the game in accordance with the game and transmits the execution result to each user's terminal device 3. For example, the server 5 may provide a so-called browser game that can be played using a web browser installed in each user's terminal device 3. Furthermore, the server 5 may provide a so-called cloud game in which game images resulting from the game being executed on the server 5 are transmitted to the terminal device 3 in a streaming format, for example. Alternatively, the server 5 may provide a so-called social game that is executed by application software created based on an operating environment such as an API (application programming interface) that runs on a web browser in a SNS (social networking service). . Note that a part of the game program may be installed on the terminal device 3 so that not only the server 5 but also the terminal device 3 partially executes the game process.

<2. Functional configuration of the server>
Next, an example of the functional configuration of the server 5 will be described using FIGS. 3 to 5.

As shown in FIG. 3, the server 5 includes a game progress processing section 15, a counting processing section 17, and a display processing section 19.

The game progress processing section 15 advances the game according to the user's input contents. For example, while causing each player character to act in accordance with the input contents of each user, non-player characters such as residents and enemy characters in the game are automatically controlled by a predetermined algorithm (so-called game AI) defined by the game program. Furthermore, the game progresses by playing various movies and executing game events.

The counting processing unit 17 counts the number of times the user of the terminal device 3 acquires the acquired object each time the user acquires the acquired object within the game. The "obtainables" include items that can be obtained within the game by the player character operated by the user. Items include, for example, weapons, armor, equipment, accessories, accessories, tools, instruments, equipment, medicines, food and drink, and other articles having various effects. In addition, "obtainables" include special effects that can be added to these items (e.g. enchantment effects, attribute effects, skills, etc.) and non-player characters that can form a party or play cooperatively. etc. are also included.

"Obtaining something" includes both paid acquisition and free acquisition. For example, if the acquired item is the above-mentioned item or special effect, paid acquisition includes purchasing it using virtual currency at an in-game store. In this case, the "number of times of acquisition" corresponds to the "number of times of purchase (in the case of an item)" or "the number of times of granting (in the case of special effects)." In addition, acquisition for free includes, for example, receiving it from another character, picking it up on the game field, inside a building, etc.

Furthermore, the "obtained item" also includes a virtual prize provided to the user when the user executes a lottery game (hereinafter also referred to as "gacha" as appropriate). When a user executes a gacha, one of the virtual prizes is won and obtained, so in this case, "obtaining an object" corresponds to "running a gacha", and "number of times of obtaining an object" is " This corresponds to the number of times the gacha is executed. Please note that gacha includes both paid gacha and free gacha.

The display processing unit 19 displays the number of acquisitions counted by the counting processing unit 17 on the terminal device 3 as the number of times (times) or as a percentage (%) of the total number of acquisitions related to a plurality of predetermined acquisition items. Display on device 9.

4 and 5 show examples of displays by the display processing section 19. FIG. 4 shows a gacha selection screen. In this example, the user selects a gacha by operating one of the three selection buttons 21, 23, and 25: gacha 1, gacha 2, and gacha 3, and presses the gacha execution button 27. You can execute the selected gacha by operating . Furthermore, by selecting any gacha and operating the winning probability display button 29, the user can confirm details of the winning probability of the virtual prize provided in each gacha.

In this case, the counting processing unit 17 counts the number of times the gacha is executed each time the user selects and executes gacha 1, gacha 2, or gacha 3. Then, the display processing unit 19 displays the counted number of executions for each gacha on the gacha selection screen as a percentage (%) of the total number of executions of gachas 1 to 3. In this example, the execution ratios of Gacha 1, Gacha 2, and Gacha 3 are 45%, 19%, and 36%, respectively, and are displayed within the selection buttons 21, 23, and 25. Thereby, the user can understand in real time that Gacha 1 is the most popular and Gacha 2 is the least popular. Therefore, the user can select a gacha to execute using the displayed execution rate as an index (material for judgment).

Note that in the example shown in FIG. 4, the number of executions of each gacha is displayed as a percentage, but it may be displayed as a number of times.

FIG. 5 shows a screen for purchasing items (weapons in this example), which is displayed at a weapon shop in the game, for example. In this example, the user can select any item by operating the cursor 31 and purchase the selected item by pressing the purchase button 33.

In this case, the counting processing unit 17 counts the number of times the item is purchased each time the user purchases an item. Then, the display processing unit 19 displays the counted number of purchases as the number of times (times) for each item. In this example, the number of purchases for the fire sword, water sword, wind sword, and earth sword is 2484, 1772, 1598, and 567, respectively, and the amount is displayed for each item. . This allows the user to know in real time that the fire sword is the most popular and the earth sword is the least popular. Therefore, the user can select an item to purchase using the displayed number of purchases as an index (material for making a decision).

In the example shown in Figure 5, the number of purchases of each item is displayed as the number of purchases, but it is displayed as a percentage of the total number of purchases of multiple items (for example, fire sword, water sword, wind sword, earth sword). May be displayed.

Note that the processing etc. in each processing unit explained above is not limited to the example of the division of processing, and may be processed by an even smaller number of processing units (for example, one processing unit), for example. Further, the processing may be performed by further subdivided processing units. In addition, the functions of each processing unit described above are implemented by a game program executed by a CPU 501 (see FIG. 24 described later), but for example, some of them may be implemented using dedicated integrated circuits such as ASICs and FPGAs, etc. It may also be implemented by an actual device such as an electrical circuit. Furthermore, the processing units described above are not all implemented on the server 5 side, and some or all of them may be implemented on the terminal device 3 side.

<3. Processing steps executed by the server>
Next, an example of a processing procedure executed by the CPU 501 of the server 5 will be described using FIG. 6.

In step S10, the CPU 501 causes the game progress processing unit 15 to progress the game according to the user's input contents.

In step S20, the CPU 501 determines whether an object has been acquired by any user. Note that the determination here includes whether an item or the like has been acquired by the player character operated by the user as described above, or whether a gacha has been executed by the user. If the acquired object has not been acquired (step S20: NO), the process moves to step S40, which will be described later. On the other hand, if the acquired object has been acquired (step S20: YES), the process moves to step S30.

In step S30, the CPU 501 causes the counting processing unit 17 to count the number of times the acquired object has been acquired.

In step S40, the CPU 501 determines whether the user has performed an operation to display the acquisition screen. The "obtainment screen display operation" is, for example, an operation that displays the gacha selection screen shown in FIG. 4 described above, or an operation that displays the item purchase screen shown in FIG. 5 described above, for example. If there is no operation to display the acquisition screen (step S40: NO), the process moves to step S60, which will be described later. On the other hand, if there is an operation to display the acquisition screen (step S40: YES), the process moves to step S50.

In step S50, the CPU 501 causes the display processing unit 19 to display the number of acquisitions counted in step S30 above on the acquisition screen as the number of times or as a percentage of the total number of acquisitions related to a plurality of predetermined acquisition items.

In step S60, the CPU 501 determines whether to end the game. For example, if an online game operator, server administrator, or the like inputs an instruction to end the game (step S60: YES), this flow ends. On the other hand, if there is no instruction input to end the game (step S60: NO), the process returns to step S10.

Note that the above-mentioned processing procedure is an example, and at least a part of the above-mentioned procedure may be deleted or changed, or a procedure other than the above-mentioned procedure may be added. Furthermore, the order of at least some of the above procedures may be changed, or a plurality of procedures may be combined into a single procedure.

<4. Effects of embodiment>
As explained above, the game program of the present embodiment allows the server 5, which is communicatively connected to a plurality of terminal devices 3, to send the acquired object each time the user of the terminal device 3 acquires the acquired object in the game. a counting processing unit 17 that counts the number of acquisitions of a plurality of acquisitions, and a display process that displays the counted number of acquisitions on the display device 9 of the terminal device 3 as a number or as a percentage of the total number of acquisitions of a plurality of predetermined acquisitions. 19.

As a result, the user can see which in-game acquisitions (hereinafter also referred to as "in-game acquisitions") are popular and which in-game acquisitions are unpopular by looking at the display content on the display device 9. , can be grasped in real time. Therefore, the user can select an in-game acquisition using the displayed content as an index.

Note that information such as which in-game items are popular may be obtained from, for example, a strategy site or a strategy guide. However, in online games, trends in the popularity of in-game items may fluctuate due to changes in game content or operating conditions, and the information provided on strategy sites and strategy guides may not reflect such fluctuations. There is a possibility that it is not.

The number of acquisitions counted in this embodiment is real-time statistical information that reflects the latest trends (popular trends) of in-game acquisitions. Therefore, it is possible to provide the user with information that serves as an index for selecting an in-game acquisition item in real time.

In addition, by displaying the counted number of acquisitions as a percentage instead of the number of times as necessary, information that the operator wants to keep confidential can be leaked (for example, the game operation status can be leaked by displaying the number of paid gachas executed) can be prevented.

Moreover, in this embodiment, the counting processing unit 17 counts the number of times the lottery game is executed each time the user executes a gacha in which a virtual prize is provided to the user through a lottery, and the display processing unit 19 counts the number of times the lottery game is executed. The number of executions performed is displayed for each gacha on the display device 9 of the terminal device 3 as the number of times or as a percentage of the total number of executions of a plurality of predetermined gachas.

This allows the user to know in real time which gachas are popular and which gachas are not. Therefore, the user can select a gacha using the displayed content as an index.

Furthermore, in this embodiment, the counting processing unit 17 counts the number of purchases of the item each time the user purchases the item in the game, and the display processing unit 19 displays the counted number of purchases as the number of purchases. Alternatively, it is displayed for each item on the display device 9 of the terminal device 3 as a percentage of the total number of purchases related to a plurality of predetermined items.

This allows the user to know in real time which items are popular and which items are not. Therefore, the user can select an item using the displayed content as an index.

<5. Modified example>
Note that the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the spirit and technical idea thereof. Hereinafter, such a modified example will be explained.

(5-1. When counting the number of acquisitions within a specified period)
For example, the number of acquisitions may be counted only within a predetermined period.

FIG. 7 shows an example of the functional configuration of the server 5 in this modification. As shown in FIG. 7, the server 5 includes a time information acquisition processing section 35 in addition to the aforementioned game progress processing section 15, counting processing section 17, and display processing section 19.

The time information acquisition processing unit 35 acquires time information when the user acquires the object. The "time information" includes information such as date, day of the week, and time. The counting processing unit 17 counts the number of acquisitions based on the time information when the time when the user acquires the object is within a predetermined period. The "predetermined period" includes, for example, the period during which a specific game event is held, a specific date period (for example, the most recent three months, ○ month ○ day to △ month △ day, etc.). The display processing unit 19 displays the counted number of acquisitions as a number or a percentage on the display device 9 of the terminal device 3.

FIG. 8 shows an example of a display by the display processing section 19. FIG. 8 is an item purchase screen, and in this example, it is displayed that a "Release XX Anniversary Collaboration Event" is being held within a predetermined period.

In this case, the time information acquisition processing unit 35 acquires the date information of the purchase date each time the user purchases any item, and the counting processing unit 17 determines that the purchase date is within the event period. The number of purchases will be counted if Then, the display processing unit 19 displays the counted number of purchases as the number of times (times) for each item. In this example, the number of purchases of the Fire Sword, Water Sword, Wind Sword, and Earth Sword is 17, 152, 36, and 44, respectively. You can see in real time that the sword is the most popular and the fire sword is the least popular.

Note that here, we have explained as an example the case where the number of purchases of an item within a predetermined period is counted and displayed, but similarly to the above embodiment, the number of times gachas are executed within a predetermined period is counted and displayed. It's okay.

FIG. 9 shows an example of a processing procedure executed by the CPU 501 of the server 5 in this modification.

Step S110 and step S120 are the same as step S10 and step S20 shown in FIG. 6 described above, so a description thereof will be omitted.

In step S130, the CPU 501 uses the time information acquisition processing unit 35 to acquire time information when the user acquired the object.

In step S140, the CPU 501 uses the counting processing unit 17 to determine whether or not the time when the user acquired the object is within a predetermined period based on the time information. If it is not within the predetermined period (step S140: NO), the process moves to step S160, which will be described later. If it is within the predetermined period (step S140: YES), the process moves to step S150.

In step S150, the CPU 501 causes the counting processing unit 17 to count the number of acquisitions.

Steps S160 to S180 are the same as steps S40 to S60 shown in FIG. 6 described above, so their explanation will be omitted.

According to the modification described above, for example, by setting a predetermined period as the holding period of a specific event, you can see which gacha other users are pulling or which items they have purchased while the event is being held. You can use this as a reference. Furthermore, by limiting the predetermined period to a specific period such as the most recent three months, it is possible to eliminate old information and obtain statistical information that reflects the latest trends.

(5-2. When counting paid and unpaid separately)
For example, the number of acquisitions may be counted by classifying paid acquisition and free acquisition.

FIG. 10 shows an example of the functional configuration of the server 5 in this modification. As shown in FIG. 10, the server 5 includes a paid and free information acquisition processing section 37 in addition to the game progress processing section 15, counting processing section 17, and display processing section 19 described above.

The paid/unpaid information acquisition processing unit 37 acquires paid/unpaid information indicating whether the acquired object is acquired for a fee or for free. The counting processing unit 17 counts the number of acquisitions by classifying them into paid and unpaid items based on the paid and unpaid information. The display processing unit 19 displays the counted number of acquisitions classified into paid and unpaid acquisitions.

11 and 12 show examples of display by the display processing section 19. FIG. 11 is a free gacha selection screen, and display buttons 21, 23, and 25 are displayed for gacha 1, gacha 2, and gacha 3, which can be executed for free only once a day, for example. Figure 12 shows the selection screen for paid gachas. For example, gacha 1 requires 20 orbs (¥200), which is a paid item, gacha 2 requires 15 orbs (¥150), and gacha 2 requires 30 orbs (¥150). 300) Selection buttons 21, 23, and 25 for the necessary gacha 3 are displayed.

In this example, each time the user executes any gacha, the paid/free information acquisition processing unit 37 acquires paid/free information indicating whether the executed gacha is paid or free, and performs a counting process. The unit 17 separates and counts the number of executions of free gacha and the number of executions of paid gacha. Then, the display processing unit 19 displays the counted number of executions as a percentage (%) for each gacha, divided into free gachas and paid gachas.

In the example shown in Figure 11, the execution rates of Gacha 1, Gacha 2, and Gacha 3 are 29%, 25%, and 46%, respectively, and among the free Gachas, Gacha 3 is the most popular, and Gacha 2 is the most popular. You can know in real time what is unpopular. In addition, in the example shown in Fig. 12, the execution percentages of Gacha 1, Gacha 2, and Gacha 3 are 35%, 38%, and 27%, respectively, and among the paid gachas, users consider Gacha 2 to be the most popular, and Gacha 3 to be the most popular. You can see in real time what is the least popular.

In addition, although the free gacha and the paid gacha were displayed on separate screens in the above, the free gacha and the paid gacha may be displayed separately on one screen. In addition, here, we have explained as an example the case where the number of gacha executions is divided into paid and free and counted and displayed, but similarly to the previous embodiment, the number of times items etc. are acquired is divided into paid and free and counted. and may be displayed.

FIG. 13 shows an example of a processing procedure executed by the CPU 501 of the server 5 in this modification.

Step S210 and step S220 are the same as step S10 and step S20 shown in FIG. 6 described above, so a description thereof will be omitted.

In step S230, the CPU 501 uses the paid and unpaid information acquisition processing unit 37 to acquire paid and unpaid information regarding the acquired object.

In step S240, the CPU 501 uses the counting processing unit 17 to count the number of times of acquisition, dividing it into paid and unpaid information based on the paid and unpaid information acquired in step S230.

In step S250, the CPU 501 determines whether the user has performed an operation to display the acquisition screen.

In step S260, the CPU 501 causes the display processing unit 19 to classify the number of acquisitions counted in step S240 into paid and unpaid acquisitions, and display them as the number of times or a percentage on the acquisition screen.

Step S270 is similar to step S60 shown in FIG. 6 described above, so the explanation will be omitted.

According to the modification described above, it is possible to refer to which gachas other users are pulling, which items they have obtained, etc., separately for paid cases and free cases. Additionally, in general, users tend to analyze and make decisions more seriously when acquiring something for a fee than when acquiring something for free. Therefore, when the user uses the number of paid acquisitions as a reference, the effectiveness of the statistical information to be used as a reference can be improved.

(5-3. When counting considering user ranking)
For example, in the case of a game that has a user ranking system based on scores, points, etc., the number of acquisitions may be counted in consideration of the ranking.

FIG. 14 shows an example of the functional configuration of the server 5 in this modification. As shown in FIG. 14, the server 5 includes a ranking information acquisition processing section 39 in addition to the aforementioned game progress processing section 15, counting processing section 17, and display processing section 19.

The ranking information acquisition processing unit 39 acquires ranking information for a predetermined item of the user who acquired the acquired object. "Predetermined items" include, for example, scores, points, time (time taken to defeat a given enemy, time taken to clear a given mission, etc.), gold (virtual currency), parameters (player character level, etc.), DPS (Damage Per Second), etc. The counting processing unit 17 counts the number of acquisitions based on the ranking information when the ranking of the user who acquired the acquired object is within a predetermined range. The display processing unit 19 displays the counted number of acquisitions as a number or a percentage on the display device 9 of the terminal device 3.

FIG. 15 shows an example of a display by the display processing section 19. FIG. 15 is an item purchase screen, and in this example, the number of purchases made by high-ranking users (users whose ranking is above a predetermined rank) for a predetermined item is displayed for each item.

In this case, the ranking information acquisition processing unit 39 acquires the ranking information of the user each time the user purchases an item, and the counting processing unit 17 determines that when the user's ranking is higher than a predetermined rank, The number of purchases is counted. Then, the display processing unit 19 displays the counted number of purchases as the number of times (times) for each item. In this example, the number of purchases of the Fire Sword, Water Sword, Wind Sword, and Earth Sword are 24, 32, 68, and 37 times, respectively. You can see in real time that the sword is the most popular and the fire sword is the least popular.

Note that although the targets above are those with high rankings, users whose rankings are within a specific range (for example, 50th to 100th), users with low rankings (users whose rankings are below a predetermined rank), etc. may also be targeted. . In addition, although the case where the number of purchases of items by people in the top rankings is counted and displayed is explained here as an example, it is also possible to count and display the number of times the gachas are executed by people in the top rankings, as in the previous embodiment. good.

FIG. 16 shows an example of a processing procedure executed by the CPU 501 of the server 5 in this modification.

Step S310 and step S320 are the same as step S10 and step S20 shown in FIG. 6 described above, so a description thereof will be omitted.

In step S330, the CPU 501 uses the ranking information acquisition processing unit 39 to acquire ranking information for a predetermined item of the user who acquired the acquired object.

In step S340, the CPU 501 uses the counting processing unit 17 to determine whether the ranking of the user who acquired the acquired object is within a predetermined range, based on the ranking information acquired in step S330. If the ranking is not within the predetermined range (step S340: NO), the process moves to step S360, which will be described later. On the other hand, if the ranking is within the predetermined range (step S340: YES), the process moves to step S350.

In step S350, the CPU 501 causes the counting processing unit 17 to count the number of acquisitions by users whose rankings are within a predetermined range.

Steps S360 to S380 are the same as steps S40 to S60 shown in FIG. 6 described above, so a description thereof will be omitted.

According to the modification described above, it is possible to refer to, for example, what items the top rankers have purchased, which gachas the top rankers have drawn, and the like. By counting the number of acquisitions limited to specific rankers in this way, the effectiveness of statistical information can be further improved.

(5-4. When counting by dividing by game progress)
For example, in the case of a game system in which each user's degree of progress in the game is shown in a visible manner, such as level, score, stage, chapter, etc., the number of acquisitions may be counted by classifying the degree of progress.

FIG. 17 shows an example of the functional configuration of the server 5 in this modification. As shown in FIG. 17, the server 5 includes a progress information acquisition processing section 41 in addition to the aforementioned game progress processing section 15, counting processing section 17, and display processing section 19.

The progress information acquisition processing unit 41 acquires progress information in the game of the user who acquired the acquired object. "Progress information" is information that represents the user's progress in the game, and includes, for example, game constituent units such as levels, stages, chapters, game scores and points, and player character parameters (e.g. level, presence or absence of specific items and skills, amount of money held, etc.). The counting processing unit 17 divides and counts the number of acquisitions according to the user's degree of progress based on the progress information, and the display processing unit 19 divides and displays the counted number of acquisitions according to the degree of progress. do.

FIG. 18 shows an example of a display by the display processing section 19. FIG. 18 shows an item purchase screen, and in this example, the number of purchases is displayed divided by stage.

In this case, the progress information acquisition processing section 41 obtains the progress information of the user each time the user purchases an item, and the counting processing section 17 divides the number of purchases into categories according to the user's progress. and will be counted. Then, the display processing unit 19 displays the counted number of purchases as the number of times (times), categorized by the degree of progress for each item. In this example, the number of purchases of Fire Sword, Water Sword, Wind Sword, and Earth Sword are displayed in stages 1, 2, and 3, respectively.For example, a user whose progress level is stage 3 In this case, you can know in real time that the sword of wind is the most popular and the sword of fire is the least popular among other users who are at the same level of progress. Also, in this example, as the progress progresses from stage 1 to stage 2 to stage 3, the most popular items change to fire sword, water sword, and wind sword. It is also possible to grasp the trends of items.

In addition, although the number of purchases is classified by stage in the above, it is also possible to classify using other progress information such as level, chapter, game score, player character parameter, etc. Moreover, although the case where the number of purchases of an item is classified by the degree of progress has been described as an example, the number of times the gacha is executed may be classified by the degree of progress, as in the above-described embodiment.

FIG. 19 shows an example of a processing procedure executed by the CPU 501 of the server 5 in this modification.

Step S410 and step S420 are the same as step S10 and step S20 shown in FIG. 6 described above, so a description thereof will be omitted.

In step S430, the CPU 501 uses the progress information acquisition processing unit 41 to acquire progress information in the game of the user who has acquired the acquired object.

In step S440, the CPU 501 causes the counting processing unit 17 to count the number of times of acquisition by classifying the number of acquisitions for each user's degree of progress based on the degree of progress information acquired in step S430.

In step S450, the CPU 501 determines whether the user has performed an operation to display the acquisition screen.

In step S460, the CPU 501 causes the display processing unit 19 to classify the number of acquisitions counted in step S440 above according to the degree of progress of the user, and display them as the number of times or a percentage on the acquisition screen.

Step S470 is similar to step S60 shown in FIG. 6 described above, so the explanation will be omitted.

According to the modified example described above, the user can refer to what items, etc., other users who are at the same level of progress as the user are purchasing, which gacha they are pulling, etc. Thereby, the effectiveness of statistical information can be further improved. Furthermore, it is possible to grasp the change in the acquisition tendency of acquired items according to the progress.

(5-5. When giving a reward to a user who uses an unpopular acquired item)
Generally, in terms of strategy for winning the game, items, special effects given to the items, characters to join the party, etc. tend to be popular. Therefore, as in this modification, by giving rewards to users who dare to use unpopular items, etc., we can prevent the unevenness of the items used and induce users to use them evenly. It's okay.

FIG. 20 shows an example of the functional configuration of the server 5 in this modification. As shown in FIG. 20, the server 5 includes a remuneration processing section 43 in addition to the game progress processing section 15, counting processing section 17, and display processing section 19 described above.

The reward grant processing section 43 grants a predetermined reward to a user who uses an acquired object whose number of acquisitions counted by the counting processing section 17 is equal to or less than a predetermined number of times in a manner that satisfies a predetermined condition. The "obtained item that has been acquired less than a predetermined number of times" includes, for example, an acquired item that has been acquired the least number of times in a set of predetermined acquired items (for example, items sold at the same store). Further, the "predetermined conditions" include, for example, a predetermined number of times of use (for example, 100 times), a predetermined period of use (for example, one month), and the like. Further, the "predetermined reward" includes, for example, acquiring rare items or powerful party members, changing an item to an even more powerful item, increasing a specific parameter of the player character, and the like.

FIGS. 21 and 22 show an example of the award of remuneration by the remuneration processing unit 43. FIG. 21 shows a purchase screen for special effects (attribute effects in this example) to be added to predetermined items (for example, weapons, armor, etc.), and is displayed at, for example, an item shop or a training area in the game.

In this case, the counting processing unit 17 counts the number of times an attribute effect is applied each time the user applies an attribute effect to a predetermined item, and the display processing unit 19 displays the counted number of times of applying an attribute effect ( times), each attribute effect is displayed on the display device 9 of the terminal device 3. In this example, the number of times each attribute is applied is displayed along with the effect that is activated when each attribute is applied to the item. Note that the number of times of application may be displayed as a ratio (%) to the total number of times of application of a plurality of predetermined attribute effects (for example, the total number of times of application of fire, water, wind, and earth). Further, the number of times a special effect other than attribute effects, such as an enchantment effect or a skill, is applied may be counted. In the example shown in FIG. 21, the earth attribute effect is the least popular.

FIG. 22 is an example of a reward granting screen. In this example, a user who has fought, for example, 100 times while equipped with a sword to which the earth attribute effect, which is the least popular, is applied as described above has acquired a rare item.

Note that in the above, a reward was given when an item with an unpopular special effect was used to meet a predetermined condition, but for example, if an unpopular item is used to meet a predetermined condition, A reward may be given when a character is added to a party member and used to meet a predetermined condition. Further, a reward may be given when an unpopular gacha is executed in a manner that satisfies a predetermined condition (eg, executed 10 times within a certain period of time).

FIG. 23 shows an example of a processing procedure executed by the CPU 501 of the server 5 in this modification.

Steps S510 to S550 are the same as steps S10 to S50 shown in FIG. 6 described above, so a description thereof will be omitted. In addition, in these steps, "obtained item" includes the special effect given to the above-mentioned predetermined item, "number of times obtained" includes the number of times the special effect is given, and "obtained screen" includes the number of times the special effect is given. Contains a purchase screen for special effects.

In step S560, the CPU 501 causes the remuneration processing unit 43 to use acquired items (unpopular acquired items) for which the number of acquisitions counted by the counting processing unit 17 is equal to or less than a predetermined number of times to satisfy a predetermined condition. It is determined whether there is a user who has done so. If the user does not exist (step S560: NO), the process returns to step S510. On the other hand, if the user is present (step S560: YES), the process moves to step S570.

In step S570, the CPU 501 causes the reward grant processing unit 43 to grant a predetermined reward to the user who has used the unpopular acquired item in a manner that satisfies a predetermined condition.

Step S580 is the same as step S60 shown in FIG. 6 described above, so a description thereof will be omitted.

According to the modified example explained above, by giving rewards to users who dare to use unpopular items, etc., users are guided to suppress unevenness in the items used and to use them evenly. can do. Furthermore, since rewards can be given to the user in a wide variety of ways, it is possible to increase the interest of the game.

In particular, in this modification, by looking at the display content on the display device 9, the user can check not only gachas, items, etc., but also special effects to be added to items, which special effects are popular, and which special effects are popular. You can check whether something is popular or not in real time. Therefore, the user can select a special effect to be applied to the item using the displayed content as an index.

(5-6. Others)
For example, the above-described counting and display of the number of acquisitions of in-game objects may be performed when a predetermined condition is met. "When certain conditions are met" means, for example, when a specific item (paid or free) is used, a specific skill is activated, a specific event is held, a game reaches a certain level of progress, the player character's parameters reach a certain state, the user pays a certain charge, the game's difficulty level is set to a certain level (easy mode, etc.).

Further, in addition to the methods described above, the methods according to the above embodiments and each modification may be used in combination as appropriate. In addition, various changes may be made to the above-described embodiment and each modified example without departing from the spirit thereof, although no specific examples are given.

<6. Server hardware configuration>
Next, with reference to FIG. 24, an example of the hardware configuration of the server 5 that implements each processing unit implemented by the program executed by the CPU 501 described above will be described. Note that the terminal device 3 may have a similar hardware configuration.

As shown in FIG. 24, the server 5 includes, for example, a CPU 501, a ROM 503, a RAM 505, a GPU 506, a dedicated integrated circuit 507 built for a specific application such as an ASIC or FPGA, and an input device 513. It has an output device 515, a recording device 517, a drive 519, a connection port 521, and a communication device 523. These configurations are connected to each other so as to be able to transmit signals via a bus 509, an input/output interface 511, and the like.

The game program can be recorded in the ROM 503, RAM 505, recording device 517, etc., for example.

Furthermore, the game program may be temporarily or permanently (non-temporarily) recorded on a removable recording medium 525 such as a magnetic disk such as a flexible disk, various CDs, an MO disk, an optical disk such as a DVD, or a semiconductor memory. You can also leave it as is. Such a recording medium 525 can also be provided as so-called package software. In this case, the game programs recorded on these recording media 525 may be read by the drive 519 and recorded on the recording device 517 via the input/output interface 511, the bus 509, or the like.

Further, the game program can also be recorded on, for example, a download site, another computer, another recording device, etc. (not shown). In this case, the game program is transferred via a network NW such as a LAN or the Internet, and the communication device 523 receives this program. The program received by the communication device 523 may be recorded in the recording device 517 via the input/output interface 511, the bus 509, or the like.

Further, the game program can also be recorded in an appropriate external connection device 527, for example. In this case, the game program may be transferred via an appropriate connection port 521 and recorded on the recording device 517 via the input/output interface 511, bus 509, or the like.

Then, the CPU 501 executes various processes according to the programs recorded in the recording device 517, thereby realizing the processes by the counting processing section 17, display processing section 19, etc. described above. At this time, the CPU 501 may, for example, directly read the program from the recording device 517 and execute it, or may once load the program into the RAM 505 and then execute it. Furthermore, when the CPU 501 receives a program via the communication device 523, drive 519, or connection port 521, for example, the CPU 501 may directly execute the received program without recording it on the recording device 517.

In addition to signals input from the game controller 7 of each terminal device 3 via the network NW, the CPU 501 also receives signals and information input from an input device 513 such as a mouse, keyboard, microphone, etc., as necessary. Various processes may be performed based on the information.

The GPU 506 performs processing for image display, such as rendering processing, in response to instructions from the CPU 501.

Then, the CPU 501 and the GPU 506 output the results of executing the above processing to the display device 9 of each terminal device 3 via the network NW, and also output the result to the display device 9 of each terminal device 3 as needed. (not shown) is output from an output device 515. Further, the CPU 501 and the GPU 506 may transmit the processing results via the communication device 523 or the connection port 521, or may record them on the recording device 517 or the recording medium 525, if necessary.

3 Terminal device 5 Server (information processing device)
15 Game progress processing section 17 Counting processing section 19 Display processing section 35 Time information acquisition processing section 37 Paid and free information acquisition processing section 39 Ranking information acquisition processing section 41 Progress information acquisition processing section 43 Reward granting processing section

Claims (10)

An information processing device that is communicably connected to multiple terminal devices,
a counting processing unit that counts the number of acquisitions of each of the plurality of acquisition objects for each type of acquisition object, each time each user of the plurality of terminal devices acquires each of the plurality of acquisition objects in the game;
The number of acquisitions of one type of acquisition among the plurality of acquisition items, or the ratio of the number of acquisitions of the one type of acquisition to the total number of acquisitions of each type of the plurality of acquisitions, is determined by the terminals. a display processing unit that displays on the display unit of the device;
a reward granting processing unit that grants a predetermined reward to the user who has used an acquired object of the one type that has been acquired a predetermined number of times or less in a manner that satisfies a predetermined condition;
A game program that functions as a. The information processing device,
a time information acquisition processing unit that acquires time information when the user acquired each of the plurality of acquisition objects;
further function as
The counting processing section includes:
Based on the time information, if the time when the user acquired each of the plurality of acquisition objects is within a predetermined period, the number of acquisitions of each of the plurality of acquisition objects is counted for each type of acquisition object. ,
The game program according to claim 1. The information processing device,
a paid and unpaid information acquisition processing unit that acquires paid and unpaid information indicating whether each of the plurality of acquisition objects is acquired for a fee or for free;
further function as
The counting processing section is
Based on the paid and unpaid information, the number of acquisitions of each of the plurality of acquired objects is divided into paid and unpaid items and counted for each type of acquired object ,
The display processing section includes:
displaying the number of times of acquisition or the percentage divided into the paid and the free;
The game program according to claim 1 or 2. The information processing device,
a ranking information acquisition processing unit that acquires ranking information in a predetermined item of the user who acquired each of the plurality of acquired items;
further function as
The counting processing section includes:
Based on the ranking information, if the ranking of the user who has acquired each of the plurality of acquisitions is within a predetermined range, the number of acquisitions of each of the plurality of acquisitions is counted for each type of acquisition. ,
The game program according to any one of claims 1 to 3. The information processing device,
a progress information acquisition processing unit that acquires progress information in the game of the user who has acquired each of the plurality of acquisition items;
further function as
The counting processing section includes:
Based on the progress information, the number of acquisitions of each of the plurality of acquisition objects is divided according to the user's progress level and counted for each type of acquisition object ;
The display processing section includes:
Displaying the number of times of acquisition or the percentage classified by the degree of progress;
The game program according to any one of claims 1 to 4. The counting processing section includes:
Each time the user of each of the plurality of terminal devices executes each of a plurality of lottery games in which a virtual prize is provided to the user through a lottery, the number of times each of the plurality of lottery games is executed is calculated by calculating the number of times each of the plurality of lottery games is executed. Count each type ,
The display processing section includes:
The number of executions of one type of lottery game among the plurality of lottery games, or the ratio of the number of executions of the one type of lottery game to the total number of executions of each type of the plurality of lottery games, is determined by the terminals. displayed on the display of the device,
The game program according to any one of claims 1 to 5 . The counting processing section is
Each time the user of each of the plurality of terminal devices purchases each of the plurality of items in the game, the number of purchases of each of the plurality of items is counted for each type of the item ,
The display processing section includes:
A display unit of the plurality of terminal devices displays the number of purchases of one type of item among the plurality of items, or the ratio of the number of purchases of the one type of item to the total number of purchases of each type of the plurality of items. to be displayed,
The game program according to any one of claims 1 to 6 . The counting processing section includes:
Each time the user of each of the plurality of terminal devices applies each of the plurality of special effects to a predetermined item, the number of times each of the plurality of special effects is applied is counted for each type of special effect ,
The display processing section includes:
The number of times one type of special effect is applied among the plurality of special effects, or the ratio of the number of times the one type of special effect is applied to the total number of times each type of special effect is applied, is calculated from the plurality of terminals. displayed on the display of the device,
The game program according to any one of claims 1 to 7 . A game processing method executed by an information processing device communicatively connected to a plurality of terminal devices, the method comprising:
each time each user of the plurality of terminal devices obtains each of the plurality of objects in the game, counting the number of times each of the plurality of objects is obtained for each type of object ;
The number of acquisitions of one type of acquisition among the plurality of acquisition items, or the ratio of the number of acquisitions of the one type of acquisition to the total number of acquisitions of each type of the plurality of acquisitions, is determined by the terminals. a step of displaying on a display of the device;
a step of granting a predetermined reward to the user who has used an acquired object of the one type that has been acquired a predetermined number of times or less in a manner that satisfies a predetermined condition;
A game processing method comprising: An information processing device communicatively connected to a plurality of terminal devices,
a counting processing unit that counts the number of acquisitions of each of the plurality of acquisition objects for each type of acquisition object each time each user of the plurality of terminal devices acquires each of the plurality of acquisition objects in the game;
The number of acquisitions of one type of acquisition among the plurality of acquisition items, or the ratio of the number of acquisitions of the one type of acquisition to the total number of acquisitions of each type of the plurality of acquisitions, is determined by the terminals. a display processing unit that displays on a display unit of the device;
a reward granting processing unit that grants a predetermined reward to the user who has used an acquired object of the one type that has been acquired a predetermined number of times or less in a manner that satisfies a predetermined condition;
An information processing device having:

Images