JP7406036B2 - Program, information processing device, and information processing method - Google Patents

Description

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

2. Description of the Related Art Information processing apparatuses are known that provide login privileges to users for logging in (for example, Patent Document 1).

Japanese Patent Application Publication No. 2016-112416

Generally, this login privilege is granted to a user only once a day. For example, in order to continue receiving login benefits for one month, the user must continue to log in every day for one month. Receiving login benefits for a certain period of time in stages in this way can provide continuous benefits, but it can be rather troublesome for the user.

The present invention has been made in view of these circumstances, and it is an object of the present invention to enable users to easily receive login benefits for a certain period of time.

The main invention of the present invention for solving the above problems is as follows:
a user information storage unit that stores user information including information for identifying whether or not the user has paid a game fee set for each fixed period;
Users who have paid game fees for a certain period of time and users who have not paid game fees for a certain period of time will receive login benefits when they log in within a certain period of time. A benefit granting department that grants
Login benefits or alternative benefits for a certain period of time for users who have paid the game fee for a certain period of time, and users who have not paid the game fee for a certain period of time but have paid the game fee for a certain period of time. a benefit lump-sum granting section that grants the benefits all at once;
An information processing device characterized by comprising:
According to such an information processing device, a user can receive login benefits for a certain period at once by paying a game fee for a certain period. This eliminates the hassle of logging in over a certain period of time in order to receive login benefits in stages, making it possible to easily receive login benefits for a certain period of time.

In addition, when a user who has paid the game fee for a certain period of time and a user who has not paid the game fee for a certain period of time logs in within a certain period of time, It is desirable to have a display control unit that displays a game screen that provides login benefits and controls not to display the game screen when a user who has paid the game fee for a certain period logs in within the certain period.
As a result, for users who have paid the game fee for a certain period of time, the display of the game screen that provides login benefits will be omitted, eliminating the hassle of logging in.

In addition, users who have paid the game fee for a certain period and users who have not paid the game fee for a certain period, those who have paid the game fee for a certain period will have an advantage only within a certain period. It is desirable to include a game control unit that controls the progress of the game.
As a result, users who have paid for a game for a certain period of time will not be satisfied with receiving login benefits for a certain period of time at once, but will actively play the game even within the certain period of time.

In addition, users who have paid the game fee for a certain period and users who have not paid the game fee for a certain period, users who have paid the game fee for a certain period will be given an advantage only after a certain period has passed. It is preferable to include a game control unit that controls the progress of the game so that the game progresses as follows.
As a result, users who have paid for a game for a certain period of time will not be satisfied with receiving login benefits for a certain period of time at once, and will continue to actively play the game even after the certain period of time has elapsed.

In addition, among users who have paid game fees for a certain period of time, and among users who have not paid game fees for a certain period of time, users who have paid game fees for a certain period of time may It is desirable to include a game control unit that controls the progress of the game so as to be advantageous in the following.
As a result, even if a user who has paid a game fee for a certain period of time stops playing the game in the middle of the certain period, he/she will be able to play the game again during a part of the certain period.

In addition, the benefit lump-sum granting department is
Find the remaining period until the end of a certain period when the user performs the necessary operations to pay the game fee for a certain period within a certain period,
Of the login benefits or alternative benefits for a certain period, it is desirable to grant the login benefits or alternative benefits for the remaining period to the user all at once.
This allows the user to perform the operations required to pay the game fee for a certain period at an early stage in order to extend the remaining period until the end of the certain period. Therefore, game fees for a certain period of time will be actively paid.

Also, the computer
user information storage means for storing user information including information for identifying whether or not the user has paid a game fee set for each fixed period;
Users who have paid game fees for a certain period of time and users who have not paid game fees for a certain period of time will receive login benefits when they log in within a certain period of time. A means for granting benefits,
Login benefits or alternative benefits for a certain period of time for users who have paid the game fee for a certain period and users who have not paid the game fee for a certain period but have paid the game fee for a certain period. Benefit lump-sum granting means for granting benefits all at once;
This is a program to make it function as a.
According to such a program, it becomes possible to easily receive login benefits for a certain period of time.

FIG. 1 is a configuration diagram showing an example of an information processing system according to a first embodiment. FIG. 1 is a hardware configuration diagram showing an example of a computer according to a first embodiment. It is a functional block diagram showing an example of a server device according to the first embodiment. It is a functional block diagram showing an example of a client terminal according to the first embodiment. It is a flowchart explaining an example of operation regarding batch provision of login bonuses in the first embodiment. FIG. 2 is a configuration diagram showing an example of user information. FIG. 3 is a configuration diagram showing an example of monthly billing user information. FIG. 2 is a configuration diagram showing an example of login bonus information. It is an image diagram showing an example of a login bonus batch grant screen. It is a flow chart explaining an example of operation regarding grant of a login bonus in a 1st embodiment. FIG. 3 is a configuration diagram showing an example of log history information. 12 is a flowchart illustrating an example of operations related to batch granting of login bonuses and resetting of character abilities in the second embodiment. FIG. 6 is a diagram illustrating the validity period during which character abilities are reset. It is a figure explaining the modification 1 of the validity period in which a character ability is reset. It is a figure explaining the modification 2 of the validity period in which a character ability is reset. It is a figure explaining the modification 3 of the validity period in which a character ability is reset. It is a flowchart explaining an example of operation related to batch granting of login bonuses in the second embodiment. It is a figure explaining the number of remaining days until the last day when this month ends.

