JP2018077689A - Information processing apparatus and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To increase the motivation of users to continuously benefit from the payment of game fees at fixed intervals.SOLUTION: The information processing apparatus includes: a user information storage unit for storing user information including information for specifying whether a user has paid a game fee set for each fixed period; an event provider for providing within the previous fixed period of time an event game which can be played by paying the game fee for the previous fixed period of time for a user who have paid the game fee for the previous fixed period of time; and an event re-provider for providing again within this time period an event game that is the same as or related to the event game that can be played by paying the game fee for the previous fixed period of time for the user who paid the game fee for the previous fixed period of time and also paid the next game fee for the fixed period of time of this time.SELECTED DRAWING: Figure 1

Description

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

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

JP 2011-200692 A

  In such a system, for example, when a user pays a game fee for a certain period of time in the previous period, the user can benefit from paying the game fee only within the certain period of the previous time. In order to receive the same benefits during the next fixed period, it is necessary to pay a game fee for the fixed period. However, there was no mechanism that actively encouraged users who paid the game fee for a certain period of time to actively pay the game fee for the certain period of time. There was a risk of reducing motivation.

  The present invention has been made in view of such circumstances, and an object of the present invention is to increase a user's willingness to continuously benefit from payment of a game fee at regular intervals. .

The main invention of the present invention to solve the above problems is
A user information storage unit for storing user information including information for specifying whether or not the user has paid a game fee set for each predetermined period;
An event providing unit that provides an event game that can be played by paying a game fee for a certain period of time to a user who has paid a game fee for a certain period of time in the previous certain period; ,
A user who has paid the game fee for the previous certain period and also paid the game fee for the next certain period, can be played by paying the game fee for the previous certain period. An event re-providing unit that provides the same or related event game as the event game again within a certain period of time,
An information processing apparatus characterized by comprising:
According to such an information processing apparatus, by paying the game fee for the previous certain period and the game fee for the present certain period, the event game that was playable within the previous certain period can be You will be able to continue playing inside. Therefore, users who failed to play the event game within the previous fixed period, or users who played the event game within the previous fixed period but could not clear it will challenge the event game within this fixed period. It becomes possible. As a result, users who have paid a game fee for a certain period of time can be motivated to pay a game fee for a certain period of time. It is possible to increase the motivation of the user who wants to benefit from.

In addition, when the user who has paid the game fee for the previous certain period logs in within the previous certain period, the event providing unit pays the game fee for the previous certain period to the logged-in user. Event game that became playable by
The event re-providing unit does not log in when the user who paid the game fee for the previous certain period and has also paid the game fee for the certain period does not log in within the previous certain period. In addition, it is desirable to provide the user with an event game that is the same as or related to the event game that was provided during the previous period of no login during the predetermined period. .
As a result, even if you cannot log in to the event game within the previous fixed period, you will challenge the event game that was provided during the previous fixed period during the fixed period. Is possible.

In addition, the event providing unit may be configured to play the event that can be played for a plurality of days for the logged-in user when the user who has paid the game fee for the previous certain period logs in within the previous certain period. Providing games,
The event re-providing unit pays the game fee for a certain period of time last time, and when there is a date when the user who paid the game fee for the certain period of time has not logged in within a plurality of days, For the user who has not logged in, the user who paid the game fee for a certain period of time last time was able to play over multiple days only for the number of days in which the user did not log in. It is desirable to provide the same or related event game again within a certain period of time.
As a result, even if it is not possible to log in to all of the event games for a plurality of days within the previous certain period, it is possible to challenge within the certain period only for the number of days that have not been logged in among the plural days. .

In addition, when the user who has paid the game fee for the previous certain period logs in within the previous certain period, the event providing unit pays the game fee for the previous certain period to the logged-in user. The event game that became playable as a result is provided over multiple days spanning the previous fixed period and this fixed period,
The event re-providing unit pays a game fee for a predetermined period of time and logs in on a day in which a user who has paid the game fee for a certain period of time is included in the predetermined period of a plurality of days. If there is a day that has not been logged in, the user who has paid the game fee for the previous certain period of time for the user who has not logged in will log in on the day included in the previous certain period of multiple days. It is desirable to provide again an event game that is the same as or related to the event game that has been playable for a plurality of days for the number of days that did not exist.
As a result, when event games for multiple days spanning the previous fixed period and the current fixed period are provided, even if you cannot log in on the days included in the previous fixed period of the multiple days, Challenges can be made within the current fixed period for the number of days that the user has not logged in on the day included in the previous fixed period of the day.

