JP7057811B1 - Programs, methods and systems for games that use stamina - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program or the like for a game using stamina. SOLUTION: When a computer receives a content execution command for executing a first content, a step of reducing the first stamina value to execute the first content and a step of executing the second content are to be performed. When the content execution command of is accepted, the second stamina value is reduced to execute the second content, the first stamina value is restored according to the first condition, and the second condition is followed. When the recovery item use command for recovering the stamina value of the first stamina value and using the recovery item for the first stamina value is accepted, the first stamina value is recovered and the recovery item is used as the second recovery item. A program that executes the stage of recovering the second stamina value when a recovery item use command for using the stamina value is accepted. [Selection diagram] Fig. 1

Description

The present invention relates to a program or the like for a game using stamina, and more particularly to a program or the like including an item for recovering stamina that can be commonly used for a plurality of types of contents.

In recent years, online games and the like have released games that consume stamina values to execute content. In such a game, a system is known in which the stamina value decreases when the content is executed, and the stamina value is restored when a recovery item is used (Patent Document 1).

Japanese Unexamined Patent Publication No. 2019-193890

When there are a plurality of contents, different types of stamina values are set for each content, and a dedicated recovery item for each stamina value is set. In such cases, the player must remember which recovery item can be used to recover which stamina value, which is a complex system for the player and discourages the player from playing the game. There is a risk.

The present invention has been made to solve such a problem, and an object of the present invention is to provide a game that is easy for a player to understand and has a low burden.

In order to achieve the above object, the program in one embodiment of the present invention is executed by consuming the first content and the second stamina value executed by consuming the first stamina value. It is a program for a game including the second content, and when the computer receives a content execution command for executing the first content, the first stamina value is reduced and the first content is executed. When the content execution command for executing the second content is received, the second stamina value is reduced to execute the second content, and the first stamina value is determined according to the first condition. The first stamina value is a recovery item that can be commonly used to recover the first and second stamina values, the stage to recover the second stamina value according to the second condition, and the stage to recover the first and second stamina values. When the recovery item use command for using as a target is accepted, the stage for recovering the first stamina value, and when the recovery item use command for using the recovery item for the second stamina value is accepted, the first The step of recovering the stamina value of 2 and the step of recovering the stamina value of 2 are executed.

The stage of executing the first content includes the stage of executing the event in the first content by reducing the first stamina value when the content execution command for executing the event in the first content is received. The stage of executing the second content includes the stage of executing the event in the second content by reducing the second stamina value when the content execution command for executing the event in the second content is received. You may do so.

The event in the first content is a battle in the first content, and the event in the second content can include a battle in the second content and other events different from the battle.

The amount of stamina value recovered by using the recovery item can be the first amount for the first stamina value and the second amount for the second stamina value.

The step of recovering the first stamina value includes the step of recovering the first stamina value according to the first time-based condition, and the step of recovering the second stamina value is according to the second time-based condition. A second step of recovering the stamina value can be included.

The step of recovering the first stamina value according to the first time-based condition includes the step of recovering the first stamina value according to the elapsed time, and recovering the second stamina value according to the second time-based condition. The step may include a step of recovering the second stamina value when a predetermined time is reached.

The game further includes a third content executed by consuming a third stamina value, and when it receives another recovery item use command to use another recovery item different from the recovery item, the first Further steps of recovering the stamina value of 3 may be performed.

The method in one embodiment of the invention is for a game comprising a first content executed by consuming a first stamina value and a second content executed by consuming a second stamina value. When the computer receives a content execution command for executing the first content, the first stamina value is reduced to execute the first content and the second content. When the content execution command to be executed is accepted, the second stamina value is decreased to execute the second content, the first condition is to recover the first stamina value, and the second stamina value is restored. The stage of recovering the second stamina value according to the conditions, and the recovery item used to use the recovery item that can be commonly used to recover the first and second stamina values for the first stamina value. When a command is accepted, the first stamina value is recovered, and when a recovery item use command for using the recovery item for the second stamina value is received, the second stamina value is recovered. , To be executed.

The system in one embodiment of the invention is for a game comprising a first content executed by consuming a first stamina value and a second content executed by consuming a second stamina value. When a content execution command for executing the first content is accepted in the system of, the content for executing the first content and the content for executing the second content by reducing the first stamina value. When the execution command is accepted, the second stamina value is decremented, the second content is executed, the first stamina value is restored according to the first condition, and the second stamina value is restored according to the second condition. When the recovery item use command for using the recovery item that can be commonly used to recover the first and second stamina values for the first stamina value is accepted, the first stamina value is set. When the recovery item use command for recovering and using the recovery item for the second stamina value is received, the second stamina value is recovered.

According to the present invention, it is possible to provide a game that is easy for the player to understand and has a low burden.

It is a system block diagram which concerns on one Embodiment of this invention. It is a hardware block diagram of the system which concerns on one Embodiment of this invention. It is a functional block diagram of the system which concerns on one Embodiment of this invention. It is a flowchart which shows the information processing which concerns on one Embodiment of this invention. This is an example of a game screen according to an embodiment of the present invention. This is an example of a game screen according to an embodiment of the present invention. This is an example of a game screen according to an embodiment of the present invention. It is a flowchart which shows the information processing which concerns on one Embodiment of this invention.

