JP2020110374A - Game program, method, and information processing device - Google Patents

Abstract

To motivate a user to log in a game.SOLUTION: In a memory (11 and 21), one month is defined to include a plurality of effective periods defined by a starting day and an ending day. A game program (131 and 231) causes a processor (10 and 20) to execute a step (S104) for counting total log-in days in the effective period once in a log-in day when a user logs in a game based on the game program, and a step (S105) for imparting a reward according to the counted total log-in days to the user. When the present effective period expires in the counting step, the total log-in days are reset, and counting of total log-in days from a starting day of a next effective period is started (S109).SELECTED DRAWING: Figure 8

Description

The present disclosure relates to a game program, a method for executing the game program, and an information processing device.

2. Description of the Related Art Conventionally, in network games that are distributed for mobile terminals such as smartphones and are intended for long-term operation, many login bonus mechanisms are implemented to prevent users from leaving. For example, in the game described in Non-Patent Document 1, a reward is given to the user according to the total number of login days accumulated from the day the game is started. The reward is, for example, an added value such as in-game currency and items that can be used in the game. Further, for example, there is also a mechanism in which only the upper limit of the cumulative number of login days is set, the upper limit number of days is set as one cycle, and a reward set according to the total number of login days in the cycle is given. With this mechanism, the accumulated number of login days is reset to zero when the cumulative number of days reaches the upper limit and one cycle ends due to the accumulation of the number of logins per day by the user (the days do not have to be consecutive). The count starts from. This gives the user the sense of accomplishment that all the rewards set in one cycle will be acquired, so that the motivation for logging in is easily maintained.

"Wild Cat Wiki Cheats Wiki", [online], Gamerch Wiki, [Search June 27, 2018], Internet (URL: https://kuronekono-wiz.gamerch.com/%E3%83%AD%E3 %82%B0%E3%82%A4%E3%83%B3%E6%97%A5%E6%95%B0%E3%83%9F%E3%83%83%E3%82%B7%E3%83 %A7%E3%83%B3)

Even so, there are users who eventually get tired of the game and leave. In order for the user to continue playing the game, it is essential that the user continue to log in first, and there is room for improvement in the mechanism of the login bonus. For example, regarding the login bonus, a new mechanism that attracts the user further or an attractive content is required.

One aspect of the present disclosure is directed to motivating a user to log in.

The game program according to the present disclosure is executed by a computer including a processor and a memory. In the memory, a month is defined to include a plurality of valid periods defined by a start date and an end date. The game program includes a step of counting the total number of login days within the valid period once per login date when the user logs in to a game based on the game program, and a reward according to the total number of login days counted. In the step of giving the user to the step of executing and counting, when the current valid period has expired, the total number of login days is reset, and the counting of the total number of login days is started from the start date of the next valid period. And execute.

According to one aspect of the present disclosure, it is possible to motivate a user to log in.

It is a figure which shows the hardware constitutions of a game system. It is a figure explaining the game cycle of a game. It is a block diagram which shows the functional structure of a user terminal and a server. It is a figure which shows a specific example of the data structure of holding value information. It is a figure which shows one specific example of the data structure of schedule information. It is a figure which shows one specific example of the data structure of counter information. It is a figure which shows one specific example of the data structure of a reward list. It is a flowchart which shows the flow of the process performed in a game system based on the game program which concerns on this embodiment. It is a figure which shows one specific example of the reward screen displayed on a display part. It is a figure which shows the other specific example of the reward screen displayed on a display part. It is a figure which shows one specific example of the data structure of monthly counter information for managing monthly rewards. It is a flow chart which shows a flow of processing concerning a login bonus performed in a game system based on a game program concerning this embodiment.

[Embodiment 1]
The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, and is shown by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. It In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As illustrated, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 is connected to the server 200 via the network 2. The network 2 includes various mobile communication systems constructed by the Internet and a wireless base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. To be

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input/output IF 24. These components included in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and outputs output values of the various sensors to the user terminal 100.

The user terminal 100 may have the camera 17 and the distance measuring sensor 18 instead of or in addition to the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as a name or a login ID of the user via the controller 1020, for example, at the start of the game. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with the plurality of controllers 1020, each controller 1020 is held by each user, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communicatively connects without passing through the server 200), thereby realizing multi-play locally by a plurality of user terminals 100. You can also do it. When the above-mentioned multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-described multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplay is realized locally. For example, information indicating a play result such as a score or a win or loss in a game and user identification information may be associated with each other and transmitted to the server 200.

Further, the controller 1020 may be configured to be attachable to and detachable from the user terminal 100. In this case, a coupling part with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connecting unit, the user terminal 100 and the controller 1020 send and receive signals via wire.

As shown in FIG. 1, the user terminal 100 may accept mounting of a storage medium 1030 such as an external memory card via the input/output IF 14. As a result, the user terminal 100 can read the program and data recorded in the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored in.

As described above, the user terminal 100 includes the communication IF 13, the input/output IF 14, the touch screen 15, the camera 17, and the distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units as a mechanism for inputting can be regarded as an operation unit configured to receive an input operation of a user.

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, the user's hand as the object 1010, a marker having a predetermined shape, or the like is detected, and the input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. It More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 operates the gesture (a series of movements of the user's hand) detected based on the captured image by the user's input operation. As specified and accepted. The captured image may be a still image or a moving image.

Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit is configured by the input/output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input/output IF 14 is specified and accepted as the user's input operation.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and loads it into the memory 11 described later. The processor 20 reads a program from a storage 22 described later and loads it into a memory 21 described later. The processor 10 and the processor 20 execute the expanded program.

Memories 11 and 21 are main storage devices. The memories 11 and 21 are storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read by the processor 10 from a storage 12 described later. The memory 11 also temporarily stores various data generated while the processor 10 operates according to a program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

In the present embodiment, the program may be a game program for realizing the game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the server 200. Note that the game realized by the cooperation of the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. In addition, various data includes data regarding a game such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data relating to the game.

The communication IF 13 controls transmission/reception of various data in the user terminal 100. The communication IF 23 controls transmission/reception of various data in the server 200. The communication IFs 13 and 23 control communication using a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using short-distance wireless communication, for example.

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and is an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input, and is an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input unit which is an information input device such as a mouse or a keyboard, and a display unit which is a device for displaying and outputting an image.

The touch screen 15 of the user terminal 100 is an electronic component that combines the input unit 151 and the display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position at which a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may be of any type such as a capacitance type or a resistance film type.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may perform vertical screen display for displaying a vertically long image on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held in a horizontal orientation, a landscape image may be displayed on the display unit. In this way, the processor 10 may be capable of switching between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

The camera 17 includes an image sensor and the like, and converts a light incident from a lens into an electric signal to generate a captured image.

The distance measuring sensor 18 is a sensor that measures the distance to the measurement target. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 near the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as the user's input operation will be further described. The camera 17 and the distance measuring sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that emits infrared rays, a filter that blocks visible light, and the like. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 specifies whether or not the user's hand is included in the captured image by performing image recognition processing on the captured image of the camera 17. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique used in the above-described image recognition processing. (2) Further, the processor 10 detects the gesture of the user from the shape of the hand of the user. The processor 10 specifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image, for example. The processor 10 further identifies a gesture made by the user from the identified number of fingers. For example, when the number of fingers is 5, the processor 10 determines that the user has made a “par” gesture. In addition, the processor 10 determines that the user has made a gesture of “goo” when the number of fingers is 0 (no finger is detected). Further, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “cutting”. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state where only the forefinger is raised or the user's finger makes a repulsive movement. .. (4) The processor 10 determines the object 1010 (such as the user's hand) near the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand identified from the image captured by the camera 17. The above distance) is detected. If the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand changes while the user's hand is detected, based on the image recognition result of the image captured by the camera 17, etc., the processor 10 recognizes that the user is shaking his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measuring sensor 18 having a directivity stronger than the shooting range of the camera 17, the processor 10 determines that the user shakes his hand in a direction orthogonal to the shooting direction of the camera. recognize.

