JP2022172376A - Program, information processor, and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enhance a user's willingness to receive benefit continuously by payment of a game charge at each fixed interval.

SOLUTION: An information processor includes: a user information storage part for storing user information including information for identifying a user who pays a game charge set at each fixed period; an event providing part for providing a user who pays a game charge for the previous fixed period with an event game that can be played by payment of a game charge for the previous fixed period without the previous fixed period; and an event re-providing part for providing a user who pays a game charge for the previous fixed period and pays a game charge for the current, succeeding fixed period with an event game that is the same or is related to the event game that can be played by payment of a game charge for the previous fixed period again within the current fixed period.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2023,JPO&INPIT

Description

The present invention relates to an information processing apparatus and program.

A system is known in which a game fee (e.g., monthly fee) is set for a certain period of time, and a user who has paid the game fee for a certain period of time is allowed to play the game within that certain period of time (e.g., , Patent Document 1).

Japanese Patent Application Laid-Open No. 2011-200692

In such a system, for example, when a user has paid a game fee for a previous fixed period, he or she can receive benefits for paying the game fee only within the previous fixed period. Then, in order to receive the benefits in the same way in the following fixed period, it is necessary to pay the game fee for this fixed period. However, there was no mechanism to actively encourage users who paid the game fee for the previous fixed period to pay the game fee for the fixed period this time. There was a risk of losing motivation.

The present invention has been made in view of such circumstances, and its purpose is to increase the user's willingness to continuously receive benefits by paying the game fee at regular intervals. .

The main invention of the present invention for solving the above problems is
a user information storage unit for storing user information including information for identifying whether the user has paid a game fee set for each fixed period;
An event providing unit that provides, within a previous fixed period of time, an event game that has become playable due to the payment of the previous fixed period of game charge to the user who paid the previous fixed period of game charge. ,
A user who paid the game fee for the previous fixed period of time and also paid the game fee for the current fixed period of time after that will be able to play by paying the game fee for the previous fixed period of time. an event re-providing unit that re-provides an event game that is the same as or related to the event game that has been changed within a certain period of time;
An information processing apparatus comprising:
According to such an information processing device, by paying the game fee for the previous fixed period and the game fee for the current fixed period, the event game that was playable during the previous fixed period can be played for the current fixed period. You will be able to continue playing inside. Therefore, users who could not play the event game within a certain period of time last time, or users who played the event game within a certain period of time last time but could not clear it, will challenge the event game within this certain period of time. becomes possible. As a result, it is possible to motivate users who paid the game fee for the previous fixed period to pay the game fee for the fixed period this time. It is possible to increase the motivation of users who want to benefit from

In addition, if the user who has paid the game fee for the previous fixed period logs in within the previous fixed period, the event providing unit pays the user who has logged in the game fee for the previous fixed period. We provide an event game that can be played by
If the user who has paid the game fee for the previous fixed period and has also paid the game fee for the current fixed period does not log in within the previous fixed period, the event re-providing unit does not log in. It is desirable to re-provide, within the current fixed period, the event game that is the same as or related to the said event game that was provided during the period during which the user did not log in during the previous fixed period. .
As a result, even if you could not log in to the event game within the previous fixed period, you can challenge the event game that was provided during the period during which you did not log in within the previous fixed period. becomes possible.

In addition, when the user who has paid the game fee for the previous fixed period logs in during the previous fixed period, the event providing unit provides the logged-in user with the event that can be played over a plurality of days. provide the game
If the user who paid the game fee for the previous fixed period and also paid the game fee for the current fixed period did not log in during a plurality of days, the event re-providing unit The event game that can be played over multiple days for the number of days during which the users who did not log in did not log in after paying the game fee for the previous fixed period. It is desirable to provide the same or related event game again within this fixed period of time.
As a result, even if you were unable to log in to all of the event games for multiple days during the previous fixed period, you will be able to challenge for the number of days you did not log in within the fixed period this time. .

In addition, if the user who has paid the game fee for the previous fixed period logs in within the previous fixed period, the event providing unit pays the user who has logged in the game fee for the previous fixed period. The event game, which became playable due to the
The event re-providing unit allows a user who has paid the game fee for the previous fixed period and also paid the game fee for the current fixed period to log in on a day included in the previous fixed period among a plurality of days. If there is a day on which the user did not log in, the user who paid the game fee for the previous fixed period logged in on a day included in the previous fixed period among multiple days. It is desirable to re-provide an event game that is the same as or related to the event game that has been playable over a plurality of days, within this fixed period of time, for the number of days that the game has not been played.
As a result, when an event game for multiple days spanning the previous fixed period and the current fixed period is provided, even if you cannot log in on a day included in the previous fixed period among the multiple days, multiple It is possible to challenge within the current fixed period for the number of days during which the user did not log in during the previous fixed period of days.

