JP2020103723A - Game system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system or the like capable of effectively encouraging a player to log in to a game and giving an appropriate privilege according to a state of a non-login period to the player. SOLUTION: In a game system, a login processing unit for determining a player's login continuation status to a game, a privilege processing unit for performing a process of granting a privilege to a player according to the login continuation status, and a player Includes a reception unit that accepts insurance settings when the player sets insurance settings that allow the player to acquire unlogged-in benefits, which are benefits during the non-logged-in period in which login has not been performed for each predetermined period. The privilege processing unit performs processing for granting unlogged-in benefits based on the specifications of the insurance settings selected by the player from a plurality of insurance settings having different specifications and the state of the non-logged-in period. [Selection diagram] FIG. 10

Description

The present invention relates to a game system, a program and the like.

2. Description of the Related Art Conventionally, there is known a game system that gives a privilege called a login privilege to a player who has logged in to a game. An example of such a game system is a system disclosed in Patent Document 1. The login privilege is given to the player who continuously logs in at a predetermined period, such as once a day. That is, the login privilege is given to the player who is continuously logged in only once a day.

JP, 2008-102501, A

However, when the player has an errand, it is impossible to log in to the game, and in this case, the player cannot obtain the login privilege granted only once a day. That is, if the player does not log in every predetermined period such as once a day, the player cannot obtain the privilege in the non-login period, which is the period during which the login is not performed. For this reason, the player may give up because he/she can no longer obtain the login privilege, and may not log in to the game. On the other hand, it is not desirable that the privilege during the non-login period is given to the player without limitation without considering the state during the non-login period.

According to some aspects of the present embodiment, there are provided a game system, a program, and the like that can effectively prompt the player to log in to the game and can give the player an appropriate privilege according to the state of the non-login period. it can.

According to one aspect of the present invention, a login processing unit that determines a login continuation status of a player to a game, a privilege processing unit that performs a process of granting a privilege to the player according to the login continuation status, A reception unit that accepts the insurance setting when the player has made an insurance setting that causes the player to acquire a non-logged-in privilege that is a privilege in a non-logged-in period in which the player has not logged in for each predetermined period. In addition, the privilege processing unit, based on a specification of the insurance setting selected by the player from a plurality of insurance settings having different specifications and a state of the unlogged-in period, a process of granting the unlogged-in privilege. Related to the game system. The present invention also relates to a program that causes a computer to function as each of the above-described units, or a computer-readable information storage medium that stores the program.

According to one aspect of the present invention, when a player makes an insurance setting that allows the player to acquire the unlogged-in privilege during the unlogged-in period, the insurance setting is accepted. Then, based on the insurance setting specification selected by the player from a plurality of insurance settings having different specifications and the state of the unlogged-in period, the unlogged-in privilege granting process is performed. By doing so, the player can log in to the game by being motivated to obtain the unlogged-in privilege, and it is possible to effectively encourage the player to continuously log in. It is also possible to prevent the player from being given the unlogged-in privilege without limitation without considering the state of the unlogged-in period. As a result, it is possible to effectively prompt the player to log in to the game and to give the player an appropriate privilege according to the state of the non-login period.

Further, according to one aspect of the present invention, a login processing unit that determines a login continuation status of the player to the game, and a privilege processing unit that performs a process of granting a privilege to the player according to the login continuation status, A reception unit that accepts the insurance setting when the player has made an insurance setting that causes the player to acquire a non-logged-in privilege that is a privilege in an unlogged-in period when the player has not logged in for each predetermined period. The privilege processing unit is related to a game system that performs the process of granting the unlogged privilege based on the plurality of insurance settings set by the player and the state of the unlogged-in period. The present invention also relates to a program that causes a computer to function as each of the above-described units, or a computer-readable information storage medium that stores the program.

According to one aspect of the present invention, when a player makes an insurance setting that allows the player to acquire the unlogged-in privilege during the unlogged-in period, the insurance setting is accepted. Then, the unlogged-in privilege granting process is performed based on the plurality of insurance settings set by the player and the state of the unlogged-in period. By doing so, the player can log in to the game by being motivated to obtain the unlogged-in privilege, and it is possible to effectively encourage the player to continuously log in. It is also possible to prevent the player from being given the unlogged-in privilege without limitation without considering the state of the unlogged-in period. As a result, it is possible to effectively prompt the player to log in to the game and to give the player an appropriate privilege according to the state of the non-login period.

Further, in one aspect of the present invention, the privilege processing unit grants the unlogged-in privilege based on a combination of a plurality of specifications of a plurality of insurance settings set by the player and a state of a non-logged-in period. Processing may be performed.

In this way, it is possible to set various insurance contents by combining multiple specifications of multiple insurance settings, and based on the set insurance contents and the status of the unlogged-in period, the unlogged-in privilege The adding process can be executed.

Further, in an aspect of the present invention, the privilege processing unit performs a determination process of comparing the length of the insurance period, which is the specification of the insurance setting, and the length of the non-login period, and performs the process of granting the non-login privilege. May be.

With this configuration, the non-login privilege based on the result of comparison and comparison between the length of the insurance period and the length of the non-login period can be properly given to the player.

Further, in one aspect of the present invention, the privilege processing unit is based on whether or not the unlogged-in period includes the specific day when the insurance setting specification is a specification for granting a privilege on a specific day. Then, the process of giving the unlogged-in privilege may be performed.

With this configuration, the player can obtain the unlogged-in privilege on the specific day even if the player is not logged in to the game on the specific day.

Further, in one aspect of the present invention, the privilege processing unit may perform the process of granting the unlogged-in privilege in accordance with the number of players participating in the game during the unlogged-in period.

This makes it possible to execute the unlogged-in privilege granting process that reflects the number of participating players in the unlogged-in period.

Further, in one aspect of the present invention, the privilege processing unit may perform the process of giving the unlogged privilege according to a game situation of the friend player of the player during the unlogged-in period.

By doing so, it becomes possible to maintain the balance of the game situation between the player and the friend player.

Further, in one aspect of the present invention, the privilege processing unit may perform a process of setting the content of the unlogged-in privilege as the process of giving the unlogged-in privilege.

With this, not only the determination as to whether or not to grant the unlogged-in privilege but also the setting of the content of the unlogged-in privilege can be performed as the unlogged-in privilege granting process.

Further, in one aspect of the present invention, the privilege processing unit sets the type of the unlogged-in privilege to be granted, the number of unlogged-in privileges to be granted, and the unlogged-in privilege to be granted, as setting processing of the content of the unlogged-in privilege. You may perform the setting process of the acquisition probability of a game parameter or a non-login privilege.

By doing so, it becomes possible to give the player a non-logged-in privilege having appropriate contents according to the insurance setting of the player and the state of the non-logged-in period.

Further, in one aspect of the present invention, the privilege processing unit changes the content of the insurance setting in accordance with a game situation of the player, a login situation of the player, a usage situation of an item of the player or a billing situation of the player. You may.

This makes it possible to change the insurance setting specifications and the effect of the insurance setting so that the contents of the insurance setting correspond to the game situation, login situation, item use situation or billing situation of the player.

Further, in one aspect of the present invention, the accepting unit may accept the insurance setting of the player when the player sets an insurance item or when the player subscribes to an insurance service.

By doing so, it becomes possible to set insurance items and insurance settings by subscribing to an insurance service, thereby improving the convenience of the player.

1(A) to 1(E) are explanatory views of a configuration example of the game system of the present embodiment. 1 is a configuration example of a server system of this embodiment. The structural example of the terminal device of this embodiment. Explanatory drawing about an example of a login privilege provision process. Explanatory drawing about the other example of a login privilege provision process. Explanatory drawing about the insurance setting which can acquire a non-login privilege. Explanatory drawing about the insurance setting which can acquire a non-login privilege. Explanatory drawing about the grant process of the unlogged-in privilege by several insurance setting. Explanatory drawing about the activation of insurance setting by an insurance item. The flowchart explaining the detailed example of a process of this embodiment. The flowchart explaining the detailed example of a process of this embodiment. 12A to 12C are explanatory views of the unlogged-in privilege granting process based on the insurance setting and the state of the unlogged-in period. Explanatory drawing of the grant process of the unlogged-in privilege based on the specification of insurance setting. Explanatory drawing of the grant process of the unlogged-in privilege based on several insurance setting. Explanatory drawing of the process which gives a non-login privilege on a specific day. The flowchart explaining the grant process of the login privilege according to the number of participating players or the game situation of a friend player. Explanatory drawing about the setting process of the content of a non-login privilege. The flowchart explaining the process which changes the content of insurance setting according to a game situation etc. of a player.

The present embodiment will be described below. The present embodiment described below does not unduly limit the content of the claims. Moreover, not all of the configurations described in the present embodiment are indispensable configuration requirements.

1. Game System First, a configuration example of the game system of the present embodiment will be described with reference to FIGS. 1(A) to 1(E).

In FIG. 1A, a server system 500 (information processing system) is communicatively connected to the terminal devices TM1 to TMn via a network 510. For example, the server system 500 is a host, and the terminal devices TM1 to TMn are clients. In the following, the case where the game system of the present embodiment and the processing thereof are mainly implemented by the server system 500 will be described as an example. However, the game system and a part of the processing thereof are implemented by the terminal devices TM1 to TMn. May be.

The game system of this embodiment can also be realized by a block chain method. For example, each process of the game system of the present embodiment may be executed using a program called a smart contract that can be executed by Ethereum. In this case, the terminal devices TM1 to TMn are connected peer-to-peer. In addition, various information such as game information communicated between the terminal devices TM1 to TMn is transferred using the block chain. In addition, below, each terminal device of TM1-TMn is described suitably as the terminal device TM.

The server system 500 can be realized by, for example, one or a plurality of servers (management server, game server, billing server, service providing server, content distribution server, authentication server, database server, communication server, etc.). The server system 500 provides various services for operating a community-type website and online games, and can manage data necessary for game execution and deliver client programs and various data. As a result, for example, the terminal system TM, which is a player terminal, accesses the server system 500 in order to use an SNS (Social Networking Service) and the like, and a social game or a home-use game that is an online game provided from the server system 500. It becomes possible to play network games such as.