In addition, when the user who has paid the game fee for the previous certain period logs in within the previous certain period, the event providing unit pays the game fee for the previous certain period to the logged-in user. Event game that became playable by
The event re-providing unit was provided during a period when the user who paid the game fee for the previous certain period and also logged in the game fee for the certain period was logged in within the previous certain period When the event game cannot be cleared, it is desirable to provide again an event game that is the same as or related to the event game that could not be cleared within a certain period of time.
As a result, even if the event game was logged in within the previous fixed period but could not be cleared, the event game that could not be cleared can be challenged again within the predetermined period.

In addition, it is more advantageous for a user who has paid a game fee for a certain period of time in advance to perform an operation necessary for paying a game fee for the certain period of time earlier in the last period of time. It is desirable to provide a privilege granting unit that grants a privilege.
As a result, users who have paid the game fee for a certain period of time can be motivated to pay the game fee for the certain period of time at an early stage. It is possible to further increase the user's willingness to continuously benefit.

Also, the computer
User information storage means for storing user information including information for specifying whether or not the user has paid a game fee set for each predetermined period;
Event providing means for providing an event game that can be played by paying a game fee for a certain period of time to a user who has paid a game fee for a certain period of time in the previous period,
A user who has paid the game fee for the previous certain period and also paid the game fee for the next certain period, can be played by paying the game fee for the previous certain period. Event re-providing means for providing the same or related event game again within a certain period of time,
It is a program to make it function as.
According to such a program, it is possible to increase the user's willingness to continuously benefit from payment of a game fee for a certain period.

It is a lineblock diagram showing an example of an information processing system concerning this embodiment. It is a hardware block diagram which shows an example of the computer which concerns on this embodiment. It is a functional block diagram which shows an example of the server apparatus which concerns on this embodiment. It is a functional block diagram which shows an example of the client terminal which concerns on this embodiment. It is a flowchart explaining the operation example of the information processing system 1 in this embodiment. It is a block diagram which shows an example of user information. It is a block diagram which shows an example of log history information. It is a block diagram which shows an example of monthly charge user information. It is a block diagram which shows an example of login bonus information. It is a block diagram which shows an example of event information. It is an image figure which shows an example of a game screen. It is a figure explaining the specific example 1 when providing the same event game as the event game for last month again this month. It is a figure explaining the specific example 2 when providing the event game same as the event game for last month again this month. It is a figure explaining the specific example 3 when providing the same event game as the event game for last month again in this month.

  Hereinafter, an information processing apparatus, a program, and an information processing system according to an embodiment of the present invention will be described in detail. The present invention can be widely applied to an information processing apparatus, 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, a monthly fee) for a certain period.

[Embodiment]
<System configuration>
FIG. 1 is a configuration diagram illustrating an example of an information processing system 1 according to the present embodiment. As shown in FIG. 1, in the 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.

  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 business game dedicated device. The server device 20 performs management and control of the game performed by the user at the client terminal 10, charging processing in the game, and the like. The network N is the Internet or the like, and includes mobile radio base stations.

  In addition to the client / server type information processing system 1 shown in FIG. 1, the present invention can be applied to a single game device by separately providing a mechanism for performing billing processing in a game. The information processing system 1 in FIG. 1 is 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 of FIG. 1 may be configured to be distributed among a plurality of computers.

<Hardware configuration>
<Client terminal and server device>
FIG. 2 is a hardware configuration diagram illustrating an example of the computer 50 according to the present embodiment. The client terminal 10 and the server device 20 according to the present embodiment are realized by, for example, a computer 50 having a hardware configuration illustrated in FIG. The computer 50 is an example of an information processing apparatus.

  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. Has been. 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 storing 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 BIOS, OS settings, and network settings that are executed when the computer 50 is started up.

  The communication interface 54 is an interface for connecting the computer 50 to the network N. Thus, 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 the present embodiment is, for example, an operation device such as a touch panel, operation keys and buttons, a keyboard, and a mouse.

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

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

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

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

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