Hereinafter, the game system 1 according to the embodiment of the present invention will be described with reference to the drawings. In the present specification, for convenience of explanation, more detailed description than necessary may be omitted. For example, detailed explanations of already well-known matters and duplicate explanations about substantially the same configuration may be omitted.

The game system 1 is realized by a system in which a plurality of player terminals are connected to a server via a network. FIG. 1 shows an example of the overall configuration of the game system 1 according to the embodiment of the present invention. As shown in FIG. 1, the game system 1 includes a plurality of player terminals 10 and a server 20, and the player terminals 10 and the server 20 are connected to a network 2 such as the Internet and can communicate with each other. The game system 1 of the present embodiment will be described assuming a server-client system.

FIG. 2 is a block diagram showing a hardware configuration of a player terminal 10 and a server 20 according to an embodiment of the present invention. The player terminal 10 includes a processor 11, a display device 12, an input device 13, a storage device 14, and a communication device 15. Each of these components is connected by a bus 16. It is assumed that an interface is interposed between the bus 16 and each component as necessary. In the present embodiment, the player terminal 10 is a smartphone. However, the player terminal 10 can be an electronic device such as a tablet computer, a personal computer, or a game device as long as it has the above configuration.

The server 20 also includes a processor 21, a display device 22, an input device 23, a storage device 24, and a communication device 25. Each of these components is connected by a bus 26. It is assumed that an interface is interposed between the bus 26 and each component as necessary. In this embodiment, the server 20 is realized by a computer.

The processors 11 and 21 control the operation of the player terminal 10 or the server 20 as a whole, and are, for example, a CPU. As the processors 11 and 21, an electronic circuit such as an MPU may be used. The processors 11 and 21 execute various processes by reading and executing programs and data stored in the storage devices 14 and 24. In one example, the processors 11 and 21 are composed of a plurality of processors.

The display devices (displays) 12 and 22 display the application screen and the like to the user (player) of the player terminal 10 or the user (administrator) of the server 20 under the control of the processors 11 and 21. A liquid crystal display is preferable, but a display using an organic EL, a plasma display, or the like may be used.

The input devices 13 and 23 are user interfaces that receive input from the user to the player terminal 10 and the server 20, and are, for example, a touch panel, a touch pad, a keyboard, or a mouse. Since the player terminal 10 is a smartphone in the present embodiment, the player terminal 10 includes a touch panel as an input device 13, the touch panel also functions as a display device 12, and the display device 12 and the input device 13 have an integrated structure. .. The display device 12 and the input device 13 may be in separate forms arranged at different positions. Since the server 20 is a computer, it is assumed that a keyboard and a mouse are provided as an input device and a liquid crystal display is provided as a display device.

The storage devices 14 and 24 include general smartphones and computers including a storage device using a flash memory such as RAM which is a volatile memory and eMMC, UFS, SSD which is a non-volatile memory, and a magnetic storage device. It is a storage device. The storage devices 14 and 24 may also include an external memory. For example, the storage device 14 stores a browser program or a game program, and the storage device 24 stores a server game program. The browser program and the game program are started in response to a user's operation on the player terminal 10 and executed on an operating system (OS) previously implemented by the player terminal 10. The game program for a server includes a browser program executed on each player terminal as a client, a function for processing information so that the game progresses appropriately on the game program, and various data. Further, as the storage device, a database physically separated from the player terminal 10 and the server 20 can also be used.

The communication devices 15 and 25 exchange data with other devices via the network 2 (omitted in FIG. 2). For example, the communication devices 15 and 25 perform wireless communication such as mobile communication and wireless LAN, and connect to the network 2. The player terminal 10 communicates with the server 20 via the network by using the communication device 15. The communication devices 15 and 25 may perform wired communication using an Ethernet (registered trademark) cable or the like.

FIG. 3 shows an example of a functional block diagram of the player terminal 10 and the server 20 according to the embodiment of the present invention. The player terminal 10 includes an input unit 31, a display unit 32, a communication unit 33, a game control unit 34, and a storage unit 35, and the server 20 includes an input unit 41, a display unit 42, a communication unit 43, a game control unit 44, and a stamina. It includes a management unit 45 and a storage unit 46. In this embodiment, these functions are realized by the processors 11 and 21 executing the program. For example, the program to be executed is a browser program or a game program stored in the storage devices 14 and 24. In this way, since various functions are realized by reading the program, another part may have a part or all of one part (function). These functions may also be realized by hardware by configuring an electronic circuit or the like for realizing a part or all of each function.

The input units 31 and 41 are configured by using the input devices 13 and 23, and receive input from the user to the player terminal 10 and the server 20. The player terminal 10 and the server 20 receive user input by the input units 31 and 41. The user input may include, for example, a command input indicating a player's command in the game. In the present embodiment, the player terminal 10 can use the touch detection function generally possessed by a smartphone provided with a touch panel.

The display unit 32 of the player terminal 10 displays the game screen using the display device 12, and displays the game screen according to the progress of the game and the user operation. The display unit 42 of the server 20 displays a management screen for the game administrator on the display device 22 as needed.

The game control units 34 and 44 store the control processing for executing the game of the present embodiment and various data necessary for the processing in the storage units 35 and 46. In the present embodiment, the game control unit 34 of the player terminal 10 is realized by using a browser program, and processes input / output information to the user, processing of transmission / reception signals to the server 20, and the like. The game application may be realized by installing it on the player terminal 10.