The network 510 (distribution network, communication line) is, for example, a communication path using the Internet, a wireless LAN, or the like, and a dedicated line (dedicated cable) for direct connection, a LAN using Ethernet (registered trademark), or telephone communication. It may include a network, a cable network, a communication network such as a wireless LAN, or the like. The communication method may be wired/wireless.

The terminal device TM (player terminal) is, for example, a terminal having an internet connection function (internet connection function). As these terminal devices TM, for example, the portable communication terminal (smartphone, mobile phone) shown in FIG. 1B, the portable game device shown in FIG. 1C, and the home game device shown in FIG. 1D. (Stationary type), or various devices such as an arcade game device shown in FIG. 1E can be used. Alternatively, as the terminal device TM, an information processing device such as a personal computer (PC) or a tablet computer may be used. Alternatively, as the terminal device TM, a wearable device (HMD, watch-type device, or the like) that is mounted on the player's head, arm, or other part may be used.

FIG. 2 shows a configuration example of the server system 500 (game system) of this embodiment. The server system 500 includes a processing unit 600, an operation unit 660, a storage unit 670, and a communication unit 696. Note that the configuration of the server system 500 is not limited to that shown in FIG. 2, and various modifications can be made such as omitting some of the constituent elements (each part) or adding other constituent elements. Further, each processing of the processing unit 600 of the server system 500 may be realized by the processing unit 100 of the terminal device TM in FIG. 3 described later, or the processing unit 600 of the server system 500 and the processing unit 100 of the terminal device TM are distributed. It may be realized by processing. Alternatively, it may be realized by a method using the processing unit 100 of the terminal device TM and a block chain.

The processing unit 600 (processor), based on various information stored in the storage unit 670 (database), programs, operation information, etc., communication processing, login processing, privilege processing, acceptance processing, game processing, display processing. , Sound processing, various control processing necessary for the server, or management processing.

Each process (each function) of the present embodiment performed by each unit of the processing unit 600 (processing unit 100) can be realized by a processor (processor including hardware). For example, each process of this embodiment can be realized by a processor that operates based on information such as a program and a memory that stores information such as a program. In the processor, for example, the function of each unit may be realized by individual hardware, or the function of each unit may be realized by integrated hardware. For example, a processor may include hardware, which may include circuits for processing digital signals and/or circuits for processing analog signals. For example, the processor may be configured by one or a plurality of circuit devices (for example, IC) mounted on a circuit board or one or a plurality of circuit elements (for example, resistors and capacitors). The processor may be, for example, a CPU (Central Processing Unit). However, the processor is not limited to the CPU, and various processors such as GPU (Graphics Processing Unit) or DSP (Digital Signal Processor) can be used. Further, the processor may be a hardware circuit based on ASIC. Further, the processor may include an amplifier circuit, a filter circuit, and the like that process an analog signal. The memories (storage units 670 and 170) may be semiconductor memories such as SRAM and DRAM, or may be registers. Alternatively, it may be a magnetic storage device such as a hard disk device (HDD) or an optical storage device such as an optical disk device. For example, the memory stores an instruction that can be read by a computer, and the execution of the instruction by the processor realizes the processing (function) of each unit of the processing unit 600 (processing unit 100). The instruction here may be an instruction set forming a program, or an instruction to instruct a hardware circuit of a processor to operate.

The processing unit 600 includes a communication processing unit 602, a login processing unit 604, a privilege processing unit 606, a reception unit 608, a game processing unit 610, a management unit 612, a display processing unit 620, and a sound processing unit 630. As described above, each processing of this embodiment executed by each of these units can be realized by the processor (or the processor and the memory).

The communication processing unit 602 performs communication processing with the terminal devices TM (TM1 to TMn). For example, the communication processing unit 602 performs a process of receiving information from the terminal device TM or a process of transmitting information to the terminal device TM via the communication unit 696 and the network 510. For example, the communication processing unit 602 instructs the communication unit 696 to transmit information to the terminal devices (TM1 to TMn) or the communication unit 696 to receive information from the terminal devices (TM1 to TMn). For example, the communication processing unit 602 performs, as communication processing, a process of downloading information to the terminal device, a process of uploading information from the terminal device, and the like. The communication processing unit 602 also performs various protocol processes (application layer processes) for communication via the network 510.

The login processing unit 604, the privilege processing unit 606, and the reception unit 608 perform login processing, privilege processing, and reception processing, respectively. Details of these processes will be described later.

The game processing unit 610 performs various game processes for the player to play the game. For example, the game processing unit 610 (game processing unit 110; hereinafter the same) performs processing of a game played by a player of each terminal device of a plurality of terminal devices (TM1 to TMn) communicatively connected via the network 510. The game process is, for example, a process of starting the game when the game start condition is satisfied, a process of advancing the started game, a process of ending the game when the game end condition is satisfied, or calculating a game score. Processing etc.

Taking a browser game as an example, the game processing unit 610 controls the progress of the game for each player by managing the user information of the player for each player. The game processing unit 610 causes the terminal device TM to display a web page forming a website that provides a game service, in response to a request from the terminal device TM. Specifically, the web page is displayed on the display unit 190 of the terminal device TM by the web browser included in the terminal device TM. When the player selects a hyperlink of the displayed web page, the game processing unit 610 transmits new HTML data corresponding to the hyperlink to the terminal device TM, and the terminal device TM causes the web based on the new HTML data. The page is displayed. In this way, the game processing unit 610 sequentially provides the web pages stored in the storage unit 670 to the terminal device TM according to the player's operation, so that the game is played based on the player's operation on the terminal device TM. It will be possible to proceed.

The management unit 612 includes an authentication processing unit 614 and a billing processing unit 616. The authentication processing unit 614 performs player authentication processing. For example, the terminal device TM is used to authenticate the player who has logged in. This authentication processing is performed based on, for example, a password or account information input by the player. The billing processing unit 616 performs various billing processes (billing determination process, billing data creation process, storage process, etc.). The billing information storage unit 676 of the storage unit 670 stores the billing information that is the target of the billing process of the billing processing unit 616. Further, the management unit 612 performs various management processes of the server. For example, management processing of various services provided by the server and management processing of various information such as server management information are performed.

For example, the player performs a predetermined procedure and acquires an account in order to use the service provided by the server system 500. By logging in by entering the password associated with the acquired account, the player can play network games such as social games and home games, play online games such as services on the game site, items, etc. Various services such as exchanging messages between friends and registering friend players will be available. The management unit 612 also manages such player account information.

The display processing unit 620 performs processing for displaying an image on a display unit such as the terminal device TM. For example, image generation data (HTML data or the like) for generating the image is generated. Alternatively, control may be performed to display an image on the display unit such as the terminal device TM. The sound processing unit 630 performs processing for outputting a sound from a sound output unit such as the terminal device TM. For example, sound generation data for generating the sound (voice, game sound, sound effect) is generated. Alternatively, control may be performed to output a sound from a sound output unit such as the terminal device TM. Here, the image generation data for generating an image is data for displaying an image generated by the method of the present embodiment on the terminal device TM or the like, and may be the image data itself. Various data (display screen setting data, object data, HTML data, etc.) used by the terminal device TM to generate an image may be used. The same applies to the sound generation data generated by the sound processing unit 630.

The operation unit 660 (operation interface) is for the system administrator (operator) to input various information.

The storage unit 670 stores various kinds of information. For example, various information is stored in a database format. The storage unit 670 also functions as a work area for the processing unit 600 and the communication unit 696. The function of the storage unit 670 can be realized by a semiconductor memory, an HDD, an SSD, an optical disk device, or the like.

The storage unit 670 includes a game information storage unit 672, a login information storage unit 673, a game content information storage unit 674, an insurance setting information storage unit 675, a charging information storage unit 676, and a user information storage unit 678. The game information storage unit 672 stores game information such as game programs and game data. The login information storage unit 673 stores login information, which is information relating to login such as login continuity of the player, login history, or login frequency. The game content information storage unit 674 stores game content information that is information related to a game content such as an item, a character, or a card. The game content information is, for example, the name information of the game content, the image information of the game content that is a display object, the parameter information about the rarity of the game content, the parameter information about the ability such as the offensive power, the defense power, or the physical strength. Can be included. The insurance setting information storage unit 675 stores insurance setting information that is information about insurance settings set by the player. For example, the insurance specification information is stored as insurance setting information. The insurance specification information includes information about the insurance period, information about the insurance attributes, and information about a specific date when the login privilege is granted. The billing information storage unit 676 stores information on the billing process performed by the billing processing unit 616. The user information storage unit 678 stores the player's personal information (name, sex, date of birth, mail address, etc.) as user information. For example, the above-described player account information (user ID) is also stored as user information. The billing information stored in the billing information storage unit 676 is associated with each account information (user ID) of each player.

The information storage medium 680 (computer-readable medium) stores programs and data, and the function thereof can be realized by an optical disc (CD, DVD, BD), HDD, semiconductor memory (ROM), or the like.

The communication unit 696 (communication interface) communicates with the terminal device TM or the like via the wired or wireless network 510, and its function is hardware such as a communication ASIC or a communication processor, and communication. It can be realized by firmware.

FIG. 3 shows a configuration example of the terminal device TM (player terminal, client device, game device) of this embodiment. The configuration of the terminal device TM is not limited to that shown in FIG. 3, and various modifications can be made such as omitting a part of the constituent elements (each part) or adding another constituent element.

The terminal device TM includes a processing unit 100, an operation unit 160, an imaging unit 162, a storage unit 170, a display unit 190, a sound output unit 192, an I/F unit 194, and a communication unit 196.

The processing unit 100 (processor) performs communication processing, login processing, privilege processing, acceptance processing, game processing, display processing, sound processing, or the like based on operation information from the operation unit 160, a program, or the like. The processing unit 100 can be realized by a processor, or a processor and a memory, like the processing unit 600 of FIG. 2 described above.