<Software configuration>
<Server equipment>
FIG. 3 is a functional block diagram illustrating an example of the server device 20 according to the present embodiment. The server device 20 according to the present embodiment is realized by, for example, functional blocks illustrated in FIG.

  The server device 20 according to the present 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. The 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 the game operation received by the client terminal 10 from the user. The game control unit 201 in the present embodiment also functions as a battle game control unit and a lottery game control unit.

  The event providing unit 202 provides an event game to the user. The event providing unit 202 in the present embodiment, for example, when the user has paid the game fee for the previous certain period, the event game that can be played by paying the game fee for the previous certain period, Provided within the previous fixed period. In addition, if the user continues to pay the game fee for the next fixed period, the game fee for the fixed period will be paid to the user who has paid the game fee for the fixed period. An event game that can be played by paying is provided within a certain period of time.

  The event re-providing unit 203 provides the user with an event game that has been provided by the event providing unit 202 again. The event re-providing unit 203 in the present embodiment, for example, when the user pays the game fee for the previous certain period and the user also pays the game fee for the next certain period of time, The same event game as the event game that can be played by paying the game fee for a certain period of time is provided again within the certain period of time.

  The privilege grant unit 204 grants a privilege to the user. In the present embodiment, for example, when the user has paid a game fee for a certain period of time last time, the privilege granting unit 204 provides a privilege for payment of the game fee for a certain period of time within a certain period of time for the user. Is granted to. In addition, if the user continues to pay the game fee for the next fixed period of time, the benefit for payment of the game fee for the fixed period of time will be given to the user within the fixed period of time. To grant. Then, for example, the privilege granting unit 204 in the present embodiment performs an operation required for the user who has paid the game fee for the previous certain period to pay the game fee for the certain period of time. It is also possible to give a privilege that is more advantageous to the user as soon as it is performed.

  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, mail transmission, push notification, or the like.

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

  The server storage unit 220 has a function of storing information related to various games. The server storage unit 220 includes a character information storage unit 221, a user information storage unit 222, a login bonus information storage unit 223, and an event information storage unit 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 used in a battle game or a lottery game, various characters used as a privilege, and the like are set.

  The user information storage unit 222 stores user information related to the user. The user information stored in the user information storage unit 222 includes information for specifying whether or not the user rank, various characters possessed by the user, and a user who paid a game fee for a certain period (monthly charge user). Etc. are set.

  The login bonus information storage unit 223 is an example of a privilege information storage unit, and stores login bonus information (privilege information) related to a login bonus as an example of a privilege. In the login bonus information stored in the login bonus information storage unit 223, the type and quantity of the login bonus that is given when the user logs in is set at regular intervals.

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

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

<Client terminal>
FIG. 4 is a functional block diagram illustrating an example of the client terminal 10 according to the present embodiment. The client terminal 10 according to the present embodiment is realized by, for example, functional blocks illustrated in FIG.

  The client terminal 10 according to the present 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 a program. The client control unit 100 includes a request transmission unit 101 and a response reception unit 102.

  The operation reception unit 150 receives an operation from a user who operates the client terminal 10. In addition, the client control unit 100 performs processing related to a game on 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 receiving unit 102 receives a response such as a processing result for the request transmitted from the request transmitting unit 101 to the server device 20.

  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 in accordance with control from 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 may be performed by the client terminal 10. Specifically, at least a part of the functional units included in the server control unit 200 is configured not to be provided in the server control unit 200 of the server device 20, while the configuration is provided in the client control unit 100 of the client terminal 10. Good.

  Further, the client control unit 100 of the client terminal 10 receives a page data described in HTML (Hyper Text Markup Language) or the like, a script included in the page data from the server device 20, and performs a process related to the game There is a type. The client control unit 100 of the client terminal 10 includes an application type that performs processing related to a game based on an installed application.