In addition, if the user who has paid the game fee for the previous fixed period logs in within the previous fixed period, the event providing unit pays the user who has logged in the game fee for the previous fixed period. We provide an event game that can be played by
The event re-providing part was provided during the period when the user who paid the game fee for the previous fixed period and also paid the game fee for the current fixed period logged in during the previous fixed period. If the event game cannot be cleared, it is desirable to provide an event game that is the same as or related to the event game that could not be cleared within this fixed period of time.
As a result, even if the player logged into the event game during the previous fixed period but was unable to clear it, it is possible to challenge the event game that was not cleared within the fixed period of time again.

In addition, the earlier the user who paid the game fee for the previous fixed period performs the operation required to pay the game fee for the current fixed period within the previous fixed period, the more advantageous it is for the user. It is desirable to provide a privilege giving unit that gives a special privilege.
As a result, it is possible to motivate users who paid the game fee for the previous fixed period to pay the game fee for the fixed period earlier this time, so It is possible to further increase the user's willingness to continuously receive benefits.

Also, the computer
user information storage means for storing user information including information for identifying whether the user has paid the game fee set for each fixed period;
event providing means for providing, within a previous fixed period of time, an event game that has become playable by paying a game charge for a previous fixed period of time to a user who has paid a game charge for a previous fixed period of time;
A user who paid the game fee for the previous fixed period of time and also paid the game fee for the current fixed period of time after that will be able to play by paying the game fee for the previous fixed period of time. event re-providing means for re-providing an event game that is the same as or related to the event game that has become, within this fixed period of time;
It is a program for functioning as
According to such a program, it is possible to increase the user's willingness to continuously receive benefits by paying the game fee at regular intervals.

1 is a configuration diagram showing an example of an information processing system according to an embodiment; FIG. 2 is a hardware configuration diagram showing an example of a computer according to the embodiment; FIG. It is a functional block diagram showing an example of a server device concerning this embodiment. It is a functional block diagram showing an example of a client terminal according to the present embodiment. 4 is a flowchart for explaining an operation example of the information processing system 1 according to the embodiment; 4 is a configuration diagram showing an example of user information; FIG. 4 is a configuration diagram showing an example of log history information; FIG. FIG. 4 is a configuration diagram showing an example of monthly billing user information; FIG. 4 is a configuration diagram showing an example of login bonus information; 4 is a configuration diagram showing an example of event information; FIG. It is an image figure which shows an example of a game screen. FIG. 10 is a diagram for explaining a specific example 1 when providing the same event game as last month's event game again within this month; FIG. 10 is a diagram illustrating a specific example 2 in which the same event game as last month's event game is provided again within this month. FIG. 13 is a diagram illustrating a specific example 3 in which the same event game as the event game for the last month is provided again within this month.

An information processing apparatus, a program, and an information processing system according to embodiments of the present invention will be described in detail below. The present invention can be widely applied to an information processing device, a program, an information processing system, and the like that employ a game that can be played by a user who has paid a game fee (for example, monthly fee) for a certain period of time.

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

The client terminal 10 is a terminal device such as a PC, a smartphone, or a tablet operated by a user, or a terminal device such as a home or commercial game device. The server device 20 manages and controls the game played by the user on the client terminal 10, performs billing processing in 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 single game device by separately providing a mechanism for performing billing processing in the game. The information processing system 1 of FIG. 1 is merely an example, and it goes without saying that there are various system configuration examples depending on the application and purpose. For example, the server device 20 in FIG. 1 may be distributed among a plurality of computers.

<Hardware configuration>
<<Client Terminal and Server Device>>
FIG. 2 is a hardware configuration diagram showing an example of the computer 50 according to this 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. 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, and the like. It is The input device 55 and the display device 56 may be connected and used when necessary.

The CPU 51 is an arithmetic device that reads programs and data from storage devices such as the ROM 53 and the HDD 58 onto the RAM 52 and executes various processes based on the read programs and data, thereby realizing control and functions of the entire computer.

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 non-volatile 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.

A communication interface 54 is an interface for connecting the computer 50 to the network N. FIG. Thereby, the computer 50 can 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, keyboard or mouse.

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

The external interface 57 is an interface for connecting to an external device for data communication. This allows computer 50 to read and/or write to the recording medium via 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 non-volatile storage device that stores programs and data. The 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.

In place of the HDD 58, a drive device (for example, solid state drive: SSD) using flash memory as a storage medium may be used.

The client terminal 10 and the server device 20 according to the present embodiment can implement various processes described later by executing programs in the computer 50 having the hardware configuration described above.

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

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 programs.

The server control unit 200 has a function of executing processes related to various games. This server control unit 200 includes a game control unit 201 , an event providing unit 202 , an event re-providing unit 203 , a privilege granting unit 204 , a notification unit 205 and a display control unit 206 .

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 received by the client terminal 10 from the user. The game control unit 201 in this embodiment also functions as a battle game control unit and a lottery game control unit.