Below, an information processing device, a program, and an information processing system according to an embodiment of the present invention will be described in detail. Note that the present invention applies to information processing devices, programs, information processing systems, etc. that employ games played by users who have paid a game fee for a certain period of time (for example, a monthly fee for one month or a fixed fee for days). Widely applicable.

[First embodiment]
<System configuration>
FIG. 1 is a configuration diagram showing an example of an information processing system 1 according to the first embodiment. As shown in FIG. 1, in the information processing system 1 according to the present embodiment, one or more client terminals 10 and a server device 20 are connected via a network N.

The client terminal 10 is a terminal device operated by a user, such as a PC, a smartphone, or a tablet, or a game-dedicated device for home or business use. The server device 20 manages and controls the game played by the user on the client terminal 10, performs billing processing within the game, and the like. The network N is the Internet or the like, and includes mobile radio base stations and the like.

In addition to the client-server type information processing system 1 shown in FIG. 1, the present invention can also be applied to a standalone game device by separately providing a mechanism for performing in-game billing processing. It goes without saying that the information processing system 1 in FIG. 1 is one example, and that there are various system configuration examples depending on the usage and purpose. For example, the server device 20 in FIG. 1 may be configured to be distributed among multiple computers.

<Hardware configuration>
《Client terminal and server device》
FIG. 2 is a hardware configuration diagram showing an example of the computer 50 according to the first embodiment. The client terminal 10 and the server device 20 according to this embodiment are realized by, for example, a computer 50 having a hardware configuration shown in FIG. 2. Note that the computer 50 is an example of an information processing device.

As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, an HDD 58, etc., each of which is interconnected via a bus line B. has been done. Note that the input device 55 and the display device 56 may be connected and used when necessary.

The CPU 51 is an arithmetic unit that realizes control and functions of the entire computer by reading programs and data from a storage device such as the ROM 53 and the HDD 58 onto the RAM 52 and executing various processes based on the read programs and data.

The RAM 52 is an example of a volatile semiconductor memory (storage device) for temporarily holding programs and data, and is also used as a work area when the CPU 51 executes various processes.

The ROM 53 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. The ROM 53 stores programs and data such as the BIOS, OS settings, and network settings that are executed when the computer 50 is started.

The communication interface 54 is an interface for connecting the computer 50 to the network N. This allows the computer 50 to perform data communication via the communication interface 54.

The input device 55 is a device used by a user or administrator to input various signals. The input device 55 in this embodiment is, for example, an operation device such as a touch panel, operation keys or buttons, a keyboard, or a mouse.

The display device 56 is a device for displaying various information on a screen to the user or administrator. The display device 56 in this embodiment is, for example, a liquid crystal display or an organic EL display.

The external interface 57 is an interface for connecting to an external device for data communication. This allows the computer 50 to read and/or write to the recording medium via the external interface 57. The external device is, for example, a recording medium such as a flexible disk, CD, DVD, SD memory card, or USB memory.

The HDD 58 is an example of a nonvolatile storage device that stores programs and data. Stored programs and data include an OS, which is basic software that controls the entire computer, and applications that provide various functions on the OS.

Note that instead of the HDD 58, a drive device (for example, a solid state drive: SSD) that uses flash memory as a storage medium may be used.

The client terminal 10 and server device 20 according to this embodiment can implement various processes as described below by executing programs on the computer 50 having the above-described hardware configuration.

<Software configuration>
《Server device》
FIG. 3 is a functional block diagram showing an example of the server device 20 according to the first embodiment. The server device 20 according to this embodiment is realized, for example, by functional blocks shown in FIG. 3.

The server device 20 according to this embodiment implements a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a program.

The server control unit 200 has a function of executing processing related to various games. This server control section 200 includes a game control section 201 , a benefit granting section 202 , a bulk benefit granting section 203 , a payment control section 204 , and a display control section 205 .

The game control unit 201 controls the progress of various games such as a battle game and a lottery game, which will be described later, based on game operations that the client terminal 10 receives from the user. The game control unit 201 in this embodiment also functions as a competitive game control unit and a lottery game control unit.

