WO2017094496A1

WO2017094496A1 - Game program

Info

Publication number: WO2017094496A1
Application number: PCT/JP2016/083871
Authority: WO
Inventors: 隆将青井; 一磨大森; 拓也本村
Original assignee: 株式会社コロプラ
Priority date: 2015-12-04
Filing date: 2016-11-15
Publication date: 2017-06-08
Also published as: JP6033946B1; JP2017099809A; TW201720501A; TWI603769B

Abstract

[Problem] To provide a game program whereby emotional attachment of a user to the user's player character can be further enhanced. [Solution] A game program for causing a computer to execute the steps below. (1) A step for specifying a first parameter associated with a player character and used when the player character operates in a game space. (2) A step for determining whether the player character satisfies a first condition associated with the player character. (3) A step for changing the player character from a first state to a second state and updating the first parameter on condition that the first condition is satisfied. (4) A step for opening a first game stage associated with the player character on condition that the first condition is satisfied. (5) A step for changing the player character from the second state to a third state and updating the first parameter on condition that the first game stage is cleared.

Description

Game program

The present invention relates to a game program.

Patent Documents

1 and 2 disclose a game program that aims to clear a predetermined mission by operating a player character in a virtual game space by a player's operation. The player can clear the mission by playing the selected mission and defeating a predetermined enemy character (non-player character) set in the mission. Further, a device for preventing the player from getting bored by, for example, generating an additional mission based on the action of the player character in the mission and a predetermined probability has been studied.

JP 2012-061114 A JP 2010-029500 A

In the game programs described in

Patent Documents

1 and 2, a technique for preventing users from getting bored when playing a mission is being studied. On the other hand, there is room for improvement in that the user's attachment to the player character is further improved by playing the mission. That is, the viewpoint that the user's attachment to the player character can be further improved by associating each mission with the individuality of the player character has not been studied.

An object of the present invention is to provide a game program that can further improve the attachment of a user to a player character.

According to the present invention, it is possible to obtain a game program that causes a computer including a control unit that advances a game based on a user instruction and a storage unit to execute the following steps.
(1) A step of specifying a first parameter associated with the player character used when the player character moves in the game space.
(2) A step of determining whether or not the player character satisfies a first condition associated with the player character.
(3) A step of updating the first parameter by changing the player character from the first state to the second state on condition that the first condition is satisfied.
(4) A step of releasing the first game stage associated with the player character on condition that the first condition is satisfied.
(5) A step of changing the player character from the second state to the third state and updating the first parameter on condition that the game stage is cleared.

According to the present invention, a game program that can further improve the attachment of the user to the player character is provided.

It is a figure which shows the game system of this embodiment. It is a figure which shows the structure of the user terminal of this embodiment. It is a figure which shows the structure of the game server of this embodiment. It is a figure which shows an example of a user management table. It is a flowchart which shows the process in the game system of this embodiment. It is a figure which shows the player character in the 1st state of this embodiment. It is a flowchart which shows the process in the game system of this embodiment. It is a figure which shows the player character in the 2nd state of this embodiment. It is a flowchart which shows the process in the game system of this embodiment.