The event providing unit 202 provides event games to users. For example, when the user has paid the game fee for the previous fixed period, the event providing unit 202 in the present embodiment, the event game that can be played by paying the game fee for the previous fixed period, Provided within a certain period of time before. In addition, if the user continues to pay the game fee for the fixed period following this time, the user who paid the game fee for the fixed period this time will receive the game fee for this fixed period We will provide an event game that can be played by paying for this within a certain period of time.

The event re-providing unit 203 re-provides the event game that has already been provided by the event providing unit 202 to the user. For example, the event re-providing unit 203 in the present embodiment, when the user has paid the game fee for the previous fixed period and also paid the game fee for the following fixed period this time, the previous The same event game as the event game that has become playable by paying the game fee for a certain period of time will be provided again within this certain period of time.

The privilege granting unit 204 grants a privilege to the user. For example, when the user has paid the game fee for the previous fixed period, the privilege granting unit 204 in the present embodiment gives the user a privilege for paying the game fee for the previous fixed period within the previous fixed period. grant to In addition, if the user continues to pay the game fee for the next fixed period of time, the user will receive a benefit for the payment of the game fee for this fixed period within the fixed period of time. grant. Then, the privilege granting unit 204 in the present embodiment, for example, allows the user who has paid the game fee for the previous fixed period to perform the operation necessary for paying the game fee for the current fixed period, for the previous fixed period. It is also possible to give benefits that are more advantageous to the user the earlier it is performed within the system.

The notification unit 205 notifies various information to the user. The notification unit 205 in the present embodiment notifies the user within the current fixed period to prompt the user to pay the game fee for the fixed period next time. The notification unit 205 can notify the user by screen display, email transmission, push notification, or the like.

The display control unit 206 generates data for various game screens according to the progress of, for example, a battle game or a lottery game executed by the game control unit 201, and controls the screen display of the client terminal 10. FIG.

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

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. In the character information stored in the character information storage unit 221, various characters to be used in battle games and lottery games, various characters to be used as benefits, and the like are set.

The user information storage unit 222 stores user information about users. The user information stored in the user information storage unit 222 includes user rank, various characters possessed by the user, and information for identifying whether the user has paid the game fee for each fixed period (monthly billing user). etc. is set.

The login bonus information storage unit 223 is an example of a benefit information storage unit, and stores login bonus information (privilege information) regarding a login bonus as an example of benefits. In the login bonus information stored in the login bonus information storage unit 223, the type, amount, etc. of the login bonus given when the user logs in are set at regular intervals.

The event information storage unit 224 stores event information about events. In the event information stored in the event information storage unit 224, an event game provided to a user (monthly billing user) who has paid a game fee for each fixed period is set for each fixed period.

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

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

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

The operation reception unit 150 receives an operation from a user who operates the client terminal 10 . Also, the client control unit 100 performs processing related to the game in the client terminal 10 . The request transmission unit 101 transmits a request to the server device 20 based on the content of the operation received by the operation reception unit 150 from the user. The response reception unit 102 receives a response such as a processing result for the request sent by the request transmission unit 101 to the server device 20 .

Also, the client storage unit 120 stores information necessary for 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 the control of the server device 20 .

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 perform the same. Specifically, at least part of the functional units of the server control unit 200 may be configured not to be provided in the server control unit 200 of the server device 20, but provided in the client control unit 100 of the client terminal 10. good.

In addition, the client control unit 100 of the client terminal 10 receives page data described in HTML (Hyper Text Markup Language) or the like and scripts included in the page data from the server device 20, and performs game-related processing. there is a mold Also, the client control unit 100 of the client terminal 10 has an application type that performs game-related processing based on an installed application.

<Overview>
Here, an overview of the system in this embodiment will be described. In the system of this embodiment, the user is provided with a competitive game and a lottery game.

The battle game in this embodiment is a game in which an enemy character appears in a party composed of a plurality of characters, and the enemy character that has appeared fights against the characters that make up the party.

In this battle game, a plurality of quests for the purpose of defeating enemy characters are set according to the degree of difficulty. Users can form a party using their own characters and the like, select one of the quests, and challenge an enemy character. During the battle, the user may be given a character set to be obtainable in the selected quest.

In the lottery game according to the present embodiment, when an operation for executing a character lottery is accepted from a user, one of a plurality of characters to be lottery is selected based on the lottery probability of each character, and the selected character is selected. is a game that gives to the user.

In this lottery game, a lower lottery probability is set for a character with a higher rarity. Users can form their own party using the characters obtained in the lottery game and play a battle game.

