JP6722338B1 - Information processing program, game device, and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To suppress a delay in the progress of a game. An information processing program determines a speed of a moving object moving in a game field, a moving display unit 70 for moving and displaying the moving object based on the determined speed, and a current moving object. A reference position setting unit 76 that sets a position as a reference position, a distance deriving unit 78 that derives the distance between the reference position and the current position, a timer unit 80 that measures the elapsed time after the reference position is set, and a distance. When the elapsed time reaches a predetermined time without exceeding a predetermined distance set in advance, a permitting unit 82 that allows the return input to be accepted, and when the return input is accepted, at least one of the position and the speed of the moving object. The computer is made to function as the restoration processing unit 84 that executes the restoration processing for changing the value. [Selection diagram] Fig. 9

Description

The present invention relates to an information processing program, a game device, and an information processing method.

BACKGROUND ART Heretofore, as disclosed in Patent Document 1, a pinball game in which a flipper is operated by a player's operation input and a ball (moving object) is thrown into the game field is known. According to this game, the ball moves in the game field based on the moving speed determined by the physical calculation. Then, when the ball collides with a target (collision target object) arranged in the game field, a score is given to the player.

Japanese Patent No. 65487776

According to the above-mentioned game, the ball may be fitted between the collision target objects arranged in the game field and the progress of the game may be delayed.

It is an object of the present invention to provide an information processing program, a game device, and an information processing method capable of suppressing a delay in the progress of a game.

In order to solve the above problems, the information processing program includes a determination unit that determines the speed of a moving object that moves in the game field, and a movement display unit that moves and displays the moving object based on the speed determined by the determination unit. , If a predetermined condition is satisfied, a reference position setting unit that sets the current position of the moving object as a reference position, a distance derivation unit that derives the distance between the reference position and the current position, and after the reference position is set. A timer that counts the elapsed time, a permitting unit that can accept a return input when the elapsed time reaches a predetermined time without the distance being equal to or longer than a preset predetermined distance, and receiving the return input, The computer functions as a restoration processing unit that performs restoration processing that changes at least one of the position and speed of the moving object.

Further, the predetermined condition includes that the distance is equal to or greater than the predetermined distance, and when the distance is equal to or greater than the predetermined distance, the reference position setting unit sets the current position as the reference position, and the timer unit measures the elapsed time. A predetermined value may be set in the counter.

Further, when the information processing program receives an operation input, the operation object control unit that operates the operation object arranged in the game field, the collision determination unit that determines the collision between the operation object and the moving object, and further The computer is caused to function, the determination unit determines the speed of the moving object based on the collision determination by the collision determination unit, and the timekeeping unit determines whether the operation object and the moving object have finally collided by the collision determination. The permission unit may be capable of accepting the return input when the second elapsed time reaches the second predetermined time by measuring the second elapsed time which is the elapsed time of.

In order to solve the above-mentioned problem, the information processing program receives an operation input, the operation object control unit that operates the operation object arranged in the game field, and the collision determination that determines the collision between the operation object and the moving object. Unit, a determination unit that determines the speed of the moving object based on the collision determination by the collision determination unit, a movement display unit that moves and displays the moving object based on the speed determined by the determination unit, and an operation object based on the collision determination. And a moving object, the time counting unit that measures the elapsed time since it was determined to have collided with the moving object last time, the permission unit that can accept the return input when the elapsed time reaches a predetermined time, and the return input is accepted. And the computer to function as a restoration processing unit that performs restoration processing that changes at least one of the position and speed of the moving object.

The permission unit may not accept the return input when the return input is received or when a predetermined value is set in a counter that measures elapsed time.

The information processing program is a specific period setting unit that sets a specific period for increasing the number of collision target objects that are arranged in the game field and that can collide with a moving object when a preset specific condition is satisfied. The computer may be caused to function, and the permitting unit may not accept the return input during the specific period.

The determination unit may determine the speed of the moving object by a physical calculation in the game field in which virtual gravity is set.

In order to solve the above problems, the game device includes a determination unit that determines the speed of a moving object that moves in the game field, and a movement display unit that moves and displays the moving object based on the speed determined by the determination unit, A reference position setting unit that sets the current position of the moving object as a reference position when a predetermined condition is satisfied, a distance derivation unit that derives the distance between the reference position and the current position, and the progress since the reference position was set. A timekeeping unit that measures time, a permitting unit that can accept a return input when the elapsed time reaches a predetermined time without the distance exceeding a preset distance, and a moving unit that receives the return input And a return processing unit that executes a return process of changing at least one of the position and the velocity of the object.

In order to solve the above problems, the game device receives an operation input, an operation object control unit that operates an operation object arranged in a game field, and a collision determination unit that determines a collision between the operation object and a moving object. A determination unit that determines the speed of the moving object based on the collision determination by the collision determination unit, a movement display unit that moves and displays the moving object based on the speed determined by the determination unit, and an operation object based on the collision determination. When a return input is accepted, a timekeeping unit that measures the elapsed time since the last collision with the moving object, a permission unit that can accept the return input when the elapsed time reaches a predetermined time, and A return processing unit that executes a return process of changing at least one of the position and the speed of the moving object.

In order to solve the above problems, an information processing method includes a step of determining a speed of a moving object moving in a game field, a step of moving and displaying the moving object based on the determined speed, and a predetermined condition is satisfied. In this case, the step of setting the current position of the moving object as a reference position, the step of deriving the distance between the reference position and the current position, the step of measuring the elapsed time after the reference position is set, A step of allowing a return input to be accepted when the elapsed time reaches a predetermined time without exceeding the set predetermined distance, and at least one of the position and speed of the moving object is changed when the return input is accepted. Performing a return process.

In order to solve the above-mentioned problems, an information processing method, when receiving an operation input, operating an operation object arranged in a game field, determining a collision between the operation object and a moving object, and determining a collision. The step of determining the speed of the moving object based on the determined speed, the step of moving and displaying the moving object based on the determined speed, and the collision determination, after determining that the operating object and the moving object have finally collided. A step of measuring the elapsed time, a step of accepting a return input when the elapsed time reaches a predetermined time, and a return process of changing at least one of the position and the velocity of the moving object when the return input is received. And a step of performing.

According to the present invention, it is possible to prevent the game from being delayed.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram illustrating a hardware configuration of the player terminal. FIG. 2B is a diagram illustrating the hardware configuration of the server. FIG. 3A is a diagram illustrating an example of a game screen of a pinball game. FIG. 3B is a diagram illustrating the content of the pinball game. FIG. 4A is a diagram illustrating a fever gauge. FIG. 4B is a diagram illustrating an example of the fever accessory. FIG. 4C is a diagram illustrating the fever mode. FIG. 4D is a diagram illustrating the end of the fever mode. FIG. 5A is a diagram illustrating an example of a skill gauge. FIG. 5B is a diagram illustrating an example of the skill operation display. FIG. 5C is a diagram illustrating a multi-ball. FIG. 5D is a diagram illustrating the end of the skill activation period. FIG. 6A is a diagram illustrating a fitted state. FIG. 6B is a diagram illustrating an example of the return button. FIG. 6C is a diagram illustrating a return position. FIG. 6D is a diagram illustrating the teammate ball after the return process. FIG. 7A is a diagram illustrating display conditions of the return button. FIG. 7B is a diagram illustrating the first counter. FIG. 7C is a diagram illustrating the second counter. FIG. 8 is a sequence diagram illustrating the basic processing of the player terminal and the server. FIG. 9 is a diagram illustrating the functional configuration of the player terminal. FIG. 10 is a first flowchart illustrating a game execution process in the player terminal. FIG. 11 is a flowchart illustrating a counter update process in the player terminal. FIG. 12 is a second flowchart illustrating the game execution process in the player terminal. FIG. 13 is a third flowchart illustrating the game execution process on the player terminal.