The privilege granting unit 202 grants a login privilege to the user upon logging in. The benefit granting unit 202 in the present embodiment provides for users who have not paid the game fee for a certain period among users who have paid the game fee for a certain period and users who have not paid the game fee for a certain period. Login benefits are given to users who log in within a certain period of time.

The benefit batch granting unit 203 grants login benefits for a certain period at once. In the present embodiment, the lump-sum benefit granting unit 203 provides benefits to users who have paid game fees for a certain period of time, and users who have paid game fees for a certain period of time among users who have not paid game fees for a certain period of time. Login benefits for a certain period will be granted all at once within a certain period.

The payment control unit 204 controls payment processing for the user when the user performs an operation necessary to pay the game fee for a certain period of time. The payment control unit 204 in this embodiment performs payment processing based on the user's credit information (credit number, etc.).

The display control unit 205 controls the screen display of the client terminal 10 by generating, for example, game screen data that provides a login benefit at the time of login, and game screen data according to the progress of a competitive game or a lottery game.

The server storage unit 220 has a function of storing information regarding various games. This server storage section 220 includes a character information storage section 221, a user information storage section 222, and a login bonus information storage section 223.

The character information storage unit 221 is an example of a content information storage unit, and stores character information (content information) regarding a character as an example of content. The character information stored in the character information storage unit 221 includes various characters used in competitive games and lottery games, various characters used as login benefits, and the like.

The user information storage unit 222 stores user information regarding users. The user information stored by the user information storage unit 222 includes the user's rank, various characters owned by the user, and information for identifying whether or not the user is a user who has paid a game fee for a certain period of time (a monthly fee user). etc. are set.

The login bonus information storage unit 223 is an example of a benefit information storage unit, and stores login bonus information (login benefit information) regarding a login bonus as an example of a login benefit. In the login bonus information stored in the login bonus information storage unit 223, the type, amount, etc. of the login bonus to be given when the user logs in are set for each fixed period.

The server communication unit 240 has a function of communicating with the client terminal 10 via the network N.

《Client terminal》
FIG. 4 is a functional block diagram showing an example of the client terminal 10 according to the first embodiment. The client terminal 10 according to this embodiment is realized by, for example, functional blocks shown in FIG. 4.

The client terminal 10 according to this embodiment implements a client control section 100, a client storage section 120, a client communication section 140, an operation reception section 150, and a screen display section 160 by executing a program. The client control unit 100 includes a request transmitting unit 101 and a response receiving unit 102.

The operation accepting unit 150 accepts operations from a user who operates the client terminal 10. The client control unit 100 also performs processing related to games on the client terminal 10. The request transmitter 101 transmits a request to the server device 20 based on the content of the operation received by the operation receiver 150 from the user. The response receiving unit 102 receives a response such as a processing result in response to a request transmitted by the request transmitting unit 101 to the server device 20.

Further, the client storage unit 120 stores information required by the client terminal 10. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 under control from the server device 20.

Note that, as described above, in the information processing system 1 according to the present embodiment, the server device 20 performs game progress and display control, but the client terminal 10 may also perform the control. Specifically, at least some of the functional units included in the server control unit 200 may not be provided in the server control unit 200 of the server device 20, but may be provided in the client control unit 100 of the client terminal 10. good.

The client control unit 100 of the client terminal 10 also receives page data written in HTML (Hyper Text Markup Language) or the like, scripts included in the page data, etc. from the server device 20, and uses a browser to perform game-related processing. There is a type. Further, the client control unit 100 of the client terminal 10 has an application type that performs processing related to a game based on an installed application.

<Summary>
Here, an overview of the system in the first embodiment will be explained. In the system in this embodiment, a competitive game and a lottery game are provided to users.

The battle game in this embodiment is a game in which an enemy character appears against a party made up of a plurality of characters, and the appeared enemy character is pitted against each character making up the party.

This battle game has multiple quests set depending on the difficulty level, the purpose of which is to defeat enemy characters. Users can form a party using their own characters, select one of the quests, and compete against enemy characters. During the battle, the user may be given a character that is set to be obtainable in the selected quest.

In the lottery game of this embodiment, when an operation to perform a character lottery is received from a user, one of the characters is selected based on the lottery probability of each character from a plurality of characters to be lotteryd, and the selected character is selected. This is a game that gives users the following:

In this lottery game, the higher the rarity of the character, the lower the lottery probability is set. Users can form their own party using characters obtained through lottery games and play competitive games.

Furthermore, in the system according to the present embodiment, by paying a game fee (monthly fee) every month (every fixed period), a user can become a monthly fee user. If you become a monthly billing user, for example, if you pay for this month's game fee, you will only receive benefits for one month within this month.

For example, a user (regular user) who has not paid the game fee for this month can receive a login bonus only once a day if he logs into the game within one month of this month. In order to continue receiving the login bonus during this one month period, you must continue to log in every day for one month. Therefore, regular users may find it troublesome to receive login bonuses for a certain period of time in stages.