In addition, in the system of the present embodiment, a user can become a monthly billing user by paying a game fee (monthly fee) every month (every fixed period of time). If you become a monthly billing user, for example, if you pay the game fee for the current month, you will be provided with an event game that you can play during the month within the current month by paying the game fee for the current month. You can receive benefits for paying the game fee of

In this embodiment, as a privilege for paying the game fee for the current month, a login bonus can be received by logging into the game only once a day during the current month. The login bonus received by monthly paying users is set to be more advantageous than the login bonus received by users who have not paid the game fee for this month (regular users).

Furthermore, if you become a monthly billing user, for example, if you paid the game fee for the previous month and then paid the game fee for the current month, you will be able to play the game for the previous month during the current month by paying the game fee for the previous month. The same event game as the event game that has become possible is provided again.

Therefore, users who paid the game fee for the last month could not log in on any day in the last month, and were able to play the last month's event game by paying the game fee for the last month. Even if you can't play, by continuing to pay the game fee for this month, you can challenge the last month's event game within one month of this month. Also, if a user who paid the game fee for the previous month logged in on one of the days in the last month but was unable to clear the event game for the previous month, they can continue to pay the game fee for the current month. , it is possible to re-challenge the last month's event game that could not be cleared within one month of this month.

In this way, it is possible to motivate users who have paid the game fee for the previous month to pay the game fee for the current month, so that the monthly fee will continue to benefit from the payment of the monthly fee. It is possible to increase the willingness of paying users.

<Action>
FIG. 5 is a flowchart for explaining an operation example of the information processing system 1 according to this embodiment.

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

The request transmission unit 101 of the client terminal 10 sends a login request to the server device 20 for a battle game accompanied by login operation information including a user ID and a password based on the operation content received from the user by the operation reception unit 150. Send (step S11).

Next, when the game control unit 201 of the server device 20 receives a login request for the competitive game from the client terminal 10, it executes login processing for the competitive game according to the login operation information including the user ID and password (step S12).

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 or the like accompanying the login request. When the user is authenticated normally, 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 battle game.

FIG. 6 is a configuration diagram showing an example of user information. The user information shown in FIG. 6 includes, as items, a user ID, number of items possessed, possessed character, party, log history information, monthly charge user information, event provision information, event clear information, and the like. A user ID is information for uniquely identifying a user. The number of items possessed is information indicating the number of items possessed by the user. Possessed characters are information indicating one or a plurality of various characters currently possessed by the user. A party is information indicating each character that constitutes the user's party. The log history information is information indicating a user's log history. The monthly billing user information is information about the monthly billing user. The event provision information is information about an event that can be provided to the user. The event clear information is information about an event cleared by the user.

FIG. 7 is a configuration diagram showing an example of log history information. The log history information shown in FIG. 7 has items such as log ID, login date and time, and logout date and time. A 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 in to the battle game. The logout date and time is information indicating the date and time when the user logged out.

Returning to FIG. 5, next, after completing the login process for the competitive game, the game control unit 201 of the server device 20 acquires the monthly billing user information from the user information stored in the user information storage unit 222, By referring to the acquired monthly billing user information, it is determined whether or not the logged-in user is a monthly billing user who has paid the game fee for this month (step S13).

FIG. 8 is a configuration diagram showing an example of monthly billing user information. The monthly billing user information shown in FIG. 8 has items such as payment object, monthly billing user, payment date and time. The payment target is information indicating the month for which the monthly charge is to be paid. Here, it is assumed that this month is September, and the user has finished paying the game fee for August, which is the last month, and the game fee for September, which is the current month. The monthly billing user is information indicating whether or not the user is the monthly billing user for the month for which the payment is made. The payment date and time is information indicating the date and time when the game fee for the month was paid.

Returning to FIG. 5, as a result of the determination in step S13 described above, if it is determined that the user is a monthly billing user who has paid the game fee for the current month, the process proceeds to step S15, which will be described later. On the other hand, if it is determined that the user is not the monthly billing user who has paid the game fee for the current month, the process proceeds to the next step S14.

Next, if it is determined that the privilege granting unit 204 of the server device 20 has not paid the game fee for the current month (step S13: NO), the normal user who has not paid the game fee for the current month Therefore, based on the login bonus information stored in the login bonus information storage unit 223, the normal user's login bonus is given (step S14).

Specifically, based on the login bonus information stored in the login bonus information storage unit 223, the privilege granting unit 204 of the server device 20 only provides the normal user login bonus set for that day only when logging in for the first time on that day. to give In other words, the login bonus is given only once a day.