Hereinafter, one aspect of an embodiment of the present invention will be described in detail with reference to the accompanying drawings. Numerical values and the like shown in such embodiments are merely examples for facilitating understanding, and do not limit the present invention unless otherwise specified. In this specification and the drawings, elements having substantially the same function and configuration are denoted by the same reference numerals to omit redundant description, and elements not directly related to the present invention are omitted. To do.

(Overall configuration of information processing system S)
FIG. 1 is an explanatory diagram showing a schematic configuration of the information processing system S. The information processing system S is a so-called client server system including the player terminal 1, the server 100, and the communication network 200 having the communication base station 200a.

The player terminal 1 can establish communication with the server 100 via the communication network 200. The player terminal 1 includes a wide range of electronic devices that can be connected to the server 100 by wireless or wired communication. Examples of the player terminal 1 include a smartphone, a mobile phone, a tablet device, a personal computer, and a game machine. In this embodiment, a case where a smartphone is used as the player terminal 1 will be described.

The server 100 is communicatively connected to a plurality of player terminals 1. The server 100 accumulates various information (player information) for each player who plays the game. Further, the server 100 updates the accumulated information and controls the progress of the game based on the operation input from the player terminal 1.

The communication base station 200a is connected to the communication network 200 and wirelessly transmits and receives information to and from the player terminal 1. The communication network 200 includes a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, and the like, and realizes wireless or wired communication connection between the player terminal 1 and the server 100.

In the information processing system S of this embodiment, the player terminal 1 and the server 100 function as the game device G. The player terminal 1 and the server 100 are divided into roles for controlling the progress of the game, and the game can be progressed by the cooperation of the player terminal 1 and the server 100.

(Hardware Configuration of Player Terminal 1 and Server 100)
FIG. 2A is a diagram illustrating a hardware configuration of the player terminal 1. FIG. 2B is a diagram illustrating the hardware configuration of the server 100. As shown in FIG. 2A, the player terminal 1 includes a CPU (Central Processing Unit) 10, a memory 12, a bus 14, an input/output interface 16, a storage unit 18, a communication unit 20, an input unit 22, and an output unit 24. To be done.

Further, as shown in FIG. 2B, the server 100 is configured to include a CPU 110, a memory 112, a bus 114, an input/output interface 116, a storage unit 118, a communication unit 120, an input unit 122, and an output unit 124.

The configurations and functions of the CPU 110, the memory 112, the bus 114, the input/output interface 116, the storage unit 118, the communication unit 120, the input unit 122, and the output unit 124 of the server 100 are the CPU 10 of the player terminal 1, the memory 12, and the memory unit 12, respectively. The bus 14, the input/output interface 16, the storage unit 18, the communication unit 20, the input unit 22, and the output unit 24 are substantially the same. Therefore, the hardware configuration of the player terminal 1 will be described below, and the description of the server 100 will be omitted.

The CPU 10 operates a program stored in the memory 12 to control the progress of the game. The memory 12 is composed of a ROM (Read Only Memory) or a RAM (Random Access Memory), and stores programs and various data necessary for controlling the progress of the game. The memory 12 is connected to the CPU 10 via the bus 14.

An input/output interface 16 is connected to the bus 14. A storage unit 18, a communication unit 20, an input unit 22, and an output unit 24 are connected to the input/output interface 16.

The storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory) and stores various programs and data. In the player terminal 1, the programs and data stored in the storage unit 18 are loaded into the memory 12 (RAM) by the CPU 10.

The communication unit 20 is wirelessly communicatively connected to the communication base station 200a, and exchanges information such as various data and programs with the server 100 via the communication network 200. In the player terminal 1, the program or the like received from the server 100 is stored in the memory 12 or the storage unit 18.

The input unit 22 includes, for example, a touch panel through which a player's operation is input (operation is received), a button, a keyboard, a mouse, a cross key, an analog controller, and the like. The input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally attached) to the player terminal 1. Furthermore, the input unit 22 may be configured by an acceleration sensor that detects the tilt or movement of the player terminal 1, or a microphone that detects the voice of the player. That is, the input unit 22 includes a wide range of devices that allow the player's intention to be input in a distinguishable manner.

The output unit 24 includes a display device and a speaker. The output unit 24 may be a device connected (externally attached) to the player terminal 1. In the present embodiment, the player terminal 1 includes the display 26 as the output unit 24 and the touch panel provided so as to be superimposed on the display 26 as the input unit 22.

(Game content)
Next, the contents of the game provided by the information processing system S (game device G) of the present embodiment will be described using an example. According to the information processing system S (game device G) of the present embodiment, a pinball game is provided. In the present embodiment, the player can own a character acquired by a lottery called a so-called gacha or a character distributed from the management side. Parameters such as hit points (hereinafter referred to as HP) and attack power are set for each character. The player can train a character owned by the player (hereinafter referred to as a owned character), and can increase various parameters by raising the level of the owned character.

Further, a skill is set in advance for each character that the player can own. A skill is a special ability that can be used in a pinball game, which will be described later, and by using the skill, the player can advantageously proceed with the pinball game. As an example, by using the skill, the player can change various parameters such as increasing the attack power of the ally and decreasing the attack power of the enemy.

FIG. 3A is a diagram illustrating an example of a game screen of a pinball game, and FIG. 3B is a diagram illustrating content of the pinball game. When starting the pinball game, the player selects three from the owned characters. The purpose of the pinball game is to defeat an enemy character (hereinafter referred to as an enemy character) by using three characters selected by the player.

When the pinball game is started, the game field 30 is displayed on the display 26 as shown in FIG. 3A. The game field 30 is a virtual two-dimensional space whose upper surface and both side surfaces are surrounded by objects. However, no object is provided in the lower center of the game field 30 in the width direction, and the out port 30a is open.

In the game field 30, a pair of flippers 32 are arranged above the outlet 30a. The pair of flippers 32 are arranged symmetrically, and when a flipper operation (a tap operation in a predetermined area of the touch panel) is input, a solid line from the initial position shown by the broken line in FIG. 3B around the rotation shaft 32a. Operates to the operating position indicated by. Specifically, the rotating shaft 32 a is provided on the base end side of the flipper 32, and the tips of the pair of flippers 32 are separated from each other in the width direction of the display 26. When the flipper operation is input, the tip end side of the flipper 32 swings about the rotation shaft 32a as a central axis so as to move upward.