On the other hand, monthly billing users who have paid for this month's game fee will be able to receive this month's login bonus all at once. Therefore, monthly billing users are no longer burdened with having to log in for a month to receive login bonuses in stages, and can easily receive login bonuses for a certain period of time.

<Operation>
《Batch grant of login bonus》
FIG. 5 is a flowchart illustrating an example of operation related to batch provision of login bonuses in the first embodiment.

When the fee payment screen is displayed on the screen display unit 160 of the client terminal 10, the user performs operations on the client terminal 10 necessary to pay the game fee for this month. When the user performs such an operation on the fee payment screen, the operation accepting unit 150 of the client terminal 10 accepts the operation details based on the user's operation.

The request transmitting unit 101 of the client terminal 10 sends a payment for this month's game fee to the server device 20 based on the operation details that the operation receiving unit 150 has received from the user. A request is sent (step S11).

Next, upon receiving a payment request for this month's game fee from the client terminal 10, the payment control unit 204 of the server device 20 selects the user information stored in the user information storage unit 222 according to the operation information including the user ID, password, etc. The user's credit information is acquired from the information, and a payment process is executed using the acquired credit information to debit this month's game fee (step S12).

Please note that in this payment process, due to the operation required to pay this month's game fee, instead of immediately deducting this month's game fee, the payment reservation for this month's game fee (or It is also possible to make an update reservation. Then, the payment may be completed on the last day of this month.

FIG. 6 is a configuration diagram showing an example of user information. The user information shown in FIG. 6 includes items such as a user ID, the number of items owned, owned characters, parties, credit information, log history information, and monthly billing user information. The user ID is information for uniquely identifying a user. The number of items owned is information indicating the number of items owned by the user. This item is an item that is consumed when playing a competitive game or a lottery game. The possessed character is information indicating one or more various characters possessed by the user at the present time. Here, as shown in parentheses in the figure, the current ability values (level, attack power, defense power, etc.) of the possessed character are also set. Party is information indicating each character forming the user's party. The credit information is information regarding the credit number and account number set by the user. Log history information is information indicating a user's log history. The monthly billing user information is information regarding monthly billing users.

Next, when the payment process is successfully performed in this way, the game control unit 201 of the server device 20 updates the monthly charge user information set in the user information, and performs operations on the fee payment screen. The user is set as this month's monthly billing user (step S13).

FIG. 7 is a configuration diagram showing an example of monthly billing user information. The monthly billing user information shown in FIG. 7 has items such as payment target, monthly billing user, and payment date and time. The payment target is information indicating the month in which the monthly fee is to be paid. Here, it is assumed that this month is September, and that the user has already paid the game fee for September, and has also paid the game fee for last month, August, and the game fee for the following month, October. It has been shown that there is no. The monthly billing user is information indicating whether or not the user is a monthly billing user for the month in which the payment is to be made. The payment date and time is information indicating the date and time when the game fee for the month was paid.

Next, the benefit lump-sum granting unit 203 of the server device 20 collectively grants this month's login bonus to this month's monthly charging users set in the process of step S13 above (step S14).

Specifically, the bulk benefit granting unit 203 of the server device 20 collectively grants all login bonuses set for this month to the monthly charging user based on the login bonus information stored in the login bonus information storage unit 223. . For example, if this month is September, 30 days' worth (1 month's worth) of login bonuses will be given at once.

FIG. 8 is a configuration diagram showing an example of login bonus information. The login bonus information shown in FIG. 8 has items such as benefit ID, offer period, and benefit details. The benefit ID is information for uniquely identifying the benefit. The provision period is information indicating a period during which a login bonus can be provided. The benefit content is information indicating the content of the login bonus that will be given when you log in during the offer period. Here, items and characters are set as login bonuses, and as shown in parentheses in the figure, the number of items and characters to be given is also set.

Next, the benefit lump-sum award unit 203 of the server device 20 requests the display control unit 205 to perform screen display control so that the client terminal 10 displays a game screen regarding the batch award of login bonuses. When the display control unit 205 of the server device 20 is requested to perform screen display control from the benefit bulk granting unit 203, it performs control to display the login bonus bulk granting screen on the screen display unit 160 of the client terminal 10 (step S15). ).

FIG. 9 is an image diagram showing an example of a login bonus batch granting screen. This login bonus lump sum granting screen 500 displays that the login bonus for September has been given all at once, and that it is not possible to receive daily login bonuses during the month of September.

In this way, monthly billing users who have paid this month's game fee can confirm that this month's login bonus has been granted all at once by viewing this login bonus batch grant screen on the client terminal 10. can.

《Granting login bonus》
FIG. 10 is a flowchart illustrating an operation example regarding granting a login bonus in the first embodiment.