FIG. 9 is a configuration diagram showing an example of login bonus information. The log-in bonus information shown in FIG. 9 has items such as privilege ID, provision period, privilege content for normal users, privilege content for monthly billing users, and the like. The privilege ID is information for uniquely identifying a privilege. The provision period is information indicating a period during which the login bonus can be given. The content of benefits for normal users is information indicating the details of login bonuses that are granted when normal users log in during the provision period. Here, items are set as login bonuses for normal users, and the number of items to be given is also set as shown in parentheses in the figure. The details of the benefits for the monthly charge user are information indicating the details of the login bonus given when the monthly charge user logs in during the provision period. Here, items and characters are set as login bonuses for monthly billing users, and as shown in parentheses in the figure, the number of items and characters to be granted is also set. In this embodiment, the login bonus received by the monthly billing user is set to be more advantageous than the login bonus received by the normal user.

Returning to FIG. 5, next, if the privilege granting unit 204 of the server device 20 determines that the user is a monthly billing user who has paid the game fee for the current month (step S13: YES), the game fee for the current month is A login bonus is given as a privilege for paying (step S15).

Specifically, the privilege granting unit 204 of the server device 20 grants a login bonus for the monthly billing user different from the normal user set on that day based on the login bonus information stored in the login bonus information storage unit 223.

Note that the privilege granting unit 204 of the server device 20 grants the login bonus of the monthly billing user set on that day only when the user logs in for the first time on that day. In other words, the monthly billing user's login bonus is granted only once a day.

Next, when the privilege granting unit 204 grants the login bonus for the current month, the event providing unit 202 of the server device 20 distributes the game fee for the current month to the monthly billing user who has paid the game fee for the current month. is provided (step S16).

Specifically, first, the event providing unit 202 of the server device 20 refers to the event information stored in the event information storage unit 224, and refers to the event that can be provided to the monthly charge user who has paid the game fee for this month. Get the minute event game.

FIG. 10 is a configuration diagram showing an example of event information. The event information shown in FIG. 10 has items such as event ID, provision period, event content, privilege content, and the like. An event ID is information for uniquely identifying an event. The provision period is information indicating the period during which the event game can be provided. The event content is information indicating the content of event games that can be provided. Here, a competition game (quest) and a lottery game whose offer period is limited are set as event games. The privilege content is information indicating the privilege content obtainable in the event game. Here, items and characters are set as obtainable benefits, and the numbers of items and characters are also set as shown in parentheses in the figure.

Then, when the event providing unit 202 of the server device 20 acquires the event game for the current month that can be provided to the monthly billing user who has paid the game fee for the current month, the event providing unit 202 sets it in the user information stored in the user information storage unit 222. The user's event offer information received is updated, and the setting registration of the acquired event games for the current month that can be offered is performed.

Next, the event re-providing unit 203 of the server device 20 acquires the monthly billing user information from the user information stored in the user information storage unit 222, refers to the acquired monthly billing user information, and calculates the game fee for the current month. is the user who also paid the game fee for the previous month (step S17).

As a result of this judgment, if it is judged that the monthly billing user who paid the game fee for this month is the user who did not pay the game fee for the last month (that is, the user who started paying the monthly fee from this month) , the process proceeds to step S20, which will be described later. On the other hand, if it is determined that the monthly billing user who paid the game fee for the current month is also the user who paid the game fee for the last month, the process proceeds to the next step S18.

Next, if the event re-providing unit 203 of the server device 20 determines that the monthly charge user who paid the game charge for the current month is the user who also paid the game charge for the previous month (step S17: YES ), it is determined whether or not there is an event game for the last month provided to other users who logged in during the period during which the user did not log in during the last month (step S18). ).

Specifically, the event re-providing unit 203 of the server device 20 refers to the log history information shown in FIG. 7 and the event information shown in FIG. The last month's event games provided during the period during which the monthly billing user did not log in during the last month are specified. Then, when at least one or more event games can be specified, there are corresponding last month's event games.

As a result of this judgment, if it is judged that there is no event game for the last month that was provided to other users who logged in during the period in which the user did not log in during the last month , the process proceeds to step S20, which will be described later. On the other hand, if it is determined that there is an event game for the last month that was provided to other users who logged in during the period during which the user did not log in during the last month , the process proceeds to the next step S19.

Next, the event re-providing unit 203 of the server device 20 retrieves the event games for the last month provided to other users who logged in during the period during which the user did not log in during the last month. (step S18: YES), the same event game as the last month's event game that existed is given to the monthly billing user who paid the last month's game fee and the current month's game fee. event game is provided again (step S19).

Specifically, first, the event re-providing unit 203 of the server device 20 updates the event providing information of the user set in the user information stored in the user information storage unit 222, Additional registration is performed as an event game for this month that can provide the same event game as the event game for this month.

In this embodiment, the provision period of the additionally registered event game is set to be one month after the provision period of the event game for the last month which existed. Not limited to this, it is also possible to set the provision period of the additionally registered event game to one month during the current month. In that case, the provision may end when the user plays the event game. It is also possible to set a fixed date within the current month.