[Description of Embodiment of the Present Invention]
First, the contents of the embodiment of the present invention will be listed and described. A game program according to an embodiment of the present invention has the following configuration.
(Item 1)
A game program that causes a computer including a control unit that advances a game based on a user instruction and a storage unit to execute the following steps.
(1) A step of specifying a first parameter associated with the player character used when the player character moves in the game space.
(2) A step of determining whether or not the player character satisfies a first condition associated with the player character.
(3) A step of updating the first parameter by changing the player character from the first state to the second state on condition that the first condition is satisfied.
(4) A step of releasing the first game stage associated with the player character on condition that the first condition is satisfied.
(5) A step of further updating the first parameter by changing the player character from the second state to the third state on condition that the first game stage is cleared.
According to the game program of this item, after satisfying the first condition for the player character, the user further clears the first game stage associated with the player character, thereby gradually increasing the first parameter of the player character. Can be updated. Thereby, the user can experience a sense of accomplishment by overcoming various obstacles with the player character, and the attachment of the user to the player character can be further improved.
(Item 2)
In (2), the first condition includes a step of determining whether or not a second parameter associated with the player character has reached a predetermined value,
The second parameter is stored in the storage unit on condition that the second game stage advanced by the control unit is cleared,
The control unit determines whether or not the value of the second parameter stored in the storage unit has reached the predetermined value;
Item 1 game program.
According to the game program of this item, the user can satisfy the first condition by collecting the second parameter by clearing the second game stage by the player character. As a result, the user can change the player character from the first state to the second state as a result of raising the player character over a certain amount of time, and the user's attachment to the player character can be further improved.
(Item 3)
The computer further comprises a display,
The control unit causes the display to display a first display in which the predetermined value is graphically displayed and a second display in which the current value of the second parameter associated with the player character is graphically displayed.
Item 2 game program.
According to the game program of this item, the user cannot accurately know the current value of the second parameter and the target value necessary to satisfy the first condition in the process of training the player character. Thereby, for example, when the player character is a person, it is not possible to accurately know the inner side of the player character, and it is necessary to imagine to some extent, and human communication can be simulated. Thereby, the attachment of the user to the player character can be further improved.
(Item 4)
The predetermined value is set based on a rarity associated with the player character.
Item 3 game program.
According to the game program of this item, it is possible to appropriately set the difficulty level of the player character having a high degree of rarity, and the user's attachment to the player character can be further improved.
(Item 5)
The second parameter given by clearing the second game stage is set according to the difficulty level of the second game stage.
The game program according to any of items 2 to 4.
According to the game program of this item, since the second parameter is given according to the difficulty level of the second game stage, the human feeling that the reliability is deepened when a difficult obstacle is overcome using the player character. Can simulate simple communication. Thereby, the attachment of the user to the player character can be further improved.
(Item 6)
The first game stage includes the game space configured such that only the player character that satisfies the first condition can move.
The game program according to any of items 1 to 5.
According to the game program of this item, as a result of clearing the more difficult first game stage only by the player character satisfying the first condition and changing from the first state to the second state, the player character is moved from the second state. Change to the third state. Thereby, the user can experience a sense of accomplishment by overcoming various obstacles with the player character, and the attachment of the user to the player character can be further improved.
(Item 7)
In (2), the first condition includes a step of determining whether or not a second parameter associated with the player character has reached a predetermined value,
The second parameter is stored in the storage unit on condition that the second game stage advanced by the control unit is cleared,
The second game stage includes the game space configured to allow the player character and any other player character to move.
Item 6 game program.
According to the game program of this item, the second game stage to which the second parameter is given can be cleared using any other player character, so that the user can relatively easily play the favorite player character. Can be nurtured. Thereby, the attachment of the user to the player character can be further improved.
(Item 8)
(2) further executing a step of determining whether or not a second condition associated with the player character is satisfied;
The second condition includes that a value of a predetermined game point associated with the user exceeds a predetermined value,
In (3) or (4), the control unit subtracts the consideration from the value of the game point.
The game program of any of items 1-7.
According to the game program of this item, in order to change the player character from the first state to the second state, another game point can be requested as a price. Thereby, the difficulty level which raises a player character can be set appropriately.

[Details of the embodiment of the present invention]
A specific example of the game program according to the embodiment of the present invention will be described below with reference to the drawings. In addition, this invention is not limited to these illustrations, is shown by the claim, and intends that all the changes within the meaning and range equivalent to the claim are included. In the following description, the same reference numerals are given to the same elements in the description of the drawings, and redundant descriptions are omitted.

The game system 1 of this embodiment shown in FIG. 1 provides a game to a plurality of users. The game system 1 includes a plurality of user terminals 100-1 to 100-4 and a game server 200. Each user terminal 100 and the game server 200 are connected via the network 2. The game server 200 provides various services related to the game to each user terminal 100. The network 2 can be connected to the Internet via the Internet, various mobile communication systems constructed by radio base stations (not shown) (for example, so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution)), and predetermined access points. A wireless network (for example, WiFi (registered trademark)) may be included.