When the login screen for the competitive game is displayed on the screen display unit 160 of the client terminal 10, the user performs a login operation on the client terminal 10 to log into the competitive game. When the user performs a login operation on this login screen, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's login operation.

The request sending unit 101 of the client terminal 10 sends a login request for a competitive game to the server device 20 with login operation information including a user ID, password, etc., based on the operation details received from the user by the operation reception unit 150. Transmit (step S21).

Next, upon receiving a login request for a competitive game from the client terminal 10, the game control unit 201 of the server device 20 executes a login process regarding the competitive game according to login operation information including a user ID, password, etc. S22).

Specifically, the game control unit 201 of the server device 20 performs user authentication by referring to the user information stored in the user information storage unit 222 based on the user ID and the like accompanying the login request. When the user is successfully authenticated, the game control unit 201 of the server device 20 updates the log history information set in the user information and adds the login date and time of the competitive game.

FIG. 11 is a configuration diagram showing an example of log history information. The log history information shown in FIG. 11 has items such as log ID, login date and time, and logout date and time. The log ID is information for uniquely identifying log data. The login date and time is information indicating the date and time when the user logged into the competitive game. The logout date and time is information indicating the date and time when the user logged out.

Next, when the login process related to the competitive game is completed in this way, the game control unit 201 of the server device 20 acquires monthly charge user information from the user information stored in the user information storage unit 222, and obtains the monthly charge user information from the user information stored in the user information storage unit 222. Referring to the user information, it is determined whether the logged-in user is a monthly billing user who has paid the game fee for this month (step S23).

As a result of this determination, if it is determined that the user is a monthly billing user who has paid the game fee for this month, the process proceeds to step S26, which will be described later. On the other hand, if it is determined that the user is not a monthly billing user who has paid the game fee for this month, the process proceeds to the next step S24.

Next, if it is determined that the user is not a monthly billing user who has paid this month's game fee (step S23: NO), the privilege granting unit 202 of the server device 20 provides a login bonus stored in the login bonus information storage unit 223. Based on the information, today's login bonus of this month's login bonus is given to the regular user who has not paid the game fee for this month (step S24).

Specifically, the benefit granting unit 202 of the server device 20 grants the login bonus set on that day only when the user logs in for the first time on that day, based on the login bonus information stored in the login bonus information storage unit 223. . In other words, the login bonus will be granted only once a day.

Note that for monthly billing users who have paid this month's game fees, this month's login bonus has already been granted all at once, so today's login bonus will not be awarded twice.

Next, when the benefit granting unit 202 of the server device 20 grants today's login bonus to the normal user who has not paid the game fee for this month in this way, the game screen regarding the granting of the login bonus is displayed on the client terminal 10. The display control unit 205 is requested to execute screen display control so that the screen is displayed as shown in FIG. When the display control unit 205 of the server device 20 is requested to perform screen display control from the benefit granting unit 202, it performs control to display a login bonus granting screen on the screen display unit 160 of the client terminal 10 (step S25).

In this way, in this embodiment, the login bonus granting screen will be displayed for regular users who have not paid the game fee for this month, but for the monthly paying users who have paid the game fee for this month. If so, the login bonus grant screen will not be displayed and will be omitted. This eliminates the hassle of logging in.

Next, the display control unit 205 of the server device 20 performs control to display a menu screen on the screen display unit 160 of the client terminal 10 by transitioning from the login bonus granting screen (step S26).

As described above, according to the information processing system 1 according to the first embodiment, if you become a monthly billing user by paying this month's game fee, you will receive this month's login as a benefit for paying this month's game fee. It is possible to receive the bonus in one lump sum. This eliminates the trouble of logging in every day for a month in order to receive this month's login bonus in stages, making it possible to easily receive this month's login bonus.

[Second embodiment]
Next, the information processing system 1 according to the second embodiment will be described. The configuration of the information processing system 1 according to the second embodiment is similar to the information processing system 1 according to the first embodiment described above.

In the first embodiment described above, monthly billing users who have paid this month's game fee can receive this month's login bonus all at once as a benefit for paying this month's game fee. It is.

On the other hand, in the second embodiment, a monthly billing user who has paid this month's game fee can receive this month's login bonus all at once as a benefit for paying this month's game fee. At the same time, we have made it possible to proceed with competitive games advantageously for the entire month of this month.

<Operation>
《Batch granting of login bonuses and changes in character abilities》
FIG. 12 is a flowchart illustrating an example of operations related to batch granting of login bonuses and resetting of character abilities in the second embodiment. FIG. 13 is a diagram illustrating the validity period during which character abilities are reset.

In FIG. 13, it is assumed that this month is "September" and the next month is "October", and the user becomes a monthly fee user by paying the game fee for September. Further, the processing of steps S31 to S33 and the processing of steps S35 to S36 in the flowchart shown in FIG. 12 are common to the first embodiment, and the processing of steps S11 to S15 in the flowchart shown in FIG. It is similar to Therefore, below, the process of step S34 will be explained.