The processing unit 100 includes a communication processing unit 102, a login processing unit 104, a privilege processing unit 106, a reception unit 108, a game processing unit 110, a display processing unit 120, and a sound processing unit 130. The communication processing unit 102 performs communication processing with the server system 500. For example, the communication processing unit 102 performs a process of receiving information from the server system 500 or a process of transmitting information to the server system 500 via the communication unit 196 and the network 510. The login processing unit 104, the privilege processing unit 106, the reception unit 108, and the game processing unit 110 perform login processing, privilege processing, reception processing, and game processing, respectively. The display processing unit 120 performs processing for displaying an image on the display unit 190. For example, when an image is generated on the terminal device side, drawing processing is performed based on the results of various processing (application processing, game processing) performed by the processing unit 100, an image is generated thereby, and the display unit 190 displays the image. Output. When generating an image on the server side, a process of displaying an image on the display unit 190 based on image information from the server system is performed. The sound processing unit 130 performs sound control based on the results of various processes performed by the processing unit 100. As a result, BGM, sound effects, voice, or the like is output from the sound output unit 192. The login process, the privilege process, the acceptance process, the game process, the management process, the display process, the sound process, and the like according to the present embodiment may be realized by the distributed process of the server system 500 and the terminal device TM.

The operation unit 160 is for the player (player) to input various information such as operation information, and the functions thereof are an operation button, a direction instruction key, an analog stick, a lever, various sensors (angular velocity sensor, acceleration). Sensor, etc.), a microphone, a touch panel display, or the like.

The image pickup unit 162 (camera) picks up an image of a subject, and is realized by an image sensor such as a CCD or CMOS sensor and an optical system including a focus lens and the like.

The storage unit 170 serves as a work area for the processing unit 100, the communication unit 196, and the like, and the function thereof can be realized by a semiconductor memory, HDD, SSD, optical disk device, or the like. The storage unit 170 includes a game information storage unit 172, a login information storage unit 173, a game content information storage unit 174, and an insurance setting information storage unit 175.

The information storage medium 180 (computer-readable medium) stores programs and data, and the function thereof can be realized by an optical disc, an HDD, a semiconductor memory, or the like. The processing unit 100 performs various processes of this embodiment based on a program (data) stored in the information storage medium 180. A program for causing a computer (a device including an operation unit, a processing unit, a storage unit, and an output unit) to function as each unit of the present embodiment (a program for causing a computer to execute the process of each unit) is stored in the information storage medium 180. I can remember.

The display unit 190 outputs the image generated by this embodiment, and the function thereof can be realized by an LCD, an organic EL display, a CRT, an HMD, or the like. The sound output unit 192 outputs the sound generated according to this embodiment, and its function can be realized by a speaker, headphones, or the like.

The I/F (interface) unit 194 performs interface processing with the portable information storage medium 195, and its function can be realized by an ASIC for I/F processing or the like. The portable information storage medium 195 is used by the player to store various types of information, and is a storage device that retains the storage of such information even when power is not supplied. The portable information storage medium 195 can be realized by an IC card (memory card), a USB memory, a magnetic card, or the like.

The communication unit 196 (communication interface) performs communication with an external device such as the server system 500 or another terminal device via the network 510, and its function is that of a communication ASIC or a communication processor. It can be realized by hardware and communication firmware.

A program (data) for causing a computer to function as each unit of this embodiment is transferred from the information storage medium of the server system (host device) to the information storage medium 180 (or storage unit 170) via the network and the communication unit 196. You may deliver. The use of the information storage medium by such a server system can also be included in the scope of the present embodiment.

In this embodiment, as shown in FIG. 2, the server system 500, which is a game system, includes a login processing unit 604, a privilege processing unit 606, and a reception unit 608.

The login processing unit 604 (login processing unit 104; hereinafter the same) performs login processing of the player to the game. For example, the player performs a predetermined procedure to obtain a user account. Then, by logging in with the password associated with the acquired user account, it becomes possible to use various services such as playing games, purchasing items, exchanging messages between registered users, and the like. Then, the player who has logged in to the game plays the game in each game space of each terminal device of the plurality of terminal devices. The login processing unit 604 performs various kinds of processing for such player login.

The privilege processing unit 606 (privilege processing unit 106; hereinafter the same) performs a privilege granting process for the player. The privilege is a reward given to the player. For example, the privilege is a game medium such as an item or a character for giving an advantage to the game play of the player or giving a preferential treatment to the player. The privilege may be virtual currency such as in-game currency. Further, the privilege may be a privilege that gives the player an advantage in the lottery process by a virtual lottery device such as a gacha. In addition, the privilege may be a special stage, a special scenario, a special event, or the like that allows the player to play by acquiring the privilege.

For example, the privilege processing unit 606 performs a process of granting a player with a game content that is a privilege. The game medium is an item, a character, a card, or the like. Items are weapons, armor, equipment, tools, parts, etc. used in the game. For example, the item is a part item for equipping the character of the player or modifying the character. The item is a rare item or the like which is usually acquired as a billing item. Further, the item may be an item such as a medal for indicating the battle history and achievements of the player. A character is a moving body that appears in the game. The character, which is also called an avatar, can be used by the player in the game, and is a display object displayed on the game screen. The character is, for example, a rare character normally acquired as a charging character. The card is, for example, an item card or a character card. The game medium is an electronic item, a character, a card, or the like, and is an element of game play. The game medium is a general term for electronic data used by a user in the progress of a game or the like. The game contents are acquired, used, held, managed, exchanged, combined, enhanced, sold, deleted, or given as the game progresses. When the player is provided with a game content as a privilege, information about the provided game content is stored in the game content information storage unit 674 in association with, for example, a user ID (user information).

Then, in the present embodiment, the login processing unit 604 determines the login continuation status of the player to the game. The login continuation status (login continuation status) is a status (state) in which it is determined that the player is continuously logged in. For example, when it is detected that the player has logged in every predetermined period (every predetermined period), it is determined that the login is continued. The predetermined period is a period of a predetermined unit such as one day. In this case, one day, which is the predetermined period, is not limited to a period such as 0:00 to 24:00, and is a period such as 3:00 am to 2:59:59 am on the next day. Good. That is, the boundary of one day, which is the predetermined period, does not have to be 24:00 (12:00), and may be 3:00 midnight, 4:00 midnight, 5:00 pm, 3:00 pm, or the like. Alternatively, the login privilege may be granted 24 hours after the previous login privilege is granted. The log-in continuation status does not have to be a continuous log-in state, and may be a discrete continuation. For example, the log-in continuation status may be a status in which log-in is performed discretely at every predetermined period. For example, the login processing unit 604 divides the elapsed time into predetermined unit periods, and determines whether or not the login operation information is received from the terminal device for each divided unit period, the login continuation status (login continuity). Can be judged.

Then, the privilege processing unit 606 performs a process of granting a privilege to the player according to the login continuation status. As an example, the privilege processing unit 606 determines whether or not the login continuation condition is satisfied, and when it is satisfied, a privilege called a login privilege is granted. The privilege is, for example, an item, a character, or a card. Specifically, the privilege processing unit 606 determines that the login continuation condition is satisfied and grants the login privilege to the player when the login continuation status is such that the login is continued for each predetermined period. Perform processing. However, the login continuation condition is not limited to such a condition.

The accepting unit 608 (accepting unit 108; hereinafter the same) performs a process of accepting the insurance setting when the player makes the insurance setting. For example, the accepting unit 608 accepts the insurance setting when the player has made an insurance setting for causing the player to acquire the unlogged-in privilege. The insurance setting is an insurance setting that is set or subscribed by the player in advance so that the privilege can be obtained during the non-login period. The insurance setting specifications stipulate insurance activation conditions, insurance types, insurance covenants, and the like, and correspond to insurance contract contents. For example, if insurance has specifications related to the insurance period, specifications related to insurance attributes, and specifications regarding the conditions under which benefits are granted during the non-login period, and the status during the non-login period meets the specifications. In addition, the privilege in the non-login period is given to the player. The unlogged-in privilege is a privilege in the unlogged-in period in which the player has not logged in every predetermined period. For example, the privilege processing unit 606 gives a login privilege to the player when the login continuation condition is satisfied by the player logging in for each predetermined period. On the other hand, if the player has not logged in for each predetermined period, the privilege processing unit 606 gives the player an unlogged-in privilege that is a privilege in the unlogged-in period. The unlogged-in privilege is, for example, a privilege scheduled to be granted to the player when the player was logged in during the unlogged-in period. However, a privilege unrelated to the privilege to be granted may be granted as a non-login privilege.

Then, the privilege processing unit 606 performs an unlogged privilege (privilege) grant process based on the insurance setting specification selected by the player from a plurality of insurance settings having different specifications and the state of the unlogged-in period. For example, as insurance settings that can be set by the player, a plurality of insurance settings with different specifications are prepared. When the player selects a desired insurance setting from a plurality of insurance settings having different specifications and performs the selected insurance setting, the insurance section receives the insurance setting. Then, the privilege processing unit 606 performs the unlogged-in privilege granting process based on the received insurance setting specifications and the state of the unlogged-in period. The status of the non-login period is the length of the non-login period, the attribute of the non-login privilege that is a privilege in the non-login period, whether the non-login period includes a specific date to which the non-login privilege is granted, or The frequency of occurrence of non-login period, etc. The privilege processing unit 606 determines whether or not the states of these unlogged-in periods match or conform to the specifications of the insurance setting, and when they match or conform, perform the unlogged-privilege grant process. In the unlogged-in privilege granting process, a process of determining whether or not the unlogged-in privilege can be granted, a process of setting the content of the unlogged-in privilege to be granted, and the like are performed. For example, the privilege processing unit 606 gives a higher value unlogged privilege to the player as the matching degree or the matching degree between the insurance setting specification and the state of the non-login period is higher. The high value of the privilege means that the game parameter such as the item, the character, or the card, which is the privilege, is set to make the player more advantageous or preferential in the game. That is, the privilege processing unit 606 determines that the higher the degree of matching or the degree of matching between the insurance setting specification and the state of the non-login period, the more advantageous or preferential the player in the game is. And other non-login privileges are granted.