Here, when a flipper operation is input, the pair of flippers 32 operate simultaneously. However, for example, a tap area for operating the right flipper 32 and a tap area for operating the left flipper 32 may be separately provided, and the left and right flippers 32 may be operated independently.

Then, in the pinball game, each of the three possessed characters selected by the player moves in the game field 30 as an ally ball 34 (moving object). Although only one teammate ball 34 is described in the present embodiment, three teammate balls 34 are actually displayed in the game field 30.

Specifically, the three ally balls 34 are roughly divided into one main ball and two sub balls, and the two sub balls move in the game field 30 following the main ball. Before starting the pinball game, the player needs to set one of the selected three owned characters as a leader. Here, the ally ball 34 corresponding to the leader is the main ball, and the ally balls 34 corresponding to the other two owned characters are the sub balls. The three ally balls 34 may independently move in the game field 30 without distinguishing between the main ball and the sub ball.

Here, virtual gravity that reproduces a phenomenon similar to the gravity in the real world is set in the game field 30. In addition, mechanical parameters such as mass, shape, and coefficient of restitution are preset for all the collision target objects with which the ally ball 34, the flipper 32, and the ally ball 34 can collide. When the teammate ball 34 collides with the flipper 32 or the collision target object, physical calculation using virtual gravity and mechanical parameters is performed. This physical calculation is executed by a known physical engine. The speed (speed and direction) of the teammate ball 34 is determined by physical calculation, and the teammate ball 34 is moved and displayed in the game field 30 based on the determined speed.

For example, when the ally ball 34 is located within the movable range of the flipper 32, if the flipper 32 operates, the flipper 32 collides with the ally ball 34. At this time, the velocity of the teammate ball 34 is determined by a physical calculation by the physical engine, and the teammate ball 34 moves as shown by the dashed arrow in FIG. 3B.

In the game field 30, as the above-mentioned collision target object, a structure 36 in which mechanical parameters are set, a character 38, and an enemy character 40 are arranged. Here, the structure 36, the character 38, and the enemy character 40 are all fixedly arranged at predetermined positions in the game field 30, but may move in the game field 30. Further, the object surrounding the game field 30 is also the collision target object, and the dynamic parameter is set.

When the teammate ball 34 collides with the collision target object, the velocity is determined by physical calculation. Further, as described above, virtual gravity is set in the game field 30. Therefore, even when the object does not collide with the collision target object, the speed of the ally ball 34 changes due to the action of virtual gravity.

When the ally ball 34 collides with the structure 36 and the enemy character 40, the ally ball 34 moves in the game field 30 at the same speed as in the real world. That is, the structure 36 and the enemy character 40 are set with mechanical parameters such that the velocity of the colliding ally ball 34 is determined to be equivalent to that in the real world. On the other hand, the accessory 38 is set with a mechanical parameter such that the colliding ally ball 34 moves differently from the real world. For example, the accessory 38 is set with a mechanical parameter that accelerates the ally ball 34.

Further, HP, attack power, defense power, special ability, etc. are preset in the enemy character 40, and when the ally ball 34 collides, the damage value (hereinafter, also simply referred to as damage) is calculated together with the speed. .. The damage value is the attack power of the colliding ally ball 34 (more specifically, the character corresponding to the ally ball 34 (hereinafter referred to as ally character)), the defense power of the enemy character 40, the speed of the ally ball 34 at the time of collision, and the like. , Is calculated based on battle parameters preset for the teammate character and the enemy character.

When the ally ball 34 collides with the enemy character 40 and the damage value is calculated, the damage value is subtracted from the HP of the enemy character 40. An enemy character HP meter 42 is displayed near the enemy character 40 in the game field 30. The enemy character HP meter 42 notifies the HP of the enemy character by a meter value, and when the damage value is subtracted, an animation in which the meter value decreases is displayed. When the HP of the enemy character 40 becomes 0, the player wins and the pinball game ends.

On the other hand, an ally character HP meter 44 is displayed at the top of the display 26. The ally character HP meter 44 notifies the HP of the ally character by a meter value. In addition, in this embodiment, although the ally character HP meter 44 of the ally character corresponding to the main ball is shown, the ally character HP meter 44 is displayed corresponding to each of the three ally balls 34.

In the pinball game, the attack object 46 is released from the enemy character 40 into the game field 30. When the ally ball 34 collides with the attack object 46, the damage value for the colliding ally ball 34 (corresponding ally character) is calculated. The damage value calculated at this time is subtracted from the HP of the teammate ball 34 (teammate character) colliding with the attack object 46, and an animation in which the meter value of the teammate character HP meter 44 decreases is displayed. When the HPs of all three teammates become 0 in this way, the player is defeated and the pinball game ends.

Further, a remaining teammate character display portion 48 is provided below the display 26. In the pinball game, the remaining number of ally balls 34 (main balls) is set in advance, and when the ally balls 34 fall into the out port 30a, the remaining number is decreased by one. Here, the number of remaining teammate balls 34 at the start of the pinball game is set to five, and even if the teammate balls 34 fall into the out port 30a five times, the player is defeated and the pinball game is lost. Ends. The remaining number of teammates 34 is displayed in the remaining teammate character display portion 48, as indicated by the black circles in the figure.

As shown in FIGS. 3A and 3B, a fever gauge 50 and a plurality of color accessory parts 52 are displayed in the game field 30. The fever gauge 50 is translucently displayed so as not to impair the visibility of the ally ball 34 and the attack object 46. Further, the color accessory 52 is also designed to fit in the background of the game field 30 so as not to impair the visibility of the ally ball 34 and the attack object 46. The fever gauge 50 and the color accessory 52 will be described.

FIG. 4A is a diagram illustrating the fever gauge 50. FIG. 4B is a diagram illustrating an example of the fever accessory 54. FIG. 4C is a diagram illustrating the fever mode. FIG. 4D is a diagram illustrating the end of the fever mode. In the present embodiment, a fever mode (specific period) in which the player can advantageously proceed with the game is provided. During the fever mode, the number of collision target objects arranged in the game field 30 increases, the attack power of the teammate character increases, and further, the structure 36 that obstructs the player disappears. , Which is advantageous for the player. The fever mode is started when a preset specific condition is satisfied.

Here, it is set as a specific condition that the fever activation value reaches the maximum value, that is, a condition for starting the fever mode. The fever activation value is updated according to preset updating conditions. For example, the fever activation value is calculated based on the damage value given to the enemy character 40 in consideration of a predetermined parameter. As an example, the skill of the ally character may increase the increase rate of the fever activation value, or the skill of the enemy character 40 may decrease the increase rate of the fever activation value. Further, the fever activation value may increase or decrease with the passage of time, or may increase or decrease when the ally character is damaged. In any case, the condition for updating the fever activation value has only to be set in advance, and its specific content is not particularly limited.