As shown in FIG. 12, when the game control unit 201 of the server device 20 is set as a monthly charge user for this month by paying the game fee for this month in the process of step S33, the game control unit 201 of the server device 20 controls the game control unit 201 to play a game for one month within this month. Character abilities are set so that the game can proceed advantageously (step S34).

Specifically, the game control unit 201 of the server device 20 acquires the characters owned by the monthly charging user from the user information stored in the user information storage unit 222. Then, the game control unit 201 of the server device 20 resets the acquired character's current ability value. Here, as shown in FIG. 13, the current ability values (level, attack power, etc.) of the possessed character are increased so that the player can compete advantageously in a competitive game only within one month of this month.

As a result, monthly paying users who have paid for this month's game fees will not be satisfied with receiving this month's login bonus all at once, and will actively play the game even within this month. We can expect that.

《Modification 1》
FIG. 14 is a diagram illustrating a first modification of the validity period in which character abilities are reset.

In the second embodiment, as described above, the settings are not only set so that the competitive game can be progressed advantageously during one month within this month, but also the competitive game can be advanced advantageously after the one month within this month has passed. It is also possible to set it as follows.

That is, when resetting the acquired character's current ability value, the game control unit 201 of the server device 20 determines that the acquired character has an advantage in the competitive game only within one month of the next month, as shown in FIG. It is also possible to increase the current ability values of the character you own so that you can compete against other players.

As a result, monthly paying users who paid for this month's game fees are not satisfied with receiving this month's login bonus all at once, and continue to play the game even after this month has passed. We can expect it to become like this.

《Modification 2》
FIG. 15 is a diagram illustrating a second modification of the validity period in which character abilities are reset.

In the second embodiment, not only is the setting set so that the competitive game can be progressed advantageously during one month within this month as described above, but also the competitive game is set during a part of the month within this month. It is also possible to set it so that the progress can be made advantageously.

That is, when the game control unit 201 of the server device 20 resets the current ability values of the acquired character, as shown in FIG. It is also possible to increase the current ability values (level, attack power, etc.) of the character you own so that you can compete advantageously in a competitive game.

As a result, even if a monthly billing user who has paid the game fee for this month interrupts playing the game in the first half of the month, for example, it can be expected that he or she will start playing the game again in the second half.

《Modification 3》
FIG. 16 is a diagram illustrating a third modification of the validity period in which character abilities are reset.

In the second embodiment, instead of setting a part of the period only once in the current month as in the second modification, it is also possible to set a part of the period multiple times.

That is, when resetting the current ability values of the acquired character, the game control unit 201 of the server device 20 sets the current ability values of the acquired character twice for a predetermined period within one month, for example, as shown in FIG. It is also possible to set this to increase the current ability value of the character you own so that you can compete advantageously in a competitive game only for a predetermined period of time.

As a result, even if monthly paying users who have paid for this month's game fee have stopped playing the game for a month within this month, they will have a better chance of returning to the game, so they will be more willing to play the game again. can be expected.

[Third embodiment]
Next, an information processing system 1 according to a third embodiment will be described. The configuration of the information processing system 1 according to the third embodiment is similar to the information processing system 1 according to the first embodiment described above.

In the first embodiment described above, if the user performs the necessary operation to pay this month's game fee within this month, the user will receive a uniform benefit for paying this month's game fee. This allows users to receive this month's login bonus all at once.

On the other hand, in the second embodiment, if an operation necessary to pay this month's game fee is performed within this month, one month of this month's login bonus will be paid for this month. It is now possible to receive login bonuses for the remaining period until the end of the period in one lump sum.

<Operation>
《Batch grant of login bonus》
FIG. 17 is a flowchart illustrating an example of operation related to batch granting of login bonuses in the second embodiment.

The processing in steps S41 to S43 and step S46 in the flowchart shown in FIG. 17 is common to the first embodiment, and is the same as the processing in steps S11 to S13 and step S15 in the flowchart shown in FIG. Therefore, below, the processing of steps S44 to S45 will be explained.

As shown in FIG. 17, when the privilege lump-sum granting unit 203 of the server device 20 is set as a monthly charge user for this month by paying the game fee for this month in the process of step S43, the unit 203 of the server device 20 pays the game fee for this month. The number of remaining days from the date on which the monthly billing user performs the necessary operation to the last day of the current month is calculated (step S44).

Next, when the number of remaining days until the end of this month is determined in the process of step S44 described above, the lump-sum benefit granting unit 203 of the server device 20 grants the login bonus for the remaining number of days at once (step S45). ).

Specifically, based on the login bonus information stored in the login bonus information storage unit 223, the bulk benefit granting unit 203 of the server device 20 awards all login bonuses set for this month until the last day of the current month. The remaining login bonuses set for each day will be given to monthly billing users at once.