FIG. 2 shows the configuration of each user terminal 100. The user terminal 100 is preferably a portable terminal device such as a smartphone, a feature phone, a PDA, or a tablet computer. The user terminal 100 includes a control unit 110, a storage unit 120, an input unit 131, a display unit 132, and a communication unit 140 that are electrically connected to each other via a communication bus. The user terminal 100 preferably includes a touch panel 130 that constitutes the input unit 131 and the display unit 142, and the user can input various instructions necessary for the progress process of the game via the touch panel 130. The input unit 131 detects some action (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) on the touch pal 130 of the user. The touch pal 130 may be configured with a liquid crystal display or the like provided with a touch sensing unit.

The communication unit 140 performs control for executing transmission / reception of various types of information to the game server 200. In the present embodiment, the request includes an instruction for transmitting game data such as a predetermined game program, user information, and game information to the user terminal 100 and an instruction for proceeding with the game.

The control unit 110 may include various processors such as a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit). The communication unit 140 establishes a connection between the user terminal 100 and the network 2 under the control of the control unit 110. The storage unit 120 includes a main memory configured by a volatile storage device such as a DRAM (Dynamic Random Access Memory), and an auxiliary memory configured by a nonvolatile storage device such as a flash memory or an HDD (Hard Disk Drive). In the auxiliary memory, game data such as a game program downloaded from the game server 200 is stored. The game program is developed on the main memory and executed by the control unit 110. In the main memory, various game data generated while the control unit 110 is operating according to the program and various game data used by the control unit 110 are also temporarily stored. The control unit 110 can function as the action reception unit 111, the processing unit 112, the determination unit 113, the request unit 114, and the image generation unit 115 by the program.

The action accepting unit 111 detects a user action on the input unit 131. The action reception unit 111 determines what input has been made, such as an operation instruction via the touch panel 130 or other buttons, and outputs the result to necessary elements such as the terminal processing unit 112. When an action input is made to the touch panel 130, the coordinate information of the input position and the type of action (such as a touch operation or a slide operation) are detected. Further, by detecting that the input that has been continuously detected is interrupted, it is detected that the touch input has been canceled from the touch panel 130.

The processing unit 112 controls the operation of the entire user terminal 100, and performs arithmetic processing necessary for data transmission / reception between the elements and execution of the game. For example, the image generation unit 115 is instructed to advance the game according to the game program based on the action detected by the action accepting unit 111 and to draw the resulting game image. Further, processing for controlling the position of the virtual camera for designating the visual field displayed on the display unit 132 may be performed in accordance with the progress of the game.

The determination unit 113 refers to various game data stored in the storage unit 120 based on a determination request from the processing unit 112, and executes various determinations necessary for game progress to be described later.

The request unit 114 transmits various requests to the game server 200 via the communication unit 140. The various requests include requests for causing the user terminal 100 to download various game data and game programs as will be described later.

The image generation unit 115 generates an image such as a game screen or a game object displayed on the display unit 132 based on the game data received from the game server 200, the calculation result of the game program, and the action of the user on the input unit 131. To do.

FIG. 3 shows the configuration of the game server 200. The game server 200 is an information control device used when a system administrator or the like controls and manages a game provided to a user (player), and is a general-purpose computer such as a workstation or a personal computer. The game server 200 of the present embodiment has a game providing function that provides each user terminal 100 with information necessary for the progress of the game. The game server 200 receives various instructions from the user terminal 100, game programs operable on the user terminal 100, Web pages (game screens, etc.), various game data such as user information and game parameters, various notifications Etc. The game server 200 includes a communication unit 240 that is a network interface that communicates with the network 2, a control unit 210, a storage unit 220, an input unit 231, and an output unit 232. Connected.