The fever gauge 50 visually informs the player of the current fever activation value with respect to the maximum value. In FIG. 4A, the cross hatched portion of the fever gauge 50 indicates the current fever activation value. Then, as shown in FIG. 4B, when the fever activation value reaches the maximum value, it is determined that the specific condition is satisfied, and the fever mode is set. During the fever mode, the fever accessory 54 appears in the game field 30. At this time, the fever character object 54 appears in the game field 30 with the color character object 52 reversed. Therefore, it can be said that the color accessory 52 indicates the position of the fever accessory 54 that appears in the fever mode.

However, as shown in FIG. 4B, the fever accessory 54 may appear at a position different from that of the empty accessory 52 which is visible when not in the fever mode. In other words, if the fever accessory 54 appears only at the same position as the empty accessory 52, it can be said that the empty accessory 52 that is not visible to the player is arranged. Since the color character object 52 is not a collision target object, the ally ball 34 does not collide.

On the other hand, the fever accessory 54 is a collision target object with which the ally ball 34 can collide. The fever accessory 54 throws away the ally ball 34 or increases the ally ball 34 regardless of the incident angle of the colliding ally ball 34 in the direction toward the enemy character 40 (the direction indicated by the white arrow in the figure). Mechanical parameters such as speeding up are set. That is, dynamic parameters that are advantageous to the player are set in the fever accessory 54.

As described above, in the fever mode, the appearance of the fever accessory 54 facilitates damage to the enemy character 40. However, in the fever mode, even if the enemy character 40 is damaged, the fever activation value does not increase. That is, in the fever mode, the update condition of the fever activation value is changed, and as shown in FIG. 4C, the fever activation value is decremented by a predetermined value as time passes. As a result, the fever mode ends in a certain period of time, and as the fever mode ends, the fever accessory 54 disappears as shown in FIG. 4D.

Although the fever activation value does not increase during the fever mode here, the fever activation value may be increased during the fever mode. Also, for example, depending on the skill of the teammate character, the reduction rate of the fever activation value may be lowered, or the subtraction of the fever activation value may be temporarily stopped, resulting in a longer fever mode time. May be.

FIG. 5A is a diagram illustrating an example of a skill gauge. FIG. 5B is a diagram illustrating an example of the skill operation display 56. FIG. 5C is a diagram illustrating a multi-ball. FIG. 5D is a diagram illustrating the end of the skill activation period. As described above, in the present embodiment, the skill is set for each character, and by using the skill set for the teammate character, the game development can be made advantageous.

Here, the fact that the skill activation value reaches the maximum value is set as an activation enabling condition, that is, a skill enabling condition. The skill activation value is updated according to preset update conditions. For example, like the fever activation value, the skill activation value is calculated based on the damage value given to the enemy character 40 in consideration of a predetermined parameter. This parameter may be different or the same for each character. Further, the skill activation value may increase or decrease with the passage of time, or may increase or decrease when a teammate character is damaged. In any case, the condition for updating the skill activation value has only to be set in advance, and its specific content is not particularly limited.

In this embodiment, the flipper 32 plays a role as a skill gauge. Specifically, the flipper 32 visually notifies the player of the current skill activation value with respect to the maximum value. In FIG. 5A, the black-painted portion of the flipper 32 indicates the current skill activation value, and the black-painted portion expands toward the tip side of the flipper 32 as the skill activation value increases. Then, as shown in FIG. 5B, when the skill activation value reaches the maximum value, the skill of the ally character becomes usable, assuming that the activation enabling condition is satisfied.

When the condition for enabling the skill is satisfied, the skill operation display 56 is displayed as shown in FIG. 5B. The skill operation display 56 suggests an operation for activating a skill (hereinafter referred to as skill activating operation), and is composed of, for example, an arrow from the lower side to the upper side of the display 26. In this example, as the skill activating operation, a flick operation from the lower side to the upper side is set as the skill activating operation. Therefore, the player can activate the usable skill by performing the flick operation in the direction suggested by the skill operation display 56 while the condition for enabling the skill is satisfied.

Although one skill operation display 56 is shown here, three skill operation displays 56 are displayed on the display 26. Although detailed description is omitted, the skill activation value is counted for each of the three teammate balls 34, and the skill operation display 56 is displayed corresponding to the teammate ball 34 whose skill activation value has reached the maximum value. ..

Further, in the present embodiment, the skill activation value is displayed on the flipper 32, but a gauge for displaying the skill activation value may be provided separately from the flipper 32, or a gauge for displaying the skill activation value is not provided. May be. Further, of the three teammate balls 34, the skill activation value corresponding to the main ball is displayed on the flipper 32 here, but a gauge for displaying the skill activation value may be provided for each of the three teammate balls 34. Good.

Then, when the skill activation operation is input, the skill is activated. As described above, the skill is preset for each ally ball 34 (ally character), and the effect of the skill is exhibited in accordance with the input of the skill activation operation. FIG. 5C shows an example of a case where a skill for causing a plurality of multi-balls 34a to appear is used. In this example, as shown in FIG. 5C, a plurality of (here, four) multi-balls 34a are moved and displayed in the game field 30 in addition to the ally balls 34, by using the skill. In this case, the speed of the multi-ball 34a is determined by the collision with the flipper 32 or the collision target object, and moves in the game field 30 as in the case of the ally ball 34. When the multi-ball 34a collides with the enemy character 40, a damage value is given to the enemy character 40.

The activation period of this skill is set in advance, and after the activation period elapses, the multi-ball 34a disappears from the game field 30 as shown in FIG. 5D. However, the multi-ball 34a may be set so as not to disappear from the game field 30 as long as it does not fall into the outlet 30a without providing the activation period.

Here, in this embodiment, a plurality of quests having different numbers, arrangements, and types of enemy characters 40 and collision target objects are provided. A condition for the player to win is set for each quest, and the player can select and play any quest. Depending on the quest, a large number of collision target objects including the structure 36 may be arranged. When the number of collision target objects arranged in the game field 30 increases, a teammate ball 34 may be fitted between the collision target objects and the progress of the game may be delayed. Therefore, in the present embodiment, a function for canceling the fit of the ally ball 34 is provided.

FIG. 6A is a diagram illustrating a fitted state. FIG. 6B is a diagram illustrating an example of the return button 58. FIG. 6C is a diagram illustrating a return position. FIG. 6D is a diagram illustrating the ally ball 34 after the return processing. As shown in FIG. 6A, when the structures 36 are arranged close to each other, the ally ball 34 may be fitted between the structures 36. In this way, when the fitting state continues for a predetermined time, the return button 58 is displayed on the display 26 as shown in FIG. 6B.

The return button 58 is displayed in a return operation area that receives a return operation. Here, a tap operation in the return operation area is set as the return operation. Therefore, the player can input the return operation by tapping the return button 58. As shown by the dashed box in FIG. 6B, the return position of the teammate ball 34 is preset in the game field 30. Here, the return position is set above the rotary shaft 32a in the right flipper 32.

When the return operation is input, as shown in FIG. 6C, a return process of setting the teammate ball 34 at the return position is executed, and the fitted state is eliminated. At this time, the return button 58 is hidden at the same time when the teammate ball 34 moves to the return position. Since the return operation can be input only while the return button 58 is displayed, further return processing cannot be performed as the ally ball 34 moves to the return position.