Further, the privilege processing unit 606 may perform the unlogged privilege (privilege) grant process based on the plurality of insurance settings set by the player and the state of the unlogged-in period. For example, when the player makes a plurality of insurance settings, the receiving unit 608 receives a plurality of insurance settings made by the player. The plurality of insurance settings may have the same specifications. Then, the privilege processing unit 606 determines whether or not to grant the unlogged-in privilege based on the received multiple insurance settings and the state of the unlogged-in period, and performs the setting process of the content of the unlogged-in privilege. Perform the process of granting the unlogged-in privilege. For example, the privilege processing unit 606 gives the player a higher-value unlogged-in privilege as the number of insurance settings (number of units) increases. For example, the privilege processing unit 606 gives an unlogged privilege such as an item, a character, or a card for which a game parameter is set that gives the player more advantage or preferential treatment in the game, as the number of insurance settings (number of units) increases.

Further, the privilege processing unit 606 performs the unlogged-in privilege granting process based on a combination of a plurality of specifications of a plurality of insurance settings set by the player and the state of the unlogged-in period. For example, when a player sets a plurality of insurance settings having different specifications, a combination status of a plurality of specifications of a plurality of insurance settings is determined, and the unlogged-in state is determined based on the combination status and the status of the unlogged-in period. Perform award processing. For example, depending on the combination of multiple insurance periods and multiple attributes, which are multiple specifications of multiple insurance settings, and the status of the unlogged-in period, it is possible to judge whether or not to grant the unlogged-in privilege, Perform the setting process of the content of the unlogged-in privilege.

Further, the privilege processing unit 606 performs comparison determination (match determination, conformity determination) between the length of the insurance period, which is the insurance setting specification, and the length of the unlogged-in period, and performs the unlogged-privilege grant process. For example, based on whether or not the length of the insurance period and the length of the unlogged-in period match or match, it is judged whether or not the unlogged-in privilege can be granted. For example, when both match or match, the unlogged-in privilege is granted. To do. Alternatively, the acquisition probability of the unlogged-in privilege is set or the content of the unlogged-in privilege to be granted is set according to the matching degree or the matching degree of the length of the insurance period and the length of the unlogged-in period. For example, the higher the matching degree or the matching degree is, the higher the probability of obtaining the unlogged-in privilege is, or the higher value unlogged-in privilege is given to the player.

In addition, the privilege processing unit 606 performs the unlogged privilege grant process based on whether or not the unlogged-in period includes the specified date when the insurance setting specifications are such that the privilege is granted on the specified date. .. For example, the privilege processing unit 606 gives the unlogged privilege to the player when the unlogged-in period includes a specific date in the insurance setting specifications. Alternatively, when the unlogged-in period includes a specific day, a higher-value unlogged-in privilege is granted. The specific days are, for example, birthdays, anniversaries, Christmas, New Year holidays, and holidays. Alternatively, the unlogged-in privilege granting process may be performed based on whether or not the unlogged-in period includes a specific day such as a day of the week, the beginning of the month, or the end of the month.

Further, the privilege processing unit 606 performs a process of giving a non-login privilege in accordance with the number of participating players of the game during the non-login period. For example, depending on the number of participating players, determination processing of whether or not to grant the unlogged-in privilege is performed, and setting processing of the content of the unlogged-in privilege to be granted is performed. For example, the privilege processing unit 606 gives a non-login privilege to a player when the number of participating players during the non-login period is larger than a predetermined number. Alternatively, the greater the number of participating players is, the higher value the unlogged-in privilege is given to the players.

In addition, the privilege processing unit 606 performs a non-logged-in privilege granting process in accordance with the game situation of the friend player (player having a predetermined relationship with the player) of the player during the non-login period. The game situation is a game progress situation of a friend player, a game play situation, a game result situation such as acquired game points, a game level situation, or a situation of a character used in the game. For example, the privilege processing unit 606 performs a process of determining whether or not a non-logged-in privilege can be given, and a process of setting the content of the non-logged-in privilege to be given, according to the game situation of the friend player. For example, the privilege processing unit 606 gives the unlogged privilege to the player when the game situation of the friend player is a predetermined situation. Alternatively, a high-value unlogged-in privilege or a low-value unlogged-in privilege is granted according to the game situation of the friend player. For example, the privilege processing unit 606 gives the player a higher-value unlogged-in privilege as the progress of the game of the friend player is advanced, the game play time is longer, or the number of times of game play is larger.

Further, the privilege processing unit 606 performs a process of setting the content of the unlogged-in privilege as the process of giving the unlogged-in privilege. For example, the game parameter setting process of the game content which is a non-login privilege is performed, the skill, ability or incidental setting process for the game medium is performed, or the property setting of the game medium is performed. The game parameter of the game content is a game parameter set for an item, a character, a card or the like which is the game content. For example, the game parameters of the game content are offensive power, defensive power, durability, hit points, magic points, or level parameters. The setting process of skills, abilities, or incidental items for game contents is performed by adding or changing special skills or special abilities to items, characters, cards, etc. that are game contents, or by attaching items such as weapons, armor, or tools. This is a process of adding or changing an item. The game medium property setting process is a process of setting various properties such as an image, a sound, or an effect of the game medium. The information of this property is stored in the game content information storage unit 674 (game content information storage unit 174).

Further, the privilege processing unit 606, as the setting process of the content of the unlogged-in privilege, the type of the unlogged-in privilege to be granted, the number of unlogged-in benefits to be granted, the game parameters of the unlogged-in privilege to be granted, or Performs acquisition probability setting processing. For example, as the setting process of the content of the unlogged-in privilege, the type of the unlogged-in privilege to be granted is changed, the number of the unlogged-in privilege to be granted is changed, or the value of the game parameter of the unlogged-in privilege to be granted is changed. Change or change the probability of getting a non-logged-in privilege.

Further, the privilege processing unit 606 changes the content of the insurance setting according to the game status of the player, the login status of the player, the usage status of the items of the player, or the charging status of the player. The game situation is a game progress situation, a game play situation, a game achievement situation such as acquired game points, a game level situation, a game map or environment situation, or a situation of a character used by a player in a game. .. The game play status is the status of the player's game play time, the number of game plays, and the frequency of game play. The login status of the player is the status of the login continuation of the player, the status of the non-login period of the player, or the status of the login frequency of the player. The player's item usage status includes the status of whether or not the player has used the item, the status of the type of the item used by the player, and the status of the player's item usage timing. The billing status of the player is the status of the amount of consideration paid by the user for the charging by the game system (billing processing unit 616), the payment status of the consideration, and the like. The privilege processing unit 606 changes the content of the insurance setting according to these various situations. Specifically, the specification of insurance setting and the effect of occurrence of insurance setting are changed.

The accepting unit 608 accepts the insurance setting of the player when the player sets an insurance item or when the player subscribes to the insurance service. For example, when the player sets a desired insurance item from a plurality of insurance items having different specifications, the player accepts the insurance setting by the insurance item. Further, when the player selects and joins a desired insurance service from a plurality of insurance services having different specifications, for example, the player accepts the insurance setting by the insurance service.

2. Method of this Embodiment Next, the method of this embodiment will be described in detail. In the following, the case where the privilege given to the player is a character or an item will be mainly described as an example, but the present embodiment is not limited to this.

2.1 Insurance Settings for Non-Login Benefits First, the login benefits will be explained. FIG. 4 is an explanatory diagram of an example of a login privilege granting process. In FIG. 4, the login privilege is given to the logged-in player once a day. That is, an item that is a login privilege is granted when the player logs in every day, which is every predetermined period. The login privilege of FIG. 4 is also called a daily login privilege and is granted only once a day. Note that the boundary of one day, which is the predetermined period, does not have to be 24:00 (12:00), and may be 3:00 midnight, 4:00 midnight, 5:00 pm, 3:00 pm, or the like. Further, the login privilege may be granted 24 hours after the previous login privilege is granted.

For example, in FIG. 4, when the player logs in on the first day, the item ITA is given as a login privilege, and when the player logs in on the second day, the item ITB is given as a login privilege. Similarly, at the time of login on the third day to the eighth day, items ITC to ITH are given as login privileges. In addition, the number of items given to one day is not limited to one, and may be more than one. By giving such a login privilege, the player can log in for the purpose of obtaining the login privilege, which can effectively encourage the continuous login of the player, and improve the operation rate of the game. Can be achieved.

FIG. 5 is an explanatory diagram of another example of the login privilege granting process. In FIG. 5, when the player logs in on the first day, the login point is given to the player and the character group GR1 (game medium group) is presented to the player. That is, the character group GR1 is displayed on the display unit of the terminal device of the player. Then, when the player selects a desired character (game content) from the presented character group GR1, the selected character is given to the player. In FIG. 5, the player has selected the character CHE from the character group GR1, and the character CHE is given to the player as a login privilege.

Next, when the player logs in on the second day, the character group GR2 in which the character CHE given to the player at the time of logging in on the first day is removed from the character group GR1 presented to the player at the previous login on the first day. , Presented to the player. Then, when the player selects a desired character from the presented character group GR2, the selected character is given to the player. In FIG. 5, the player has selected the character CHC from the character group GR2, and the character CHC is given to the player as a login privilege. Next, when the player logs in on the third day, the character group GR3 in which the character CHC given to the player at the time of logging in on the second day is removed from the character group GR2 presented to the player at the time of the previous login on the second day. , Presented to the player. Then, the character CHD selected by the player from the character group GR3 is given to the player as a login privilege. The same applies when the player logs in on the fourth day.

As described above, in the present embodiment, the process of determining the player's login continuation status to the game and granting the privilege to the player according to the login continuation status is performed. For example, as shown in FIGS. 4 and 5, when the player is logged in every day (every predetermined period), the game contents such as characters, items or cards are given as a login privilege. To do. Thus, if the player logs in every day, the player can obtain the login privilege without omission. For example, in FIG. 4, if the user logs in on all the first to eighth days, all the items ITA to ITH can be acquired without omission. However, when the player has an errand, etc., he cannot log in to the game and cannot obtain the privilege that he could have gained if he had logged in. Using FIG. 4 as an example, if the player did not log in to the game on the 3rd, 4th, and 5th days due to an errand, for example, the 3rd, 4th, and 5th days. The player cannot obtain the items ITC, ITD, and ITE that were scheduled to be given to the player.