The game control unit 44 of the server 20 executes and realizes a game program for a server, and performs processing for a game executed on the player terminal 10. In one example, the game control unit 44 is required periodically or when the browser is launched on the player terminal 10 to realize the game control unit 34 and access the server 20 to advance the game. Data is sent and received according to the above, and the game progresses. For example, the game control unit 44 stores control processing and various necessary data for executing the game of the present embodiment in the storage unit 46, and appropriately provides the player terminal 10.

The game control unit 44 executes the process associated with the command based on the command received from the player terminal 10 based on the player input via the communication unit 43. The command describes content selection, event execution command in each content, recovery item use command, but may include other commands necessary for advancing the game.

The storage units 35 and 46 are configured by using the storage devices 14 and 24. In the storage unit 46 of the server 20, player parameters, enemy character parameters, stamina values required to execute each event, battle parameters related to battle, and the like are stored. In the present embodiment, the parameters of a plurality of players are stored in association with each player ID. The player parameter, which is a player parameter, includes a first stamina value, a second stamina value, information on a recovery item possessed, and the like. The information about the recovery item includes item identification information for identifying the recovery item and information indicating the number of items possessed. Table 1 shows an example of a player parameter table that stores player parameters.

The player ID is an identifier for identifying each player, and here, the player's name, the first stamina value, the second stamina value, and the information of the possessed item are stored in association with the player ID. The first and second stamina values are sequentially decreased or restored by the stamina management unit 45 described later. Item information includes item ID and quantity information. The item ID is an identifier for identifying an item that is a game medium, and the number indicates the number possessed by the player. Items include, but are not limited to, at least recovery items, and can include other items such as items that increase the player's attack power.

Here, it is assumed that there are two types of recovery items, recovery item A and recovery item B, recovery item A is identified by item identifier A01, and recovery item B is identified by item identifier A02. Both are common recovery items that can be used to recover the first and second stamina values, but the amount of recovery of each stamina value is different. Here, recovery means increasing the stamina value. Recovery items are consumed when used, and the number of possessions is deducted by the number consumed. Recovery items are, for example, items that can be obtained as a victory reward when winning a battle with an enemy character, can be obtained by purchasing for a fee, or can be obtained when the treasure chest opening event of the second content described later is executed. It can be acquired as one, but it may be acquired by other means.

The player parameter may include other information such as a level, a weapon possessed, a character possessed, and the like. The parameters of the enemy character include, for example, the ID, name, level, attack power, defense power, hit points, and the like of the enemy character. The battle parameters include the parameters of the players participating in the battle and the parameters of the enemy character. Each parameter can change as the battle progresses. For example, hit points are reduced by the opponent's attack, and attack power and defense power can be increased or decreased by special abilities. In addition, the battle can be a multi-battle in which multiple players collaborate with a common enemy character to play against each other. In the case of a multi-battle, the parameters of multiple participating players are associated with the identification information that identifies one battle. Is remembered.

Tables 2 and 3 show an example of a table showing the stamina values required to execute each event. Table 2 shows the stamina values required to execute each event in the first content, and Table 3 shows the stamina values required to execute each event in the second content. In the present embodiment, the tables shown in Tables 2 and 3 are stored in the storage unit 46, but Tables 2 and 3 may be stored as one table.

The event ID is identification information for identifying each event, and the required stamina value is a stamina value required for executing the associated event. The content includes information indicating the content of each event. If the player's corresponding stamina value is less than the required stamina value, the event cannot be executed.

When the stamina management unit 45 receives a content execution command for executing the first content based on the user input of the player, the first stamina stored in the storage unit 46 in association with the player ID of the player. When the value is decreased and a content execution command for executing the second content is received, the second stamina value stored in association with the player ID of the player in the storage unit 46 is decreased. When reducing the stamina value, the stamina management unit 45 reads the stamina value required for executing the corresponding event from Table 2 or Table 3, subtracts it from the first or second stamina value in the storage unit 46, and updates it. do.

Further, the stamina management unit 45 is common for recovering the first stamina value according to the first condition, recovering the second stamina value according to the second condition, and recovering the first and second stamina values. When the recovery item use command for using the available recovery item for the first stamina value is accepted, the first stamina value is recovered and the recovery item is used for the second stamina value. When the recovery item use command is accepted, the second stamina value is recovered.

Next, the information processing executed in the game system 1 according to the embodiment of the present invention will be described with reference to the flowchart shown in FIG. The game system in the present embodiment includes the first and second contents, and the player can play both contents. Both the first and second contents include a plurality of events that consume stamina to execute. The first content consumes the first stamina, and the second content consumes the second stamina.

Here, the first content means a group of events executed consuming the first stamina value, and the second content means a group of events executed consuming the second stamina value. And. The first and second contents may not include a plurality of events and may consume the first or second stamina value to execute each content. In this case, each content may be an event or may include one event. In addition, stamina is a point necessary to execute the corresponding content or event, and can also be called an execution point or an action point.

In the present embodiment, the stamina recovery process according to a predetermined condition is executed as a process executed in parallel with the process executed according to the flowchart shown in FIG. Here, the stamina management unit 45 recovers the first stamina value according to the first condition, and recovers the second stamina value according to the second condition. The first condition and the second condition can be different, where the first and second conditions are both time-based, and the recovery of the first stamina value according to the first condition. Will recover the first stamina value by the first amount according to the elapsed time, and the recovery of the second stamina value according to the second condition will be the recovery of the second stamina value by the second amount when the predetermined time is reached. I will recover.