Here, in the return position, the ally ball 34 contacts the right flipper 32. In other words, the return position is set at the position where the ally ball 34 comes into contact with the right flipper 32. Therefore, when the returning process is executed, the ally ball 34 moves to the returning position and its speed becomes a predetermined value (0), and virtual gravity acts immediately after that, as shown in FIG. 6D. , Will roll on the flipper 32.

As a result, by operating the flipper 32, it is possible to play the ally ball 34 into the game field 30. Here, although the teammate ball 34 is moved to the return position by the return process, the content of the return process is not limited to this. For example, the speed (moving direction) may be changed by the returning process so that the teammate ball 34 comes out of the fitted state. Further, the return position is merely an example, and the return position may be set at any position within the game field 30. For example, the start position and the return position where the teammate balls 34 are arranged at the start of the pinball game may be the same or different. In any case, the return process may change at least one of the position and speed of the teammate ball 34, and the content thereof is not particularly limited.

FIG. 7A is a diagram illustrating display conditions of the return button 58. FIG. 7B is a diagram illustrating the first counter. FIG. 7C is a diagram illustrating the second counter. In the present embodiment, two conditions, that is, the first display condition and the second display condition shown in FIG. 7A are provided as a condition for displaying the return button 58, in other words, a condition that enables the return process. The return button 58 is displayed on the display 26 when one of the first display condition and the second display condition is satisfied.

Here, as the first display condition, it is set that the counter value of the first counter is not less than the first threshold value, and as the second display condition, the counter value of the second counter is not less than the second threshold value. It is set. As will be described later, the first counter and the second counter are updated by "1" for each frame except when some conditions are met. The number of frames (F) per unit time is not particularly limited, but here, the number of frames per second is “30”, and the frames (images) are updated at intervals of about 0.033 milliseconds. And

The first threshold is set to "150" and the second threshold is set to "450". The initial value (predetermined value) of the first counter and the second counter is "0", and "1" is added every frame from the initial value. Therefore, the first counter reaches the first threshold 150F after being set to the initial value, that is, 5 seconds, and the second counter is 450F after setting the initial value, that is, 15 seconds later. 2 threshold will be reached.

As shown in FIG. 7B, a first counter reset condition is preset in the first counter. When the first counter reset condition is satisfied, the first counter is set to the initial value "0". Here, the contact of the ally ball 34 with the flipper 32 and the separation of the ally ball 34 by a predetermined distance from the reference position are set as the first counter reset conditions.

Here, in the present embodiment, when a predetermined condition is satisfied, the position of the ally ball 34 at that time is set as the reference position. Here, the predetermined condition is that the first counter is set to the initial value (0), and the position of the ally ball 34 when the first counter is set to the initial value (0) is the reference position. Is set to.

Therefore, for example, when it is determined that the teammate ball 34 has contacted the flipper 32, the first counter is set to an initial value, and the position of the teammate ball 34 when contacting the flipper 32 becomes the reference position. Will be set. After that, for example, it is assumed that the flipper 32 operates and the ally ball 34 is thrown away. The ally ball 34 moves in the game field 30 at a speed determined by the collision with the flipper 32.

The current position of the teammate ball 34 is updated every frame, and the separated distance between the updated current position of the teammate ball 34 and the reference position is derived for each frame. During this time, the first counter is also updated every frame. Then, when the separation distance between the current position of the ally ball 34 and the reference position becomes equal to or greater than the predetermined distance, the first counter is set to the initial value again, and the position of the ally ball 34 at that time is set to the reference position. It That is, it can be said that the first counter counts the elapsed time from when the teammate ball 34 is at the reference position, that is, the elapsed time after the reference position is set.

The case where the first counter reaches the first threshold value is a case where a predetermined time (here, 5 seconds) has elapsed without the ally ball 34 being separated from the reference position by a predetermined distance. In other words, the first counter reaches the first threshold when the ally ball 34 is not separated from the reference position by a predetermined distance or more within a predetermined time. When the first counter reaches the first threshold value, the return button 58 is displayed. Therefore, the elapsed time has reached the predetermined time without the separation distance between the reference position and the current position becoming equal to or greater than the predetermined distance set in advance. In this case, the return operation can be accepted.

As shown in FIG. 7C, a second counter reset condition is preset in the second counter. When the second counter reset condition is satisfied, the second counter is set to the initial value "0". Here, the contact of the ally ball 34 with the flipper 32 and the start of the fever mode are set as the second counter reset conditions.

The second counter is set to add "1" for each frame as an update condition. Therefore, unless the second counter reset condition is satisfied, the second counter is incremented by "1" every frame. However, the update stop condition is set in the second counter, and “0” is set in each frame in the second counter while the update stop condition is satisfied. Here, the fact that it is in the fever mode is set as the update stop condition of the second counter. Therefore, during the fever mode, the second counter does not reach the second threshold and the second display condition is not satisfied. That is, in the fever mode, the return button 58 is not displayed due to the establishment of the second display condition.

For example, when it is determined that the ally ball 34 has contacted the flipper 32 while not in the fever mode, the second counter is set to the initial value. After that, for example, it is assumed that the flipper 32 operates and the ally ball 34 is thrown away. The ally ball 34 moves in the game field 30 at a speed determined by the collision with the flipper 32. During this period, the second counter is updated every frame.

Here, the case where the second counter reaches the second threshold value is a case where the ally ball 34 remains in the game field 30 for a predetermined time or longer without dropping to the flipper 32. Since the separation distance of the teammate ball 34 is not included in the second counter reset condition, for example, even when the teammate ball 34 is moving in the game field 30 in the vertical and horizontal directions, not in the fitted state, If the ally ball 34 has not dropped to the flipper 32 for a long time (here, 15 seconds), the second counter reaches the second threshold value.

Further, in some cases, in the game field 30, the ally ball 34 may be in a fitting state in which the ally balls 34 are repeatedly moved between the structures 36 that are arranged at a large distance from each other. In this case, if the separation distance between the two structures 36 is equal to or greater than a predetermined distance (distance from the reference position required for the first counter to be set to the initial value), the first counter periodically resets the initial value. Therefore, the first counter cannot detect the fit state.

In the present embodiment, the second counter counts the elapsed time from the last collision of the ally ball 34 with the flipper 32. Then, if the ally ball 34 does not drop to the flipper 32 for a predetermined time (here, 15 seconds) or more since the ally ball 34 last collided with the flipper 32, the second display condition is satisfied, and the return operation is performed. It will be accepted.

Note that here, the display condition of the return button 58 is set to be the first display condition and the second display condition, but only one of the first display condition and the second display condition may be set. .. Further, the return button 58 may be set to be displayed when both the first display condition and the second display condition are satisfied.

Further, here, in the fever mode, the second display condition is not satisfied and the first display condition is satisfied. This is because in the fever mode, the number of collision target objects increases, and thus the possibility that the ally ball 34 does not drop to the flipper 32 increases. Further, during the fever mode, it is preferable that the ally ball 34 continuously collide with the enemy character 40 or the fever accessory 54 rather than drop to the flipper 32. Nevertheless, if the return button 58 is displayed, the player may mistakenly perform the return operation, and the return process may be unnecessarily performed. As in the present embodiment, by preventing the second display condition from being satisfied during the fever mode, it is possible to suppress the possibility that the returning process is unnecessarily performed due to an erroneous operation by the player.