Next, the notification unit 205 of the server device 20 sends an event list showing a list of available event games for the current month based on the event provision information set in the user information stored in the user information storage unit 222. The billing user is notified (step S20).

That is, it is determined that the monthly billing user who has paid the game fee for the current month is also the user who has paid the game fee for the last month (step S17: YES), and the game fee for the last month and the game fee for the current month are determined. If it is determined that there is an event game for the previous month that was provided to other users who logged in during the period during which the paying monthly billing user did not log in during the last month (step S18: YES), the notification unit 205 of the server device 20 displays a list of the event games for the current month set in the event information stored in the event information storage unit 224 and the event games for the previous month that existed. It will notify you of the event list that has been added.

On the other hand, if it is determined that the monthly billing user who has paid the game fee for the current month is the user who has not paid the game fee for the last month (step S17: NO), or It is judged that the last month's event game that was provided to other users who logged in during the period during which the monthly billing user who paid the game fee for the month did not log in during the last month does not exist. If so (step S18: NO), the notification unit 205 of the server device 20 notifies an event list in which only the event games for the current month set in the event information stored in the event information storage unit 224 are listed. It will be.

In this embodiment, the notification is given by a game screen as shown in FIG. Therefore, when display control unit 206 of server device 20 is requested to perform screen display control from notification unit 205 of server device 20 , it performs control to display the game screen on screen display unit 160 of client terminal 10 .

FIG. 11 is an image diagram showing an example of a game screen. This game screen 500 displays an event list 501 that lists event games for the current month that can be provided to monthly billing users. Here, assuming that this month is September, the event game for September set in the event information stored in the event information storage unit 224, the game fee for August, and the game fee for September are paid. The same event games as the event games for August that were provided to other users who logged in during the month in August when the monthly fee user did not log in are listed.

As described above, according to the information processing system 1 according to the present embodiment, the monthly billing user pays the game fee for the current month following the game fee for the previous month, thereby playing the same event game as the event game for the previous month. It will be available later this month. As a result, the monthly billing user who paid the game fee for the last month can be motivated to pay the game fee for the current month. Therefore, it is possible to increase the willingness of the monthly billing users to continuously benefit from the monthly bill payment.

<<Specific example 1>>
FIG. 12 is a diagram for explaining a specific example 1 when the same event game as last month's event game is provided again within this month. Here, it is assumed that the last month is "August", the current month is "September", and the monthly billing user has finished paying the game fee for August and the game fee for September.

In this specific example 1, as shown in FIG. 12, "event A" and "event B" are set as event games for August. Then, the monthly billing user logged in to the battle game and played "Event A" when "Event A" was provided, but was unable to log in to the battle game when "Event B" was provided. B" could not be played.

If August is in such a state, the event re-providing unit 203 will provide events to other users who have logged in during the period in which they did not log in during the month of August in September of the following month. The "event B" that was scheduled will be provided again within one month of September to the monthly billing user who did not log in.

As a result, even if you were unable to log in to the battle game during August and did not play "Event B", It will be possible to challenge the same event game as ” from September. Therefore, users who paid the game fee for August can be motivated to pay the game fee for September, so they will continue to benefit from paying the game fee at regular intervals It is possible to increase the user's motivation to do so.

<<Specific example 2>>
FIG. 13 is a diagram illustrating a specific example 2 in which the same event game as last month's event game is provided again within this month. Here, as in Specific Example 1 described above, it is assumed that the last month is "August" and the current month is "September", and the monthly billing user pays the game fee for August and the game fee for September. It is assumed that payment has been completed.

In this specific example 2, as shown in FIG. 13, "event A" is set as the event game for August. This "event A" is set as an event game for August that can be played over a plurality of days, unlike the specific example 1 described above. Here, it is assumed that the game has been playable for three days. The monthly billing user logged in on the first day of the three days when "Event A" was provided, but was unable to log in on the second and third days when "Event A" was provided. state is shown.

If August was in such a state, in September of the following month, the event re-providing unit 203 returns only two days (the second day and the third day, two day), the same event game as "event A" that was playable over the three days is provided again within one month of September to the monthly charge user who did not log in.

As a result, even if you were unable to log in to the battle game during August and did not play part of "Event A", the amount of August that was provided to other users for the number of days you could not log in It will be possible to challenge the same event game as "Event A" after September. Therefore, users who paid the game fee for August can be motivated to pay the game fee for September, so they will continue to benefit from paying the game fee at regular intervals It is possible to increase the user's motivation to do so.

<<Specific example 3>>
FIG. 14 is a diagram for explaining a specific example 3 in which the same event game as last month's event game is provided again within this month. Here, as in Specific Example 1 described above, it is assumed that the last month is "August" and the current month is "September", and the monthly billing user pays the game fee for August and the game fee for September. It is assumed that payment has been completed.