FIG. 18 is a diagram illustrating the number of days remaining until the last day of this month. In FIG. 18, it is assumed that this month is "September", and that the user becomes a monthly billing user by paying the game fee for September.

For example, if the user performs the necessary operation to pay for this month's game fee on September 10th, the remaining days until September 30th, when this month ends, will be 20 days. Of the daily (one month's worth) login bonuses, 20 days' worth of login bonuses (that is, all of the login bonuses set from September 11th to September 30th) will be granted at once.

For example, if the user performs the necessary operation to pay this month's game fee on September 20th, there will be 10 days remaining until September 30th, when this month ends. Of the 30 days (1 month) of login bonuses, 10 days' worth of login bonuses (that is, all login bonuses set from September 21st to September 30th) will be granted at once. .

As a result, the longer the remaining days until the end of the current month, the more login bonuses you can receive, so users will be able to perform the operations necessary to pay this month's game fees as soon as possible. As a result, the game fee for this month will be paid proactively.

[Other embodiments]
The above-described embodiments are provided to facilitate understanding of the present invention, and are not intended to be interpreted as limiting the present invention. The present invention may be modified and improved without departing from the spirit thereof, and the present invention also includes equivalents thereof. In particular, even the embodiments described below are included in the present invention.

<Alternative benefits>
In the above-described embodiment, the benefit lump-sum granting unit 203 may grant alternative benefits for a fixed period of time instead of login benefits for a fixed period of time.

For example, assume that this month is "September" and that you become a monthly billing user by paying the game fee for September. The benefits of the login bonus from September 1st to September 15th have been decided, but the benefits of the login bonus from September 16th to September 30th have not yet been determined. do. In this case, since the contents of the login bonus for 30 days (one month) have not all been determined, the login bonus for September cannot be granted all at once. Therefore, an alternative item will be set for each day as a login bonus from September 16th to September 30th, when the content of the benefit has not yet been determined. When the login bonus for September is granted at once, the login bonus for 30 days (one month) including the substitute items for the 15 days is granted at once.

Also, for example, when granting login bonuses for September at once, instead of granting all login bonuses set from September 1st to September 30th at once, instead Alternative benefits for 30 days (1 month) may be granted all at once.

<Operations required to pay this month's game fee>
In the embodiment described above, by performing a payment operation to pay this month's game fee as an operation required to pay this month's game fee, the user can receive this month's login bonus all at once. In addition, as an operation required to pay this month's game fee, you can receive this month's login bonus all at once by performing a reservation operation that promises payment before paying this month's game fee. It is also possible to Furthermore, if you wish to pay this month's game fee following last month's game fee, the following operations are required to pay this month's game fee: By doing this, it is also possible to receive this month's login bonus all at once. In addition, as a necessary operation to pay this month's game fee, you can receive this month's login bonus by performing the update reservation operation that promises the update, which is the pre-update to the update to pay this month's game fee. It is also possible to receive them all at once.

In addition, among multiple monthly paying users who have performed an update operation to pay for this month's game fees following last month's, we will match users who performed the update operation close to each other so that they can play the same game. It is also possible to set it to . Similarly, it is also possible to match users who have performed update reservation operations on similar dates. This makes it possible to efficiently match monthly paying users who continuously play games.
Additionally, in addition to the login bonus for this month, which is given all at once, it is also possible to give renewal benefits to monthly paying users who perform an update operation to pay for this month's game fees following last month's. be. At this time, the earlier the update operation is performed within this month, the more valuable the update benefit can be.

<Game fee>
In the embodiment described above, instead of setting the game fee for this month uniformly, the number of remaining days from the day the user performs the operation required to pay the game fee for this month until the last day of the current month ends. It is also possible to set game fees accordingly. For example, if the remaining days are 30 days, the game fee is 1,500 yen, if the remaining days are 20 days, the game fee is 1,000 yen, and if the remaining days are 10 days, the game fee is 1,500 yen. It may be 500 yen. In addition, the user may be allowed to select a game fee according to the number of remaining days until the end of this month, and a login bonus for the selected number of remaining days may be granted to the user all at once.

Further, the game fee may be set according to the day on which the fee is paid or a predetermined number of days after the next day. In this case, the login bonus given to the user at once is not limited to this month. For example, one month's worth of login bonuses may be given in one lump sum over multiple months based on the user's operation to pay the game fee.

<Advantage in competitive games>
In the second embodiment described above, a case has been described using as an example a case in which the ability values set for the characters owned by a monthly paying user are increased in order to be able to progress advantageously in a competitive game during the current month. However, the present invention is not limited thereto. For example, it is also possible to rent special weapons and items so that the player can advance competitive games advantageously during the current month. For example, it is also possible to reduce the amount of items consumed when playing a competitive game so that the competitive game can be progressed advantageously during this month.