Therefore, in the present embodiment, a method is adopted in which the player can obtain the unlogged-in privilege, which is the privilege in the unlogged-in period in which the player has not logged in every predetermined period. For example, in FIG. 4, when the player has not logged in on the third, fourth, and fifth days, the third, fourth, and fifth days become the non-login period. Then, the items ITC, ITD, and ITE that were scheduled to be given on the third day, the fourth day, and the fifth day become unlogged in privileges.

In the present embodiment, the player is allowed to set the insurance for causing the player to acquire the items ITC, ITD, and ITE which are such unlogged-in privileges. That is, when the player has made an insurance setting that allows the player to obtain a non-logged-in privilege that is a privilege in the non-logged-in period in which the player has not logged in for each predetermined period, the insurance setting is accepted. Then, the unlogged-in privilege granting process is performed based on the insurance setting specification selected by the player from the plurality of insurance settings having different specifications and the state of the unlogged-in period. Alternatively, the non-login privilege granting process is performed based on a plurality of insurance settings set by the player and the state of the non-login period. More specifically, the player's insurance setting is accepted when the player sets an insurance item or when the player subscribes to an insurance service.

For example, in FIG. 6, an insurance item setting screen is displayed on the display unit of the player's terminal device. For example, the avatar character on the screen recommends that the player set an insurance item in order to obtain the unlogged-in privilege which is a privilege in the unlogged-in period. In FIG. 6, the insurance period is 10 days, the insurance item ITX has an attribute (insurance attribute) of water, the insurance item TY has an insurance period of 20 days, and the attribute is fire, and the insurance period is 30 days. Yes, the insurance item ITZ having the attribute of light is presented to the player. The insurance period and attributes are the insurance setting specifications, and the insurance settings based on the insurance items ITX, TY, and ITZ have different specifications.

In FIG. 6, the player sets the insurance item ITX, and sets the insurance by the insurance item ITX. The player sets the insurance item ITX in advance by selecting the insurance item ITX on the insurance item setting screen of FIG. 6 before the non-login period. The insurance period of the insurance item ITX is 10 days, and if the unlogged-in period in which the player has not logged in for each predetermined period is within 10 days, an advantageous effect is given to the player. For example, when the insurance item ITX is set, as shown in FIG. 13, when the unlogged-in period is within 10 days, the probability of acquiring the unlogged-in privilege is higher than when the unlogged-in period is longer than 10 days. Become. As an example, when the non-login period is within 10 days, the probability of acquiring the non-login privilege is 100%, and when the non-login period is longer than 10 days, the probability of acquiring is 10% or less. Alternatively, when the unlogged-in period is within 10 days, the number of unlogged-in benefits acquired is higher than that when the unlogged-in period is longer than 10 days, or a higher-value unlogged-in privilege is given to the player. Become so. Further, the attribute of the insurance item ITX is water, and compatibility with the non-logged-in privilege of the attribute of water is improved. For example, when the insurance item ITX is set, the probability of acquiring the non-logged-in privilege of the water attribute increases, the number of unlogged privileges of the water attribute increases, and rare items and characters of the water attribute are acquired. become able to.

On the other hand, if the player sets the insurance item TY, the insurance period of the insurance item TY is 20 days. Therefore, when the unlogged-in period is within 20 days, an advantageous effect is generated for the player. For example, when the insurance item TY is set, when the unlogged-in period is within 20 days, the probability of acquiring the unlogged-in privilege is higher than when the unlogged-in period is longer than 20 days. Alternatively, when the unlogged-in period is within 20 days, the number of unlogged-in benefits acquired is higher than when the unlogged-in period is longer than 20 days, and a higher-value unlogged-in privilege is given to the player. Become so. Further, the attribute of the insurance item TY is fire, and the compatibility with the non-logged-in privilege of the attribute of fire is improved. For example, when the insurance item TY is set, the probability of acquiring the non-logged-in privilege of the fire attribute increases, the number of acquired non-logged-in benefits of the fire attribute increases, and rare items and rare characters having the fire attribute are acquired. become able to. Further, when the player sets the insurance item ITZ, the insurance period of the insurance item ITZ is 30 days. Therefore, when the unlogged-in period is within 30 days, an advantageous effect is generated for the player. For example, in the probability of acquisition, the number of acquisitions, and the value of privilege, advantageous effects are generated for the player. In addition, the attribute of the insurance item ITZ is light, and the compatibility with the non-logged-in privilege of the attribute of light is improved.

As described above, in this embodiment, a plurality of insurance items ITX, TY, and ITZ having different insurance setting specifications are prepared. Then, when the player sets a desired insurance item from a plurality of insurance items ITX, TY, and ITZ having different specifications, a comparison judgment (match judgment, conformity judgment) between the set insurance item and the state of the non-login period is made. Is done. Then, based on the result of the comparison determination, the process of giving the unlogged-in privilege to the player is performed. For example, based on the result of the comparison determination, the unlogged-in privilege granting process is performed such as determining whether or not to grant the unlogged-in privilege and setting the content of the unlogged-in privilege. For example, a comparison determination of the length of the insurance period and the length of the unlogged-in period, which is the insurance setting specification by the insurance item, is performed, and the unlogged-in privilege granting process is performed based on the result of the comparison determination. Alternatively, the attribute that is the specification of the insurance item is compared with the attribute of the unlogged-in privilege that is the privilege in the unlogged-in period, and the unlogged-in privilege granting process is performed based on the result of the comparative judgment.

Note that the player needs to consume virtual currency or game points, for example, in order to obtain the insurance item. Virtual currency is called in-game currency and the like, and game points are points that a player can earn through game play and the like. Then, for example, an insurance item with a specification that produces a more advantageous effect for the player needs to consume more virtual currency or game points. For example, acquisition of the insurance item ITZ having the insurance period of 30 days requires consumption of more virtual currency or game points than the insurance item ITX having the insurance period of 10 days.

In FIG. 7, the insurance service subscription screen is displayed on the display unit of the player's terminal device. For example, the avatar character on the screen recommends the player to subscribe to the insurance service in order to obtain the unlogged-in privilege which is a privilege in the unlogged-in period. In FIG. 7, a bronze plan with an insurance period of 10 days, a silver plan with an insurance period of 20 days, and a gold plan with an insurance period of 30 days are presented as insurance services that players can join. As described above, the insurance service plans have different insurance period specifications. The Silver plan has birthday benefits, and the Gold plan has birthday benefits, anniversary benefits, and Christmas benefits. As described above, the plans that are insurance services differ from each other in the specifications regarding a specific date to which a non-login privilege is granted.

In FIG. 7, the player has subscribed to the insurance service of the bronze plan (first plan) and sets the insurance according to the bronze plan. Before the non-login period, the player subscribes to the bronze plan on the insurance service subscription screen of FIG. 7 and presets the insurance according to the bronze plan. The insurance period of the bronze plan insurance service is 10 days, and when the unlogged-in period is within 10 days, an advantageous effect is generated for the player. For example, if you subscribe to the Bronze Plan, if the unlogged-in period is within 10 days, the probability of getting the unlogged-in privilege is higher than when the unlogged-in period is longer than 10 days. More, and a higher value unlogged-in privilege is given to the player. In addition, the specification of the insurance service of the bronze plan is not the specification of giving the unlogged-in privilege on a specific day.

On the other hand, assuming that the player has subscribed to the insurance service of the silver plan (second plan), the insurance period of the silver plan is 20 days, which is advantageous for the player when the unlogged-in period is within 20 days. Produce a different effect. For example, if you subscribe to the Silver plan, if the unlogged-in period is within 20 days, the probability of getting the unlogged-in privilege is higher than when the unlogged-in period is longer than 20 days, or the number of unlogged-in benefits acquired. More, and a higher value unlogged-in privilege is given to the player.

Further, in this embodiment, when the insurance setting specification is a specification for granting a privilege on a specific day, the unlogged-in privilege granting process is performed based on whether or not the unlogged-in period includes the specific day. And the insurance setting specification by the insurance service of the silver plan is such that the unlogged-in privilege is given on the birthday that is the specific day. Therefore, when the player has subscribed to the insurance service of the silver plan, the unlogged-in privilege granting process is performed based on whether or not the unlogged-in period includes a birthday that is a specific day. For example, when the unlogged-in period includes a birthday, the unlogged-in privilege for the birthday is given to the player.

For example, a method of a comparative example in which a privilege is given when the player logs in on his/her birthday can be considered. In contrast to the method of this comparative example, in the present embodiment, the player can obtain the unlogged-in privilege for birthday even if he/she is not logged in on his birthday. That is, the player can obtain the birthday unlogged privilege even if the birthday comes within the unlogged-in period if the birthday privilege insurance is set. It should be noted that when the unlogged-in period includes a birthday, a method may be adopted in which a higher value unlogged-in privilege is given to the player as compared with the case where the unlogged-in period does not include a birthday.

Further, if the player subscribes to the insurance service of the Gold plan (third plan), the insurance period of the Gold plan is 30 days, so it is advantageous for the player if the unlogged-in period is within 30 days. Produce a different effect. For example, if you subscribe to the Gold Plan, if the unlogged-in period is within 30 days, the probability of getting the unlogged-in privilege is higher than when the unlogged-in period is longer than 30 days. More, and a higher value unlogged-in privilege is given to the player.

In addition, the insurance setting specifications by the Gold Plan insurance service are such that the unlogged-in privilege is given on a specific day such as birthday, anniversary, or Christmas. Therefore, the unlogged-in privilege granting process is performed based on whether or not the unlogged-in period includes a specific date such as birthday, anniversary (such as wedding anniversary), and Christmas. That is, the gold plan has more types of specific days than the silver plan, and is an insurance service that produces a more advantageous effect for the player.

In addition, in order for the player to join the insurance service, for example, consumption of virtual currency or consumption of game points is required. Then, for example, an insurance service with a specification that produces a more advantageous effect for the player needs to consume more virtual currency or game points. For example, enrolling in a Gold Plan insurance service with a 30-day insurance period requires more virtual currency or game point consumption than joining a Bronze Plan insurance service with a 10-day insurance period. ..