The control unit 210 may be configured to include various processors such as a CPU, MPU, and GPU. The control unit 210 controls the overall operation of the game server 200, and performs data transmission / reception between elements and arithmetic processing necessary for game execution. The communication unit 240 establishes a connection between the game server 200 and the network 2 under the control of the control unit 210. The storage unit 220 may be configured to include a volatile storage device such as a DRAM, and a nonvolatile storage device such as a flash memory or an HDD. The control unit 210 implements necessary processing by expanding and executing various programs stored in the storage unit 220 in various memories. The control unit 210 can function as a reception unit 211, a processing unit 212, a data management unit 213, a determination unit 214, a transmission unit 215, and an image generation unit 216 according to the program.

The storage unit 220 stores various game programs including a user authentication program. In addition, information regarding each user and information regarding a retained character associated with the user are stored. Furthermore, game information including various game data necessary for processing various game events to be described later that are progressed in the user terminal 100 is stored. In the storage unit 240, a database for managing various game information and user information related to the game may be constructed.

FIG. 4 shows an example of the user management table 300 stored in the storage units 220 and 120. The user management table 300 stores a player character (held character) held by a predetermined user in association with an identifier (user ID) that identifies the user. Information about the player character includes parameters such as rarity, deck, bond points (maximum value, current value), level, HP, SP, attack power, defense power, weapon, skill. The rarity is a parameter indicating the rarity of the player character. As will be described later, the deck is information for selecting and storing one or more player characters that can participate in a predetermined game event in advance, and defines a team to which the player character belongs. . The bond point is a parameter indicating the degree of attachment of the user to the player character. HP is a physical strength parameter, and decreases when attacked by an enemy character. When the value falls below a predetermined value, the battle becomes impossible and the operation by each user becomes impossible. SP is a parameter used by the player character to use a skill that is a special action. The SP is decreased by a predetermined amount by activating the skill, and is recovered by a predetermined amount by executing a normal attack action or the like. If the SP is below the predetermined amount, the skill cannot be used. The attack power is a parameter serving as a basis for calculating the amount of damage given to the enemy character by the action of the player character. The defensive power is a parameter serving as a basis for calculating the HP that decreases due to the attack of the enemy character. The weapon used by the participating characters in the cooperative play is set, and the skill may be set according to the weapon, or the attack power and the defense power may be set to vary.

The parameters associated with the player character are used when the player character operates in the game space where the game event progresses, and the first parameter used when the player character operates in the game space where the game event progresses. No second parameter. The first parameter is, for example, a parameter such as HP, SP, attack power, defense power, weapon, skill. The second parameter is, for example, a parameter such as a rarity or a bond point, and can serve as an index when determining and adjusting the first parameter.

The receiving unit 211 receives various information from each user terminal 100. Each user terminal 100 transmits various types of information to the game server 200 under the control of the communication unit 140, the game server 200 receives the information via the network 2 and the communication unit 240, and the reception unit 211 receives the information. Identify and accept content. The processing unit 212 controls the overall operation of the game server 200, and performs data transmission / reception between elements and arithmetic processing necessary for the progress of the game. In addition, the data management unit 213 updates various game data and databases stored in the storage unit 220 based on various calculation results in the processing unit 212. When the reception unit 211 receives a request for game processing from the user terminal 100, the processing unit 212 refers to various game data and database stored in the storage unit 220, and the management unit 213 stores various game data and database as necessary. Necessary processing is executed by adding / updating / deleting records. *

Based on the determination request from the processing unit 212, the determination unit 214 refers to various game data and databases stored in the storage unit 220 and executes various determinations necessary for the game progress.

The transmission unit 215 performs control to transmit a game program operable on the user terminal 100, game data including user information and various game information, images such as a game screen, various notifications, and the like to the user terminal 100. The image generation unit 216 generates an image such as a game image related to game data necessary for the progress of the game under the control of the processing unit 212 and the determination unit 214. The image is transmitted to the user based on the control of the transmission unit 215.

The input unit 231 is an information input device such as a mouse or a keyboard. The output unit 232 is a liquid crystal display or the like, and is used for monitoring computer information.

The game server 200 may be configured to include at least part of the functions of the user terminal 100 described above. Further, at least a part of the functions of the game server 200 may be configured to be provided in the user terminal 100. That is, a computer that realizes a predetermined function by executing the game program in the present embodiment can be arbitrarily selected from the information control device including the user terminal 100 and the game server 200 described above.