As described above, the processor 10 recognizes whether or not the user is holding his/her hand by the image recognition of the image captured by the camera 17 (whether the gesture is “Goo” or other gesture (for example, “Par”)). Or) is detected. The processor 10 also detects the shape of the user's hand and how the user is moving this hand. Further, the processor 10 detects whether the user is moving this hand close to or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel. The user terminal 100, for example, moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the gesture “goo” of the user. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state where the mouse is clicked and pressed, or maintaining the state where the touch panel is touched after the touchdown operation. Further, when the user further moves his or her hand while the user's gesture “goo” is detected, the user terminal 100 determines such a series of gestures as an operation corresponding to the swipe operation (or the drag operation). You can also recognize. In addition, when the user terminal 100 detects a gesture such that the user repels a finger based on the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 clicks the mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Game outline>
The game executed by the game system 1 (hereinafter, this game) is not limited to a specific genre but may be a game of any genre. For example, games such as tennis, table tennis, dodge ball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. Good.

Further, the present game is not limited to a specific play mode, and may be a game of any play mode. For example, a single-player game played by a single user, a multi-player game played by a plurality of users, and among multi-play games, a battle game played by a plurality of users and a cooperative play game played by a plurality of users. May be.

<Game details>
FIG. 2 is a diagram illustrating a game cycle of this game. This game is composed of a plurality of play parts. This game is, for example, a shooting game including the elements of a training simulation game. The shooting game includes, as an example, four play parts including a quest part, a training part, a lottery part, and a dialogue part. The game may include other play parts not shown.

The quest part is a part where the user clears the quest by operating a teammate character to achieve a predetermined goal. In the present game, the quest part includes, as an example, elements of a shooting game. In the quest, as an example, the goal is to subdue a predetermined enemy character by making full use of the equipment provided to the character.

The success or failure of the quest is mainly influenced by (1) skill of the user to operate the character, (2) ability value set for the character, and (3) performance value of equipment equipped to the character. Receive. If the user skillfully operates the quest, the quest will be advantageous, and the higher the ability value of the character to be operated and the higher the performance value of the equipment to be equipped with the character, the quest the user has. Can be advantageously advanced.

A reward is given to the user who played the quest part. The reward may be granted only when the quest is cleared. The reward is, for example, a strengthening item for strengthening the character, an in-game currency for strengthening the equipment, or a package item that includes the added value effective in the game in a locked state that cannot be used as it is. Is. The lock of the package item is released when the user performs a predetermined operation in the training part described later and the progress status of the training part satisfies a predetermined unlock condition. The added value included in the released package item is held by the user in a usable state. The added value included in the package item is, for example, the above-mentioned strengthening item, in-game currency, and equipment.

Further, in the quest part, a time saving item may be given as a reward. The time saving item is an item for relaxing the above-mentioned unlock condition of the package item and shortening the time taken from the acquisition of the package item to the unlocking by the user. The user can use the time saving item to unlock the package item in a shorter time.

Furthermore, in the quest part, an episode that is locked in a state in which the user cannot browse may be released as a reward. An episode is a digital content in which a story about a character is expressed by video and audio, and can be browsed by a user in an interactive part described later.

The training part is a part for strengthening the character and equipment used in the quest part. In the training part, the user can consume the enhancement item to increase the ability value of the character, or consume the in-game currency to increase the performance value of the equipment.

In the training part, the user performs an operation for opening the package item. In this game, as an example, the user can open the package item by using the opening device for opening the package item. In the present game, as an example, the opening device, once used, becomes unusable for a predetermined time, and returns to the usable state after the predetermined time. The above-mentioned time saving item can shorten this predetermined time. Therefore, when the time saving item is used, the user can immediately open the package item by using the opening device without waiting for the above-described predetermined time and obtain the included added value in a usable state. it can.

The character and equipment enhanced in the training part, and the equipment acquired from the package item in the training part can be used in the quest part.

The interactive part is a part in which the user advances the game by reading a story about the character. The story is presented to the user on the user terminal 100 by a video including a still image and a moving image, and further by voice or the like.

In the present embodiment, as an example, one episode of the story is provided to the user as one episode. The episode includes, for example, a dialogue scene between the main character who is the user and the character. In this game, the training part may be played as a first-person viewpoint game in which images are developed from the hero's perspective, or the character corresponding to the hero is embodied and the user views the episode from a third person's perspective. It may be progressed as a game. The episode may be read by all the users in a straight path without branching, or may have a branch or a different ending depending on the play situation of the user.

The user can read the episode through the video or audio and enjoy the story about the character.

In the present embodiment, conditions for viewing episodes are set, and the user plays the above-mentioned quest part so as to satisfy the conditions in order to release the locked episodes. On the other hand, in the quest part, there may be an episode that is automatically released when the time comes or when it is supplied from the server 200, even if the user does not meet special play conditions.

When a user plays an interactive part, for example when viewing a particular episode, the user may earn rewards based on playing the part. The reward in the dialogue part is, for example, a lottery point. The lottery point is an added value necessary for executing the lottery in the lottery part described later. In the present embodiment, as an example, when 100 lottery points are accumulated, one item necessary for executing a lottery ticket called a lottery ticket or the like is exchanged. In this game, as an example, one lottery ticket can be exchanged for every 100 lottery points, and when one lottery ticket is consumed, one lottery in which a character wins is executed once in a lottery part described later. You can

The lottery part is a part that allows the user to acquire the character in exchange for a lottery ticket that is an added value in the game. In the present game, as an example, a lottery is executed in the server 200 of the game system 1 while the lottery part is in progress, and a character to be acquired by the user is randomly determined. The lottery ticket consumed in exchange for executing the lottery may be purchased by the user for billing, or can be obtained by exchanging the lottery points provided as a reward as a reward as described above. It may be. In the present embodiment, as an example, when the lottery is executed in the lottery part, one winning character is held by the user. The character owned by the user is a target of the training in the training part. When the user holds the character, the episode of the character can be viewed in the dialogue part. Further, the character owned by the user can be used in a quest part or the like.

Regarding the population of characters that are candidates for winning, the characters in the population are preferably changed at any time. Specifically, it is preferable that the characters in the population be replaced or a new character be added. In this game, which is intended for long-term operation, the attractive characters that are candidates for winning will be changed from time to time, so the user will always have a fresh feeling and play the lottery part with the expectation that a new character will win. be able to. In particular, if new characters are added at any time, the user desires to obtain new characters and can eagerly tackle the dialogue part and the quest part.

As described above, the more the user plays the quest part, the more rewards can be obtained, and the reward can be utilized in the training part to enhance the character and the equipment. Then, by strengthening the character and the equipment, the user can further advance the quest in the quest part. Also, by playing the quest part, the user can browse many episodes related to the character, and thus can collect many lottery points. The more lottery points are accumulated, the more lottery can be performed and more characters can be obtained. When the character is owned by the user, the world in the game and the range of action are expanded through the character in the training part, the quest part, and the dialogue part. Therefore, the interest of this game is further enhanced.