For example, the first stamina value is restored by 1 every 5 minutes, and when it reaches 5 am, the second stamina value is restored by 100. When the second stamina value is less than 100 at 5 am, it recovers 100, but when it is 100 or more, it does not recover. As a modification, the second stamina value may be restored to the upper limit value of 100 when it reaches 5 am. The upper limit of the first stamina value is set to 150, the recovery based on the elapsed time of the first stamina value is limited to the upper limit of the first stamina value, and after reaching the upper limit, time elapses. However, it does not increase the first stamina value any more. Further, the upper limit of the first stamina value and the second stamina value may be increased according to the level of the player.

As one modification, the first stamina value and the second stamina value may be recovered in the same recovery cycle, or may be recovered at the same time. While the recovery cycle or recovery time can be the same, the amount of recovery can be different, or the upper limit of time-based recovery can be different. Further, after a certain period of time has elapsed or a predetermined time has been reached, the stamina value is set on condition that there is a user input for pressing the recovery button on the game screen displayed on the player terminal 10 and that the predetermined quest is cleared. It can also be recovered.

In the first content, not only the recovery with the passage of time but also when the level of the player rises, when a message is posted to the SNS based on the command operated by the player terminal 10 by the player, and the recovery item described later is used. At that time, it is assumed that the first stamina value can be recovered even when the battle is ended in the middle without completing the battle. In the second content, in addition to when the specified time is reached, when the recovery item described later is used, when the battle is terminated in the middle, and the second stamina value is set even after the battle with the treasure chest enemy character is completed. It shall be possible to recover.

The flowchart shown in FIG. 4 shows information processing executed between the server 20 and one player terminal 10, and the same processing is executed separately for the player terminals 10 of all players in parallel. Can be done. The processes executed in parallel can be executed, for example, in association with each player ID.

First, the player inputs a user to select the content on the player terminal 10, and transmits the content selection information indicating the selected content to the server 20 (S401). FIG. 5 shows an example of a game screen for selecting content. When the server 20 is accessed using the browser program in the player terminal 10, the content selection screen 50 is displayed as the first screen. In the status display area 51, the player name (player A) and the current values of the first and second stamina values are displayed. Touching the selection area 52 for selecting the first content makes user input for selecting the first content, and touching the selection area 53 for selecting the second content selects the second content. User input is made to do this.

When the server 20 receives the selection information for selecting the content 1, the event selection screen is displayed on the display unit 32 of the player terminal 10 (S402), and when the event is selected by the player, the player terminal 10 gives an event execution instruction. The command for this is transmitted to the server 20 (S404). When the player inputs a user to return to the content selection (S406), the process returns to the content selection (S401).

FIG. 6 shows an example of the event selection screen for the first content in the present embodiment. Here, the event in the first content is only a battle, but other events may be included as a modification. The event selection screen 60 includes battle selection areas 61 to 66 for selecting a battle as an event. Each battle selection area shows the name of the enemy character to play against and the stamina value required to execute. The player inputs a user for selecting one of these battle selection areas on the player terminal 10, and sends an execution command for the selected event to the server 20 (S404). The event selection screen 60 also includes a selection area 67 for returning to the content selection screen 50. When the user input to select the selection area 67 is performed, the screen returns to the content selection screen 50 (S401).

Upon receiving the event execution command, the server 20 determines whether or not the player's current first stamina value is greater than or equal to the stamina value required to execute the selected event (S408). If it is determined that the current first stamina value of the player is not equal to or greater than the stamina value required to execute the selected event, the player terminal 10 displays a display prompting the user to use the recovery item (S410). ). When a user input is made in the player terminal 10 instructing the player to use the recovery item for which the first stamina is used, and the server 20 accepts the recovery item use command transmitted based on the user input (S412). The first stamina value is restored (S414). When the player inputs a user indicating that the recovery item is not used, the screen returns to the event selection screen display (S402).

In the present embodiment, there are two types of recovery items, recovery item A and recovery item B, and the amount of recovery of the stamina value when each of them is used is different. For example, when the recovery item A is used, the first stamina value is recovered by 150, and when the recovery item B is used, the first stamina value is recovered by 75. Restoring the stamina value in the present embodiment means increasing the stamina value. For example, if the current first stamina value is 50, using recovery item A will increase it to 200 by adding 150 to the first stamina value, and using recovery item B will increase it to 75. Add and increase to 125. Further, when the upper limit of the first stamina value is set, it may be increased up to the upper limit or may be increased beyond the upper limit.

When using a recovery item, the player inputs a user to specify the type of recovery item to be used and the stamina value to be used. On the screen prompting the use of the recovery item in S410, a display for selecting one of the recovery items A and B is displayed with the first stamina value as the target of use, and the selection of the stamina value to be used by the player is omitted. You may do so.

If the player's first stamina value is greater than or equal to the required stamina value for the event specified by the player, or if the recovery by the recovery item is greater than or equal to the required stamina value for the event, the player's first stamina value is consumed. Then, the specified event is executed (S416).

In S418, it is determined whether or not to recover the first stamina value by satisfying a predetermined condition, and if it is determined to recover, the first stamina value is recovered in S420, and the next event. Return to the event selection screen display (S402) for execution. If it is determined in S418 that the event is not recovered, the process returns to the event selection screen display (S402) for the next execution event selection without recovering the first stamina value.