In this specific example 3, as shown in FIG. 14, the first half of "event A" is set as the event game for August, and the second half of "event A" is set as the event game for September. It is shown. In other words, this "event A" is set as an event game that can be played over a plurality of days spanning August and September, unlike the above-described specific examples 1 and 2. Here, it is assumed that the game can be played over five days spanning August and September, and the first three days (three days from the first day to the third day) are set as the event game for August. , and the latter two days (two days from the fourth day to the fifth day) are set as event games for September. A monthly billing user is unable to log in during the provision period of "Event A" from the first day to the third day of the first half of the five days.

If August was in such a state, in September of the following month, the event re-providing unit 203 will return only three days for which no login was made in the first half of the five days included in August. (Only for 3 days from the 1st to the 3rd day), the same event game as "Event A" that was playable over the 5 days will be distributed to monthly paying users who did not log in in August. It will be offered again within the month of September. Here, after the latter two days (two days from the 4th day to the 5th day) included in September of the plurality of days, the first three days are provided again consecutively.

As a result, even if you did not log in for August of "Event A" spanning August and September, the " It will be possible to challenge the same event game as Event A after September. Therefore, users who paid the game fee for August can be motivated to pay the game fee for September, so they will continue to benefit from paying the game fee at regular intervals It is possible to increase the user's motivation to do so.

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

<Event re-offer department>
In the above-described embodiment, the event re-providing unit 203 of the server device 20 reproduces the same event game as last month's event game provided to other users who have logged in during the non-login period during the last month. , the present invention is not limited to this. An event game that is the same as or related to a user-specific event game that was provided to the user during the non-login period during the previous month and was not provided to other users may be provided again during the current month.

For example, the event re-providing unit 203 of the server device 20 allows a monthly billing user who has paid the game fee for the previous month and the game fee for the current month to replay the last month's event game provided during the period during which the user logged in last month. If the game is not cleared regardless of whether or not it has been played, the same event game as the last month's event game that was not cleared may be provided again within this month.

In this case, in the process of step S18 of the flow chart shown in FIG. 5, it is determined whether or not there are event games for the last month that have not been cleared among the event games for the last month provided during the login period in the last month. will be That is, based on the event clear information set in the user information shown in FIG. Identify event games that could not be cleared from the last month's event games that were provided during the period when you logged in to . Then, when at least one or more event games can be specified, there are corresponding last month's event games.

Further, in the above-described embodiment, the case where the event re-providing unit 203 of the server device 20 re-provides the same event game as last month's event game again within this month has been described as an example. It is not limited to this.

For example, the event re-providing unit 203 of the server device 20 can provide an event game related to last month's event game during the current month. The event game related to the last month's event game may be any game that has some kind of relationship between the last month's event and the event to be provided again within the current month.

Specifically, if "Character X" can be obtained as a bonus by clearing "Quest X", the event game for the previous month, "Quest Y", which is different from "Quest X", will be provided within this month. It is also possible to make However, by clearing "Quest Y", the same "Character X" can be obtained as a privilege, so that both are related.

Also, if "Character N" can be obtained as a bonus by winning the event game "Lottery Game N" last month, "Lottery Game M", which is different from "Lottery Game N", will be provided within this month. It is also possible to make However, by making it possible to acquire the same "character N" as a privilege by winning in the "lottery game M", both are related.

Also, if you can get "Character X" as a bonus by clearing the event game "Quest X" last month, "Lottery Game Z", which is different from "Quest X", will be provided within this month. It is also possible to However, by making it possible to acquire the same "character X" as a privilege by winning in the "lottery game Z", the relationship between the two is given.

Further, in the above-described embodiment, the case where the event re-providing unit 203 of the server device 20 re-provides an event game that is the same as or related to the event game for the previous month within the current month has been described as an example. The invention is not limited to this.

For example, the event re-providing unit 203 of the server device 20 can provide an event game that is the same as or related to an event game several months ago, not limited to last month's game, during the current month.

<Privilege giving department>
In the above-described embodiment, the case of using a login bonus as an example of a benefit has been described, but the present invention is not limited to this. For example, the present invention can also be applied when a character or item is given as a privilege by clearing a quest in a battle game.

Further, in the above-described embodiment, the privilege granting unit 204 causes the monthly charge user who paid the game fee for the previous month to perform the operation necessary for paying the game fee for the current month as early as possible during the last month. It is also possible to provide a benefit that becomes more advantageous to the monthly billing user as the number of billing increases.

For example, the earlier in August a monthly billing user who has paid the game fee for August performs the update procedures and fee payment operations required to pay the game fee for September, the more scarce value it will become. It is also possible to give expensive characters, items, etc. as login bonuses for September. It is also possible to increase the number of characters and items and grant them. This motivates users who paid the game fee for the previous month to pay the game fee for the current month early, so that users can continue to benefit from the payment of the game fee at regular intervals. It is possible to further increase the willingness of the user to try.