By providing a variety of game parts in this way and realizing a game cycle in which each game part interacts with each other for the benefit of the user, the interest of the game is further enhanced, and the user can play the game even more. Motivated to play.

In addition, giving digital data such as a reward to a user may be, for example, changing the status of digital data managed in association with the user from unavailable to available. Alternatively, the digital content may be stored in at least one of the memories (memory 11 and memory 21) included in the game system 1 in association with the user identification information or the user ID.

<Functional configuration of game system 1>
FIG. 3 is a block diagram showing the functional configurations of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that receives a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 in cooperation with the processor 10, the memory 11, the storage 12, the communication IF 13, the input/output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 to assist the user terminal 100 in proceeding with a game. When the game is a multi-play game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF 23, the input/output IF 24, and the like.

The storage unit 120 and the storage unit 220 store a game program, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 231 is a game program executed by the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program. The user information 133 is data regarding a user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional configuration of the server 200)
The control unit 210 centrally controls the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives part or all of the game information or the user information from the user terminal 100. When the game is a multi-play game, the control unit 210 may receive a request for multi-play synchronization from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 functions as the progress support unit 211 according to the description of the game program 231. The control unit 210 can also function as other functional blocks (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

The progress support unit 211 communicates with the user terminal 100 and provides support for the user terminal 100 to progress various game parts included in the present game. For example, depending on which of the above-mentioned play parts is being executed, the information to be referred to by the user terminal 100 at that time is appropriately provided.

The progress support unit 211 appropriately provides the user terminal 100 with necessary information regarding the schedule of the login bonus, for example.

Alternatively, it is assumed that the progress support unit 211 receives, from the user terminal 100, a request for execution of a lottery, for example, when the user terminal 100 is advancing the above-mentioned lottery part. In this case, the progress support unit 211 executes a lottery and randomly specifies one character to be won from the population of characters that are candidates for winning. The progress support unit 211 manages the winning character in association with the user so that the character can be used by the user.

(Functional configuration of the user terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. Further, the control unit 110 communicates with the server 200 as needed to transmit and receive information while the game is in progress.

The control unit 110 functions as a game progression unit 111, a counting unit 112, a reward management unit 113, and a reward presenting unit 114 according to the description of the game program 131. The control unit 110 can also function as other functional blocks (not shown) in order to progress the game depending on the nature of the game to be executed.

Further, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation receiving unit detects and receives an input operation of the user on the input unit 151. For example, the operation receiving unit detects the coordinates of the input position in the input unit 151 of the above-described input operation, and specifies the type of the input operation. The operation reception unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, or the like. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each unit of the control unit 110 is reflected. The display control unit may display on the display unit 152 a game screen including an image generated by each unit of the control unit 110. Further, the display control unit may superimpose and draw a graphical user interface (hereinafter, GUI) on the game screen.

The game progression unit 111 advances the present game according to the game program 131. Specifically, the game progression unit 111 progresses four play parts including a quest part, a training part, a lottery part, and a dialogue part.

The counting unit 112 counts the number of login days of the user. In this embodiment, the counting unit 112 counts the total number of login days within the valid period defined by the start date and the end date. The valid period in the cycle means the period for which the total number of login days is counted, and it may be exactly the same as the cycle that is a divided period of one month, or part of the cycle may be the valid period. May be defined.

The counting unit 112 regards 15:00 as a day break, and regards the period from 15:00 on the current day to 14:59 on the next day as one day. If the user logs in even once a day, it is determined that the login was made on the current day, and the number of login days for the current day is counted by one. The counting unit 112 counts only one no matter how many times it is logged in during the same one day.

In the present embodiment, “login” means, as an example, that the user terminal 100 activates an application of this game to access the server 200 and transmits a login request. The determination that "login has been made" may be performed by the progress support unit 211 that has received the login request, or may be performed by the counting unit 112 based on that the game progress unit 111 has transmitted the login request. However, the counting unit 112 may perform it based on the reception of the notification of the login reception from the progress support unit 211.

The reward management unit 113 manages the reward to be given to the user according to the total number of login days counted by the counting unit 112. When the total login days are updated, the reward management unit 113 gives the user a reward corresponding to the updated total login days. The reward management unit 113 or the progress support unit 211 may determine and give the reward to be given to the user. In the former case, the notification that the reward has been given to the user is transmitted from the reward management unit 113 to the progress support unit 211. In the latter case, the progress support unit 211 transmits a notification that the reward has been given to the user, to the reward management unit 113.

The reward presenting unit 114 creates a reward screen that presents information related to the login bonus and causes the display unit 152 to display the reward screen. The information related to the login bonus is, for example, the start date, the end date of the effective period, the number of days of the effective period, the current total number of login days, the reward already granted by the achievement of the total number of login days, and the reward when it is achieved in the future. It may include a reward to be given.

Note that the functions of the server 200 and the user terminal 100 shown in FIG. 3 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may include at least a part of the functions included in the server 200. Further, a device other than the user terminal 100 and the server 200 may be a constituent element of the game system 1, and the other device may be caused to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and another device, or may be realized by a combination of these plural devices.

<Outline of processing>
In the present embodiment, as an example, the user terminal 100 is configured to execute the following steps to motivate the user to log in based on the game program 131. Specifically, first, in the storage unit 120 of the user terminal 100, one month is defined to include a plurality of valid periods defined by a start date and an end date (configuration A). Then, in the user terminal 100, the counting unit 112 executes the step of counting the total number of login days within the valid period. The count is executed once per day when the user logs in to the game based on the game program 131 (configuration B). Then, when the total login days are counted, the reward management unit 113 executes a step of giving a reward to the user according to the counted total login days (configuration C). In the step of counting, when the current valid period expires, the counting unit 112 resets the total number of login days, and starts counting the total number of login days from the start date of the next valid period (configuration B1).

According to the above configuration, the total number of login days is managed in a cycle shorter than one month, and the login bonus is given to the user accordingly. The fixed validity period imposes a requirement that the user must log in for a predetermined number of days or more within the validity period in order to obtain all desired rewards in the cycle. Therefore, unlike the conventional configuration that you can get the reward you want if you log in from tomorrow without logging in today, you can motivate users to log in more effectively. ..

The above-described configurations A, B (B1), and C may be included in the server 200. Also in this case, the same effect is obtained.

<Data structure>
(Holding value information)
FIG. 4 is a diagram showing a specific example of the data structure of the possession value information. The owned value information is stored as a part of the game information 132 in at least one of the storage unit 220 and the storage unit 120.

The owned value information is information indicating the amount of added value that the user holds and that can be used in this game. The owned value information is configured to store the quantity of each type of added value.

As an example, the possessed value information has items for storing lottery points, lottery tickets, time saving items, enhancement items, and various added-value quantities of in-game currency. Although not shown, the possession value information may have an item for storing the quantity of package items.

In the present embodiment, the reward management unit 113 gives the user a reward as a login bonus by increasing the amount of each of these various added values. Note that the game progression unit 111 may give the quest clear reward to the user by increasing the number of these various added values.

(Schedule information)
FIG. 5 is a diagram showing a specific example of the data structure of the schedule information. The schedule information is information that defines an effective period for each cycle of managing the login bonus, and is stored in the storage unit 220 as a part of the game program 231. The schedule information is delivered to each user terminal 100 in a timely manner. The schedule information may be delivered on a cycle-by-cycle basis before the cycle is started, or, for example, the schedule information for one month to several months may be delivered collectively collectively.

The schedule information has items of a cycle ID, a start date, and an end date in order to define an effective period for each cycle. The schedule information may further have an item of the number of days of validity.

The cycle ID item stores identification information for uniquely identifying the cycle. A cycle refers to one period when a month is divided into a plurality of periods. In the present embodiment, "dividing a month into a plurality of periods" does not necessarily mean "strictly dividing the period from the beginning of the month to the end of the month". It also includes “dividing a period corresponding to one month”. Therefore, the valid period defined for one cycle may be defined across calendar months.

In the present embodiment, as an example, a period (9 to 11 days) corresponding to about one-third of one month may be defined to include one valid period. A period corresponding to about one-third of a month including one effective period corresponds to one cycle. As a result, one cycle is set for a period of 9 to 11 days, which is shorter than one month, so that the difficulty level of the goal of obtaining all rewards in one cycle is lowered, and the user is logged in every day in the cycle. You can be motivated to try.

In the present embodiment, specifically, one month is divided into three cycles of early, middle, and late. And, as mentioned above, several days from the start date in the effective period of the early cycle may include the day of the previous month, and the last few days until the end date of the effective period of the late cycle include the day of the next month. May be included.

As shown in the figure, the cycle ID is preferably provided in such a format that it can be identified in which month the cycle is in the beginning, the middle, or the end.

The start date item stores the start date and time of the effective period in the cycle. The end date item stores the end date and time of the effective period in the cycle.

The number of days of validity period stores the total number of days of validity period in the cycle (hereinafter, the number of days of validity period). In the present embodiment, the period from 15:00 on the current day to 14:59 on the next day is set as one day, and a numerical value indicating how many days this one day is included in the effective period of the cycle is defined as the number of effective period days. It is stored in the item.

As in the illustrated example, the start date of the valid period of the next cycle may be set without leaving the end date of the valid period of the current cycle. Specifically, the day following the end date of the current cycle is defined as the start date of the next cycle. As a result, a login bonus mechanism that allows the user to receive some reward every day without a gap is constructed.

Alternatively, in another embodiment, a non-effective period of one day or more may be provided between the end date of the effective period of the current cycle and the start date of the effective period of the next cycle. As a result, whether or not the user logs in during the ineffective period does not affect the content of the reward that can be obtained. Therefore, for each user who wants to log in all day without fail during the effective period of each cycle (hereinafter referred to as "full-time work"), it is a breathing period, and there is a feeling of having to log in every day. The user can be released.

The progress support unit 211 distributes the generated schedule information to each user terminal 100. The progress support unit 211 may deliver the records for all cycles in the schedule information to the user terminal 100 at once, or may deliver only the records for the next cycle each time in advance, or for one month. Alternatively, the records of each cycle for one year may be collectively distributed to some extent.

The counting unit 112 refers to the schedule information received from the server 200, grasps the current cycle and its valid period, and counts the total number of login days within the valid period.

(Counter information)
FIG. 6 is a diagram showing a specific example of the data structure of the counter information. The counter information is information indicating the total number of login days in the valid period of the current cycle, and is stored in the storage unit 120 of the user terminal 100 as the user information 133. The counter information is read and written by the counting unit 112. Also, the counter information is read by the reward management unit 113.

The counter information has items of a current cycle, a total number of login days, and a time stamp as an example.

The current cycle item stores the cycle ID of the cycle currently in progress based on the current date and time recognized by the game system 1. For example, if the current date and time when the user logs in to this game is between 2018/4/1 15:00 and 2018/4/11 14:59, the counting unit 112 refers to the schedule information to determine the current date and time. Assuming that the current cycle corresponding to is “4-B”, the cycle ID is stored in the item.

The item of total login days stores the total number of login days within the valid period, which is counted by the counting unit 112.

The time stamp item stores the date and time when the counting unit 112 counted the total number of login days, that is, the date and time when the user logged in. For example, the counting unit 112 confirms the latest date and time when the total number of login days is counted, and if the login date and time is within one day when the count is already completed, the total login is performed for the second and subsequent logins on that day. Do not count the number of days.

(Reward list)
FIG. 7 is a diagram showing a specific example of the data structure of the reward list. The reward list is information defining the content of the reward given to the user according to the total number of login days achieved. The reward list is stored in at least one of the storage unit 120 and the storage unit 220 as information referred to by the user terminal 100 or the server 200 during execution of the game program (131 or 231).

As an example, the reward list has a configuration in which the item “total login days” is associated with the item “reward” that defines the content of the reward. In the present embodiment, as an example, one cycle has an effective period of 9 to 11 days. Therefore, in the reward list, the reward is defined up to the 11th day of total login days.

The reward management unit 113 refers to the reward list, identifies the reward associated with the total number of login days counted by the counting unit 112, and gives the reward as a login bonus to the user.

In the reward list, it is preferable to define a reward having a high value in at least one of quality and quantity in at least one of the total number of login days, which is the number of days corresponding to the latter half of the valid period, particularly, the end period. For example, when the valid period is 10 days in total, the number of days corresponding to the latter half of the valid period is 6 to 10 days. When the valid period is 10 days in total, the number of days corresponding to the end of the valid period is 8 days, for example. In the illustrated example, “total login days: 8 days”, which is the number of days corresponding to the end of the effective period, defines a larger amount of reward than when the other total login days are achieved. More specifically, in the illustrated reward list, one type of added value is defined as a reward when the other total number of login days is reached, but the total number of login days is the number of days corresponding to the end of the effective period: On “8th day”, a set of a plurality of types of added value is defined as a reward as a reward of high value (highest reward).

The reward management unit 113 gives a reward having a higher value than other days to a user who has achieved the total number of login days, which is the number of days corresponding to the end of the effective period. As an example, when the total number of login days: 8 days is achieved, the reward management unit 113 gives the user a set of a plurality of types of added value to the user who has achieved the total number of login days 8 days. Full-time work is a very difficult task for users of the Weaning Reserve. Therefore, if it is not a full-time work, it will not be able to achieve high rewards with high value, the user will give up from the beginning as it can not be achieved at all, especially to motivate users of the reserve army to log in daily. It gets harder. However, according to the configuration described above, it is difficult to work all the time, but it is possible to achieve it by logging in about 70 to 80% of the effective period. It is possible to set goals and encourage users to log in daily. As a result, it becomes possible to motivate the user to log in.

On the other hand, in order to encourage users to work all the time and to give satisfaction to users who have achieved all the work, users whose total number of login days has reached the number of valid days are given high rewards. Good. For example, in the reward list, a reward having a high value may be defined in association with the total number of login days corresponding to the number of valid days. In other words, the reward management unit 113 gives the user who has logged in for all the days of the valid period the value-added type of the highest value in the present game as a reward. In the illustrated example, when the number of valid days is 10 days or 11 days, the total number of login days: 10 days or 11 days, for example, lottery points leading to the acquisition of the character are set as rewards. As an example, in the present game, as described in the game cycle with reference to FIG. 2, possessing a character expands the world of the game and expands the playable range of the user. Therefore, acquiring a character is one of the most effective means for the user to enhance the play content of this game. Depending on the user, acquiring the character itself may be the main purpose of this game. In this way, it is preferable to define character-related added value, which is one of the most valuable types of added value in this game, as the reward obtained by full-time work.

For example, the reward is a point that can be exchanged for one character by collecting a predetermined number. Specifically, in this game, the points are lottery points, and when 100 points are collected, the lottery points can be exchanged for a lottery ticket capable of executing a lottery for one character. In the present embodiment, the total number of lottery points granted within the valid period to the user who has achieved the total number of login days corresponding to the valid period, that is, the user who has worked all the time is the above-mentioned predetermined number, that is, 100 points. It is preferable that the reward related to the lottery points is defined in the reward list so as to arrive at. Further, it is preferable that the lottery points are separately provided so that the total number of lottery points is the above-described predetermined number (for example, 100 points) on a plurality of days other than the last day of the effective period and the last day. For example, the reward management unit 113 disperses and gives a part (for example, 80 points) of a predetermined number of lottery points on a plurality of days other than the last day of the effective period, and at the same time, determines the predetermined number on the last day of the effective period. The remaining lottery points (remaining 20 points) are added so as to reach. That is, the reward management unit 113 gives lottery points as rewards so that the above-mentioned predetermined number is reached on the last day of the effective period. In the illustrated example, when the number of valid days is 10 days, and when the user has successfully logged in for 10 days, the third, fifth, seventh, eighth, and tenth login days are performed. On the day, 100 points of total lottery points are given to the user, 20 points each. That is, the reward is defined in the reward list so that the reward of all attendance is one valuable character.

Furthermore, in the present embodiment, the reward list when the number of effective days is 9 days may be stored in the storage unit 120 separately from the illustrated reward list. In the reward list for 9 days, for example, “total login days: 9 days” is associated with “lottery points×20” instead of “enhancement item×2000”. When the effective period of one cycle is 9 days, the reward management unit 113 refers to the reward list for the 9 days. As a result, a total of 100 points of lottery points can be given to the users who have achieved full-time work in one cycle.

<Processing flow>
FIG. 8 is a flowchart showing a flow of processing relating to a login bonus executed by the user terminal 100 or the server 200.

In step S101, the game progression unit 111 receives a login operation. For example, when the user operates the user terminal 100 to activate the application of the game and performs the login operation, the control unit 110 proceeds from YES in step S101 to step S102.

In step S102, the counting unit 112 acquires the date and time when the user logged in in step S101 (hereinafter, login date and time), and the login date and time is indicated by the counter information currently stored in the storage unit 120. Determine if it is within the validity period of the current cycle. If the login date and time is within the valid period of the current cycle, control unit 110 proceeds from YES in step S102 to step S103. When the login date and time is outside the valid period of the current cycle, the control unit 110 proceeds from NO in step S102 to step S109.

For example, the current cycle indicated by the counter information shown in FIG. 6 is “4-B”, and the valid period of the cycle of “4-B” is 2018/4/1 15:00, as shown in FIG. ~2018/4/11 14:59. The counting unit 112 determines that the login date and time is within the valid period of the current cycle if the login date and time is included in the above time zone, and if the login date and time is not included in the time zone, the login date and time is Judge that it is out of the valid period of the current cycle.

In step S103, the counting unit 112 determines whether or not the total number of login days on one day (hereinafter, today) corresponding to the login date and time has already been counted. Specifically, the counting unit 112 confirms the time stamp immediately before the total number of login days is counted from the counter information shown in FIG. When the date and time indicated by the time stamp does not correspond to today, the control unit 110 proceeds from NO in step S103 to step S104. That is, when the date and time of the time stamp correspond to a day before today and the count for today is not finished yet, the control unit 110 shifts to the process for counting the total number of login days for today. .. On the other hand, if the date and time indicated by the time stamp corresponds to today, that is, if the count for today has already been completed, the control unit 110 proceeds from YES in step S103 to step S108.

In step S104, the counting unit 112 counts up the total number of login days in the counter information, and updates the date and time indicated by the time stamp to the login date and time of the login detected in step S101.

In step S105, the reward management unit 113 gives the user a reward corresponding to the updated total login days. For example, the reward management unit 113 refers to the reward list shown in FIG. 7 and gives the user a reward associated with the updated total login days. Specifically, the reward management unit 113 increments the amount of each value added indicated by the item of reward described above in the owned value information shown in FIG. 4 by the amount indicated by the item.

In step S106, the reward presentation unit 114 displays the reward screen on the display unit 152. The step of presenting the reward screen may be executed at any timing between after YES in step S101 and before step S107. When presenting the reward screen before step S105, the reward presenting unit 114 may highlight, with an animation or the like, on the reward screen, the new reward given by being counted up in step S104. ..

In step S107, the reward presentation unit 114 receives a user's input operation on the reward screen. While the input operation for closing the reward screen is not performed, the reward presentation unit 114 returns from NO in step S107 to step S106, and continues to display the reward screen. When the input operation for closing the reward screen is performed, control unit 110 proceeds from YES in step S107 to step S108.

In step S108, the game progression unit 111 displays a predetermined game screen on the display unit 152. The predetermined game screen may be, for example, a home screen that is first displayed when the application of this game is started.

Going to step S109 means that the valid period in the cycle when the total number of login days was counted immediately before has expired, and this time, the user has logged in for the first time within the valid period in the latest cycle. Therefore, here, the counting unit 112 initializes the counter information. Specifically, the counting unit 112 stores the cycle ID for identifying the latest cycle of this time in the item of the current cycle of the counter information, and resets the total login days once.

In step S110, counting unit 112 determines whether or not the login date and time of this login is within the valid period of the above-described latest cycle. If the login date and time is within the valid period, the process proceeds from YES in step S110 to step S104. Then, the counting unit 112 counts up the total number of login days for this login by one. Then, the counting unit 112 stores the login date and time of this login in the item of the time stamp. On the other hand, if the current login date and time is outside the valid period of the latest cycle, the control unit 110 proceeds from NO in step S110 to step S108 without proceeding to the process of counting the total number of login days. Then, the game progression unit 111 displays a home screen or the like on the display unit 152. As a case in which NO is obtained in step S110, for example, it is assumed that the cycle has been updated, but the login date and time corresponds to the ineffective period, and the effective period for counting the total number of login days has not yet been reached.

<Screen example>
FIG. 9 is a diagram showing a specific example of the reward screen displayed on the display unit 152. The reward presentation unit 114, for example, generates the illustrated reward screen 400 before step S105 shown in FIG. 8 and causes the display unit 152 to display it.

The reward presentation unit 114 may arrange the valid period 401 of the current cycle on the reward screen 400, for example. It is preferable to display the time as well as the effective period 401, as shown in the figure, especially when the switching of “one day” which is the reference for counting the total number of login days is not according to the calendar.

The reward presentation unit 114 arranges, on a day-by-day basis, a reward icon (hereinafter, a reward icon) given according to the total number of login days for one valid period. The reward presentation unit 114 arranges the plurality of reward icons so as to be located on a line segment surrounding a predetermined graphic, that is, on the outline of the graphic. In the present embodiment, the line segment that surrounds the above-described predetermined figure that defines the arrangement position of the reward icon 402 may be, for example, a closed polygonal line, a closed curve, or a closed line that is a combination of straight lines and curves. Alternatively, the line segment surrounding the predetermined figure may be a substantially ring-shaped line segment in which both ends of the line segment are not completely aligned and are close to each other. The reward presentation unit 114 arranges a plurality of reward icons on the reward screen 400 in a ring shape along the above line segment. The figure formed by these line segments may be circular or substantially circular, such as a circle, an ellipse, an oval, and an oval, for example.

This allows the user to intuitively understand the reward obtained by logging in during one valid period by looking at the reward icon 402 arranged so as to circulate on the outline of the figure. The line segment for arranging the reward icon 402 in a ring shape is not limited to a circular shape and a substantially circular shape, and may be a contour line of a geometrical figure such as a polygon or a star shape, or a ring shape on a map. It may be a contour line of a non-geometric figure such as a line.

In the illustrated example, the line segment for positioning the reward icon 402 is, for example, a contour line 403 of a circle. The reward presentation unit 114 may visualize the contour 403 on the reward screen 400 or may not display it. When visualizing, the reward presentation unit 114 arranges the contour line 403 on the background of the reward icon 402 so as not to hinder the visibility of the reward icon 402.

The reward presentation unit 114 arranges, on the contour line 403, the reward icons 402 of the rewards that can be obtained on each day within the valid period in the order of the corresponding total number of login days. For example, the reward presenting unit 114 arranges the reward icon 402 of the reward corresponding to the total number of login days of one day on the contour line 403, and the remaining reward icons 402 are spaced at a predetermined interval and rotated clockwise or counterclockwise. Around the contour line 403, they are arranged around the corresponding total number of login days. Thereby, the user can more intuitively understand the rewards that can be obtained in one cycle by looking at the reward icons 402 arranged so as to make one round on the outline of the figure, in the order in which they can be obtained. The reward presentation unit 114 may arrange the reward icons 402 particularly in the clockwise direction in the order of the corresponding total login days. This allows the user to more intuitively understand the rewards that can be obtained in one cycle in the order in which they can be obtained.

Further, the reward presenting unit 114 provides the maximum reward information, which is more detailed information about the highest reward having the highest value within the effective period, which can be obtained at the end of the effective period, in the center of the ring formed by the contour line 403. In the example of 1, it is preferable to arrange it in the center of the circle (figure). The highest reward is, for example, an assortment of multiple types of added value. Therefore, the reward presentation unit 114 arranges the maximum reward information 404 in which the reward icons are arranged for each type in the center of the ring formed by the contour line 403 so that the content of the maximum reward is clear. That is, it is arranged at the center of the circle (graphic) surrounded by the contour line 403.

The reward presentation unit 114 may display the reward icon 402 of the highest reward in a display mode different from that of the reward icons 402 of other rewards. Specifically, the reward presentation unit 114 may highlight the reward icon 402 of the highest reward so as to be more prominent than the reward icons 402 of other rewards.

The illustrated reward screen 400 is, for example, a screen for displaying a list of rewards corresponding to each day when the number of effective days is 10 days. When the number of valid days is 11 days, the reward presentation unit 114 may arrange the reward icon 402 of the reward corresponding to the total login days of 11 days in the space 405 on the contour line 403.

The reward screen 400 includes, as an example, an animation that produces a state in which the reward corresponding to the total number of login days “1 day” is about to be given by the login detected in step S101. , Corresponding to one scene of the animation.

FIG. 10 is a diagram showing a specific example of the reward screen displayed on the display unit 152. The reward presentation unit 114, for example, generates the illustrated reward screen 450 after step S105 illustrated in FIG. 8 and causes the display unit 152 to display it.

The reward presentation unit 114 changes the display mode of the reward icon 402 corresponding to the reward given to the user on the reward screen 450. With this, the user can recognize at a glance how much the reward has been acquired within the valid period. In the illustrated example, the reward screen 450 shows a state in which the achievement reward for the total number of login days of 8 days has been acquired.

For example, the reward presenting unit 114 may place a pattern indicating that the reward has been given on the reward icon 402 of the reward that has been given. In the present embodiment, as an example, the reward presenting unit 114 arranges the character 451 on the reward icon 402 as a pattern indicating that the character 451 has been given.

Furthermore, it is preferable that the reward presentation unit 114 arranges a character 451 having a different pattern for each reward icon 402. As a result, the user looks forward to what kind of character 451 is arranged in the acquired reward icon 402, collects characters 451 with various patterns, or aims to arrange all types of characters 451. Like As a result, it becomes possible to strongly motivate the user to log in daily.

Further, when the highest reward information 404 arranged in the center includes the individual reward icons 402 of the added value to be added, the reward presenting unit 114 means that the reward icons 402 have been added. The symbol 452 may be added. This makes it easier for the user to visually recognize the acquisition of the reward, and can actually feel that the reward has been acquired and obtain a sense of accomplishment.

[Modification]
<Diversification of reward list>
In the step of giving the above-mentioned reward to the user (S105), a reward having a higher value may be given to the user as the valid period in which the user logs in is later in the month.

For example, in the above-described embodiment, the common reward list is defined in the three cycles of the first month, the first month, the middle period, and the second month. The present invention is not limited to this, and a reward list having different reward contents for each cycle may be defined. For example, three types of reward lists for the early cycle, the mid cycle, and the late cycle may be properly used.

In this case, the reward management unit 113 determines whether the current cycle is the beginning, the middle, or the end of the cycle based on the current date and time recognized in the game system 1, and the reward for the corresponding cycle. Refer to the list to determine the reward to be given to the user.

For example, the three types of reward lists may be generated such that the in-game value of the reward gradually increases in the order of early, mid, and late. As a result, the user can gradually receive a reward of good content from the beginning of the month to the end of the month, such as mid to early, late to mid. In this way, it is possible to avoid the repetition of the cycle of a relatively short period of about 9 to 11 days becoming monotonous. In addition, since the content of rewards will be gorgeous each time the cycle goes through the beginning, middle, and end of one month, users will be motivated to log in from the beginning of the month to the end of the month. be able to. As a result, it becomes possible to strongly motivate the user to log in daily.

<Monthly reward>
Furthermore, in the step of giving a reward to the user (S105), if the total number of login days of the user in each of the plurality of valid periods included in one month satisfies a predetermined condition, a monthly reward is given to the user. Good.

For example, the control unit 110 may define a large cycle in which a plurality of cycles are combined into one unit, and may provide a reward given in the large cycle unit. More specifically, the control unit 110 defines a monthly cycle in which an early cycle, a mid cycle, and a late cycle are one unit, and the reward management unit 113 defines a predetermined condition related to login in the monthly cycle. Monthly rewards may be given to users who satisfy the above condition.

FIG. 11 is a diagram showing a specific example of a data structure of monthly counter information for managing monthly rewards. The monthly counter information is information for recording the total number of login days for each of the early cycle, the mid cycle, and the late cycle that constitute the current monthly cycle. Similar to the counter information shown in FIG. 6, the monthly counter information is stored in the storage unit 120 and read and written by the counting unit 112. The monthly counter information is read by the reward management unit 113. In FIG. 11, as an example, for the month cycle for April currently, the total number of login days in each of the early cycle and the mid cycle is completed, and the total number of login days in the late cycle is being counted. It shows information.

In the present modified example, as an example, it is assumed that a condition of “login for 7 days or more in each cycle of early, mid, and late” is set as the predetermined condition related to the above-mentioned login. After the valid period of the late cycle expires, the reward management unit 113 gives a monthly reward to the user who satisfies the above-mentioned conditions for the month cycle.

<Processing flow>
FIG. 12 is a flowchart showing a flow of processing relating to a login bonus executed by the user terminal 100 or the server 200 according to the present modification. In particular, the process shown in FIG. 12 corresponds to the process of giving a reward in step S105 shown in FIG. As an example, the process of giving a reward shown in FIG. 12 includes a process of determining a reward by properly using a reward list for each cycle type and a process of giving a monthly reward.

In step S201, the reward management unit 113 determines whether or not the target cycle for which the total number of login days is currently counted, that is, the current cycle is the late cycle. If the current cycle is the late cycle, the reward management unit 113 proceeds from YES in step S201 to step S205, and otherwise proceeds from NO in step S201 to step S202.

If the current cycle is the early cycle in step S202, the reward management unit 113 proceeds from NO in step S202 to step S203. When the current cycle is the mid-cycle, the reward management unit 113 proceeds from YES in step S202 to step S204.

In step S203, the reward management unit 113 refers to the reward list defined for the early cycle, and gives the user a reward corresponding to the counted total login days in the reward list. After that, the reward management unit 113 ends the process of giving a series of rewards.

In step S204, the reward management unit 113 refers to the reward list defined for the mid-cycle and gives the user a reward corresponding to the counted total login days in the reward list. After that, the reward management unit 113 ends the process of giving a series of rewards.

In step S205, the reward management unit 113 refers to the reward list defined for the late cycle, and gives the user a reward corresponding to the counted total login days in the reward list.

In step S206, the reward management unit 113 refers to the login date and time acquired at the time of login in step S101, and determines whether or not the login date and time corresponds to the end date of the valid period in the current late cycle. To judge. When the login date and time corresponds to the end date, the reward management unit 113 proceeds from YES in step S206 to step S207. When the login date and time does not correspond to the end date, the reward management unit 113 proceeds to NO in step S206 and ends the process of giving a series of rewards.

In step S207, the reward management unit 113 refers to the monthly counter information, and acquires the total number of login days of each of the beginning cycle, the middle cycle, and the ending cycle of the current month cycle.

In step S208, the reward management unit 113 determines whether or not the total number of login days in each cycle satisfies the above-described predetermined condition. As an example, the reward management unit 113 determines whether or not the total number of login days in each cycle is 7 days or more. When the predetermined condition is satisfied, the reward management unit 113 proceeds from YES in step S208 to step S209. If the predetermined condition is not satisfied, the reward management unit 113 proceeds to NO in step S208, and ends the process of assigning a series of rewards without assigning monthly rewards.

In step S209, the reward management unit 113 gives monthly rewards to users who satisfy predetermined conditions. The monthly reward may be the same type of added value defined in the above-mentioned reward list, or may be a completely different type of added value. It is preferable that the added value as the monthly reward is particularly higher than the added value given by the daily login so as to meet the difficulty of achieving the above-described predetermined condition.

[Example of software implementation]
The control block of the control unit 210 (in particular, the progress support unit 211) and the control block of the control unit 110 (in particular, the game progress unit 111, the counting unit 112, the reward management unit 113, and the reward presenting unit 114) are integrated. It may be realized by a logic circuit (hardware) formed in a circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

In the latter case, the information processing apparatus including the control unit 210 or the control unit 110, or both, has a CPU that executes instructions of a program that is software that realizes each function, and the program and various data are a computer (or a CPU). A ROM (Read Only Memory) or a storage device (these are referred to as a "recording medium") recorded so as to be readable by a RAM, a RAM (Random Access Memory) for expanding the program, and the like. Then, the computer (or CPU) reads the program from the recording medium and executes the program to achieve the object of the present invention. As the recording medium, a "non-transitory tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, but various modifications can be made within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in the different embodiments Is also included in the technical scope of the present invention.

[Appendix]
The contents according to one aspect of the present invention are listed below.

(Item 1) The game programs (131, 231) have been described. According to an aspect of the present disclosure, a game program is executed by a computer (at least one of the user terminal 100 and the server 200) including a processor (10, 20) and a memory (11, 21). In the memory, a month is defined to include a plurality of valid periods defined by a start date and an end date. When the user logs in to the game based on the game program, the game program counts the total number of login days within the valid period once per login date (S104), and the total number of login days counted. In the step of executing and counting the step (S105) of giving a reward according to the user, when the current valid period expires, the total login days are reset and the total login days from the start date of the next valid period. Counting is started (S109).

According to the above configuration, the total number of login days is managed in a cycle shorter than one month, and the reward is given to the user. Since the valid period is fixed in days, the user is required to log in for a predetermined number of days or more within the valid period in order to obtain all the desired rewards in the cycle. In the conventional configuration, "even if you do not log in on this day, if you continue to log in on any day after that, you will eventually get the reward you are looking for", the motivation for daily login is not Can not. Unlike such a conventional configuration, the above-described configuration according to one aspect of the present invention has an effect of motivating a user who wants to obtain a reward to log in daily.

(Item 2) In (Item 1), the game program includes a reward icon (402) indicating the content of the reward given to the processor according to the total number of login days per valid period, and the outline of the figure (403). ) The step (S106) of displaying the reward screen arranged in the order of the corresponding total login days on the display unit (152) so as to be located above may be executed. Accordingly, the user can intuitively understand the reward obtained by logging in during one valid period by looking at the reward icon arranged so as to circulate on the outline of the figure. As a result, the user can be further motivated to log in.

(Item 3) In the step of displaying in (Item 2), the reward icons may be arranged in a ring shape in a clockwise order in the order of the corresponding total login days. This allows the user to more intuitively understand the order in which the reward can be obtained by looking at the reward icons arranged so as to circulate the ring in a clockwise direction together with the reward obtained by logging in during one effective period. be able to. As a result, the user can be further motivated to log in.

(Item 4) In the step of displaying in (Item 3), the highest reward information (404) showing the content of the highest reward of the rewards given within the effective period is arranged in the center of the figure. Good. As a result, the user can confirm the content of the best reward that can be obtained within the effective period in the vicinity of the center of the figure that is easily noticeable. As a result, the user can be further motivated to log in.

(Item 5) In (Item 4), the maximum reward is a set including a plurality of types of added value that can be used in the game based on the game program, and in the step of displaying, the reward icon for each added value that constitutes the maximum reward is displayed. The highest reward information may be arranged side by side in the center of the figure. As a result, the user can find out that the best reward that can be obtained within the effective period is an assortment of added value with various types of added value, and that details of the assortment can be easily seen. It can be confirmed near the center of. As a result, the user can be further motivated to log in.

(Item 6) In any one of (Item 1) to (Item 5), even if each period corresponding to one-third of a month is defined to include one valid period in the memory. Good. If one month (for example, about 30 days) is one cycle, the user has a long period, and the goal of earning all rewards for the cycle is very high, which makes the user motivated. There is a risk. However, if it is a relatively short period corresponding to one-third of a month (for example, 9 to 11 days), the target feels low, the user finds the possibility of achieving the target, and receives all the rewards You can be willing to log in to earn.

(Item 7) In any one of (Item 1) to (Item 6), in the memory, the next day after the end date of the current valid period may be defined as the start date of the next valid period. As a result, the ineffective period is not provided, and every day becomes the target day for counting the total number of login days. Therefore, the user can obtain some reward every day by logging in every day. As a result, the user can be further motivated to log in.

(Item 8) In any one of (Item 1) to (Item 6), in the memory, one day or more of non-effectiveness is from the end date of the current effective period to the start date of the next effective period. A period may be provided. For users aiming for full-time work in all valid periods, the above-mentioned non-valid period is a breathing period. As a result, it is possible to maintain motivation for daily login.

(Item 9) In any one of (Item 1) to (Item 8), in the step of giving the reward to the user, for the user who has achieved the total number of login days, which is the number of days corresponding to the end of the effective period. , The highest reward with the highest value among the rewards given within the effective period may be given.

If you set the condition to get the highest reward with the highest value to "login on all days within the valid period, that is, work full time", it will be extremely difficult for the user to achieve the goal. There is a problem of becoming. Further, if the login is lacking even for one day, the condition for obtaining the highest reward will not be satisfied at that time, and the user will be significantly motivated for subsequent logins.

According to the above-mentioned configuration, even if the user thinks that full-time work is difficult, there are more users who think that there is a possibility of achievement if 70 to 80% of the effective period is logged in. It becomes possible to strongly motivate the login of the user. Further, it becomes possible to maintain the motivation for the user to log in until the end of the effective period.

(Item 10) In (Item 9), in the step of giving the reward to the user, a set of a plurality of types of added value that can be used in the game based on the game program may be given to the user as the highest reward. In this way, by setting a reward attractive to the user at the end of the expiration date, it becomes possible to strongly motivate the login of the user and maintain the motivation for the login of the user until the end of the expiration period.

(Item 11) In any one of (Item 1) to (Item 10), in the step of giving the reward to the user, the user who has logged in for all days of the valid period is used in the game based on the game program. It is possible to add, as a reward, an added value that can be added and is of the highest value in the game. As a result, it becomes possible to motivate the user to perform full-time work for login. In addition, since a value added of a particularly high value is added to meet the achievement of the difficult goal, it is possible to give the user a feeling of satisfaction and a sense of achievement.

(Item 12) In (Item 11), the added value of the most valuable type is a point that can be redeemed for a character to be operated by the user in the quest part that clears the quest by collecting a predetermined number. In the step of giving the reward to the user, the points may be given as the reward so that the total number of points given during the effective period becomes a predetermined number.

Accordingly, it is possible to construct a login bonus mechanism that, when full-time work is achieved in one effective period, the amount of points redeemable for the character can be acquired.

In many games, acquiring a character is one of the most effective means for the user to enhance the play content of the game. In some cases, acquiring the character itself may be the main purpose of the game. In this way, if the reward obtained by full-time work is a value-added value related to characters, which is a kind of added value of a particularly high value in the game, it is possible to motivate the user to perform full-time work for login more strongly. The character-related added value may be, for example, points that can be redeemed for the character, the character itself, or a lottery ticket used to obtain the character by lottery. ..

(Item 13) In (Item 12), in the step of giving the reward to the user, in a plurality of days other than the last day of the effective period, a part of a predetermined number of points is distributed and given, and the last day of the effective period is given. , The remaining points are given so as to reach a predetermined number. As a result, the user can be more strongly motivated to perform full-time work for login. On the other hand, points are not collectively given on the last day, but are distributed and given on other days of the validity period. Therefore, even a user who is difficult to work all day can earn a little points, so that the user's motivation is not impaired. Such a user can accumulate points enough to redeem the character by repeating the valid period a plurality of times. Therefore, it is possible to further strengthen the motivation for login to the user who is difficult to work all the time.

(Item 14) In any one of (Item 1) to (Item 13), in the step of giving a reward to a user, a reward having a higher value is given to the user as the validity period is later in one month. You may.

Avoid monotonicity of relatively short validity periods, as rewards become more luxurious towards the end of the month, rather than being flatly rewarded for all validity periods in a month Therefore, the motivation for the user to log in can be maintained for a month. Rather, as you move towards the back of the moon, you can increase your login motivation.

(Item 15) In any one of (Item 1) to (Item 14), in the step of giving the reward to the user, the total number of login days of the user in each of the plurality of valid periods included in one month is a predetermined number. If the conditions are met, a monthly reward may be given to the user. As a result, it is possible to prevent the repetition of the relatively short validity period from becoming monotonous, and to maintain the motivation for the user to log in for a month.

(Item 16) The method of executing the game program has been described. According to an aspect of the present disclosure, a game program is executed by a computer including a processor and a memory. The method is a method in which the processor executes the steps described in (Item 1). The method according to (Item 16) has the same effects as the game program according to (Item 1).

(Item 17) The information processing device has been described. According to an aspect of the present disclosure, the information processing apparatus includes a storage unit (120, 220) that stores a game program according to (Item 1), and an information processing apparatus (user terminal 100 by executing the game program. , Server 200) for controlling the operation of the server 200). The information processing device according to (Item 17) has the same effects as the game program according to (Item 1).