<Overview>
Here, an overview of the system in the present embodiment will be described. In the system according to the present embodiment, a battle game and a lottery game are provided to the user.

  The battle game in the present embodiment is a game in which an enemy character appears in a party composed of a plurality of characters, and an enemy character that has appeared and each character constituting the party are battled.

  In this battle game, a plurality of quests aimed at defeating enemy characters are set according to the difficulty level. The user can form a party using the characters he possesses, select one of the quests, and challenge the enemy character. During the match, the user may be given a character that can be acquired in the selected quest.

  In the lottery game in the present embodiment, when a character lottery execution operation is received from the user, one of the characters selected from the lottery targets is selected based on the lottery probability of each character, and the selected character is selected. Is a game that grants to a user.

  In this lottery game, the lower the probability of a lottery is set, the higher the rarity character is set. The user can compose his party using the characters obtained in the lottery game and play a battle game.

  In the system according to the present embodiment, the user can become a monthly billing user by paying a game fee (monthly fee) every month (every fixed period). If you become a monthly billing user, for example, if you paid the game fee for this month, you will be offered an event game that you can play by paying the game fee for this month in one month of this month, and for this month You can receive benefits for paying the game fee.

  In this embodiment, as a privilege for paying the game fee for this month, a login bonus for logging in to the game can be received only once a day during this month. The login bonus received by the monthly billing user is set to be more advantageous than the login bonus received by the user who has not paid the game fee for this month (normal user).

  Furthermore, if you become a monthly billing user, for example, if you paid the previous month's game fee and then continued to pay this month's game fee, you can play by paying the previous month's game fee for one month during this month. The same event game as the event game that has become possible is provided again.

  Therefore, the user who paid the game fee for the last month cannot log in on any day in the last month, and the event game for the last month that can be played by paying the game fee for the last month. Even if you are unable to play, you can continue to pay for this month's game fee and challenge the event game for the previous month within one month of this month. Also, if the user who paid the game fee for the previous month logged in on any day of the previous month but failed to clear the event game for the previous month, he / she will continue to pay the game fee for this month. It becomes possible to re-challenge the event game for last month that could not be cleared within one month of this month.

  In this way, users who paid the previous month's game fee can be motivated to pay this month's game fee, so the monthly amount that will continue to benefit from the payment of the monthly fee. It is possible to increase the willingness of the billing user.