<Payment control section>
In the embodiment described above, the case where the server device 20 includes the payment control unit 204 has been described as an example, but it is also possible to control payment processing by providing the payment control unit 204 in another server device.

1 Information processing system 10 Client terminal 20 Server device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication interface 55 Input device 56 Display device 57 External interface 58 HDD
100 Client control section 101 Request transmission section 102 Response reception section 120 Client storage section 140 Client communication section 150 Operation reception section 160 Screen display section 200 Server control section 201 Game control section 202 Privilege granting section 203 Privilege batch granting section 204 Payment control section 205 Display control section 220 Server storage section 221 Character information storage section 222 User information storage section 223 Login bonus information storage section 240 Server communication section 500 Login bonus batch grant screen B Bus line N Network

Claims (9)

computer,
The game can be played regardless of whether the user is a paying user who has paid a monthly charge in the game or a non-paying user who has not paid, giving paying users an advantage over non-paying users. The first means of setting it so that
A login bonus for a predetermined number of days out of a month's worth of login bonuses will be granted every month to a paying user who has paid a predetermined amount of money that will enable him/her to obtain a login bonus for a predetermined number of days in a month ; For a charging user who has paid an amount less than the predetermined amount that makes it possible to obtain a login bonus for a number of days less than the predetermined number of days in a month, a login bonus for one month is paid for the predetermined number of days. A second method of granting monthly login bonuses for fewer days than
A program that functions as The second means provides the charging user who has paid the predetermined amount with a login bonus for the predetermined number of days as a benefit that can be earned without logging in for the predetermined number of days, and A login bonus for the fewer number of days is granted to a charging user who has paid a smaller amount of money as a benefit that can be obtained without logging in for the fewer number of days.
The program according to claim 1. Non-paying users who continue to log in every day for a month will be given a daily login bonus for one month, while non-paying users who do not continue to log in every day for a month will be given a daily login bonus. A third method of not giving login bonuses for days when you do not log in out of one month's worth of login bonuses, but giving login bonuses for days you log in every day ,
The program according to claim 1 or 2, further functioning as a program. The game can be played regardless of whether the user is a paying user who has paid a monthly charge in the game or a non-paying user who has not paid, giving paying users an advantage over non-paying users. A first means of setting it so that it can be done;
A login bonus for a predetermined number of days out of a month's worth of login bonuses will be granted every month to a paying user who has paid a predetermined amount of money that will enable him/her to obtain a login bonus for a predetermined number of days in a month ; For a charging user who has paid an amount less than the predetermined amount that makes it possible to obtain a login bonus for a number of days less than the predetermined number of days in a month, a login bonus for one month is paid for the predetermined number of days. A second means of granting a login bonus for fewer days each month ;
An information processing device comprising: The second means provides the charging user who has paid the predetermined amount with a login bonus for the predetermined number of days as a benefit that can be earned without logging in for the predetermined number of days, and A login bonus for the fewer number of days is granted to a charging user who has paid a smaller amount of money as a benefit that can be obtained without logging in for the fewer number of days.
The information processing device according to claim 4. Non-paying users who continue to log in every day for a month will be given a daily login bonus for one month, while non-paying users who do not continue to log in every day for a month will be given a daily login bonus. A third means of not granting login bonuses for days when the user does not log in out of one month's worth of login bonuses, but granting login bonuses for days when the user logs in on a daily basis ;
The information processing device according to claim 4 or 5, further comprising:. The computer is
The game can be played regardless of whether the user is a paying user who has paid a monthly charge in the game or a non-paying user who has not paid, giving the paying user an advantage over the non-paying user. The first step is to set up the
A login bonus for a predetermined number of days out of a month's worth of login bonuses will be granted every month to a paying user who has paid a predetermined amount of money that will enable him/her to obtain a login bonus for a predetermined number of days in a month ; For a charging user who paid an amount less than the predetermined amount that makes it possible to obtain a login bonus for a number of days less than the predetermined number of days in a month, a login bonus for a month's worth of login bonuses for the predetermined number of days will be awarded to a charging user who has paid an amount less than the predetermined amount. A second step of granting a login bonus for fewer days each month ,
Information processing methods including In the second step, a login bonus for the predetermined number of days is granted to the charging user who has paid the predetermined amount as a benefit that can be earned without logging in for the predetermined number of days, and A login bonus for the fewer number of days is granted to a charging user who has paid a smaller amount of money as a benefit that can be obtained without logging in for the fewer number of days.
The information processing method according to claim 7. Non-paying users who continue to log in every day for a month will be given a daily login bonus for one month, while non-paying users who do not continue to log in every day for a month will be given a daily login bonus. A third step of not granting login bonuses for days when the user does not log in out of the login bonus for one month, but granting login bonuses for days when the user logs in each day ;
The information processing method according to claim 7 or 8, further comprising:

Images