In this embodiment, stamina may be restored after the event execution is completed. For example, by making the hit points of the enemy character zero by the attack of the player character, the battle with the enemy character is won and the battle is completed, but the player withdraws before the hit points of the enemy character become zero. It is possible to interrupt and end the battle without winning the battle by inputting the user. In this case, the stamina management unit 45 may recover all or part of the first stamina value consumed to execute the battle in a predetermined battle. Here, the determination (S418) for recovering the stamina is determined on the condition that the battle with the predetermined enemy character is terminated by interruption due to the user input.

Next, processing (S452 to S470) when the second content is selected in the content selection (S401) will be described. Since the processing when the second content is selected is similar to the processing when the first content is selected, the description of the duplicated description will be omitted.

When the second content is selected, the event selection screen is displayed (S452), and when the user inputs the event selection (S454), the event in which the second stamina value of the player is selected is executed. It is determined whether or not it is sufficient for this (S458). If the selection by the player is an operation input for returning to the content selection screen, the process returns to the content selection process (S401).

If the second stamina value is sufficient to execute the selected event, the second stamina value is consumed by the required stamina value for the selected event and the event is executed. If the second stamina value is insufficient, a recovery item usage prompt display is displayed (S460), and when the player's recovery item usage instruction is input, the second stamina value is recovered (S464) and recovered. If the item usage instruction is not input, the process returns to the event selection screen display (S452).

In the present embodiment, the amount of recovery of the second stamina value by the recovery item is different from the amount of recovery of the first stamina value when the same recovery item is used. For example, when the recovery items A and B are used for the recovery of the first stamina value, the recovery amount of the first stamina value is 150 and 75, and when used for the recovery of the second stamina value, 100 and It is set to 50. Similar to the first stamina value, it may be possible to recover beyond the upper limit of the second stamina value.

After the event is executed, it is determined whether or not to recover the second stamina value (S468), and when it is decided to be recovered, the second stamina value is recovered (S470) and recovered. If it is decided not to do so, the process returns to the event selection screen display without recovering the second stamina value (S452).

In the present embodiment, after the event execution is completed, for example, when withdrawing from the battle with the enemy character in the unreleased square described later, or when the battle with the treasure chest enemy character is completed, the stamina management unit 45 In a predetermined battle, all or part of the first stamina value consumed to execute the battle is recovered. For example, when the treasure chest enemy character is defeated and the battle is completed, the first stamina value is restored by 20. Treasure chest You can also set the amount of stamina value to recover for each enemy character individually.

An embodiment in the case where the second content in the present embodiment is selected will be described with reference to FIGS. 7 and 8. The second content includes battles as well as non-battle events. Events other than battles here include moving and releasing squares on the map and opening treasure chests. The second content uses a map including a plurality of squares 71 to 77 as shown in FIG. 7, and the game progresses while the player moves through the squares in the map. The position instruction display 79 indicates the current position of the player, and in FIG. 7, it is shown that the player is arranged on the square 75.

Image 78 shows that the enemy character is placed on the square 76. The same applies to the images displayed on the squares 73 to 75, indicating that the enemy characters are arranged in each square. An image showing an enemy character may indicate whether the arranged enemy character is a normal enemy character or a colored enemy character described later. The player can input a user for executing a movement event by selecting an area in which the square to be moved is displayed. When the selection area 85 is selected, it is possible to return to the menu for selecting the first and second contents shown in FIG.

Each square can be in one of two states, released and unreleased. The game starts with at least some squares unreleased. When the player selects an unreleased square, a release event is executed and the state of the square shifts to the open state. Here, the release event is assumed to involve movement. The move event and the release event may be executed as separate events. In order to execute the release event of the square, the player's second stamina is consumed. Moving to a released square does not consume a second stamina. In FIG. 7, the unreleased square can be recognized by the player by displaying an unreleased instruction indicating that the unreleased square is in the unreleased state in the square 74 as shown in the square 74.

The game control unit 44 arranges an enemy character in a square. The enemy characters and squares to be arranged may be randomly arranged based on random numbers, may be determined in advance by a game system administrator or the like, or may be arranged by a combination thereof. When the player moves to the square where the enemy character is placed, the player can perform a battle with the enemy character placed in that square. For example, in FIG. 7, the player can move to the square 75 and perform a battle with the enemy characters A, D, and E arranged in the square 75. The player can send a command for executing the selected battle to the server 20 by inputting a user to select any of the execution event selection areas 91, 92, and 93 on the player terminal 10.

In the present embodiment, at least some of the enemy characters are not erased even after being defeated by the battle, and continue to be placed in the square, and can perform the battle again with the same enemy character. Then, the parameters of the enemy character are changed based on the number of battles. Preferably, the parameters are changed so that the enemy character becomes stronger as the number of battles increases. For example, as the number of battles increases, the parameters of the attack power and defense power of the enemy character are increased by 10%. The raised parameters of the enemy character may be sequentially calculated by a predetermined coefficient, or may be determined based on a preset table. More preferably, the parameter of the enemy character is increased up to a predetermined number of times, for example, 10 challenges, and is not changed after that. Once a day, the number of challenges can be reset at a predetermined time, the parameters of the enemy character can be returned to the initial values, or the values increased by the predetermined number of challenges can be returned.