<Operation>
FIG. 5 is a flowchart for explaining an operation example of the information processing system 1 in the present embodiment.

  The user performs a login operation for logging in to the battle game on the client terminal 10 when the battle game login screen 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 an operation content based on the user's login operation.

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

  Next, when the game control unit 201 of the server device 20 receives a log-in request for a battle game from the client terminal 10, the game control unit 201 executes a log-in process related to the battle game in accordance with log-in operation information including a user ID, a password, and the like (step). S12).

  Specifically, the game control unit 201 of the server device 20 performs user authentication with reference to user information stored in the user information storage unit 222 based on a user ID associated with the login request. When the user is normally authenticated, the game control unit 201 of the server device 20 updates the log history information set in the user information, and adds the log-in date and time of the battle game.

  FIG. 6 is a configuration diagram illustrating an example of user information. The user information shown in FIG. 6 includes, as items, a user ID, the number of items possessed, possessed characters, parties, log history information, monthly charge user information, event provision information, event clear information, and the like. The user ID is information for uniquely identifying the user. The number of items possessed is information indicating the number of items possessed by the user. The possessed character is information indicating one or more various characters possessed by the user at the present time. The party is information indicating each character constituting the user's party. The log history information is information indicating a user's log history. The monthly charge user information is information related to the monthly charge user. The event provision information is information regarding events that can be provided to the user. The event clear information is information related to the event cleared by the user.

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

  Returning to FIG. 5, the game control unit 201 of the server device 20 acquires the monthly charge user information from the user information stored in the user information storage unit 222 when the log-in process regarding the competitive game is completed in this way, With reference to the acquired monthly charge user information, it is determined whether or not the logged-in user is a monthly charge user who has paid the game fee for this month (step S13).

  FIG. 8 is a block diagram showing an example of monthly charge user information. The monthly billing user information shown in FIG. 8 includes items to be paid, monthly billing user, payment date and time, and the like. The payment target is information indicating the month for which the monthly fee is to be paid. Here, it is assumed that this month is September, and it is shown that the user has paid the game fee for August, which is last month, and the game fee for September, which is this month. The monthly billing user is information indicating whether or not the user has become a monthly billing user for the month to be paid. The payment date and time is information indicating the date and time when the game fee for the month is paid.

  Returning to FIG. 5, if it is determined that the user is a monthly billing user who has paid the game fee for this month as a result of the determination in the above-described step S <b> 13, the process proceeds to step S <b> 15 described later. On the other hand, if it is determined that the user is not a monthly billing user who paid the game fee for this month, the process proceeds to the next step S14.

  Next, when it is determined that the privilege granting unit 204 of the server device 20 is not the monthly charge user who paid the game fee for this month (step S13: NO), the normal user who has not paid the game fee for this month Therefore, based on the login bonus information stored in the login bonus information storage unit 223, a normal user login bonus is granted (step S14).

  Specifically, the privilege granting unit 204 of the server device 20 is based on the login bonus information stored in the login bonus information storage unit 223, and only when logging in for the first time on that day, the normal user login bonus set on that day. Is granted. That is, a login bonus is given only once a day.

  FIG. 9 is a configuration diagram illustrating an example of login bonus information. The login bonus information shown in FIG. 9 includes items such as a privilege ID, a provision period, a privilege content of a normal user, a privilege content of a monthly billing user, and the like. The privilege ID is information for uniquely identifying the privilege. The provision period is information indicating a period during which a login bonus can be granted. The privilege content of the normal user is information indicating the content of the login bonus given when the normal user logs in during the provision period. Here, the item is set as a normal user login bonus, and the number of items to be given is also set as shown in parentheses in the figure. The benefit content of the monthly billing user is information indicating the content of the login bonus given when the monthly billing user logs in during the provision period. Here, items and characters are set as login bonuses for monthly billing users, and the number of items and characters to be given is also set as shown in parentheses in the figure. 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, when it is determined that the privilege granting unit 204 of the server device 20 is a monthly billing user who paid the game fee for the current month (step S13: YES), the game fee for the current month. 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 a monthly billing user that is different from the normal user set on that day, based on the login bonus information stored in the login bonus information storage unit 223.

  It should be noted that the privilege granting unit 204 of the server device 20 grants the monthly charge user login bonus set on that day only when logging in for the first time on that day. In other words, a monthly charge user login bonus is given only once a day.

  Next, the event providing unit 202 of the server device 20, when the privilege granting unit 204 grants the login bonus for this month in this way, the game fee for this month to the monthly billing user who paid the game fee for this month. The event game for this month that can be played by paying 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 can provide this month that can be provided to a monthly billing user who paid the game fee for this month. Get a minute event game.

  FIG. 10 is a configuration diagram illustrating an example of event information. The event information shown in FIG. 10 includes an event ID, a provision period, event contents, privilege contents, and the like as items. The event ID is information for uniquely identifying the event. The provision period is information indicating a period during which the event game can be provided. The event content is information indicating the content of an event game that can be provided. Here, a battle game (quest) or a lottery game with a limited provision period is set as an event game. The privilege content is information indicating the privilege content that can be acquired in the event game. Here, it is set as a privilege that items and characters can acquire, and the number of items and characters is also set as shown in parentheses in the figure.

  When the event providing unit 202 of the server device 20 acquires the event game for this month that can be provided to the monthly billing user who paid the game fee for this month, the event providing unit 202 sets the user information stored in the user information storage unit 222 as the user information. The updated event provision information of the user is updated, and the acquired event game for this month that can be provided is registered.

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

  As a result of this determination, if it is determined that the monthly billing user who paid the current month's game fee is a user who has not paid the previous month's game fee (that is, the user who started paying the monthly fee from this month) The process proceeds to step S20 described later. On the other hand, if it is determined that the monthly billing user who paid the game fee for this month is the user who also paid the game fee for the previous month, the process proceeds to the next step S18.

  Next, the event re-providing unit 203 of the server device 20 determines that the monthly billing user who paid the game fee for this month is the user who also paid the game fee for the previous month (step S17: YES). ), It is determined whether or not there is an 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 (step S18). ).

  Specifically, the event re-providing unit 203 of the server device 20 paid the game fee for the previous month and the game fee for this month with reference to the log history information shown in FIG. 7 and the event information shown in FIG. The event game for the last month that was provided during the period in which the monthly billing user did not log in during the last month is specified. If at least one event game can be identified, the corresponding event game for the previous month exists.

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

  Next, the event re-providing unit 203 of the server device 20 provides an 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. Is determined to exist (step S18: YES), it is the same as the event game for the previous month that existed for the monthly charge user who paid the game fee for the previous month and the game fee for the current month. The event game is provided again (step S19).

  Specifically, first, the event re-provision unit 203 of the server device 20 updates the user's event provision information set in the user information stored in the user information storage unit 222, and the last month in which the user has existed. As an event game for this month, which can provide the same event game as the minute event game, additional registration is performed.

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

  Next, the notification unit 205 of the server apparatus 20 generates a monthly list of event lists in which event games for this month that can be provided are displayed 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 paid the game fee for the current month is the user who also paid the game fee for the previous month (step S17: YES), and the game fee for the previous month and the game fee for the current month are 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 when the paid monthly 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 current month's event games set in the event information stored in the event information storage unit 224 and the previous month's existing event games. Event list will be notified.

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

  In the present embodiment, notification is performed by a game screen as shown in FIG. Therefore, when the display control unit 206 of the server device 20 is requested to execute the screen display control from the notification unit 205 of the server device 20, the display control unit 206 controls the screen display unit 160 of the client terminal 10 to display the game screen.

  FIG. 11 is an image diagram illustrating an example of a game screen. This game screen 500 displays an event list 501 that displays a list of event games for the current month that can be provided to the monthly billing user. 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 were paid. The same event games as the August event games provided to other users who logged in during the period when the monthly billing user did not log in during the month of August are listed.

  As described above, according to the information processing system 1 according to the present embodiment, the monthly charge user pays the game fee for the current month following the game fee for the previous month, so that the same event game as the event game for the previous month is played. It will be provided later this month. Thereby, the motivation of paying the game fee for this month can be given to the monthly charge user who paid the game fee for the previous month. Therefore, it is possible to increase the motivation of the monthly billing user who wants to continuously benefit from the payment of the monthly fee.

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

  In this specific example 1, as shown in FIG. 12, a state where “event A” and “event B” are set as event games for August is shown. Then, the monthly billing user logs in to the battle game in accordance with the provision time of “Event A” and plays “Event A”, but cannot log in to the battle game at the time of provision of “Event B”. A state in which “B” could not be played is shown.

  When August is in such a state, in September of the following month, the event re-providing unit 203 provides it to other users who logged in during the period when they did not log in during the month of August. The provided “event B” is provided again to the monthly billing user who has not logged in within one month of September.

  As a result, even if “event B” is not played because it is not possible to log in to the battle game in August, “event B for August that was provided to other users during the period when the user did not log in. It is possible to challenge the same event game as "" in September. Therefore, users who have paid the game fee for August can be motivated to pay the game fee for September, so they will continuously benefit from paying the game fee for a certain period of time. It is possible to increase the motivation of users.