Hereinafter, the processing flow of the game system 1 according to the present embodiment will be described in detail with reference to FIGS. The games that are progressed in the game system 1 are, for example, action RPG (rolling game), RTS (Real-time Strategy), and FPS (First-Person Shoter). 5, 7, and 9 are flowcharts illustrating an example of a processing flow executed in the game system 1. FIG. 6 shows an example of the player character in the first state. FIG. 8 shows an example of the player character in the second state.

As shown in FIG. 5, when a user starts a game using the user terminal 100, the request unit 114 requests user information and game information for starting the game from the game server 200 (S101). The user information includes an identifier (user ID) for identifying the user. When the game server 200 receives this via the network 2 and the communication unit 240, the receiving unit 211 executes a process of receiving this (S201). The processing unit 212 refers to the storage unit 220, and after the data management unit 213 updates the user management table 300 as necessary, specifies the latest user information and game information corresponding to the user. The transmission unit 215 transmits this to the user terminal 101 (S202). When the communication unit 140 of the user terminal 100 receives this, the processing unit 112 updates the user management table 300 as necessary, and then transmits the user information. And the process for starting a game is performed using game information (S102).

The processing unit 112 refers to the updated user management table 300 and specifies the parameters of each player character held by the user. The specified parameters include the first parameter and the second parameter described above (S103).

The user inputs a predetermined action to the input unit 132 to shift to a screen for organizing the deck using the player character selected from the possessed characters (S104). The deck is information for selecting and storing one or more player characters that can participate in a predetermined game event in advance, and defines a team to which the player character belongs. When receiving the action, the action receiving unit 111 instructs the image generation unit 115 to generate a deck organization screen. The deck organization screen preferably includes a list of owned characters and a deck selection box. When the user inputs a predetermined action to a desired player character, the player character is moved to the deck selection box, whereby the player character is displayed. Is preferably configured to select as a deck member. In the present embodiment, a plurality of decks can be organized and stored in the storage units 120 and 220. As shown in FIG. 4, the player characters A to C belong to the deck 1, and the player characters C to E Are set to belong to the deck 2.

In the possessed character list, it is preferable that detailed information regarding the player character PC1 including card information as shown in FIG. FIG. 6 shows the player character PC1 in the first state, and includes a character graphic CG1 indicating an image of the player character PC1, a rarity display RD1 indicating rarity, and a bond point display CD1. The bond point display CD1 includes a bond point maximum value graphic (first display) MC1 and a bond point current value graphic (second display) CC1. The bond point maximum value graphic MC1 and the bond point current value graphic CC1 are displayed as a graphic representation of the value of the bond point maximum value and the value of the bond point current value shown in the user management table 300. Thus, the user cannot accurately know the current value and target value of the bond point in the process of nurturing the player character. For this reason, when the player character is a person (girl character) as shown in the present embodiment, it is not possible to accurately know the inner side of the player character, and it is necessary to imagine to some extent, and human communication Can be simulated. Thereby, attachment to a user's player character can be improved.

The user inputs a predetermined action to the input unit 132, thereby selecting a quest to be challenged using one of the organized decks (normal quest: second game stage) (S105). When the action selection unit 111 accepts the request, the request unit 114 requests quest information regarding the quest under the control of the processing unit 112 (S106). When the receiving unit 211 of the game server 200 accepts this (S203), the processing unit 212 refers to the storage unit 220 to identify the quest information (game information) related to the requested quest, and the image generation unit 216 determines that it is necessary. The game image is generated, and the transmission unit 215 transmits the quest information to the user terminal 100 (S204). The quest information is information related to the game space serving as a battle field in which the quest proceeds, enemy character information that opposes the player character, clear conditions and time limit for the quest, and changes in the behavior of the enemy character according to the progress of the in-game time. Includes information. When the communication unit 140 of the user terminal 100 receives this, after the necessary game image is generated by the image generation unit 115 under the control of the processing unit 112, processing for advancing the quest is executed (S107).