When the parameter of the enemy character is a fixed value, the difficulty level of the battle that the player feels greatly varies depending on the level of the player. For example, if the parameter of the enemy character is set high, the enemy character is too strong for a player with a low level to defeat it, which may reduce the motivation to play. On the other hand, if the parameter of the enemy character is set low, some players with a high level feel that the enemy character is too weak and boring, and the motivation to play is reduced. By setting the initial parameters of the enemy character low and repeatedly fighting with the enemy character as many times as possible according to the level of each player, you can enjoy the battle with the parameters according to the level of each player. It will be possible. In addition, as the level rises through gameplay, the player can challenge more times than before, can feel his own growth, and can motivate him to continue playing.

In the present embodiment, the player creates a weapon formation including a predetermined number of weapon items and uses it for a battle with an enemy character. The player can possess multiple weapon items, create a weapon formation by specifying a predetermined number of weapon items from among them, and the created weapon formation is stored in association with the player as weapon formation information. .. Weapon formation information can include multiple weapon formations. At the start of a battle, the player decides on one weapon formation to use for the battle. The parameters of the player's attack power are determined based on the weapon formation used in the battle. In the first content, up to 10 weapon items can be organized in one weapon formation, and in the second content, up to 13 weapon items can be organized. In the second content, allowing more weapon items to be organized than in the first content can increase the flexibility of organization and provide greater enjoyment to consider the organization strategy.

The game control unit 44 can also place a treasure chest in a square. There are multiple types of treasure chests, and the items that can be obtained differ depending on the type of treasure chest. In addition, the appearance probability of the acquired item may be varied depending on the type of treasure chest. For example, a super rare treasure chest, a rare treasure chest, and a normal treasure chest are used, and rare items can be obtained only from the super rare treasure chest and the rare treasure chest, and the probability that a rare item will appear is higher in the super rare treasure chest. Can be set as. Whether or not a rare item will appear at the treasure box opening event can be determined by lottery processing using random numbers based on the set probability. The treasure chests and squares to be arranged can be randomly arranged based on random numbers, or can be predetermined by a game system administrator or the like. When the player moves to the square where the enemy character is placed, the player can open the treasure chest placed in that square.

In this embodiment, a treasure chest whose appearance probability changes by executing a battle event will be further used. Here, the colored gauge treasure chest is used, and the yellow gauge treasure chest, the green gauge treasure chest, and the red gauge treasure chest are used. It is assumed that the player stores colored gauge values such as a yellow gauge value, a green gauge value, and a red gauge value in association with each other as player parameters, and the probability that a corresponding colored gauge treasure box appears based on each gauge value varies. In the game screen 70 shown in FIG. 7, icons 81 to 83 indicate the current yellow gauge value, green gauge value, and red gauge value, respectively. For example, the larger each gauge value, the higher the probability of appearance of the corresponding colored gauge treasure chest.

Each gauge value can be increased by performing a battle and defeating an enemy character. In addition to the normal enemy character, the enemy character shall have colored enemy characters such as a yellow enemy character, a green enemy character, and a red enemy character. Defeating an enemy character normally raises one of the colored gauge values determined by the lottery process. When a colored enemy character is defeated, the corresponding colored gauge value is increased. Preferably, the amount of increase in the colored gauge when the colored enemy character is defeated is larger than the amount of increase when the normal enemy character is defeated. The amount of increase in the gauge value may be a predetermined constant value, may be determined based on a lottery process, or may be determined by various methods such as a predetermined value for each enemy character. can do.

For example, the appearance of a colored gauge treasure chest is determined by a probability based on the colored gauge value of the corresponding color in the lottery process of the occurrence event executed after defeating the enemy character. If the colored gauge value is 100, there is a 100% chance that the corresponding colored treasure chest will appear, and if it is 10, there is a 10% chance that it will appear. The colored gauge value can be a numerical value exceeding 100, and if it exceeds 100, the appearance probability is set to 100%. Defeating a normal enemy character will increase one of the gauges determined by lottery by 10, and defeating a colored enemy character will increase the gauge value of the corresponding color by 20. Reduce the colored gauge value of to half. Further, preferably, the colored gauge value is reset to a predetermined time. You can motivate yourself to play the game so that you can get colored treasure chests before they are reset.

You can set a bonus time to increase the amount of gauge increase. For example, after defeating a colored enemy character, it is decided whether or not to generate a bonus time by lottery processing based on a predetermined probability, and after deciding to generate a bonus time, the gauge rises for a predetermined period. Increase the amount. By defeating the enemy character during this bonus period, the colored gauge can be efficiently raised, so that the player's motivation to play can be increased.

In the second content, as described above, events such as mass movement, release, treasure chest opening, and battle are executed. As shown in Table 3, the stamina value required for execution is defined for each event, and when the event is executed based on the user input from the player, the second stamina value is reduced. The second stamina value shall not be consumed in the case of only movement without releasing the mass. The stamina gauge 84 in FIG. 7 shows the current second stamina value.

An example of a specific process of the event execution process (S466) in FIG. 4 will be described with reference to FIG. The processing executed based on the selection input of the event performed by the player in S454 is different. First, it is determined whether or not the event to be executed is the movement or release of the mass (S801). Here, the release event is assumed to involve movement. If the event is a move or release of a square, a move event is executed, and if the event is a release of a square, a square release and move event is executed, and the second stamina is only the stamina value 10 required for the release of the square. Decrease the value (S802).