<Notification section>
In the above-described embodiment, the notification unit 205 may issue a notification prompting payment of the game fee for the current month or an update procedure when the last day of the previous month approaches. Similarly, when the last day of the current month approaches, the notification unit 205 may issue a notification prompting payment of the game fee for the next month or renewal procedures. At that time, it may be notified that the sooner the payment of the game fee or the renewal procedure is made, the more advantageous the monthly billing user will be given.

1 Information Processing System 10 Client Terminal 20 Server Device 50 Computer 51 CPU
52 RAMs
53 ROMs
54 communication interface 55 input device 56 display device 57 external interface 58 HDD
100 client control unit 101 request transmission unit 102 response reception unit 120 client storage unit 140 client communication unit 150 operation reception unit 160 screen display unit 200 server control unit 201 game control unit 202 event providing unit 203 event re-providing unit 204 privilege granting unit 205 Notification unit 206 Display control unit 220 Server storage unit 221 Character information storage unit 222 User information storage unit 223 Login bonus information storage unit 224 Event information storage unit 240 Server communication unit 500 Game screen 501 Event list B Bus line N Network

Claims (7)

a user information storage unit for storing user information including information for identifying whether the user has paid a game fee set for each fixed period;
An event providing unit that provides, within a previous fixed period of time, an event game that has become playable due to the payment of the previous fixed period of game charge to the user who paid the previous fixed period of game charge. ,
A user who paid the game fee for the previous fixed period of time and also paid the game fee for the current fixed period of time after that will be able to play by paying the game fee for the previous fixed period of time. an event re-providing unit that re-provides an event game that is the same as or related to the event game that has been changed within a certain period of time;
An information processing device comprising: An information processing device according to claim 1,
If the user who has paid the game fee for the previous fixed period logs in during the previous fixed period, the event providing unit pays the game fee for the previous fixed period to the logged-in user. We provide event games that can be played by
If the user who has paid the game fee for the previous fixed period and has also paid the game fee for the current fixed period does not log in within the previous fixed period, the event re-providing unit does not log in. For the user who has been logged in, the event game that is the same as or related to the event game that was provided during the period during which the user did not log in within the previous fixed period is provided again within this fixed period;
An information processing device characterized by: The information processing device according to claim 2,
When a user who has paid a game fee for a previous fixed period of time logs in within the previous fixed period of time, the event providing unit provides the logged-in user with the event game that can be played over a plurality of days. Offer to,
If the user who paid the game fee for the previous fixed period and also paid the game fee for the current fixed period did not log in during a plurality of days, the event re-providing unit The event game that can be played over multiple days for the number of days during which the users who did not log in did not log in after paying the game fee for the previous fixed period. Provide the same or related event game again within this certain period of time;
An information processing device characterized by: The information processing device according to claim 2 or 3,
If the user who has paid the game fee for the previous fixed period logs in during the previous fixed period, the event providing unit pays the game fee for the previous fixed period to the logged-in user. The event game that became playable by is provided over multiple days spanning the previous fixed period and this fixed period,
The event re-providing unit allows a user who has paid the game fee for the previous fixed period and also paid the game fee for the current fixed period to log in on a day included in the previous fixed period among a plurality of days. If there is a day on which the user did not log in, the user who paid the game fee for the previous fixed period logged in on a day included in the previous fixed period among multiple days. providing an event game that is the same as or related to the event game that has been playable over multiple days for the number of days that have not been played, within the current fixed period;
An information processing device characterized by: The information processing device according to any one of claims 1 to 4,
If the user who has paid the game fee for the previous fixed period logs in during the previous fixed period, the event providing unit pays the game fee for the previous fixed period to the logged-in user. We provide event games that can be played by
The event re-providing part was provided during the period when the user who paid the game fee for the previous fixed period and also paid the game fee for the current fixed period logged in during the previous fixed period. If the event game cannot be cleared, an event game that is the same as or related to the event game that could not be cleared is provided again within this certain period of time.
An information processing device characterized by: The information processing device according to any one of claims 1 to 5,
The earlier the user who paid the game fee for the previous fixed period performs the operations required to pay the game fee for the current fixed period within the previous fixed period, the more advantageous the said user will be. a privilege granting unit that grants
An information processing device comprising: the computer,
user information storage means for storing user information including information for identifying whether the user has paid the game fee set for each fixed period;
event providing means for providing, within a previous fixed period of time, an event game that has become playable by paying a game charge for a previous fixed period of time to a user who has paid a game charge for a previous fixed period of time;
A user who paid the game fee for the previous fixed period of time and also paid the game fee for the current fixed period of time after that will be able to play by paying the game fee for the previous fixed period of time. event re-providing means for re-providing an event game that is the same as or related to the event game that has become, within this fixed period of time;
A program to function as

Images