In this embodiment, the normal quest as the second game stage is configured as a game space in which an arbitrary player character can be operated. Therefore, the organized deck may include the player character PC1 that the user particularly wants to train and any other player character. Accordingly, the user can clear the quest by operating any player character, and the user can cultivate a favorite player character relatively easily. Thereby, the attachment of the user to the player character can be further improved.

The determination unit 113 determines whether or not the quest has been cleared based on the action history of the player character in the quest and the game situation (S108). The quest clear condition is, for example, that all the enemy characters have been defeated. The user attacks the enemy character by operating the player character, and the HP of all the enemy characters is set to a predetermined value (for example, 0) or less. It is determined that the quest has been cleared (Y in S108). If all enemy characters are not defeated, the quest is continued (N in S108). If all the player characters are defeated by an enemy character or the time limit is exceeded, it may be determined that the quest has not been cleared and the game state is returned to the state before the quest challenge.

If it is determined that the quest has been cleared, the request unit 114 transmits information notifying that the quest has been cleared to the game server 200 (S108). When the reception unit 211 of the game server 200 receives this (S205), the determination unit 214 determines that the quest has been cleared, and specifies a reward to be given to the user. In the present embodiment, various second parameters are given to all player characters that make up the deck that contributed to clearing the quest, and game points such as various in-game currencies are given to the user. The second parameter to be given is, for example, an experience value that raises the level of the player character when a predetermined value is exceeded, or the aforementioned bond point. The data management unit 213 updates the user management table 300 (user information) stored in the storage unit 220 based on the information (S206), and transmits the information to the user terminal 100 as reward information (S207). In addition, it is preferable that the numerical value of the bond points given is set according to the difficulty level of the normal quest. Since bond points are given according to the difficulty level of a normal quest, it is possible to simulate human communication that a sense of trust is deepened when a difficult obstacle is overcome using a player character. Thereby, the attachment of the user to the player character can be further improved.

Upon receiving the reward information (S109), the user terminal 100 is selected as a deck member by updating the user management table 300 (user information) stored in the storage unit 120 as necessary under the control of the processing unit 112. Second parameters such as bond points and experience values are given to each player character, and the first parameter of each player character is updated based on the second parameter (S110). At this time, it is preferable that the image generation unit 115 updates the display of the bond point current value graphic CC1 shown in FIG. 6 based on the updated value of the bond point current value. In the present embodiment, the bond point maximum value graphic MC1 includes four sub-graphics S1 to S4 (heart marks), and each sub-graphic S1 to S4 is set according to the rarity of each player character PC1. A bond point is assigned by dividing the maximum value of bond points by the number of sub-shapes. Determine how many of the bond points the updated bond point current value is divided by the maximum number of bond points divided by the number of sub-shapes, and fill those shapes for the satisfied sub-shapes The bond point current value graphic CC1 is displayed. For the unsatisfied portion, the bond point current value graphic CC1 is displayed so as to fill the graphic halfway by the bond point set in the sub graphic. Thereby, the bond point present value is displayed in a gauge shape. For example, when only 3/8 of the bond point current value is acquired with respect to the bond point maximum value, the sub-graphic S1 and half of the sub-graphic S2 are filled to display the bond point current value graphic CC1. Is done.

Next, as shown in FIG. 7, it is determined whether or not the first condition set in association with the player character PC1 is satisfied. In the present embodiment, the first condition is whether or not the bond point as the second parameter set for the player character PC1 exceeds a predetermined value. Therefore, the determination unit 113 specifies the parameter (second parameter: bond point current value) of the player character PC1 (S111). In the present embodiment, the predetermined value is the bond point maximum value, and it is determined whether or not the current bond point value has reached the bond point maximum value (S112).

When it is determined that the first condition is satisfied (Y in S112), in the present embodiment, it is further determined whether or not the determination unit 113 satisfies the second condition (S113). The second condition is, for example, to pay a predetermined game point associated with the user as a consideration, and in the present embodiment, whether or not more support points are set separately from the in-game currency. Is determined. A support point is a reward given to a user by clearing the above-mentioned normal quest.