If the event to be executed is not a move or release, it is determined whether or not it is a battle with a normal enemy character (S804). In the case of a battle with a normal enemy character, a battle event with the enemy character selected by the player is executed, and the second stamina value is reduced by the stamina value required for the battle (S806). When the player selects any of the selection areas 91 to 93 in FIG. 7, a command for executing a battle with the corresponding enemy character can be transmitted to the server 20.

Further, when the normal enemy character is defeated, the event occurrence determination process is executed (S808). The event occurrence determination process determines whether or not to make a colored enemy character and a treasure chest that occur with a predetermined probability appear by a lottery process using random numbers. The colored enemy characters and treasure chests determined to be generated are arranged and displayed on one of the squares of each square, and are displayed on the corresponding square of the game screen shown in FIG. 7.

If it is not a battle with a normal enemy character, it is determined whether or not it is a battle with a colored enemy character (S810). If it is a battle with a colored enemy character, the battle with the colored enemy character is executed and the necessary stamina is consumed (S812). After that, whether or not to generate a bonus time is determined by a lottery process (S814).

If it is not a battle with a colored enemy character, the event selected by the player is a treasure chest opening event, so the treasure chest opening process is executed (S816). Since a plurality of treasure chests may appear, it is assumed that the process of opening the treasure chest selected by the player is executed. In the treasure box opening process, whether or not to make the treasure box enemy character appear when the treasure box is opened, and the process of consuming the necessary stamina for executing the lottery process of the item to be made to appear are executed.

Then, it is determined whether or not the treasure chest enemy character appears due to the opening of the treasure chest (S818), and if the treasure chest enemy character does not appear, the item determined by the lottery is acquired by the player (S822), and the player Update the parameter information. If it is determined that a treasure chest enemy character has appeared, a battle with the appearing enemy character is executed (S824). When an enemy character is defeated by battle, the second stamina value is restored by the amount of stamina value consumed by opening the treasure chest. Even if you defeat an enemy character, you may be able to acquire the item determined by lottery.

Recovery item use instruction areas can be arranged on each screen of FIGS. 5 to 7. In response to the player selecting the area, a screen for selecting which of the recovery items A and B is to be used is displayed on the player terminal 10, and when the user input for selecting the recovery item is received, the first and the first When the screen for selecting which of the second stamina values is to be used is displayed and the user input to select the target to be used is accepted, the recovery item to be used and the recovery item use command containing the information indicating the target to be used are displayed. It is possible to execute a process of recovering the first or second stamina value transmitted to the server 20 and selected as the target of use by using the selected recovery item. The stamina recovery process is the same as in S414 to S464.

The player terminal 10 executes the determination process (S408, S458) for determining whether or not the player's current stamina value is equal to or greater than the required stamina value of the selected execution event, and the display process (S410, S460) for prompting the recovery item use instruction. Then, before the event execution process (S416, S466), the server 20 may re-determine whether or not the player's current stamina value can be used. In the determination of the server 10, if the stamina value of the player is equal to or more than the required stamina value, the required stamina value is subtracted and the event is executed. The command to be executed may be transmitted to the player terminal 10, or a display indicating that the event cannot be executed due to insufficient stamina may be displayed on the player terminal 10 and the screen may return to the event selection screen display (S402, S452).

When there are a plurality of contents, different types of stamina values are set for each content, and a dedicated recovery item for each stamina value is set. In such cases, the player must remember which recovery item can be used for which stamina value, which can be a complex system for the player and discourage the player from playing the game. be.

By using this embodiment, even when different types of stamina values are consumed for each content, it is possible to use a common recovery item, so that the game is easy for the player to understand and has a low burden. Can be provided.

Further, in recent online games using smartphones and the like, the same online games have been continuously played by a large number of players for several years. The provider of such an online game may add new content in addition to the existing content in the same online game in order to maintain the player's willingness to play. Players who already have a large number of recovery items collected by playing existing content over a long period of time will have to collect new recovery items again in order to play new content. The motivation to play may be diminished, which in turn may discourage the motivation to play the online game itself.

By using this embodiment, the recovery item for recovering the stamina value required for executing the newly added content and the stamina value required for executing the existing content are shared. Since the recovery items that you already have can be used for new content, it is possible to increase the motivation to play new content and maintain the motivation to play the entire online game.

In one variant, another recovery item that further includes a third content executed by consuming a third stamina value and is different from the recovery item for recovering the first and second stamina values. Allows the third stamina value to be recovered by accepting another recovery item use command to use.

It is an event in the first content started and executed by the player, but when another play participates in the event, it can be an event of the third content. For example, as one of the events in the first content, it is assumed that a multi-battle in which a large number of players collaborate to play against a common enemy character is included. When the player inputs a user for starting a multi-battle and the execution of the battle is started, the player's first stamina is equal to the stamina value required to start and execute the multi-battle. It shall consume the value. On the other hand, the player who has input the user to participate in the multi-battle started by another player consumes the third stamina value of the player by the amount of the stamina value required to participate in and execute the multi-battle. It shall be.

The amount of the first stamina value consumed when the multi-battle is started and executed is different from the amount of the third stamina value consumed when the multi-battle is participated and executed. As yet another modification, the third stamina value can be consumed even when the multi-battle is started and executed.

In the process or operation described above, the process or operation can be freely performed as long as there is no contradiction in the process or operation such as using data that should not be available in that step at a certain step. Can be changed. Further, each of the examples described above is an example for explaining the present invention, and the present invention is not limited to these examples. The present invention can be carried out in various forms as long as it does not deviate from the gist thereof.