DESCRIPTION OF SYMBOLS 1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation part), 14,24 input/output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 game progression unit, 112 counting unit, 113 reward management unit, 114 Reward presentation unit, 120, 220 storage unit, 131, 231 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server (information processing device), 211 progress support unit, 1010 Object, 1020 Controller (operation unit), 1030 Storage medium

Claims (17)

A game program,
The game program is executed by a computer including a processor and a memory,
In the memory, one month is defined to include a plurality of valid periods defined by a start date and an end date,
The game program, in the processor,
Counting a total number of login days within the valid period once when a user logs in to a game based on the game program,
Performing a step of giving the user a reward according to the total number of login days counted,
In the counting step, when the current valid period has expired, the total login days are reset, and the total login days are counted from the start date of the next valid period. The game program, in the processor,
On the display unit, a reward screen in which the reward icon indicating the content of the reward given according to the total number of login days for one valid period is arranged in the order of the corresponding total number of login days so as to be located on the outline of the figure The game program according to claim 1, wherein the displaying step is executed. The game program according to claim 2, wherein, in the displaying step, the reward icons are arranged in a ring shape in a clockwise order in the order of corresponding total login days. 4. The game program according to claim 3, wherein, in the displaying step, the highest reward information indicating the content of the highest reward of the rewards given within the effective period is arranged in the center of the graphic. The highest reward is a set including a plurality of types of added value that can be used in a game based on the game program,
The game program according to claim 4, wherein in the step of displaying, a reward icon for each added value that constitutes the highest reward is arranged side by side in the center of the figure as the highest reward information. The game program according to any one of claims 1 to 5, wherein, in the memory, each period corresponding to one-third of the month is defined to include one valid period. 7. The game program according to claim 1, wherein in the memory, the next day to the end date of the current valid period is defined as the start date of the next valid period. 7. The non-valid period of one day or more is provided between the end date of the current valid period and the start date of the next valid period in the memory. Game program. In the step of giving the reward to the user, for the user who has achieved the total number of login days, which is the number of days corresponding to the last stage of the valid period, the highest reward having the highest value among the rewards given within the valid period is given. The game program according to any one of claims 1 to 8, which is provided. The game program according to claim 9, wherein in the step of giving the reward to the user, a set of a plurality of types of added value that can be used in a game based on the game program is given to the user as the highest reward. In the step of granting the reward to the user, the added value of the kind having the highest value in the game, which is the added value that can be used in the game based on the game program, is given to the user who has logged in all the days of the valid period. The game program according to claim 1, wherein is given as a reward. The added value of the most valuable type is a point that can be exchanged for a character to be operated by the user in a quest part that clears a quest by collecting a predetermined number,
The game program according to claim 11, wherein in the step of giving the reward to the user, the points are given as a reward so that the total of the points given during the effective period becomes the predetermined number. In the step of giving the reward to the user, a part of the predetermined number of points is distributed and given on a plurality of days other than the last day of the effective period, and at the last day of the effective period, the predetermined number is added. The game program according to claim 12, wherein the remaining points are given so as to reach the game program. The game program according to any one of claims 1 to 13, wherein in the step of giving the reward to the user, the reward having a higher value is given to the user as the valid period is later in the month. .. In the step of giving the reward to the user, the monthly reward is given to the user when the total number of login days of the user in each of the plurality of valid periods included in the month satisfies a predetermined condition. 15. The game program according to any one of 1 to 14. A method for a computer to execute a game program, the method comprising:
The computer includes a processor and memory,
A method by which the processor performs the steps of claim 1. An information processing device,
The information processing device,
A storage unit for storing the game program according to claim 1;
An information processing apparatus, comprising: a control unit that controls the operation of the information processing apparatus by executing the game program.

Images