On the other hand, the case where the first display condition is satisfied is a state in which the ally ball 34 can hardly move even in the fitted state. In such a fitting state, the player cannot receive the benefit of the fever mode. Therefore, it is preferable that the first display condition can be satisfied regardless of whether or not the fever mode is in effect.

However, in the fever mode, it may be set so that all the display conditions are not satisfied. That is, in the fever mode, the return button 58 may not be displayed at all, and the return process, that is, the return operation may not be accepted. The processing for executing the above pinball game will be described below.

(Communication process between player terminal 1 and server 100)
FIG. 8 is a sequence diagram illustrating basic processing of the player terminal 1 and the server 100. When a login operation is input to the player terminal 1, the player terminal 1 executes a process of transmitting login information to the server 100 (S1). Upon receiving the login information, the server 100 sets various types of player information stored in association with the player ID (S2). Upon receiving the player information from the server 100, the player terminal 1 executes a game start process for starting a game (S3). Here, the player information received from the server 100 is stored in the memory 12 or the game screen is displayed on the display 26.

When a game start operation for starting a pinball game is input on the player terminal 1, a game execution process (S100) is performed. The game start operation is, for example, an operation of determining three ally characters used in the pinball game and a quest to be played. When the game start operation is input, the pinball game is executed by the game execution process. When the game execution process, that is, one pinball game ends, the game end process (S4) is executed in the player terminal 1, and the game result information is transmitted to the server 100. The server 100 updates the player information based on the received game result information (S5).

Although a detailed description is omitted, the pinball game includes a single play in which one player plays one quest alone, and a multiplayer in which a plurality of player terminals 1 are connected by communication and play one quest by a plurality of players. Either of them can be executed. In the multiplayer, an operation input to the player terminal 1 is transmitted to another player terminal 1 via the server 100. Therefore, in multiplayer, the game execution process is executed by both the player terminal 1 and the server 100.

On the other hand, in the present embodiment, in the case of single play, the game execution process is executed only in the player terminal 1, and when the game execution process ends, the game result information is finally transmitted to the server 100. .. That is, here, it is assumed that all the arithmetic processing required in the pinball game is executed by the player terminal 1.

However, even in the single play, the division of roles may be defined between the player terminal 1 and the server 100, the operation input in the player terminal 1 may be transmitted to the server 100, and the server 100 may execute various arithmetic processes. At this time, for example, a part or all of the collision determination between the teammate ball 34 and the collision object, the physical calculation for determining the speed, the calculation of the damage value given to the enemy character 40, the calculation of the damage value received by the teammate character, etc. May be done in. The functional configuration of the player terminal 1 will be described below, and then the game execution process (S100) related to the single-play pinball game will be described in detail.

FIG. 9 is a diagram illustrating the functional configuration of the player terminal 1. A program for proceeding with the game is stored in the memory 12 of the player terminal 1. The CPU 10 operates various programs (modules) of the memory 12 and updates data such as various parameters, timer values, and counter values related to the battle game in the data storage area of the memory 12.

Then, the CPU 10 operates the programs to cause the player terminal 1 to move the player unit 1, the receiving unit 62, the game executing unit 64, the collision determining unit 66, the determining unit 68, the moving display unit 70, the flipper control unit 72 ( The operation object control unit), the fever mode setting unit 74 (specific period setting unit), the reference position setting unit 76, the distance deriving unit 78, the time counting unit 80, the permission unit 82, the return processing unit 84, and the image output unit 86.

The transmission unit 60 performs a process of transmitting the above-described login information, game result information, and the like from the player terminal 1 to the server 100. The receiving unit 62 performs a process of receiving various information such as player information from the server 100. The game execution unit 64 totally controls the pinball game. The collision determination unit 66 determines the presence or absence of a collision between the ally ball 34 and each of the flipper 32, the attack object 46, the collision target object, and the like arranged in the game field 30, based on the position information.

The determining unit 68 determines the speeds of the ally ball 34 and the multi-ball 34a using the physics engine stored in the memory 12. The movement display unit 70 causes the ally ball 34 to be moved and displayed based on the speed determined by the determination unit 68. The flipper control unit 72 dynamically displays the flipper 32 on the display 26 based on the input of the flipper operation. The fever mode setting unit 74 sets the fever mode when the fever activation value reaches the maximum value (the specific condition is satisfied).

The reference position setting unit 76 sets the reference position. The distance deriving unit 78 derives a separation distance between the current position and the reference position. The clock unit 80 updates the first counter and the second counter. The permission unit 82 determines whether or not the first display condition and the second display condition are satisfied, and displays the return button 58 when any of the display conditions is satisfied. The return processing unit 84 performs a return process of moving the teammate ball 34 to the return position based on the input of the return operation. The image output unit 86 generates an image based on the position information of each object and the HP of the ally character and the enemy character 40, and displays the game image on the display 26.

(Game execution process S100)
FIG. 10 is a first flowchart illustrating a game execution process in the player terminal 1, FIG. 11 is a flowchart illustrating a counter update process in the player terminal 1, and FIG. 12 is a game execution process in the player terminal 1. 13 is a second flowchart for explaining the game execution process, and FIG. 13 is a third flowchart for explaining the game execution process in the player terminal 1. The game execution process described below is executed for the main ball of the three teammate balls 34, and for the sub-balls, the process of following the main ball is executed. The game execution process is also executed for the multi-ball 34a. However, here, the processing for the main ball will be described, and the processing for the sub ball and the multi-ball 34a will be omitted.

As shown in FIG. 10, the game execution unit 64 determines whether the teammate ball 34 is on standby (S101). The waiting for the ally ball 34 is a state after the ally ball 34 has fallen into the outlet 30a at the start of the pinball game or when the remaining number of the ally balls 34 is 1 or more. Is not displayed in the game field 30.

When the start operation is input (YES in S102) while the teammate ball 34 is on standby (YES in S101), the return processing unit 84 updates the position information of the teammate ball 34 to the preset start position (S103). ). The start operation is an operation of tapping the touch panel forming the input unit 22. Here, when the start operation is input, the ally ball 34 is set at the start position. As described above, the start position of the teammate ball 34 when the start operation is input may be the same as or different from the return position.

On the other hand, when the teammate ball 34 is located in the game field 30 (NO in S101), the movement display unit 70 displays the position information of the teammate ball 34 based on the speed of the teammate ball 34 updated one frame before. Is updated (S107).

Next, when the flipper 32 is not in operation (NO in S105) and the flipper operation is input (YES in S106), the flipper control unit 72 calculates and stores the speed (operating speed) of the flipper 32. Then, the position information of the flipper 32 is updated (S107) (S108). The speed of the flipper 32, that is, the operation mode may be constant, or may be different depending on the flipper operation (tap strength, tap detection position, etc.).