1: Game system 2: Network 10: Player terminal 11: Processor 12: Display device 13: Input device 14: Storage device 15: Communication device 16: Bus 20: Server 21: Processor 22: Display device 23: Input device 24: Storage Device 25: Communication device 26: Bus 31: Input unit 32: Display unit 33: Communication unit 34: Game control unit 35: Storage unit 41: Input unit 42: Display unit 43: Communication unit 44: Game control unit 45: Stamina management Part 46: Memory part

Claims (7)

A program for a game containing a first content executed by consuming a first stamina value and a second content executed by consuming a second stamina value, the computer.
When a content execution command for executing the first content is accepted, the first stamina value is reduced to execute the first content, and the stage of executing the first content.
When a content execution command for executing the second content is accepted, the second stamina value is reduced to execute the second content, and the stage of executing the second content.
The stage of recovering the first stamina value according to the first condition,
The stage of recovering the second stamina value according to the second condition,
When a recovery item use command for using a recovery item that can be commonly used to recover the first and second stamina values for the first stamina value is accepted, the first stamina value is recovered. Stages and
When a recovery item use command for using the recovery item for the second stamina value is accepted, the stage for recovering the second stamina value and
To execute ,
The event in the first content is a battle in the first content,
The event in the second content includes the battle in the second content and other events different from the battle.
The step of recovering the first stamina value includes the step of recovering the first stamina value according to the first time-based condition.
The step of recovering the second stamina value includes the step of recovering the second stamina value according to the second time-based condition.
The step of recovering the first stamina value according to the first time-based condition includes the step of recovering the first stamina value according to the elapsed time.
The step of recovering the second stamina value according to the second time-based condition includes the step of recovering the second stamina value when a predetermined time is reached.
A recovery upper limit value is set for the first stamina value and the second stamina value.
A program characterized by that. The stage of executing the first content includes the stage of executing the event in the first content by reducing the first stamina value when the content execution command for executing the event in the first content is received.
The stage of executing the second content includes the stage of executing the event in the second content by reducing the second stamina value when the content execution command for executing the event in the second content is received.
The program according to claim 1. The step of recovering the first stamina value according to the first time-based condition is to recover the second stamina value after the predetermined time for recovering the second stamina value and the predetermined time. The first stamina value is restored to the recovery upper limit value according to the elapsed time in the period between the predetermined time and the time.
The program according to claim 1 or 2, wherein the program is characterized by the above. The amount of stamina value recovered by using the recovery item is the first amount for the first stamina value and the second amount for the second stamina value. The program according to any one of claims 1 to 3. The game further includes a third content executed by consuming a third stamina value, and when it receives another recovery item use command to use another recovery item different from the recovery item, the first The program according to any one of claims 1 to 4 , wherein the step of recovering the stamina value of 3 is further executed. A method for a game that includes a first content executed by consuming a first stamina value and a second content executed by consuming a second stamina value, the computer.
When a content execution command for executing the first content is accepted, the first stamina value is reduced to execute the first content, and the stage of executing the first content.
When a content execution command for executing the second content is accepted, the second stamina value is reduced to execute the second content, and the stage of executing the second content.
The stage of recovering the first stamina value according to the first condition,
The stage of recovering the second stamina value according to the second condition,
When a recovery item use command for using a recovery item that can be commonly used to recover the first and second stamina values for the first stamina value is accepted, the first stamina value is recovered. Stages and
When a recovery item use command for using the recovery item for the second stamina value is accepted, the stage for recovering the second stamina value and
To execute ,
The event in the first content is a battle in the first content,
The event in the second content includes the battle in the second content and other events different from the battle.
The step of recovering the first stamina value includes the step of recovering the first stamina value according to the first time-based condition.
The step of recovering the second stamina value includes the step of recovering the second stamina value according to the second time-based condition.
The step of recovering the first stamina value according to the first time-based condition includes the step of recovering the first stamina value according to the elapsed time.
The step of recovering the second stamina value according to the second time-based condition includes the step of recovering the second stamina value when a predetermined time is reached.
A recovery upper limit value is set for the first stamina value and the second stamina value.
A method characterized by that. A system for a game that includes a first content executed by consuming a first stamina value and a second content executed by consuming a second stamina value.
When the content execution command for executing the first content is accepted, the first stamina value is decreased, the first content is executed, and the content is executed.
When the content execution command for executing the second content is accepted, the second stamina value is decreased, the second content is executed, and the content is executed.
Restore the first stamina value according to the first condition,
Restore the second stamina value according to the second condition,
When a recovery item use command for using a recovery item that can be commonly used to recover the first and second stamina values for the first stamina value is accepted, the first stamina value is recovered. ,
When the recovery item use command for using the recovery item for the second stamina value is accepted, the second stamina value is recovered and the second stamina value is recovered.
The event in the first content is a battle in the first content,
The event in the second content includes the battle in the second content and other events different from the battle.
Restoring the first stamina value involves restoring the first stamina value according to the first time-based condition.
Restoring the second stamina value involves restoring the second stamina value according to a second time-based condition.
Restoring the first stamina value according to the first time-based condition includes restoring the first stamina value according to the elapsed time.
Restoring the second stamina value according to the second time-based condition includes restoring the second stamina value when a predetermined time is reached.
A recovery upper limit value is set for the first stamina value and the second stamina value.
A system characterized by that.

Images