<< Specific Example 2 >>
FIG. 13 is a diagram for explaining a specific example 2 when the same event game as the last month's event game is provided again during the current month. Here, as in the above-described specific example 1, it is assumed that last month is “August” and this month is “September”, and the monthly charge user sets 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, a state where “event A” is set as an event game for August is shown. This “event A” is set as an August event game that can be played over a plurality of days, unlike the first specific example described above. Here, it is assumed that the player can play for three days. The monthly billing user logged in according to the provision time of “Event A” on the first day of the three days, but cannot log in at the provision time of “Event A” on the second and third days. The state is shown.

  When August is in such a state, in September of the next month, the event re-providing unit 203 is only for two days that did not log in among the three days (the second and third day 2). The same event game as “Event A” that can be played for the three days is provided again to the monthly billing user who has not logged in within one month of September.

  As a result, even if you cannot log in to the match game in August and play part of “Event A”, you will be able to log in for another August for the number of days that you were unable to log in. It becomes possible to challenge the same event game as “Event A” after September. Therefore, users who have paid the game fee for August can be motivated to pay the game fee for September, so they will continuously benefit from paying the game fee for a certain period of time. It is possible to increase the motivation of users.

<< Specific Example 3 >>
FIG. 14 is a diagram for explaining a specific example 3 when the same event game as the last month's event game is provided again during the current month. Here, as in the above-described specific example 1, it is assumed that last month is “August” and this month is “September”, and the monthly charge user sets 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. That is, this “event A” is set as an event game that can be played over a plurality of days over August and September, unlike the first and second specific examples. Here, it is assumed that the game can be played over five days between August and September, and the first three days (three days from the first day to the third day) are set as an event game for August. Suppose that the last two days (two days from the fourth day to the fifth day) are set as event games for September. In addition, it is shown that the monthly billing user cannot log in at the time of providing “Event A” from the first day to the third day of the first half of the five days.

  If August is in such a state and the next month is September, the event re-providing unit 203 will only log in the three days that were not logged in in the first three days included in August of the five days. (Only 3 days from the 1st to the 3rd day), the same event game as “Event A” that could be played over the 5 days, to the monthly billing user who did not log in in August It will be offered again within one month of September. In this case, the first three days are provided again after the latter two days (two days from the fourth day to the fifth day) included in September of the plurality of days.

  As a result, even if there was no login for August of “Event A” over August and September, it was provided to other users only for the number of days in August that were not logged in. It is possible to challenge the same event game as “Event A” after September. Therefore, users who have paid the game fee for August can be motivated to pay the game fee for September, so they will continuously benefit from paying the game fee for a certain period of time. It is possible to increase the motivation of users.