When the above conditions are satisfied (Y in S113), the user changes the player character from the player character PC1 in the first state shown in FIG. 6 to the player character PC2 in the second state shown in FIG. Can be changed. In the present embodiment, changing the player character PC1 in the first state to the player character PC2 in the second state by satisfying at least the first condition described above is referred to as affection evolution. The user can arbitrarily determine whether or not the player character is to be love-evolved, and if he / she agrees to pay a predetermined cheering point as a consideration, he / she inputs a request for love-evolution of the player character. 131 can be input.

When the action receiving unit 111 receives this affection evolution request (Y in S114), the request unit 114 transmits the affection evolution request to the game server 200 (S115). When the reception unit 211 of the game server 200 accepts this (S208), the determination unit 214 refers to the user information stored in the storage unit 220, and whether or not the above-described conditions for the player character's affection evolution are satisfied? It is confirmed whether or not (S209). When it is confirmed that the conditions for affection evolution are satisfied, the data management unit 213 updates the state of the player character from the first state to the second state and updates the parameters (particularly the first parameter). (S210). Further, the processing unit 212 performs processing so as to release a bond quest (first game stage) different from the normal quest for the user, and the data management unit 213 updates the user information and game information in the storage unit 220. (S211). The transmission unit 215 transmits the information about the updated player character and the information about the released bond quest to the user terminal 100 as affection evolution information (S212). Upon receiving this (S116), the user terminal 100 updates the user information and game information stored in the storage unit 120 under the control of the processing unit 112 (S117), and performs processing to update the first parameter of the player character PC2. To do. In addition, the image generation unit 115 generates an effect image (various movies) for causing the player character to change from the first state to the second state, and displays it on the display unit 132 (S118). Thereby, the user can enjoy a sense of accomplishment by receiving the benefit of improving the first parameter of the player character through clearing various quests (normal quests) using the player character. Attachment can be further improved.

In the player character PC2 in the second state, the rarity display RD2 and the character graphic CG2 are updated as shown in FIG. Further, since the bond point current value has reached the bond point maximum value, the display is updated so that all the sub-graphics S1 to S4 of the bond point display CD2 are all filled.

The user can challenge the released bond quest by inputting a predetermined action to the input unit 132. When the action selection unit 111 accepts the request, the request unit 114 requests quest information regarding the quest under the control of the processing unit 112 (S120). When the receiving unit 211 of the game server 200 accepts this (S213), the processing unit 212 refers to the storage unit 220 to identify the quest information (game information) regarding the requested quest, and the image generation unit 216 needs to do so. The game image is generated, and the transmission unit 215 transmits the quest information to the user terminal 100 (S214). The quest information is information related to the game space serving as a battle field in which the quest proceeds, enemy character information that opposes the player character, clear conditions and time limit for the quest, and changes in the behavior of the enemy character according to the progress of the in-game time. Includes information. When the communication unit 140 of the user terminal 100 receives this (S121), after the necessary game image is generated by the image generation unit 115 under the control of the processing unit 112, a process of advancing the bond quest is executed ( S122).

In this embodiment, the bond quest as the first game stage is configured as a game space in which only the player character PC2 that has evolved in love can be operated. Accordingly, the player character PC2 that has evolved in love regardless of the organized deck is automatically selected, and the bond quest proceeds.

The determination unit 113 determines whether or not the bond quest has been cleared based on the action history of the player character PC2 in the bond quest and the game situation (S123). The bond quest preferably includes one or a plurality of sub waists, and it is determined that the bond quest has been cleared by clearing all the sub quests. Each subquest clear condition is, for example, that all enemy characters have been defeated. The user attacks the enemy character by operating the player character, and the HP of all enemy characters is set to a predetermined value (for example, 0) or less. Therefore, it is preferable to determine that the subquest has been cleared (Y in S123). If all enemy characters have not been defeated, the subquest continues. Further, even when all the subquests are not cleared, the bond quest is continued (N in S123). In addition, it is preferable that the subquest in the bond quest is set higher in difficulty than the normal quest.