Next, the game execution unit 64 updates the position information of the object (for example, the attack object 46) moving in the game field 30 other than the ally ball 34 and the flipper 32 (S109). Further, for example, when a skill activation operation is input, the game execution unit 64 executes a game management process (S110) of managing the progress of other games, such as activating a corresponding skill.

Next, the collision determination unit 66 performs a collision determination process for determining whether the ally ball 34 has collided with any object (S111). Further, the determining unit 68 determines and stores the speed of the teammate ball 34 by a physical calculation using a physical engine (S112). Here, as a result of the collision determination in S111, if the object collides with any object, the collision angle, the speed of the teammate ball 34 one frame before, the position information of the teammate ball 34, the teammate ball 34, and the colliding object are set. The velocity of the teammate ball 34 is determined based on the dynamic parameters that are set, the virtual gravity set in the game field 30, and the like.

In addition, in the collision determination process of S111, when it is determined that the ally ball 34 has collided with the flipper 32 (YES in S113), the time counting unit 80 resets the first counter and the second counter (S200). I do.

As shown in FIG. 11, in the counter updating process (S200), the timer unit 80 sets the first counter to the initial value (0) (S200-1) and sets the second counter to the initial value (0). (S200-2). Further, here, the reference position setting unit 76 sets the current position of the ally ball 34 as the reference position (S200-3).

When it is determined in the collision determination process of S111 that the ally ball 34 has collided with the enemy character 40 or the attack object 46 (YES in S120 of FIG. 12 ), the game execution unit 64 executes the damage process (S121). .. Here, the damage value given to the enemy character 40 or the damage value received by the ally character is calculated based on the speed (speed) of the ally ball 34, the battle parameter, and the like, and the calculated damage value is the ally character or It is subtracted from the HP of the enemy character 40. Further, here, the addition/subtraction value of the fever activation value and the skill activation value is derived based on the calculated damage value, and the fever activation value and the skill activation value are updated based on the derived addition/subtraction value. However, during the fever mode, the update of the fever activation value is stopped.

Further, when the ending condition is satisfied (YES in S122), the game execution unit 64 executes an ending process (S123) for ending the pinball game. Here, as the ending condition, the ending condition is satisfied when the HP of the ally character or the enemy character 40 becomes "0", and when the ally ball 34 falls to the out port 30a and the remaining number becomes 0. Is determined, and the ending process is executed.

If the termination condition is not satisfied (NO in S122) and the fever activation value is equal to or greater than the maximum value (YES in S124), the fever mode setting unit 74 starts the fever mode (S125). Here, as an example, the fever mode setting unit 74 sets the fever accessory 54 based on the position of the color accessory 52. Further, with the start of the fever mode, the timer unit 80 sets the initial value (0) in the second counter (S126), and the restoration processing unit 84 hides the restoration button 58. Note that here, the return button 58 may be hidden only when the return button 58 is displayed based on the establishment of the second display condition, and the return button 58 may be displayed based on the establishment of any display condition. The return button 58 may be hidden regardless of whether it is displayed.

In the fever mode (YES in S128), the timer unit 80 sets the initial value (0) in the second counter for each frame (S129), and the fever mode setting unit 74 decrements the fever activation value (S130). .. Then, if the fever activation value is "0" (YES in S131), the fever mode setting unit 74 ends the fever mode (S132). Here, as an example, the fever accessory 54 disappears or is inverted to the empty accessory 52.

If it is not in the fever mode (NO in S128), the timer unit 80 increments the second counter (S133). Then, if the counter value of the second counter updated in S133 is equal to or greater than the second threshold value (YES in S134) and the return button 58 is not displayed (YES in S135), the permitting unit 82 sets the return operation area. Along with the setting, permission processing for displaying the return button 58 on the display 26 is performed (S136).

Next, as shown in FIG. 13, the distance deriving unit 78 derives the separation distance between the current position of the ally ball 34 and the reference position (S140). Note that the separation distance may be derived by coordinate calculation or other method. If the derived separation distance is greater than or equal to the threshold value (YES in S141), the time counting unit 80 sets the initial value (0) in the first counter (S142), and the reference position setting unit 76 causes the current position of the ally ball 34 to be present. Is set (stored) at the reference position (S143).

On the other hand, if the derived separation distance is not greater than or equal to the threshold value (NO in S141), the clock unit 80 increments the first counter (S144). Then, if the counter value of the first counter updated in S144 is equal to or larger than the first threshold value (YES in S145) and the return button 58 is not displayed (YES in S146), the permission unit 82 determines that the return operation area is set. Along with the setting, permission processing for displaying the return button 58 on the display 26 is performed (S147).

Further, when the return button 58 is displayed and the return operation is input (YES in S148), the permitting unit 82 hides the return button 58 (S149). Then, the return processing unit 84 updates the position information of the teammate ball 34 to the return position (S150). The determining unit 68 also determines the speed of the teammate ball 34 to be 0 and stores it (S151). Finally, the image output unit 86 generates an image based on the information updated in each step of the game execution process, and outputs the game image to the display 26 (S152).

Although one aspect of the embodiment has been described with reference to the accompanying drawings, it goes without saying that the present invention is not limited to the above embodiment. It is obvious to those skilled in the art that various variations or modifications can be conceived within the scope of the claims, and it is understood that those variations also belong to the technical scope.

In the above embodiment, the pinball game has been described as an example of the game. However, the game to which the present invention is applicable is not limited to the pinball game. In any case, the game content is not particularly limited as long as the speed of the moving object moving in the game field is determined and the moving object is moved and displayed based on the determined speed.

In the above embodiment, the reference position is set when the first counter is reset. More strictly, the reference position is set when the ally ball 34 contacts the flipper 32 and when the separation distance between the reference position and the current position of the ally ball 34 reaches a predetermined distance. However, the condition for setting the reference position is not limited to this, and if the current position of the moving object is set as the reference position when the predetermined condition is satisfied, the content of the predetermined condition is not particularly limited.

In the above embodiment, by displaying the return button 58 when the display condition is satisfied, the return operation (return input) can be accepted. However, the method of allowing the return operation (return input) to be accepted is not limited to this. For example, when the above display conditions are satisfied, the return operation (return input) may be accepted immediately or automatically after a predetermined time without displaying the return button 58. That is, the return input includes not only the operation input by the player but also the automatic input by the computer. For example, in the auto mode in which the computer performs flipper operation, skill activation operation, and the like, it is desirable that the return input is automatically performed when the above display conditions are satisfied.

In the above embodiment, when the separation distance reaches the predetermined distance, the reference position setting unit 76 resets the current position as the reference position, and the time counting unit 80 resets the first counter, so that the separation distance reaches the predetermined distance. Without doing so, it becomes possible to identify whether or not the elapsed time has reached the predetermined time. However, the method of identifying whether or not the elapsed time has reached the predetermined time without the separation distance reaching the predetermined distance is not limited to this.

In the above embodiment, when the flipper 32 (operation object) and the ally ball 34 (moving object) collide with each other, the speed of the ally ball 34 is determined. Then, the timer unit 80 measures a second elapsed time which is an elapsed time from the last collision of the ally ball 34 with the flipper 32 (updates the second counter), and the permitting unit 82 causes the second elapsed time to pass. When the second predetermined time (second threshold value) is reached, the return operation (return input) can be accepted. However, the method of measuring the elapsed time from the last collision of the moving object with the operation object is not limited to this.