[Other Embodiments]
The above-described embodiments are for facilitating understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

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

  For example, the event re-providing unit 203 of the server device 20 displays the event game for the previous month provided during the period when the monthly billing user who paid the game fee for the previous month and the game fee for the current month logged in in the previous month. If the game cannot be cleared regardless of whether or not it is played, the same event game as the event game for the previous month that could not be cleared may be provided again during this month.

  In this case, in the process of step S18 of the flowchart shown in FIG. 5, it is determined whether or not there is an event game for the last month that could not be cleared among the event games for the previous month provided during the logged-in period last month. Will be. That is, the event re-providing unit 203 of the server device 20 determines that the monthly charge user who paid the previous month's game fee and the current month's game fee based on the event clear information set in the user information shown in FIG. The event game which was not able to be cleared among the event games for the last month provided during the period of logging in to is identified. If at least one event game can be identified, the corresponding event game for the previous month exists.

  In the above-described embodiment, the event re-providing unit 203 of the server device 20 has been described by taking as an example the case where the same event game as the last month's event game is provided again during this month. 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 the event game for the previous month during this month. The event game related to the event game for the last month may be any event game that has some relationship between the event for the last month and the event provided again during the current month.

  Specifically, if “Character X” can be acquired as a privilege by clearing “Quest X”, which is an event game for last month, “Quest Y”, which is different from “Quest X”, will be offered during this month. It is also possible to do so. However, by clearing “Quest Y”, the same “Character X” can be acquired as a privilege, and both are related.

  In addition, if “Character N” can be obtained as a bonus by winning the “Lottery Game N” event game last month, a “Lottery Game M” of a different type from “Lottery Game N” will be offered this month. It is also possible to do so. However, by winning the “lottery game M”, the same “character N” can be acquired as a privilege, and both are related.

  Also, if “Character X” can be acquired as a privilege by clearing “Quest X” which is the event game for last month, “Lottery Game Z”, which is different from “Quest X”, will be offered during this month. It is also possible to do so. However, by winning the “lottery game Z”, the same “character X” can be acquired as a privilege, and both are related.

  Further, in the above-described embodiment, the event re-providing unit 203 of the server device 20 has been described by taking as an example a case where the same or related event game as the last month's event game is provided again during this month. The present 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 the event game of several months ago, not only for the last month.

<Privilege grant department>
In the above-described embodiment, the case where a login bonus as an example of a privilege is used 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 performs an operation necessary for the monthly billing user who paid the game fee for the previous month to pay the game fee for the current month in one month in the last month. It is also possible to give a privilege that is more advantageous to the monthly billing user as it is performed.

  For example, if the monthly billing user who paid the game fee for August performs the renewal procedure operation and fee payment operation necessary for paying the game fee for September earlier in August, It is also possible to give high characters and items as a login bonus for September. It is also possible to increase the number of characters and items. As a result, users who have paid the game fee for the previous month can be motivated to pay the game fee for the current month at an early stage. It is possible to further increase the user's willingness to do so.