If it is determined that the bond quest has been cleared, the request unit 114 transmits information notifying that the quest has been cleared to the game server 200 (S124). When the reception unit 211 of the game server 200 receives this (S215), the determination unit 214 determines that the bond quest has been cleared, and character information given to the user is specified. In the present embodiment, the state of the player character PC2 that has evolved in affection is changed from the second state to the third state. Further, processing is performed so that the first parameter of the player character PC2 is further updated. The data management unit 213 updates the user management table 300 (user information) stored in the storage unit 220 based on the information (S216), and transmits the character information to the user terminal 100 (S217). Upon receiving this (S125), the user terminal 100 updates the user information and game information stored in the storage unit 120 under the control of the processing unit 112 (S126), and performs processing to update the first parameter of the player character PC2. To do. Further, the image generation unit 115 generates an effect image (various movies) for causing the player character to change from the second state to the third state, and displays it on the display unit 132 (S127). As a result, the user can enjoy a sense of accomplishment by receiving the benefit of improving the first parameter of the player character through clearing the bond quest using only the player character, and further improving the attachment of the user to the player character. Can be.

As described above, according to the game program of the present embodiment, after the user satisfies the first condition for the player character, the user further clears the first game stage associated with the player character, thereby stepwise. The first parameter of the player character can be updated. Thereby, the user can experience a sense of accomplishment by overcoming various obstacles with the player character, and the attachment of the user to the player character can be further improved. Further, the player character is changed from the second state to the third state as a result of clearing the more difficult first game stage only by the player character satisfying the first condition and changing from the first state to the second state. Thereby, the user can experience a sense of accomplishment by overcoming various obstacles with the player character, and the attachment of the user to the player character can be further improved.

The embodiment described above is merely an example for facilitating the understanding of the present invention, and is not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and it is needless to say that the present invention includes equivalents thereof.

DESCRIPTION OF SYMBOLS 1 ... Game system, 2 ... Network, 100 ... User terminal, 110 ... Control part, 120 ... Memory | storage part, 130 ... Touch panel, 140 ... Communication part, 200 ... Game server, 210 ... Control part, 220 ... Memory | storage part, 240 ... Communication department.

Claims

A game program that causes a computer including a control unit, a storage unit, and a display to advance a game based on user instructions to execute the following steps.
(1) A step of specifying a first parameter associated with the player character used when the player character moves in the game space.
(2) A step of determining whether or not the player character satisfies a first condition associated with the player character, wherein the first condition is associated with the player character and exceeds a predetermined value And determining whether or not a second parameter other than the experience value that increases the level of the player character has reached a predetermined value, and the control unit graphically displays the predetermined value of the second parameter. A first display and a second display obtained by graphicizing the current value of the second parameter associated with the player character are displayed on the display.
(3) A step of updating the first parameter by changing the player character from the first state to the second state on condition that the first condition is satisfied.
(4) A step of releasing the first game stage associated with the player character on condition that the first condition is satisfied.
(5) The step of changing the player character from the second state to the third state and updating the first parameter on condition that the first game stage is cleared.
The second parameter is stored in the storage unit on condition that the second game stage advanced by the control unit is cleared,
The control unit determines whether or not the value of the second parameter stored in the storage unit has reached the predetermined value of the second parameter;
The game program according to claim 1.
The predetermined value of the second parameter is set based on a rarity associated with the player character.
The game program according to claim 1 or 2.
The second parameter given by clearing the second game stage is set according to the difficulty level of the second game stage.
The game program according to any one of claims 1 to 3.
The first game stage includes the game space configured such that only the player character that satisfies the first condition can move.
The game program according to any one of claims 1 to 4.
The second parameter is stored in the storage unit on condition that the second game stage advanced by the control unit is cleared,
The second game stage includes the game space configured to allow the player character and any other player character to move.
The game program according to claim 5.
(2) further executing a step of determining whether or not a second condition associated with the player character is satisfied;
The second condition includes that a value of a predetermined game point associated with the user exceeds a predetermined value,
In (3) or (4), the control unit subtracts the consideration from the value of the game point.
The game program according to any one of claims 1 to 6.