In the above embodiment, the input of the return operation (reception of the return input) makes it impossible to input the return operation again. However, for example, the input of the return operation may not be accepted based on the setting of the first counter or the second counter to the initial value. Further, in the above embodiment, the initial value (0) is set to the first counter or the second counter when the separation distance is equal to or greater than the predetermined distance or during the fever mode. The value set in the second counter is not limited to the initial value, and a predetermined value other than the initial value may be set. That is, when the return input is accepted or a predetermined value is set in the counter that measures the elapsed time, the return input cannot be accepted. The process for making the return input unacceptable is not particularly limited. For example, by setting a predetermined value in the counter, hiding the return button 58, and not setting an area for receiving the return input (operation), the return input cannot be accepted.

In the above embodiment, the updating of the first counter is continued and the updating of the second counter is stopped even during the fever mode. As a result, in the above-described embodiment, the return operation (return input) can be accepted even if the fever mode is in effect if the first display condition is satisfied. However, in the fever mode, the return operation (return input) may not be accepted regardless of the display condition type. The method for making the return operation (return input) unacceptable during the fever mode is not limited to resetting the first counter and the second counter. For example, updating the first counter and the second counter may be interrupted. It is also possible to adopt a process of not displaying the return button 58 (setting the return operation area) while continuing to update the first counter and the second counter.

The information processing program for executing the processing in the above embodiment may be stored in a computer-readable storage medium and provided as the storage medium. Furthermore, a game terminal device including this storage medium may be provided. Further, the above embodiment may be an information processing method that realizes each function and the steps shown in the flowcharts.

The present invention can be used for an information processing program, a game device, and an information processing method.

30 game field 34 friendly ball (moving object)
66 Collision determination unit 68 Determination unit 70 Movement display unit 72 Flipper control unit (operation object control unit)
74 Fever mode setting section (specific period setting section)
76 Reference position setting unit 78 Distance deriving unit 80 Timekeeping unit 82 Permitting unit 84 Return processing unit

Claims (11)

A determination unit that determines the speed of a moving object that moves in the game field,
A moving display unit for moving and displaying the moving object based on the speed determined by the determining unit,
A reference position setting unit that sets the current position of the moving object as a reference position when a predetermined condition is satisfied;
A distance derivation unit that derives the distance between the reference position and the current position,
A timekeeping unit that measures the elapsed time since the reference position is set,
A permitting unit that can accept a return input when the elapsed time reaches a predetermined time without the distance being equal to or longer than a predetermined distance set in advance,
Upon receiving the return input, a return processing unit that executes a return process of changing at least one of the position and the speed of the moving object,
An information processing program that causes a computer to function. The predetermined condition includes that the distance is equal to or greater than the predetermined distance,
The information according to claim 1, wherein when the distance is equal to or greater than the predetermined distance, the reference position setting unit sets the current position as the reference position, and the time counting unit sets a predetermined value in a counter that measures the elapsed time. Processing program. Upon receiving an operation input, an operation object control unit that operates an operation object arranged in the game field,
A collision determination unit that determines a collision between the operation object and the moving object,
And make the computer work,
The determination unit is
Determining the speed of the moving object based on the collision determination by the collision determination unit,
The timekeeping unit is
By the collision determination, a second elapsed time, which is an elapsed time since it was determined that the operation object and the moving object finally collided, is timed,
The permission unit is
The information processing program according to claim 1, wherein the return input can be accepted when the second elapsed time reaches a second predetermined time. When receiving an operation input, an operation object control unit that operates an operation object arranged in the game field,
A collision determination unit that performs collision determination between the operation object and the moving object,
A determination unit that determines the speed of the moving object based on the collision determination by the collision determination unit,
A moving display unit for moving and displaying the moving object based on the speed determined by the determining unit,
By the collision determination, a timekeeping unit that measures the elapsed time from the determination that the operation object and the moving object have finally collided,
A permitting unit capable of accepting a return input when the elapsed time reaches a predetermined time,
Upon receiving the return input, a return processing unit that executes a return process of changing at least one of the position and the speed of the moving object,
An information processing program that causes a computer to function. The permission unit is
The information processing program according to claim 1, wherein when the return input is accepted or when a predetermined value is set in a counter that measures the elapsed time, the return input cannot be accepted. A specific period setting unit that sets a specific period for increasing the number of collision target objects that are arranged in the game field and that can collide with the moving object when a predetermined specific condition is satisfied,
And make the computer work,
The permission unit is
The information processing program according to claim 1, wherein the return input cannot be accepted during the specific period. The determination unit is
The information processing program according to claim 1, wherein the speed of the moving object is determined by a physical calculation in the game field in which virtual gravity is set. A determination unit that determines the speed of a moving object that moves in the game field,
A moving display unit for moving and displaying the moving object based on the speed determined by the determining unit,
A reference position setting unit that sets the current position of the moving object as a reference position when a predetermined condition is satisfied;
A distance derivation unit that derives the distance between the reference position and the current position,
A timekeeping unit that measures the elapsed time since the reference position is set,
A permitting unit that can accept a return input when the elapsed time reaches a predetermined time without the distance being equal to or longer than a predetermined distance set in advance,
Upon receiving the return input, a return processing unit that executes a return process of changing at least one of the position and the speed of the moving object,
A game device provided with. When receiving an operation input, an operation object control unit that operates an operation object arranged in the game field,
A collision determination unit that performs collision determination between the operation object and the moving object,
A determination unit that determines the speed of the moving object based on the collision determination by the collision determination unit,
A moving display unit for moving and displaying the moving object based on the speed determined by the determining unit,
By the collision determination, a timekeeping unit that measures the elapsed time from the determination that the operation object and the moving object have finally collided,
A permitting unit capable of accepting a return input when the elapsed time reaches a predetermined time,
Upon receiving the return input, a return processing unit that executes a return process of changing at least one of the position and the speed of the moving object,
A game device provided with. Determining the speed of the moving object moving in the game field,
Moving and displaying the moving object based on the determined speed,
Setting a current position of the moving object as a reference position when a predetermined condition is satisfied;
Deriving a distance between the reference position and the current position,
A step of measuring an elapsed time after the reference position is set,
A step of accepting a return input when the elapsed time reaches a predetermined time without the distance being equal to or greater than a predetermined distance set in advance;
Receiving the return input, executing a return process of changing at least one of the position and speed of the moving object;
Information processing method including. When the operation input is accepted, the step of operating the operation object arranged in the game field,
A step of determining a collision between the operation object and the moving object,
Determining the speed of the moving object based on the collision determination,
Moving and displaying the moving object based on the determined speed,
By the collision determination, a step of measuring an elapsed time from the operation object and the moving object is determined to have finally collided,
A step of accepting a return input when the elapsed time reaches a predetermined time,
Receiving the return input, executing a return process of changing at least one of the position and speed of the moving object;
Information processing method including.

Images