<Notification part>
In the above-described embodiment, when the notification unit 205 approaches the last day of last month, the notification unit 205 may perform a notification that prompts the user to pay or update the game fee for the current month. Similarly, when the notification unit 205 approaches the last day of the current month, the notification unit 205 may perform a notification that prompts a payment or update procedure for the next month's game fee. At that time, it may be notified that a privilege that is more advantageous to the monthly billing user is given as the game fee is paid or renewed earlier.

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
DESCRIPTION OF SYMBOLS 100 Client control part 101 Request transmission part 102 Response reception part 120 Client storage part 140 Client communication part 150 Operation reception part 160 Screen display part 200 Server control part 201 Game control part 202 Event provision part 203 Event reprovision part 204 Privilege provision part 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 specifying whether or not the user has paid a game fee set for each predetermined period;
An event providing unit that provides an event game that can be played by paying a game fee for a certain period of time to a user who has paid a game fee for a certain period of time in the previous certain period; ,
A user who has paid the game fee for the previous certain period and also paid the game fee for the next certain period, can be played by paying the game fee for the previous certain period. An event re-providing unit that provides the same or related event game as the event game again within a certain period of time,
An information processing apparatus comprising: An information processing apparatus according to claim 1,
The event providing unit paid the game fee for the previous certain period to the logged-in user when the user who paid the game fee for the previous certain period logged in within the previous certain period Provides event games that can be played by
The event re-providing unit does not log in when the user who paid the game fee for the previous certain period and has also paid the game fee for the certain period does not log in within the previous certain period. In addition, for the user, the event game that is the same as or related to the event game that was provided during the period in which the user did not log in during the previous fixed period is provided again within the predetermined period.
An information processing apparatus characterized by that. An information processing apparatus according to claim 2,
When the user who has paid the game fee for the predetermined period of time logs in within the predetermined period of time, the event providing unit displays the event game that can be played for a plurality of days for the logged-in user. Offer to,
The event re-providing unit pays the game fee for a certain period of time last time, and when there is a date when the user who paid the game fee for the certain period of time has not logged in within a plurality of days, For the user who has not logged in, the user who paid the game fee for a certain period of time last time was able to play over multiple days only for the number of days in which the user did not log in. Provide the same or related event game again within a certain period of time,
An information processing apparatus characterized by that. An information processing apparatus according to claim 2 or 3,
The event providing unit paid the game fee for the previous certain period to the logged-in user when the user who paid the game fee for the previous certain period logged in within the previous certain period The event game that became playable by the above will be provided over multiple days spanning the previous fixed period and this fixed period,
The event re-providing unit pays a game fee for a predetermined period of time and logs in on a day in which a user who has paid the game fee for a certain period of time is included in the predetermined period of a plurality of days. If there is a day that has not been logged in, the user who has paid the game fee for the previous certain period of time for the user who has not logged in will log in on the day included in the previous certain period of multiple days. Provide the same or related event game as the event game that was playable over a plurality of days for the number of days that did not exist again within a certain period of time,
An information processing apparatus characterized by that. An information processing apparatus according to any one of claims 1-4,
The event providing unit paid the game fee for the previous certain period to the logged-in user when the user who paid the game fee for the previous certain period logged in within the previous certain period Provides event games that can be played by
The event re-providing unit was provided during a period when the user who paid the game fee for the previous certain period and also logged in the game fee for the certain period was logged in within the previous certain 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 a certain period of time.
An information processing apparatus characterized by that. An information processing apparatus according to any one of claims 1 to 5,
Benefits that are more advantageous for a user who has paid the game fee for a certain period of time in the previous period, as the earlier the operation required to pay the game fee for this period of time is performed within the previous period of time A privilege granting section that grants
An information processing apparatus comprising: Computer
User information storage means for storing user information including information for specifying whether or not the user has paid a game fee set for each predetermined period;
Event providing means for providing an event game that can be played by paying a game fee for a certain period of time to a user who has paid a game fee for a certain period of time in the previous period,
A user who has paid the game fee for the previous certain period and also paid the game fee for the next certain period, can be played by paying the game fee for the previous certain period. Event re-providing means for providing the same or related event game again within a certain period of time,
Program to function as.

Images