Further, in the present embodiment, the unlogged-in privilege granting process is performed based on the plurality of insurance settings set by the player and the state of the unlogged-in period. FIG. 8 is an explanatory diagram of a non-logged-in privilege granting process based on a plurality of insurance settings. For example, on the insurance setting screen of FIG. 8, the player specifies the number of insurance items to be set. For example, the avatar character on the screen explains that a more advantageous insurance setting effect occurs by setting a larger number of insurance items. In FIG. 8, the player specifies the number of insurance items to be set to three, so that the insurance setting of three is performed. That is, the number of insurance settings is three. The plurality of insurance settings may have the same specifications.

For example, when the player sets one insurance item and one insurance setting is made, the same insurance setting as that of the insurance item ITX of FIG. 6 or the bronze plan insurance service of FIG. 7 is set. To do. For example, the insurance period is set to 10 days. When the player sets two insurance items and two insurance items are set, for example, the same insurance setting as that of the insurance item TY of FIG. 6 or the insurance service of the silver plan of FIG. 7 is set. To do. For example, when the insurance period is set to 20 days or when the unlogged-in period includes a birthday, the unlogged-in privilege is given. When the player sets three insurance items and three insurance items are set, for example, the same insurance setting as the insurance item ITZ in FIG. 6 or the gold plan insurance service in FIG. 7 is set. To do. For example, when the insurance period is set to 30 days, or when the non-login period includes birthdays, anniversaries, and Christmas, the non-login privilege is granted.

Note that, for example, consumption of virtual currency or consumption of game points is required to specify the number of insurance settings by an insurance item or the like. Then, for example, the more insurance settings are set, the more virtual currency or game points are required to be consumed. For example, in FIG. 8, the number of insurance items is set to 3, and the number of insurance settings is set to 3. To set the number of insurance items to 1 and the number of insurance settings to 1, In comparison, more virtual currency or game points need to be consumed.

FIG. 9 is an explanatory diagram of the activation of insurance setting by the insurance item. For example, when a player who has set up insurance with an insurance item logs in after a non-login period, a screen as shown in FIG. 9 is displayed. The avatar character on the screen explains that the login privilege reserved for the non-login period is reserved for the player. The player has set the insurance item ITX shown in FIG. 6 before the non-login period. The length of the non-login period is within 10 days which is the insurance period of the insurance item ITX. Therefore, by activating the insurance item ITX, the player can obtain the unlogged-in privilege which is the logged-in privilege in the unlogged-in period.

FIG. 10 is a flowchart illustrating a detailed processing example of this embodiment. First, it is determined whether or not the player has logged in (step S1). That is, it is determined whether or not the player has performed an operation of logging in to the game on the player's terminal device. Then, when the player logs in, it is determined whether or not the player has logged in every predetermined period satisfying the login continuation condition (step S2). For example, it is determined whether there is a login that satisfies the login continuation condition of once a day, and if the login satisfies the login continuation condition, the login privilege is granted (step S3). That is, as described with reference to FIG. 4, the login privilege granted only once a day is granted to the player.

On the other hand, if the login is not performed every predetermined period, the process proceeds to step S4. In step S4, based on the insurance setting specifications selected by the player from a plurality of insurance settings having different specifications and the status of the unlogged-in period, it is determined whether or not the unlogged-in privilege is granted, and the unlogged-in privilege is determined. Perform content setting processing. For example, as described with reference to FIGS. 6 and 7, the length of the insurance period, which is the insurance setting specification, and the length of the non-login period are compared and determined to determine whether or not to grant the non-login privilege. Decide whether to grant the non-logged-in privilege with such contents. When it is determined that the unlogged-in privilege is given, the unlogged-in privilege having the set content is given to the player (steps S5 and S6). For example, the login privilege that was scheduled to be granted during the non-login period is granted to the player as a non-login privilege.

FIG. 11 is a flowchart illustrating a detailed processing example of the present embodiment when the player makes a plurality of insurance settings as shown in FIG. Steps S11, S12, and S13 of FIG. 11 are similar to steps S1, S2, and S3 of FIG. 10, and detailed description thereof will be omitted. When it is determined in step S12 that the login is not performed at every predetermined period satisfying the login continuation condition, the process proceeds to step S14. In step S14, based on the plurality of insurance settings set by the player and the state of the unlogged-in period, the determination process of whether or not the unlogged-in privilege is granted and the setting process of the content of the unlogged-in privilege are performed. For example, as described with reference to FIG. 8, the player designates the number of insurance items to be set, whereby a plurality of insurance settings are made. Then, based on a plurality of insurance settings and the state of the unlogged-in period such as the length of the unlogged-in period or the attribute, it is determined whether or not the unlogged-in privilege is given, and the contents of the unlogged-in privilege are determined. Decide whether to give. When it is determined that the unlogged-in privilege is given, the unlogged-in privilege having the set content is given to the player (steps S5 and S6).

12A to 12C are explanatory diagrams of a non-login privilege granting process based on the insurance setting and the state of the non-login period. In FIG. 12A, the unlogged-in privilege granting process is performed based on the insurance setting specifications and the state of the unlogged-in period. The insurance setting specifications are, for example, the length of the insurance period, the insurance attributes, and the privilege grant on a specific day. The state of the non-login period is the length of the non-login period, the attribute of the non-login privilege, or whether the non-login period includes a specific date.

For example, in FIG. 12A, as described with reference to FIG. 10, the unlogged-in privilege granting process is performed based on the insurance setting specifications (activation condition, type, special provision) and the state of the unlogged-in period. For example, the length of the insurance period and the length of the non-login period are compared and determined. For example, if the insurance period is 10 days, the effect of insurance setting is activated or a more advantageous effect is generated as the effect of insurance setting when the unlogged-in period is within 10 days. Further, when the attributes of the insurance and the attributes of the unlogged-in privilege match, the probability of acquiring the unlogged-in privilege becomes high, and a higher-value unlogged-in privilege is given to the player. In addition, if the insurance settings are such that a privilege is granted on a specific day, and the unlogged-in period includes the specified day, the unlogged-in privilege will be granted or a higher-value unlogged-in privilege will be given to the player. Granted to.

Further, in FIG. 12B, as described with reference to FIGS. 11 and 8, the unlogged-in privilege granting process is performed based on the plurality of insurance settings IS1 to ISm and the state of the unlogged-in period. For example, when the number of insurance settings to be set is large, even if the unlogged-in period is long, the unlogged-in privilege is given to the player, or the unlogged-in privilege of higher value is given to the player. Further, based on the number m of insurance settings, an attribute is set for a plurality of insurance setting groups, the attribute is compared with the attribute of the unlogged-in privilege, and the unlogged-in privilege is granted. .. If the number m of insurance settings is large, the unlogged-in privilege is given when the unlogged-in period includes a specific day, or the unlogged-in privilege of higher value is given to the player.

FIG. 12C is an example when a plurality of insurance settings IS1 to ISm are set and the specifications of the plurality of insurance settings IS1 to ISm are different from each other as shown in FIG. 12B. In this case, the unlogged-in privilege granting process is performed based on the combination of the specifications SP1 to SPm of the insurance settings IS1 to ISm set by the player. For example, the insurance period is set to 30 days by combining the insurance setting having the specification of the insurance period of 10 days and the insurance setting having the specification of the insurance period of 20 days. Then, when the unlogged-in period is within 30 days, the unlogged-in privilege is given to the player, or the unlogged-in privilege of higher value is given to the player. In addition, the insurance setting of the first attribute and the insurance setting of the second attribute are combined to become the insurance setting of the third attribute. By comparing and determining the third attribute and the attribute of the unlogged-in privilege. , The process of granting the unlogged-in privilege is started. For example, when the insurance setting of fire attribute and the insurance setting of water attribute are combined, it becomes the insurance setting of light attribute, and when the attribute of the unlogged-in privilege is the attribute of light, the unlogged-in privilege is given. , Higher value unlogged benefits will be granted.

FIG. 13 is an explanatory diagram of the unlogged-in privilege granting process based on the insurance setting specifications. It is assumed that the insurance period, which is the insurance setting specification set by the player, is 10 days. At this time, if the non-login period is within 10 days, the probability of acquiring the non-login privilege becomes 100%. If the unlogged-in period is longer than 10 days and 20 days or less, the acquisition probability is 10%, and if it is longer than 20 days and 30 days or less, the acquisition probability is 1% and 30 days or more. If it is too long, the probability of acquisition is 0%. Further, when the insurance period is 20 days, the probability of acquiring the unlogged-in privilege becomes 100% when the unlogged-in period is within 20 days. If the unlogged-in period is longer than 20 days and 30 days or less, the probability of acquisition is 10%, and if longer than 30 days and 40 days or less, the probability of acquisition is 1% and 40 days or longer. If it is too long, the probability of acquisition is 0%. Further, when the insurance period is 30 days, the probability of acquiring the unlogged-in privilege becomes 100% when the unlogged-in period is within 30 days. If the unlogged-in period is longer than 30 days and 40 days or less, the probability of acquisition is 10%, and if longer than 40 days and 500 days or less, the probability of acquisition is 1% and 50 days or less. If it is too long, the probability of acquisition is 0%.

FIG. 14 is an explanatory diagram of an unlogged-in privilege granting process based on a plurality of insurance settings. FIG. 14 shows the probability of obtaining the unlogged-in privilege when the number of insurance settings (number) is 1, 2, and 3. When the number of insurance settings is 1, it becomes the same as when the insurance period is 10 days in FIG. 13, for example, when the unlogged-in period is within 10 days, the acquisition probability becomes 100%, and from 10 days If it is too long, the acquisition probability will be 10% or less. When the number of insurance settings is 2, it becomes the same as when the insurance period is 20 days, for example, when the unlogged-in period is within 20 days, the acquisition probability becomes 100%, and when it is longer than 20 days. Has a 10% or less acquisition probability. When the number of insurance settings is 3, it is the same as when the insurance period is 30 days, for example, when the non-login period is within 30 days, the acquisition probability is 100%, and when the insurance period is longer than 30 days. Has a 10% or less acquisition probability.

FIG. 15 is an explanatory diagram of a process of giving a non-login privilege on a specific day. In the present embodiment, when the insurance setting specification is a specification for granting a privilege on a specific day, the unlogged-in privilege granting process is performed based on whether or not the unlogged-in period includes the specific day. In FIG. 15, LG1, LG2, LG3, and LGk represent the login of the player on the first day, the second day, the third day, and the kth day. The period between LG3 and LGk is the non-login period. In FIG. 15, the unlogged-in period includes birthday and Christmas, which are specific days. Then, for example, the player has subscribed to the insurance service of the gold plan of FIG. Therefore, in this case, for example, a non-logged-in privilege for birthday and a non-logged-in privilege for Christmas are given to the player.

As described above, in the present embodiment, the player's login continuation status to the game is determined, and a process of granting a privilege to the player is performed according to the login continuation status. For example, as described with reference to FIG. 4 and the like, when the player continues to log in once a day, the login privilege is given to the player. Then, when the player has made an insurance setting that allows the player to acquire the non-login privilege, which is a privilege in the non-login period, the insurance setting is accepted. For example, when the player sets a desired insurance setting by setting an insurance item as shown in FIG. 6 or subscribing to an insurance service as shown in FIG. 7, the insurance setting is accepted. Then, based on the insurance setting specification selected by the player from a plurality of insurance settings having different specifications and the state of the unlogged-in period, the unlogged-in privilege granting process is performed. For example, in FIG. 6, the player selects a desired insurance item from a plurality of insurance items having different specifications. Alternatively, in FIG. 7, the player subscribes to a desired insurance service from a plurality of insurance services having different specifications. Then, as shown in FIG. 12A, a comparison determination is made between the selected insurance setting specifications and the state of the non-login period. That is, the insurance setting specifications such as the length of the insurance period and the attributes of insurance are compared with the state of the unlogged-in period such as the length of the unlogged-in period and the attribute of the unlogged-in privilege, and the unlogged-in privilege is determined. The unlogged privilege granting process such as the granting permission determination process and the setting process of the content of the unlogged privilege granted will be performed.

If you do this, you can log in for reasons such as errands, and for those players who were unable to obtain the unlogged-in privilege, which is the privilege during the unlogged-in period, the unlogged-in privilege is subject to the insurance setting. Will be granted. That is, even if there is a period in which the player could not log in, it is exempted and the unlogged-in privilege is given. Therefore, it is possible to prevent the situation in which the player does not log in to the game because he/she has not been logged in for a long time and therefore gives up because he/she can no longer obtain the privilege. That is, after the unlogged-in period, the player is motivated to acquire the unlogged-in privilege, so that the player can log in to the game again, and it is possible to effectively encourage the continuous login of the player.

Then, in the present embodiment, as described with reference to FIGS. 6, 7, 10, and 12A, a plurality of insurance settings having different specifications are prepared, and the player desires from among the plurality of insurance settings. When the insurance setting is selected, the unlogged-in privilege granting process is performed based on the selected insurance setting specifications and the state of the unlogged-in period. For example, a comparison determination (match determination, compatibility determination) between the insurance setting specifications and the state of the non-login period is performed, and the non-login privilege is given to the player based on the determination result. Therefore, it is possible to prevent the unlogged privilege from being given to the player without limitation, without considering the state of the unlogged-in period and the like. As a result, it is possible to effectively prompt the player to log in to the game and to give the player an appropriate privilege according to the state of the non-login period.

For example, consumption of virtual currency or the like is required for insurance settings by insurance items and insurance services. Specifically, the more the insurance setting with the specifications that generate a more advantageous effect for the player, the more the virtual currency needs to be consumed. Therefore, for example, a player who wants to obtain a non-logged-in privilege even if the non-logged-in period is long, or a player who wants to obtain a non-logged-in privilege on a specific day such as a birthday consumes more virtual currency and has a more advantageous effect. You will be able to set up insurance for specifications that generate. Therefore, according to the present embodiment, it is possible to effectively encourage the player to consume the virtual currency.

Further, in the present embodiment, as described with reference to FIGS. 8, 11, and 12B, the unlogged-in privilege granting process is performed based on the plurality of insurance settings set by the player and the state of the unlogged-in period. Is done. For example, depending on the number of insurance settings and the state of the non-login period, the determination process of whether or not the non-login privilege is granted and the setting process of the content of the non-login privilege are performed. By thus granting the unlogged-in privilege, the player is motivated to acquire the unlogged-in privilege after the unlogged-in period, and is able to log in to the game again, so that the player can continuously log in. It is possible to effectively encourage. Further, the player sets the desired number of insurances, the insurance content corresponding to the number is set, and the unlogged-in privilege granting process is executed depending on the insurance content and the state of the unlogged-in period. .. Therefore, it is possible to prevent the unlogged privilege from being given to the player without limitation without considering the state of the unlogged-in period, it is possible to effectively encourage the player to log in to the game, and the unlogged-in period It becomes possible to give the player an appropriate privilege according to the state.

In this case, the unlogged-in privilege granting process may be performed based on a combination of a plurality of specifications of a plurality of insurance settings set by the player. By doing so, as described with reference to FIG. 12C, various insurance contents can be set by combining a plurality of specifications of a plurality of insurance settings. Then, based on the set insurance content and the state of the unlogged-in period, the unlogged-in privilege granting process can be executed.

Further, in the present embodiment, the process of giving the unlogged-in privilege is performed by making a comparison determination of the length of the insurance period which is the insurance setting specification and the length of the unlogged-in period. For example, as described with reference to FIG. 13, when the length of the non-login period is equal to or less than the length of the insurance period, the non-login privilege is given or the probability of acquiring the non-login privilege is increased. On the other hand, when the length of the non-login period is longer than the length of the insurance period, the non-login privilege is not granted or the probability of acquiring the non-login privilege is reduced. By doing so, it becomes possible to appropriately give the non-logged-in privilege to the player by performing the matching determination and the compatibility determination of the length setting of the insurance setting set by the player and the length of the non-logged-in period. ..

Further, in this embodiment, when the insurance setting specification is a specification for granting a privilege on a specific day, the unlogged-in privilege granting process is performed based on whether or not the unlogged-in period includes the specific day. For example, in FIG. 7, the specification of the insurance setting by the insurance service includes the specification of giving the unlogged-in privilege on the specific day. In this case, as described with reference to FIG. 15, whether or not the unlogged-in privilege can be given is determined based on whether or not the unlogged-in period includes a specific date such as birthday and Christmas specified in the specification. The setting process of the content of the unlogged-in privilege is performed. In this way, the player can acquire the unlogged-in privilege on the specific day as a special privilege even if the player is not logged in to the game on the specific day.

Further, in the present embodiment, the player's insurance setting is accepted when the player sets an insurance item or when the player subscribes to an insurance service. For example, as shown in FIG. 6, when the player selects a desired insurance item from a plurality of insurance items having different specifications, the insurance setting based on the selected insurance item is accepted. Alternatively, as shown in FIG. 7, when the player selects a desired insurance service from a plurality of insurance services having different specifications, the insurance setting by the selected insurance service is accepted. As a result, insurance items can be set and insurance settings can be made by subscribing to the insurance service, and the convenience of the player can be improved.

2.2 Unlogged-in privilege granting process In this embodiment, the unlogged-in privilege granting process is performed according to the number of players participating in the game during the unlogged-in period. Alternatively, the unlogged-in privilege granting process is performed according to the game situation of the friend player of the player during the unlogged-in period. FIG. 16 is a flowchart illustrating such a non-login privilege granting process.

First, the number of players participating in the game during the non-login period is acquired (step S21). For example, it is possible to obtain how many players are logged in and playing a game in a non-login period in which no player is logged in. For example, the total number of participating players during the player's non-login period is acquired. In addition, the game status of the friend player of the player during the non-login period is acquired (step S22). For example, the game progress status of the friend player who is a player having a predetermined relationship with the player, the game play status such as the game play time and the number of game plays, or the game status such as the game score is acquired. Then, depending on the acquired number of participating players or the game situation of the friend players, the determination process of whether or not the unlogged-in privilege is granted and the setting process of the content of the unlogged-in privilege are performed (step S23).

For example, when a large number of other players are playing the game during the period in which the player is not logged in, these large numbers of other players have acquired the login privilege. Therefore, it is considered that these other players use the login privilege to advance the game to an advantage. Therefore, in this case, the player who has logged in after the unlogged-in period can easily obtain the unlogged-in privilege, or the content of the unlogged-in privilege is set so that the player is more advantageous in the game. For example, the game parameter of the non-logged-in privilege is set so that the probability of acquiring the non-logged-in privilege is increased or the player has an advantage in the game. For example, the parameters of offensive power, defensive power, durability, hit points, magic points, or level of a character or item which is a non-login privilege are increased. On the other hand, when the number of participating players during the non-login period is small, the probability of acquiring the non-login privilege is reduced, or the attack power, defense power, durability, hit points, magic of the character or item which is the non-login privilege is reduced. Decrease the point or level parameter. This makes it possible to execute the unlogged-in privilege granting process that reflects the number of participating players in the unlogged-in period.

Also, when the player has not logged in for a long period of time, during which the player's friend player plays the game for a long time or plays the game many times to advance the game and level up significantly. There is. At this time, for example, when the player and the friend player form a team, the balance as a team becomes poor. Also, as a player's psychology, they want to play the game in the same game progress situation as a good friend player. Therefore, if the game progress of the friend player is progressing, the game play time or the number of times of game play is large, or the game situation is such that it is determined that many game points are acquired, Makes it easy to obtain the login privilege, and sets the contents of the non-login privilege to more advantageous contents for the player. For example, the game parameter of the non-logged-in privilege is set so that the probability of acquiring the non-logged-in privilege is increased or the player has an advantage in the game. By doing so, it becomes possible to maintain the balance of the game situation such as the game progress between the player and the friend player.

In addition, in the present embodiment, the setting process of the content of the non-login privilege is performed as the process of giving the non-login privilege. Specifically, as the setting process of the content of the unlogged-in privilege, the type of the unlogged-in privilege to be granted, the number of unlogged-in benefits to be granted, the game parameters of the unlogged-in privilege to be granted, or the probability of acquisition of the unlogged-in privilege. The setting process of is performed.

That is, in the present embodiment, as shown in FIG. 17, the types of unlogged-in benefits, the number of unlogged-in benefits, the game parameters of unlogged-in benefits, or unlogged-in, based on the player's insurance settings and the state of the unlogged-in period. You have set the probability of getting benefits. The type of non-login privilege is the type of character, item, or card given as a non-login privilege. The number of non-logged-in benefits is the number of benefits when a plurality of non-logged-in benefits are given. The game parameters of the unlogged-in privilege are parameters such as offensive power, defensive power, durability, hit points, magic points, or level of the character or item given as the unlogged-in privilege. The non-logged-in privilege acquisition probability is the probability of causing the player to acquire the non-logged-in privilege when the player logs in after the non-logged-in period. For example, if it is determined based on the player's insurance setting and the state of the unlogged-in period that the advantageous insurance setting is effective for the player, a high-value unlogged-in type such as a rare character or rare item is not logged in. Grant the player a privilege. Further, the number of non-logged-in benefits to be acquired is increased, the game parameters of the non-logged-in benefits are set to advantageous parameters for the player, and the probability of acquisition of the non-logged-in benefits is increased. By doing so, it becomes possible to give the player a non-logged-in privilege having appropriate contents according to the insurance setting of the player and the state of the non-logged-in period.

Further, in the present embodiment, the content of the insurance setting is changed according to the game situation of the player, the login situation of the player, the usage situation of the items of the player or the billing situation of the player. The content of the insurance setting is the specification of the insurance setting and the content of the effect generated by the insurance setting. For example, the specification of the insurance setting is changed or the effect generated by the insurance setting is changed according to the progress of the game played by the player, the game playing time of the player, and the game situation such as the number of times the game is played. For example, as the progress of the game progresses, the insurance setting specifications and the insurance setting effects are set to specifications and effects that are advantageous to the player. Alternatively, the longer the game play time, the larger the number of game plays, or the higher the game score of the player, the more the specification of the insurance setting and the effect of the insurance setting are set to the specification and the effect advantageous to the player. Setting advantageous specifications and effects for the player means extending the insurance period, setting an insurance setting attribute that allows you to acquire the unlogged privilege of rare attributes, and setting the specification that allows you to acquire the unlogged privilege on a specific day. , Increasing the probability of acquisition of non-login privilege, increasing the number of non-login privilege acquired, or setting the game parameter of the non-login privilege to a parameter advantageous to the player. Also, depending on the login status of the player such as the login frequency and the status of the non-login period, the specification of the insurance setting and the effect of the insurance setting can be changed, whether the player has used a predetermined item, and whether the player has used the item. Depending on the type of item, etc., the specification of the insurance setting and the effect of the insurance setting are changed. For example, the specification of insurance setting and the effect of insurance setting are set to the specification and effect advantageous to the player. Alternatively, when the player pays for the charge, for example, by purchasing a chargeable item, the insurance setting specification and the effect of the insurance setting are changed according to the charge status such as the charge amount. For example, when the billing amount is large, the specification of insurance setting and the effect of insurance setting are set to the specification and effect advantageous to the player.

By doing so, it becomes possible to change the insurance setting specifications and the effect of the insurance setting so that the contents of the insurance setting correspond to the game situation of the player, the login situation, the use situation of the item, or the billing situation, It is possible to make specifications of appropriate insurance settings that reflect these situations and to generate the effects of appropriate insurance settings.

FIG. 18 is a flowchart illustrating a process of changing the content of insurance settings. First, the game situation of the player is acquired (step S31). For example, the player's game progress status, game play status, game status status, and the like are acquired. Also, the login status of the player is acquired (step S32). For example, the login frequency of the player, the status of the unlogged-in period, and the status of continuous login are acquired. In addition, the usage status of the item of the player is acquired (step S33). For example, information such as whether or not the player has used a predetermined item and the type of the item used is acquired. Further, the charge status of the player is acquired (step S34). For example, the charge status such as the charge amount of the player and the charge frequency is acquired. Then, the content of the insurance setting is changed according to the game situation, login situation, item use situation or billing situation of the player (step S35). For example, the specification of the insurance setting is changed, or the content of the effect when the effect of the insurance setting is generated is changed. Then, the unlogged-in privilege granting process according to the changed insurance setting and the state of the unlogged-in period is executed (step S36).

Although the present embodiment has been described in detail as described above, it will be easily understood by those skilled in the art that many modifications can be made without departing from the novel matters and effects of the present disclosure. Therefore, all such modifications are included in the scope of the present disclosure. For example, a term (character item, etc.) described together with a different term having a broader meaning or a synonym (game medium, etc.) in the specification or the drawings at least once is regarded as a different term in any part of the specification or the drawing. Can be replaced. Further, the login process, the privilege process, the acceptance process, the game process, and the like are not limited to those described in the present embodiment, and methods equivalent to these are also included in the scope of the present disclosure.

ITA-ITH items, ITX, TY, ITZ insurance items,
CHA to CHE characters, GR1 to GR4 character groups,
IS1-ISm insurance settings, SP1-SPm specifications,
100 processing unit, 102 communication processing unit, 104 login processing unit, 106 privilege processing unit,
108 reception unit, 110 game processing unit, 120 display processing unit, 130 sound processing unit,
160 operation unit, 162 image pickup unit, 170 storage unit, 172 game information storage unit,
173 login information storage unit, 174 game medium information storage unit,
176 insurance setting information storage unit, 180 information storage medium, 190 display unit,
192 sound output unit, 194 I/F unit, 195 portable information storage medium, 196 communication unit,
500 server system, 510 network, 600 processing unit,
602 communication processing unit, 604 login processing unit, 606 privilege processing unit,
608 acceptance unit, 610 game processing unit, 612 management unit, 614 authentication processing unit,
616 charging processing unit, 620 display processing unit, 630 sound processing unit, 660 operation unit,
670 storage unit, 672 game information storage unit, 673 login information storage unit,
674 game content information storage unit, 676 insurance setting information storage unit, 676 charging information storage unit,
678 user information storage unit, 680 information storage medium, 696 communication unit

Claims (13)

A login processing unit that determines the login continuation status of the player to the game,
A privilege processing unit that performs a process of granting a privilege to the player according to the login continuation status;
A reception unit that accepts the insurance setting when the player has made an insurance setting that causes the player to acquire a non-logged-in privilege that is a privilege in an unlogged-in period when the player has not logged in for each predetermined period.
Including
The privilege processing unit,
A game characterized by performing the unlogged-in privilege granting process based on the specification of the insurance setting selected by the player from the plurality of insurance settings having different specifications and the state of the unlogged-in period. system. A login processing unit that determines the login continuation status of the player to the game,
A privilege processing unit that performs a process of granting a privilege to the player according to the login continuation status;
A reception unit that accepts the insurance setting when the player has made an insurance setting that causes the player to acquire a non-logged-in privilege that is a privilege in an unlogged-in period when the player has not logged in for each predetermined period.
Including
The privilege processing unit,
A game system, wherein the unlogged-in privilege granting process is performed based on a plurality of the insurance settings set by the player and the state of the unlogged-in period. In claim 2,
The privilege processing unit,
A game system, wherein the unlogged-in privilege granting process is performed based on a combination of a plurality of specifications of the insurance settings set by the player and a state of a non-logged-in period. In any one of Claim 1 thru|or 3,
The privilege processing unit,
A game system characterized by performing a comparison determination between the length of an insurance period, which is a specification of the insurance setting, and the length of a non-login period to perform the process of giving the non-login privilege. In any one of Claim 1 thru|or 4,
The privilege processing unit,
When the specification of the insurance setting is a specification for granting a privilege on a specific day, the unlogged-in privilege granting process is performed based on whether or not the unlogged-in period includes the specific day. And game system. In any one of Claim 1 thru|or 5,
The privilege processing unit,
A game system, wherein the process of granting the non-login privilege is performed according to the number of players participating in the game during the non-login period. In any one of Claim 1 thru|or 6,
The privilege processing unit,
A game system, wherein the non-login privilege granting process is performed according to a game situation of a friend player of the player during the non-login period. In any one of Claim 1 thru|or 7,
The privilege processing unit,
A game system characterized by performing a setting process of contents of the non-login privilege as the process of giving the non-login privilege. In claim 8,
The privilege processing unit,
As the setting process of the contents of the unlogged-in privilege, a process of setting the type of the unlogged-in privilege to be granted, the number of unlogged-in privileges to be granted, the game parameters of the unlogged-in privilege to be granted, or the acquisition probability of the unlogged-in privilege is performed. A game system characterized by being played. In any one of Claim 1 thru|or 9,
The privilege processing unit,
A game system, characterized in that the contents of the insurance setting are changed according to the game situation of the player, the login situation of the player, the usage situation of the items of the player or the billing situation of the player. In any one of Claim 1 thru|or 10,
The reception unit,
A game system, wherein the insurance setting of the player is accepted when the player sets an insurance item or when the player subscribes to an insurance service. A login processing unit that determines the login continuation status of the player to the game,
A privilege processing unit that performs a process of granting a privilege to the player according to the login continuation status;
As a reception unit that accepts the insurance setting when the player has made an insurance setting that causes the player to obtain a non-logged-in privilege that is a privilege in a non-logged-in period in which the player has not logged in for each predetermined period,
Make the computer work,
The privilege processing unit,
A program for performing the unlogged-in privilege granting process based on the specification of the insurance setting selected by the player from the plurality of insurance settings having different specifications and the state of the unlogged-in period. .. A login processing unit that determines the login continuation status of the player to the game,
A privilege processing unit that performs a process of granting a privilege to the player according to the login continuation status;
As a reception unit that accepts the insurance setting when the player has made an insurance setting that causes the player to obtain a non-logged-in privilege that is a privilege in a non-logged-in period in which the player has not logged in for each predetermined period,
Make the computer work,
The privilege processing unit,
A program for performing the non-login privilege granting process based on the plurality of insurance settings set by the player and the state of the non-login period.

Images