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

Abstract

To provide a program, a method, and an information processing device for increasing game interest.SOLUTION: A game program causes a processor to execute: a step S1 for causing a user to hold a character when a predetermined condition is satisfied; a step S2 for causing one or more characters held by the user to operate in accordance with the input operation of the user and to advance an actual battle part to be played against an opponent character; and a step S3 for causing a character selected by the user from a plurality of characters that can appear in the actual battle part to operate according to the input operation of the user and to advance a practice part to practice with a non-player character to be controlled by a computer.SELECTED DRAWING: Figure 2

Description

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

2. Description of the Related Art Conventionally, a game program that causes a computer to execute a game played by a user using a game medium such as a character card has been known. The game medium is digital data used in the game while the game program is being executed. Specifically, the above-mentioned character card, an item for advantageously proceeding with the game, or points that can be exchanged for other services in the game.

In such a game, the game medium is provided to the user for a fee or free of charge as follows.

For example, in-game values that have a monetary value in the game (for example, virtual currency, coins,
It is widely practiced to sell valuable media such as jewels, crystals and points) to users. Then, various services (such as provision of game media) used in a game are provided to the user by causing the user to hold the valuable medium and consume the value. Patent Literature 1 discloses a technique capable of providing a lottery game service for allowing a user to hold a character card in exchange for virtual currency held by the user.

JP 2013-202322 A (published October 7, 2013)

In a game intended for long-term operation, various measures are taken to keep the user from getting tired. For example, in a battle game, new characters are added more and more by lottery, rewards, distribution, and the like, and the user can increase the number of characters that can be used in the battle.

However, in such a battle game, generally, the user cannot use the character in the battle unless various conditions are satisfied and the character is held as a game medium. Therefore, no matter how many types of characters are added, the user cannot play a game using the added new type of character until the user obtains the new type of character. The charm of is not transmitted well. As a result, there is a problem that the mechanism of adding a character is not sufficiently effective as a measure to keep the user from getting tired.

Therefore, there is a need for a measure for transmitting the appeal of the game medium such as a newly added character to the user and motivating the user to acquire the game medium.

An object of one embodiment of the present disclosure is to increase a user's desire to acquire a game medium such as a character, and to motivate the user to play a game.

A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program causes the processor to cause the user to hold the character when a predetermined condition is satisfied, and causes the processor to operate the one or more characters held by the user in the holding step in accordance with the user's input operation. Advancing an actual battle part to be played against the opponent character; and operating a character selected by the user from a plurality of characters that may appear in the actual battle part in accordance with the user's input operation, and controlled by the computer. Non-player character (NPC)
And a step of performing a practice part to be practiced.

  Advantageous Effects of Invention According to one aspect of the present disclosure, an effect of improving the interest of a game is achieved.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. It is a figure explaining the game cycle of a game. FIG. 3 is a block diagram illustrating a functional configuration of a user terminal and a server. It is a figure which shows typically the competition space defined in the game space of a game. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. FIG. 3 is a diagram illustrating an example of a data structure of a character database. FIG. 4 is a diagram illustrating an example of a data structure of a possessed character table. It is a figure showing an example of the data structure of a practice character table. It is a flowchart which shows the flow of the process which updates a possession character table. It is a flowchart which shows the flow of a process which updates a practice character table. It is a flowchart which shows the flow of the process which advances a practice part. FIG. 9 is a diagram showing a specific example of a selection screen for allowing a user to select a character. It is a figure which shows the specific example of the 1st setting screen for making a user set the behavior of the gimmick in a game. It is a figure showing the example of the 2nd setting screen for making a user set the behavior of NPC. It is a figure showing the example of the menu screen arranged on the game screen.

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

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

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

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

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

Note that, instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement sensor 18, the controller 1020 may include the camera 17 and the distance measurement sensor 18.

For example, at the start of a game, the user terminal 100 provides a user using the controller 1020 with user identification information such as the user's name or a login ID.
It is desirable to input through the. As a result, the user terminal 100
020 can be associated with a user, and it is possible to specify which user the output value belongs to based on the source (controller 1020) of the received output value.

When the user terminal 100 communicates with a plurality of controllers 1020, each controller 1020
By holding each user 20, multi-play can be realized by the single user terminal 100 without communicating with another device such as the server 200 via the network 2. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communications connection without passing through the server 200), and thus a plurality of user terminals 1
00 makes it possible to realize multi-play locally. When the above-mentioned multi-play is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-mentioned multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

The user terminal 100 may communicate with the server 200 even when the above-described multi-play is realized locally. For example, information indicating a play result such as a score or a win or loss in a certain game may be transmitted to the server 200 in association with user identification information.

The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected via a wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

As illustrated in FIG. 1, the user terminal 100 may receive the attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, the user terminal 100
A program and data recorded in the storage medium 1030 can be read. The program recorded in the storage medium 1030 is, for example, a game program.

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

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

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

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

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

The processor 10 reads a program from a storage 12 described later and expands the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later,
It is developed in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

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

In the present embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program stores the game in the user terminal 1
The game program may be a game program realized by cooperation of the server 00 and the server 200. The game realized by cooperation between the user terminal 100 and the server 200 is, for example,
The game may be executed on a browser activated on the user terminal 100. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. Further, the various data includes game-related data such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

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

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

The touch screen 15 of the user terminal 100 is an electronic component in which the input unit 151 and the display unit 152 are combined. The input unit 151 is, for example, a touch-sensitive device,
For example, it is constituted by a touch pad. The display unit 152 includes, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

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

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify a holding posture of the user terminal 100 from an output of the sensor and perform a process according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may perform a vertical screen display that displays a vertically long image on the display unit 152. On the other hand, when the user terminal 100 is held in the horizontal direction, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. As described above, the processor 10 includes the user terminal 10
It may be possible to switch between vertical screen display and horizontal screen display according to the holding posture of 0.

The camera 17 includes an image sensor and the like, and generates a captured image by converting incident light from a lens into an electric signal.

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

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

The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on an image captured by the camera 17 to specify whether or not the user's hand is included in the captured image. The processor 10 includes, as an analysis technique adopted in the above-described image recognition processing,
For example, a technique such as pattern matching may be used. (2) The processor 10 detects the gesture of the user from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further specifies a gesture performed by the user based on the specified number of fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed the “par” gesture. Further, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has performed the gesture of “goo”. Further, when the number of fingers is two, the processor 10 determines that the user has performed the gesture of “choking”. (3) The processor 10 performs an image recognition process on the image captured by the camera 17 to detect whether the user's finger is standing up with only the index finger or the user's finger has made a fluttering movement. . (4) The processor 10 determines an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of an image recognition result of an image captured by the camera 17 and an output value of the distance measurement sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) the user terminal 100 or far (for example, a predetermined value) depending on the shape of the user's hand specified from the image captured by the camera 17. At the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed in a state where the user's hand has been detected based on an image recognition result of an image captured by the camera 17 or the like, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measurement sensor 18 having a higher directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving the hand in a direction orthogonal to the shooting direction of the camera. recognize.

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

<Game Overview>
The game executed by the game system 1 (hereinafter, the present game) is a game in which different results are obtained according to the operation contents (for example, operation speed, timing, technique, and the like) of the user.

The present game is, for example, a fighting game, and in the fighting game, the game carrying, the score, the win / loss of the battle, and the like change according to the operation content of the user. As an example, the present game may be a game in which a plurality of users compete for superiority in terms of time, score, results, and the like. Users typically play games in the desire to win the competition. Therefore, by including a competition element in the game and constructing the game system 1 so that the superiority is determined according to the operation content, it is possible to encourage the user to master the operation.

Further, the battle game may include, for example, a play part for performing a battle between the user and another user. Note that the “match” in the present game is not limited to a multi-match (a so-called PvP (Player vs Player) match). For example, a player character (hereinafter, PC (player character)) operated by a user and a non-player character (
Hereinafter, a battle with an NPC (non player character) (a so-called COM battle or a CPU battle) is also included in the “battle” in the battle game. The match of the present game may be, for example, a match in a sports game.

The battle game is, for example, a sports game including a PvP battle and a COM battle.
The battle in the sports game executed by the game system 1 according to the present embodiment
This is a sports game in which one or more characters compete for points by moving a moving object in a defined competition space. In particular, the battle in the present sports game is a sports game in which two or more characters continuously compete against each other with the above-mentioned moving object to compete for points. As an example, the present sports game is a tennis game, and the match is a tennis match.

In the tennis game executed by the game system 1 according to the present embodiment, the user operates the PC to play tennis by performing an input operation on the user terminal 100.

In the present tennis game, the PC of the user of the user terminal 100 and the PC of the NPC or another user terminal 100 play a tennis game in the game space constructed in the game system 1. In the following, the character of the opponent who competes with the user's PC is
, Or a PC operated by a user of another user terminal 100, if there is no particular need to distinguish between them, they are uniformly referred to as a partner character. In the present tennis game, the opponent character may be one or more.

In the present tennis game, a singles match between a user's PC and a pair of opponent characters may be played, or a doubles match may be played. That is, the game played in the present tennis game may be a doubles game in which an ally pair formed including at least the user's PC and an enemy pair formed by two opponent characters. The character forming a friend pair with the user's PC may be the user's PC, the NPC, or another user's PC. Is referred to as an ally character.

The game in the tennis game is performed based on actual tennis rules and in accordance with predetermined rules that are appropriately added or changed. In the following description, a detailed description of the actual tennis rules will not be given.

<Game details>
FIG. 2 is a diagram illustrating an example of a game cycle of the present tennis game. This game is composed of a plurality of play parts. The game includes, for example, three play parts: a practice part, a battle part, and a lottery part. This game may include other play parts (not shown).

The actual battle part is a part where the user operates a character selected from possessed characters (hereinafter, possessed characters) as a PC to play a tennis match with the opponent character. In the actual battle part, a reward is given to a user who satisfies a predetermined play condition.

The reward is digital data as in-game added value that can be used on the game. In-game added value may include, for example, a character, a card imitating the character, items that provide a beneficial effect to the user, equipment to be worn by the character, abilities to be worn by the character, and limited quests. The right to play, the right to extend the holding limit of holding items or cards, the right to run lotteries where characters such as in-game currency or points, tickets, etc. that can be exchanged for various in-game added value, Also, it may be increments of various parameters set for the user or the character.

In the present tennis game, as an example, the reward may be an enhancement item that has an effect of enhancing the character, or may be an increment of various parameters such that the more the value increases, the more advantageous the game operates for the user. Good. The parameter may be associated with the user, such as a user rank, or may be associated with the character, such as a character level, an ability value related to a tennis match, or the like. It may be something. Alternatively, in the present tennis game, the game system 1 may cause the user to retain a predetermined character as a reward when the progress of the actual battle part played by the user satisfies a predetermined condition.

The user can strengthen the character by playing the actual battle part and obtaining a reward. Then, the actual battle part can be more advantageously played using the enhanced character. That is, as the user repeatedly plays the actual battle part, the character can be strengthened, and the user can play more advantageously in the actual battle part. Then, since the user can play advantageously, the user is further encouraged to play the actual battle part, and the character is strengthened, thereby realizing a virtuous cycle game cycle.

It should be noted that giving an in-game value such as a reward to a user is, for example, changing the status of digital data as an in-game value managed in association with the user from unusable to usable. There may be. Alternatively, the digital data may be newly stored in at least one of the memories (the memory 11 and the memory 21) included in the game system 1 in association with the user identification information or the user ID. Having the user retain and acquire the in-game value is synonymous with granting the in-game value to the user.

The lottery part is a part that allows the user to retain an in-game value, which is digital data that can be used in the present tennis game, in exchange for another in-game value. In the present embodiment, as an example, while the lottery part is in progress on the user terminal 100, the server 200 executes the lottery, and the in-game value to be held by the user is randomly determined. The in-game value exchanged for the execution of the lottery may be, for example, a valuable medium such as an in-game currency acquired by charging the user, or a point or a consumable item such as a lottery ticket provided free of charge as a reward. And so on. In the present embodiment, as an example, when a lottery is performed in the lottery part, the winning character is retained by the user. The winning character and the character held by the user can be used in the actual battle part.

The practice part is a part where the user operates the PC to practice a tennis match with the opponent character in preparation for the actual battle in the actual battle part. The practice part is a part provided for the user to master the operation used in the actual battle part. Therefore, the game of the practice part progresses like the game of the actual part. However, as an example, the practice part differs from the actual part in the following points.

First, the score of the match, such as the number of wins and losses, is not recorded. No reward is given. That is, the user cannot strengthen the character by playing the practice part.

Next, regardless of whether the user is a possessed character or a non-retained character (hereinafter, a non-retained character), the user selects, from among characters appearing in the game, a PC used in the practice part and an opponent. An NPC to be a character can be arbitrarily selected.

Regardless of whether the character to be selected is a possessed character or a non- possessed character, the status and equipment are unified.

In the present tennis game, the status of the character is, for example, a level and the number of breakthroughs. Both the level and the number of breakthroughs are indices indicating the strength of the character, and a higher value means a stronger advantage in the game. The level of these values set for the character may affect the progress of the game. The level and the number of breakthroughs will be described later in detail.

In the present tennis game, the equipment worn by the character is, for example, a racket and shoes. In the present tennis game, parameters are also set for the equipment, and the quality of the equipment may affect the progress of the game. For example, the performance of a racket affects the strength or pitch of a shot of a character, and the performance of shoes affects the speed at which a character moves on a court.

In the present embodiment, since the status and the equipment are unified for all the characters, an advantage or disadvantage to one character is not created due to the performance of the equipment in the practice part game. . Further, it is desirable to unify the equipment to basic performance with relatively few special effects, so that it is easy to experience the quality of the character itself in a trial in a practice game.

Further, in the present embodiment, the conditions of the game can be arbitrarily customized by the user. In the present tennis game, various gimmicks are set in the game regardless of whether or not the actual tennis game is so. The user can arbitrarily set various gimmicks that can be activated in the game of the actual battle part.

Further, in the present embodiment, the behavior of the NPC can be arbitrarily customized by the user. In the present tennis game, when the opponent character is an NPC, various movement tendencies are set for the character. The user can arbitrarily set various operating tendencies of the NPC as the opponent character.

From the above, in the present tennis game, the significance of the practice part is not to strengthen the possessed character but to let the user himself master the operation related to the game in the actual battle part. Further, in the practice part, the user can play a match as if it were an actual battle part, using a character not possessed. Therefore, the further significance of the practice part is that the user recognizes the existence of an unknown character that cannot be used in the actual battle part,
You will have the opportunity to experience its performance. In the practice part, the user can customize the behavior of a gimmick activated in a game or customize the behavior of an NPC. Therefore, the user can reproduce the gimmick that is activated in the game of the assumed actual battle part, or reproduce the opponent character of the assumed actual battle part, and can take measures for the actual battle part. In addition, the user can reproduce the gimmick or the opponent character in which the ability of the PC can be utilized, and can efficiently test the performance of the PC. Alternatively, the user can practice to overcome the operational weakness of the user by dare to reproduce the opponent character who has a poor gimmick or a bad habit.

<Functional Configuration of Game System 1>
FIG. 3 is a block diagram showing a functional configuration of server 200 and user terminal 100 included in game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) required when functioning as a general computer, and a functional configuration required to realize a known function in a game.

The user terminal 100 has a function as an input device that accepts a user's input operation, and a function as an output device that outputs game images and sounds. The user terminal 100 functions as the control unit 110 and the storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance a game. If the game is a multiplayer game, server 2
00 may have a function of communicating with each user terminal 100 participating in the game and mediating exchanges between the user terminals 100. The server 200 includes a processor 20, a memory 21
, Storage 22, communication IF 23, input / output IF 24, etc.
0 and functions as the storage unit 220.

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

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

The control unit 210 functions as the progress support unit 211, the synchronization control unit 212, and the character management unit 213 according to the description of the game program 231. The control unit 210 can also function as another functional block (not shown) to support the progress of the game in the user terminal 100 according to the nature of the game to be executed.

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

In the PvP battle, the synchronization control unit 212 communicates with each of the user terminals 100 that compete with each other, and mediates exchange between the user terminals 100. Further, the synchronization control unit 212 executes matching of the opponents, synchronization control for synchronizing the progress of the competition, and the like.

The character management unit 213 manages data relating to characters appearing in the game. Specifically, according to the operation of the operator of the operating organization that operates this game, characters that do not appear in the game are deleted, various settings are updated for characters that have already appeared, Or register data.

In addition, the character management unit 213 processes data relating to the newly registered character as needed, and distributes the data to each user terminal 100.

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

The control unit 110 functions as a practice progression unit 111, an actual battle progression unit 112, and a lottery progression unit 113 according to the description of the game program 131.

Note that the control unit 110 controls the game in accordance with the nature of the game to be executed,
It can also function as other functional blocks not shown.

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

The practice progress part 111 progresses a practice part. The practice progress section 111 includes a character selection section 141, a condition setting section 142, an NPC setting section 143, and a game simulation section 144.

The character selection unit 141 provides a user interface (UI) for a user to select a PC and an NPC in a tennis game (hereinafter, a practice game) in a practice part. Specifically, the character selection unit 141 presents a character appearing in the game as a character that can be selected by the user, regardless of whether the character is a possessed character or a non- possessed character, and accepts the selection. The character selection unit 141 presents a character whose status and equipment are unified as a character that can be selected by the user. The character selection unit 141 transmits information on the PC and NPC selected by the user to the game simulation unit 144.

The condition setting unit 142 provides a UI for the user to set a gimmick behavior set in the practice match. The condition setting unit 142 transmits information on the behavior of the gimmick set by the user to the game simulation unit 144.

The NPC setting unit 143 sets the N selected by the user as the opponent character in the practice game.
Provides a UI for specifying PC behavior. The NPC setting unit 143 transmits information on the operation tendency of the NPC designated by the user to the game simulation unit 144.

The game simulation unit 144 simulates a tennis game (hereinafter, an actual battle) in an actual battle part. That is, the game simulation unit 144 advances the practice game in the practice part. In particular,
The game simulation section 144 defines a game space including a predetermined game space, as in the actual battle. The competition space is, for example, a tennis court. The game simulation unit 144 includes a camera arrangement control unit and an object control unit (not shown) for simulating an actual battle.

The camera arrangement control unit defines a virtual camera for specifying an area to be presented to the user in the game space. The camera arrangement control unit virtually arranges the virtual camera in the game space by defining a position and an orientation of the virtual camera in the game space. The camera arrangement control unit controls a display control unit (not shown) to generate an image in which a visual field defined by the virtual camera and objects placed in the visual field are drawn. Note that the camera arrangement control unit may change the position and orientation of the virtual camera at any time. The camera arrangement control unit
It may be common to the camera arrangement control unit operating in the actual battle part.

The object control unit arranges the object in the game space based on the setting information of the object included in the game information 132. Further, the object control unit controls an object arranged in the game space. For example, the object control unit changes the position, orientation, shape, color, and the like of the object in the game space, and causes the object to perform a predetermined series of operations.

However, since it is a practice match, the object control unit reflects the gimmick behavior transmitted from the condition setting unit 142 in the game space. In addition, the object control unit operates the PC in the game space based on the operation of the user and operates the NPC according to the operation tendency of the NPC transmitted from the NPC setting unit 14. The object control unit activates the gimmick based on the conditions specified by the user as needed even during the practice game.

The actual battle progress section 112 advances the actual battle part. The actual battle progression unit 112 includes a character selection unit, a camera arrangement control unit, and an object control unit (not shown). The camera arrangement control unit is the same as the camera arrangement control unit of the match simulation unit 144.

The character selection unit of the practice progression unit 112 is the character selection unit 141 of the practice progression unit 111.
Unlike the above, a UI for selecting a PC from the possessed characters is provided to the user.

Unlike the object control unit of the practice progression unit 111, the object control unit of the actual battle progression unit 112 reflects a gimmick predetermined for a game to be executed based on the game program 131 in the game space. Then, the NPC in which a predetermined operation tendency is set is operated. The object control unit operates the opponent character in the PC and the PvP battle in accordance with the operation of the user of each user terminal 100, similarly to the object control unit of the game simulation unit 144.

The lottery progress section 113 advances the lottery part. The lottery progressing unit 113 transmits a lottery execution request to the server 200 according to a user's input operation instructing execution of the lottery. When the server 200 determines the won in-game value, in this embodiment, the character,
The lottery progression unit 113 receives a notification about the winning character from the server 200 and causes the user to retain the winning character.

Note that the functions of the server 200 and the user terminal 100 shown in FIG. 3 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. Further, the user terminal 100 may include at least a part of the functions of the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may execute a part of the processing in the game system 1. That is, in the present embodiment, the computer that executes the game program is the user terminal 1
00, the server 200, and other devices, or may be realized by a combination of these devices.

<Process overview>
In the present embodiment, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to motivate the user to play the game. Specifically, the user terminal 100, when a predetermined condition is satisfied, causes the user to hold a character, and causes the user to input one or more characters held by the holding step in an input operation of the user. Accordingly, a step of operating and proceeding with an actual battle part to be played against an opponent character as an opponent, and operating a character selected by the user from a plurality of characters that can appear in the actual battle part in accordance with the input operation of the user And advancing a practice part to practice with a non-player character (hereinafter, NPC) controlled by a computer.

According to the configuration described above, the user can try a desired character in the practice part, without the condition that the user possesses it. As a result, in the practice part, it is possible to provide the user with an opportunity to recognize an unknown character not owned by the user and to know its performance. As a result, the user can be motivated to acquire the character so that the character can be used in the actual battle part, and the user can be motivated to play. For example, even if the user is a non-owned character, the user can fully master the operation related to the character in the practice part and experience the performance. Then, the user can take an action to acquire the character after obtaining confirmation that a good result can be obtained in the actual battle part by trialing the character. Actions to acquire a character include, for example, performing a lottery that may win the character you want or for free, or playing a quest where the character you want may be rewarded. And so on.

For example, a match that progresses in the step of advancing the actual battle part is a sports game in which one or more characters compete for points by moving a moving body in a predefined competition space, and progresses in the practice part. The practice is a practice game simulating a game progressing in the actual battle part.

As an example, a practice game is a practice game of a sports game in which a PC and an NPC operated in accordance with a user's input operation continuously compete against each other in a competition space for a score.

In the present embodiment, as an example, the practice progression unit 111 of the control unit 110 advances the practice part, the actual battle progression part 112 advances the actual battle part, and the lottery progression part 113 executes a step of causing the user to hold the character. . Hereinafter, the information processing executed by each unit of the control unit 110, particularly, the practice progressing unit 111 will be described in more detail.

<Match progress>
(Control of objects and virtual cameras in the game space)
FIG. 4 is a diagram schematically showing a competition space defined as a game space in the present tennis game. The game of the present tennis game has, for example, three axes of X, Y, and Z axes as coordinate axes.
It progresses in a three-dimensional competition space. In the present embodiment, as an example, a competition area in a competition space,
That is, the tennis court and its surrounding surface in the present tennis game are defined in parallel to the XY plane, the short side direction of the tennis court is the X axis direction, the long side direction of the tennis court is the Y axis direction, and the surface of the tennis court Is defined as the Z-axis direction.

FIG. 4A illustrates an arrangement example of various objects and the virtual camera 330 when the game space is viewed from the X-axis direction. FIG. 4B shows an example of the arrangement of various objects and the virtual camera 330 when the game space is viewed from the X-axis direction.

The function of the object control unit described below is, unless otherwise specified, the game simulation unit 14.
This is a function common to both the object control unit 4 and the object control unit of the battle progression unit 112. Further, the function of the camera arrangement control unit described below is a function common to both the camera arrangement control unit of the game simulation unit 144 and the camera arrangement control unit of the actual battle progression unit 112, unless otherwise specified.

The object control unit arranges the tennis court 300, which is a substantially planar object indicating a tennis court, substantially parallel to the XY plane of the game space. In addition, the object control unit arranges a net 303, which is an object indicating a net, at a position of a straight line passing through the center of each long side of the tennis court 300. The net 303 has a predetermined height in the Z-axis direction. The object control unit arranges the PC 310, which is an object of the PC, and the opponent character 320, which is an object of the opponent character, on the tennis court 300. For example, the object control unit may store the PC 310 in the own area 301 and the own area 30 of the tennis court 300.
In the peripheral area of No. 1, it is arranged in any one of the areas on the side of its own side with respect to the net 303. Further, the object control unit sets the opponent character 320 to the enemy side area 30 of the tennis court 300.
2, and in the peripheral area of the enemy side area 302, it is arranged in one of the areas on the enemy side from the net 303. In other words, the self-owned area 3 and the self-occupied area 3 on the own side from the net 303
The peripheral area of 01 is the movable area of the PC 310, and the peripheral area of the enemy side area 302 on the enemy side with respect to the enemy side area 302 and the net 303 is the movable area of the opponent character 320. The surrounding area of the own-spot area 301 and the enemy-spot area 302 is a predetermined range outside the base line and outside the side line of each court, for example.

The camera arrangement control unit arranges the virtual camera 330 in the game space. Virtual camera 330
Is not particularly limited. For example, the camera arrangement control unit controls the tennis court 30
The virtual camera 330 is arranged at a position and at an angle such that all the characters are displayed and all the characters are captured.

(Basic operation during a game)
In the present tennis game, one game is composed of one or a plurality of sets, similarly to actual tennis. One set includes a plurality of “games”. One “game”
It consists of multiple "plays". In the present specification, the term “game” is used for digital content as a video game realized by the game system 1 by executing one coherent game program. Therefore, in this specification, the term meaning a game in a tennis match is described as “game”.
It is distinguished from games that are video games based on game programs. Similarly, while the user operates the user terminal 100 to play a game based on the game program 131 is referred to as “play (play)”, while each character in the tennis game has one character. In the "game", a series of competitive actions in which a ball is hit back with a racket until one of the characters obtains one point, and the period thereof are referred to as "play". 1
One "play", for example, begins with a serve, consists of a rally in which the ball is received, and the ball continues to bounce back, one character fails to return and one point is awarded to the other character and ends. .

In other words, one point is given to a character who wins one "play". For example, 1
In one “play”, the PC 310 and the opponent character 320 alternately hit the ball toward the opponent's court. If one character fails to return the ball, the other character who is the opponent in the "play" wins, and points are given to the other character. Then, the person who pre-empts 4 points first acquires the "game".

The person who gets more "games" in one set wins the set, and the person who gets more sets in one game wins the game. If one game is composed of one set, the winner of the game will be the one who has acquired more “games”.

FIGS. 5 and 6 are diagrams showing specific examples of the game screen displayed on the display unit 152. FIG. Each game screen shown in FIGS. 5 and 6 is a game screen displayed on the display unit 152 when the game simulation unit 144 is proceeding with a practice game in the present tennis game. The game screen displayed when the actual battle progressing unit 112 is proceeding with the actual battle is a setting button 3 described later.
Except that there are no 90 UI parts, it is the same as each game screen shown in FIGS. Therefore, in the following description, the function described as the function of the game simulation unit 144 is a function of the actual battle progression unit 112 other than the function of the setting button 390.

5 and 6 also schematically show input operations performed by the user on the input unit 151 of the touch screen 15.

FIGS. 5A to 5C show the input operation of the user and the operation of the PC 310 when the PC 310 plays a serve. FIG. 5A illustrates a scene in which the object control unit moves the start position of the serving operation of the PC 310 in response to a user's input operation. At the start of “play”, the object control unit arranges the PC 310 having the right to serve outside the own area 301 along the baseline. The game simulation unit 144 is, for example, a finger A shown in FIG.
In the direction of the arrow 1, a drag operation on the input unit 151 is received via the operation receiving unit. The match simulation unit 144 specifies that the drag operation is an instruction to move the start position of the serve to be performed by the PC 310 based on the drag operation and the progress of “play”. The match simulation unit 144 determines the moving direction, the moving speed, and the like of the PC 310 based on the drag operation described above.
And at least one of the moving distance. The object control unit is a game simulation unit 1
In accordance with the determination of PC3, for example, in the direction of the arrow of PC310 shown in FIG.
Move 10

In the present embodiment, as an example, the movable range of the PC 310 having the serve right is the own area 30.
1 along the outer baseline. The object control unit can move the PC 310 in either the left or right direction along the baseline according to the user's drag operation. The object control unit accepts a drag operation for moving the PC 310 to an arbitrary position along the baseline and moves the PC 310 until an input operation for causing the PC 310 to perform a toss is performed. This allows the user to adjust the course of the serving performed by the PC 310.

At the time of serving, the camera arrangement control unit adjusts the position, orientation, and angle of the virtual camera 330 so that almost the entire tennis court 300 can be seen from the PC 310 side. As an example, the camera arrangement control unit determines that the virtual camera 330 is positioned such that the center line of the tennis court 300 is located substantially at the center in the left-right direction of the field of view of the virtual camera 330, and
1 may be arranged at a position, an orientation, and an angle such that the enemy team area 302 can be viewed from the Y-axis direction with the enemy team area 302 at the back. Thus, the PC 31 serving the user is served.
0, the enemy base area 302 where the serve is to be driven, and the trajectory of the hit ball can be seen with good visibility.

FIG. 5B illustrates a situation in which the object control unit causes the PC 310 to perform a tossing operation in response to a user's input operation. As an example, when accepting a tap operation on the input unit 151 via the operation accepting unit, the game simulation unit 144 performs a tossing operation on the PC 310 based on the tap operation and the progress of “play”. It is determined that the operation is an instruction to perform the operation. In accordance with the instruction, the object control unit causes the PC 310 to perform the tossing operation, and causes the ball 340, which is the ball object, to appear in accordance with the tossing operation.
Move. The tossing operation is an operation of tossing up the ball 340. That is, the object control unit causes the PC 310 to throw the ball 340 in accordance with the tap operation, and moves the ball 340 so that the ball 340 moves up and down near the head of the PC 310.

FIG. 5C illustrates a scene in which the object control unit causes the PC 310 to serve in response to a user's input operation. As an example, when accepting a touch operation again while the ball 340 is in the air due to the tossing operation, the game simulation unit 144 instructs the PC 310 to perform a serve through the operation accepting unit. Judge as an operation. The object control unit causes the PC 310 to perform an operation of swinging a racket for hitting a serve according to the instruction. Then, the object control unit determines the moving speed and the moving path of the ball 340 based on at least the position of the ball 340 and the position of the racket in the game space, and moves the ball 340 to the enemy base area 302 where the opponent character 320 is located. .

The game simulation unit 144 may determine the success or failure of the serve according to the timing at which the above-described tap operation corresponding to the instruction to hit the serve is performed and the position of the ball 340 at the timing. For example, the match simulation unit 144 may determine that the serve has been successful if the above-described tap operation is performed when the thrown ball 340 is located near the top of the movement locus. Further, for example, the match simulation unit 144 may determine that the serve has failed if the above-described tap operation is performed when the ball 340 is not near the apex of the above-described movement locus. Here, “serving success” means that the PC 310 hits the serve so that the ball 340 hit by the PC 310 falls into the service area of the enemy team area 302. On the other hand, “serving failure” includes that the PC 310 missed the ball 340 without hitting the racket, or that the ball 340 hit by the PC 310 fell out of the service area of the enemy base area 302, or 340 goes to the net 303 and does not reach the enemy base area 302.

FIGS. 6A and 6B show the input operation of the user and the operation of the PC 310 when the PC 310 and the opponent character 320 rally. FIG. 6A illustrates a situation where the object control unit moves the PC 310 in response to a user input operation. Match simulation section 14
It is assumed that, after the serving of the PC 310 or the opponent character 320, the drag operation 4 receives, for example, a drag operation that moves in the direction of the arrow with the finger A1 shown in FIG. In this case, the match simulation unit 144 determines that the drag operation is an operation for instructing the PC 310 to move. The game simulating unit 144 determines a moving direction of the drag operation,
At least one of the moving speed and the moving distance is determined. The object control unit, for example, in the direction of the arrow attached to the PC 310 in FIG.
The PC 310 is moved.

At the time of the rally, the camera arrangement control unit controls the lower part of the display unit 152, for example, 1/3 to 1 /
Almost the entire tennis court 300 and the PC 3
It is preferable to determine the position, the direction, and the angle of the virtual camera 330 so that 10 is captured. As described above, the area A2 for the user to perform the touch operation and the tennis court 300
By dividing the region where the entire situation is projected, it is possible to prevent the tennis court 300, the opponent character 320, the PC 310, the ball 340, and the like from being hidden by the finger A1 of the user performing the input operation. Therefore, the user can perform an input operation while checking the progress of “play”.

The camera arrangement control unit sets the virtual camera 330 to a position such that the own area 301 is in the foreground and the enemy area 302 is in the back, so that the entire tennis court 300 is vertically long, that is, the virtual camera 330 can be seen from the Y-axis direction. And you may arrange | position at an angle. Thereby, the PC 310 that hits the ball 340 and the opponent character 3 to which the ball 340 is hit are provided to the user.
The enemy area 302 on the 20 side and the trajectory of the ball 340 hit back to the PC 310 can be seen with good visibility.

FIG. 6B shows a scene in which the object control unit causes the PC 310 to perform a hitting operation, specifically, an operation of swinging a racket, according to a user's input operation. Match simulation section 14
In a case where a touch operation is received via the operation reception unit while the rally is in progress, No. 4 determines that the touch operation is an operation for instructing the PC 310 to perform a hitting operation. The object control unit causes the PC 310 to perform a hitting ball operation according to the instruction. Specifically, the object control unit causes the PC 310 to perform an operation of swinging a racket. Then, the object control unit determines the moving speed and the moving path of the ball 340 based on at least the position of the ball 340 and the position of the racket in the game space, and moves the ball 340 to the enemy base area 302.

(Hitting area)
When causing the PC 310 to perform a ball-hitting operation, the game simulation unit 144
It is determined whether or not a 0 was hit. The object control unit arranges, in the game space, the hitting area 350 serving as a criterion for determining the success or failure of the hitting ball together with the PC 310. The hitting area 350 is arranged on the tennis court 300, that is, on the XY plane in the game space.

In the present embodiment, the positional relationship between the hit area 350 and the PC 310 is fixed, and the object control unit arranges the hit area 350 based on the position of the PC 310 on the XY plane. For example, the object control unit arranges the hit area 350 based on the position of the PC 310 such that the position of the PC 310 is near the center of the hit area 350.

Note that the size and shape of the hitting area 350 may be different depending on the type of the character.

The game simulation unit 144 determines that the hitting is successful when the touch operation is performed while the ball 340 is located in the hitting area 350 and the hitting operation of the PC 310 is performed.
If the touch operation is performed while the ball 0 is located outside the hitting area 350 and the hitting operation of the PC 310 is performed, it is determined that the hitting has failed.

Here, when explaining the position of the ball 340 with reference to the hitting area 350, the ball 3
The position 40 indicates a position on the XY plane. In other words, the position of the ball 340 is the hitting area 35
When it is inside or outside 0, the position of the ball 340 means the position of the ball 340 when viewed from above the tennis court 300 in the Z axis direction.

When determining that the ball has been hit successfully, the game simulation unit 144 further determines the degree of goodness of the returned ball according to the timing at which the PC 310 swings the racket. The game simulation unit 144 determines, for example, whether the timing of the swing is good or bad according to the area in the hitting area 350 where the ball 340 meets the racket. For example, when the timing of the swing is the best, the game simulating unit 144 causes the PC 310 to hit a ball that gives the most power in a normal shot excluding a special shot.

For example, the match simulation unit 144 determines the degree of goodness of the returned ball as “best”, “good”, “early”, “
It may be evaluated in four stages of "late".

As described above, first, the game simulation unit 144 determines whether or not the hit ball is correct based on the positional relationship between the hitting area 350 and the ball 340 when the tap operation for instructing the hitting operation is input. Next, when it is determined that the ball has been hit successfully, the game simulation unit 144 determines the degree of goodness of the returned ball based on the timing of the swing, that is, the position of the ball 340 that has been hit with the racket on the hitting area 350. Then, the game simulation unit 144 determines the power of the ball 340 to be moved by hitting the ball, according to the degree of goodness of the returned ball. Specifically, the higher the degree of goodness of the returned ball, that is, the better the timing of the swing, the more likely the ball with a strong ball can be bounced back to the opponent character. A ball having a strong ball means a strong ball that is difficult to be hit back by the opponent character. In order to accurately and successfully hit a ball with power, a lot of power, stamina, or advanced techniques are required, and a ball with power has a higher possibility of causing the opponent character to fail. Therefore, the tap operation is performed in a timely manner,
Having the 310 swing in a timely manner is one important factor in winning the match. In addition, as an example, the power of the ball 340 may be determined by the speed at which the ball 340 moves, the speed of rotation of the ball 340 during the movement, the direction, and the like.

This allows the user to predict the course of the ball 340 coming from the enemy base area 302 of the opponent character 320, move the PC 310 to an optimal position in order to successfully return the ball, or to determine the timing for the ball with a high ball return. It is possible to urge the player to perform a ball-hitting operation in anticipation. The prediction of the course, the positioning of the PC 310, and the timing of the swing are important factors in a real tennis game. Therefore, the game system 1 can reproduce as much as possible the events that occur in actual tennis in the tennis game, and can enhance the interest of the tennis game.

(UI layout)
By controlling the display control unit, the game simulation unit 144 can further superimpose and display the UI parts related to the input operation of the user on the game screen shown in FIGS. FIG.
It is a figure showing a specific example of a game screen displayed on display 152.

FIG. 7A is a diagram showing an example of a match screen displayed at the time before the start of serving. FIG. 7B is a diagram illustrating an example of a match screen displayed at a certain point during the rally. The game simulation unit 144 instructs the display control unit to generate an image in which an object in the game space is drawn and to arrange a UI component on the image. The UI components to be superimposed include a UI component for receiving a user input operation and a UI component for presenting information to a user.

As an example of a UI component for accepting a user's input operation, as shown, a special shot button 360, a pitch selection button 370, a first replacement button 380, a second replacement button 382, and a setting button 390 Are placed on the game screen.

As examples of UI parts for presenting information to the user, the stamina gauge 311 of the PC 310, the stamina gauge 321 of the opponent character 320, the stamina gauge 381 of the first reserved character, and the stamina gauge 381 of the second reserved character The stamina gauge 383 and the like are arranged on the game screen.

Here, PCs that are currently participating in the match among allied characters who are qualified to participate in the match
Reserve characters other than 310 are referred to as reserve characters. In addition, stamina gauge 3
11 and 321 will be described later.

The special shot button 360 is a button for accepting an input operation for causing the PC 310 to shoot a special shot. In the present tennis game, one or more special shot skills are set for each character. When the progress of the game satisfies a predetermined condition, the match simulation unit 144 can change the special shot button 360 to a display mode that allows the user to understand the situation, and can accept an input operation on the special shot button 360. Transition to the state.
As an example, when determining that the cumulative number of hits of the PC 310 has been successful a predetermined number of times, the match simulation unit 144 makes a transition to a state in which the special shot button 360 can be pressed.

If the match simulation unit 144 determines that the hitting of the PC 310 is successful in a state where the special shot button 360 is pressed, the match simulation unit 144 controls the object control unit to cause the PC 310 to activate the special shot. The special shot is a ball-hitting operation that gives a specific effect to the PC 310, the opponent character 320, or the returned ball 340 when a predetermined condition is satisfied at the time of activation or after activation. For example, the special shot may be a ball-hitting operation of moving the ball 340 to the enemy line area 302 of the opponent character 320 by a special moving method. The special moving method is, for example, to move the ball at a speed, a trajectory, or a rotating state that does not occur when the ball returns normally.

Alternatively, in the special shot, the best return ball realized when the player swings at the best timing can be set to the PC 31 a predetermined number of times without depending on the actual timing of the swing of the user.
0 may be performed. Specifically, when the special shot button 360 is pressed, the match simulation unit 144 activates the above-described special shot, and the ball 340 is moved to, for example, even if the ball 340 is in any of the hitting areas 350 during a swing. Until a predetermined number of times such as "up to three times" are hit back, the hit ball that meets the timing may be returned.

The pitch selection button 370 indicates the pitch that the PC 310 can hit,
The button is for the user to input an instruction to change the type of ball to be hit by the player 10. When the ball type selection button 370 is pressed, the game simulation unit 144 changes the type of the ball to be hit by the PC 310 to the specified type.

Replacement buttons 380 and 382 are buttons for the user to input an instruction to replace PC 310 with a substitute character associated with replacement button 380 or 382, respectively. The game simulation unit 144 may display a number of replacement buttons corresponding to the number of substitute characters. However, when the number of replacement buttons to be displayed increases, the area for displaying the progress of the game becomes narrower. Therefore, an upper limit is set for the number of reserve characters (for example, 2
), Or an upper limit (for example, two) of the number of replacement buttons to be displayed.
If the number of replacement buttons to be displayed is smaller than the number of substitute characters, the match simulation unit 144 may determine a substitute character to be associated with the substitute button according to a priority order set in advance by the user.

The game simulation unit 144 receives a touch operation on the replacement button 380 or 382 for instructing a replacement through the operation receiving unit. For example, the match simulating unit 144
When a touch operation on 80 is accepted, the substitute character associated with alternation button 380 and the current PC 310 are exchanged. Specifically, the object control unit places the selected substitute character as a new PC 310 in the game space instead of the current PC 310. The character that has become the substitute character from PC 310 in accordance with the above-described replacement instruction may be associated with replacement button 380. If the touch operation on the replacement button 380 is detected again, the match simulation unit 144 may execute the replacement of the PC 310 again.

The stamina gauge 311 indicates the maximum value and the current value of the stamina of the PC 310.
The stamina gauge 321 indicates the maximum value and the current value of the stamina of the opponent character 320. The stamina gauge 381 indicates the maximum value and the current value of the stamina of the reserve character associated with the replacement button 380. The stamina gauge 383 is displayed on the replacement button 38.
2 shows the maximum value and the current value of the stamina of the reserve character associated with No. 2. The stamina is a parameter indicating the physical strength of the character. Each character has a predetermined maximum stamina value. In the present tennis game, as an example, the game simulating unit 144 decreases the stamina by a predetermined amount from the maximum value each time each character performs a predetermined operation as the game progresses. In addition, the game simulation unit 144 may restore the reduced stamina value according to the motion of the character during the game. For example, when an operation of causing the PC 310 to acquire an item for recovering stamina is performed during the game, the game simulation unit 144 may recover the stamina of the PC 310 by a predetermined amount.

Note that the stamina parameters are referred to in determining the performance related to the movement of the character, for example, the moving speed and the like. As an example, when the stamina of the character has decreased to a certain amount, the game simulation unit 144 may slow down the moving speed of the character as compared to before the decrease.

The setting button 390 is a button for the user to call a menu screen for changing various settings related to the practice match. The game simulation unit 144 receives a touch operation on the setting button 390 via the operation reception unit. Upon receiving a touch operation on the setting button 390, the game simulation unit 144 temporarily suspends the progress of the practice game and displays a menu screen. As an example, the user operates the called menu screen to change the behavior of the gimmick set in the practice game, or resets the progress so far to start the practice game from 1 and starts the practice part. Or can be terminated. The setting button 3
90 is not arranged on the match screen displayed when the battle progression unit 112 is proceeding with the battle.

<Data structure>
(Character database)
FIG. 8 is a diagram illustrating an example of the data structure of the character database. In the character database, all types of characters appearing as players playing a tennis match in the present tennis game are registered. The character database is stored in the storage unit 220 of the server 200.

The character database has, for example, items of character ID, character name, rarity, attribute, dominant hand, first special shot, second special shot, type, growth function, and release.

In the item of the character ID, identification information for uniquely identifying a character in the game system 1 is stored. The character ID and the character have a one-to-one correspondence. In the present embodiment, as an example, the game system 1 is constructed so that one user does not own a plurality of the same characters. Therefore, in the game system 1, the management based on the character ID is performed so that the characters having the same character ID are not held by the multiple users.

The item of the character name stores the name of a character appearing in the present tennis game.
It is preferable that the character name is composed of, for example, kana characters and English characters so that the user can identify the character name. In the tennis game, for example, different specifications can be set for one person having a name of 1, and a plurality of characters can appear for the same person. For example, the normal version of the character name “microphone” and the Halloween version of “microphone” are respectively associated with different character IDs and other different parameters, and the two “microphones” in the game system 1 They are treated as different characters. Therefore, even if the user has the same name and the same person, the user can have the normal version of “microphone” and the Halloween version of “microphone”.

The rarity item stores a rarity value representing the rarity value of the character in a grade. In this game, as an example, in the actual battle part, a character that has an advantageous effect for the user,
That is, the higher the character, the higher the degree of rareness is set. In the present embodiment, the rarities indicated by the alphabets “S”, “A”, “B”, and “C” are set in order from the grade having the highest rarity value. The rarity is, for example, the difficulty of obtaining a character, more specifically, the probability of winning in a lottery in which a character (card) is won, the difficulty of a quest or mission when it is obtained as a quest or mission clear reward,
Alternatively, the price may be correlated with the price at the time of purchase. In general, the higher the value of a character or the more difficult it is to obtain, the higher the degree of rareness is set.

In the item of the attribute, a parameter indicating the property of the character is stored. In this game, 3
A type attribute is provided, and one of the attributes is set for each character. Advantageous attributes and disadvantageous attributes may be set for each attribute. For example, the first attribute may be set to the second attribute, the second attribute may be set to the third attribute, and the third attribute may be set to be advantageous or disadvantageous to the first attribute. That is, the first to third attributes may be in a so-called three-way relationship.

In the present game, in addition to the character, the attribute is set also on the tennis court 300 in the game space where the practice match or the actual battle is performed. In this game, for example, three types of attributes, glass, clay, and hardware, are provided.

As an example, the glass attribute has a detrimental effect on the clay attribute, the clay attribute has a detrimental effect on the hard attribute, and the hard attribute has a detrimental effect on the glass attribute. For example, the match simulation unit 144 or the actual battle progression unit 11
No. 2 gives a disadvantageous effect to a character with a clay attribute when playing a match on a court with a glass attribute. As an example, the match simulation unit 144 or the actual battle progression unit 112
The character's various ability values may be corrected to be reduced by 20%.

In the present embodiment, on the contrary, an advantageous effect works in the combination of the same attributes. For example, the match simulation unit 144 or the actual battle progression unit 112 gives an advantageous effect to a character with a glass attribute when the character plays a match on a court with a glass attribute. As an example, the match simulation unit 144 or the actual battle progression unit 112 may correct the character's various ability values to increase by 20%.

In the item of dominant hand, a parameter indicating whether the dominant hand of the character is right-handed or left-handed is stored. The game simulation unit 144 or the object control unit of the actual battle progression unit 112 determines the position of the racket object in the game space according to the dominant hand of the character.

In each item of the first special shot and the second special shot, information on a special shot as a skill that the character can activate is stored. Specifically, the name of the technique of the special shot and the effect of the technique are stored. In the item of the first special shot, information on the first special shot of the character is stored. When the character has the second special shot, the technique and the effect of the technique are stored in the item of the second special shot.

The item of type stores parameters indicating characteristics of the character relating to the tennis game. In the present tennis game, for example, characteristics relating to a tennis competition are classified into five types: serve, stroke, technique, stamina, and speed. As an example, if the characteristic is "
"Serve" type characters are good at serving and can play special serve that other types of characters cannot. A character having a “stroke” type characteristic has a fast spin (top spin) ball speed, and can advantageously run around in a rally. Characters of type "technique" are good at hitting slices, volleys, lobs, etc., and can hit special shots that cannot be hit with other types of characters. Characters of the "speed" type characteristic have the advantage that the moving speed is high and the smash can be easily aimed at. Characters with "stamina" type characteristics have higher stamina,
There is an advantage that stamina gauge is not easily reduced.

In the item of the growth function, a rule for increasing various ability values related to tennis of the character according to the level is stored. A growth function is set individually for each character. For example, there may be a character whose ability value rises linearly according to the level, a character that grows to some extent early in the early stage, or a character that grows rapidly in the latter half.

The release item stores the date when the character was registered in the tennis game so that the character can be obtained and used by the user. The frequency and number of new characters registered in the character database are determined as appropriate at the discretion of the organization that operates the tennis game.

The operator belonging to the organization that operates the tennis game sets the various items described above for the new character in order to make the new character appear in the tennis game,
Register in the character database.

Information on the newly registered character is distributed from the server 200 to each user terminal 100. Thereby, by the lottery executed in cooperation of the user terminal 100 and the server 200, there is a possibility that a newly registered character is elected and held by the user, and in each user terminal 100, in the practice part, It is possible to try a newly registered character.

(Retained character table)
FIG. 9 is a diagram illustrating an example of the data structure of the possessed character table. The possessed character table is a table for centrally managing the characters possessed by the user, and all the possessed characters of the user are registered. The possessed character table is stored in the server 20
At 0, it is stored in the storage unit 220 for each user. The possessed character table is shared between the user terminal 100 and the server 200, and the same possessed character table for the user of the user terminal 100 may be stored in the storage unit 120 of the user terminal 100.

The possessed character table has, for example, items of a character ID, a character name, a rarity, an attribute, a dominant hand, a first special shot, a second special shot, a type, a level, the number of times of breakthrough, equipment, and an ability value.

When the progress of the game satisfies a predetermined condition, a character is given to the user,
Will be retained. That is, the record of the character is registered in the character table held by the user. The predetermined condition includes, for example, that the lottery progressing unit 113 executes a lottery in cooperation with the server 200 and one character is won from the character database shown in FIG. The lottery progression unit 113 or the progress support unit 211 of the server 200 registers the record of the winning character in the above-mentioned user's possession character table. By this information processing, the character is given to the user, and the user can possess the character.

Each item from the character ID to the type is not changed even if it is held by any user, and is not changed according to the play contents of the subsequent user. Therefore, for each item from the character ID to the type, the contents registered in the character database shown in FIG. 8 are inherited as they are.

The level item stores the level of the character. The level is an index indicating the skill level or strength of the character, and a character with a higher level can behave more advantageously in a game. Various ability values related to a tennis match are set for the character, and the ability values are correlated with the level, and the ability value is incremented each time the level increases. It should be noted that, when going from which level to which level, how much the ability value is to be increased, is determined in accordance with the growth function set for each character described above.

The level can be increased by the user accumulating the experience value obtained as a reward in the actual battle part to a predetermined value. Specifically, when the user plays the actual battle part using the character, and the play result satisfies a predetermined condition, the actual battle progression unit 112 increases the experience value in association with the character. When the experience value of the character reaches a predetermined value, the actual battle progression unit 112 increases the level of the character by one. Further, the actual battle progression unit 112 increments each of the ability values in accordance with the increase in the level by one according to the growth function described above.

The item of the number of limit breakthroughs stores the number of limit breakthrough processes applied to the character by the actual battle progressing unit 112. In the illustrated example, the number of black stars indicates the number of times of the applied breakthrough processing. The limit breaking process is a process of raising the upper limits of various parameters set for the character. Characters, such as levels and stats,
There is provided a growth item that can increase the value and grow the character by a reward obtained by the user playing the actual battle part. Each of the growth items has an upper limit of a value that can be increased by the reward, and when the value reaches the upper limit, the value cannot be increased thereafter even if the reward is acquired. For example, if the upper limit of the level of a certain character is set to "50", the character is set to level 5
After the character has grown to 0, the level of the character cannot be increased to 50 or more even if the user plays the actual battle part and obtains a reward. Therefore, if the process of breaking through the limit is applied once to the character, the upper limit of the growth of the character can be increased by one time. For example, the upper limit of the character level described above can be increased from “50” to “70”. The user is required to respond to the character whose level has been raised in this way.
In addition, the level can be raised and raised by rewards up to the newly provided upper limit. 1
It is preferable that the number of times that the breakthrough processing can be applied to a body character is limited. In the present tennis game, as an example, the number of times that the limit breaking process can be applied to one character is up to four times. That is, if the user applies the limit breaking process to the character four times, and breeds the character to the upper limit of the level, the user strengthens the character to the strongest state that the character can reach. It will be done.

The growth items for which the upper limit is raised by processing the breakthrough are not only levels,
Various ability values may be used. For example, when five items of serve, stroke, technique, stamina, and speed are provided for each character as the ability values related to tennis, the upper limit set for the five item ability values is set by the breakthrough processing. May be raised.

The equipment item stores the equipment name of the equipment worn by the character and the effect value of the effect obtained by mounting the equipment. In the present embodiment, the equipment is, for example, a racket and shoes. The user can separately equip the character with a racket and shoes. Therefore, in the present embodiment, the items include the racket name, the racket effect value, the shoe name, and the shoe effect value.

The effect of the equipment is, for example, upwardly correcting each ability value of the equipped character, and the effect value indicates an increase rate or a specific increase value. For example, in this item, an effect value "speed up 5%" is stored together with the equipment name "speed shoes" that has the effect of increasing the speed of the character.

The user can arbitrarily remove the equipment worn by the character or replace it with another owned equipment. The actual battle progressing unit 112 updates the equipment name and the effect value stored in the equipment column according to the user's input operation.

The ability value item stores the ability value set for the character. The ability value is a numerical value representing the character's ability related to tennis for each ability type. As an example, the ability value is provided with five items of the serve, the stroke, the technique, the stamina, and the speed as described above. For example, a character of the “serve” type may have a correlation between the character type and the ability value, such as the initial value of the ability value of the serve, the growth rate, or the upper limit is set high.

The character selection unit of the actual battle progression unit 112 allows the user to select a character to be used in the actual battle part from the retained characters registered in the retained character table shown in FIG. Then, the actual battle progressing unit 112 advances the actual battle based on various items linked to the selected character in the possessed character table.

(Practice character table)
FIG. 10 is a diagram showing an example of the data structure of the practice character table. The practice character table is a table for centrally managing characters that the user can try in the practice part. The practice character table shows whether the character is a possession character,
All characters appearing in the game may be registered, regardless of whether they are non-holding characters, or all characters permitted to be used by the organization that operates the game may be registered. The practice character table may be stored in the storage unit 120 of the user terminal 100, or may be stored in the storage unit 220 of the server 200.

In the present embodiment, when the server 200 updates the character database shown in FIG. 8, the character management unit 213 updates the practice character table. Each user terminal 100 always acquires the latest practice character table from the server 200 as necessary.

In another embodiment, when the character database is updated, the character management unit 213
May simultaneously broadcast to each user terminal 100 that a new character has been added and information about the character. Each user terminal 100 may update the practice character table stored in the storage unit 120 of its own device based on information about the new character.

The practice character table is, for example, a character ID, a character name, a rarity, an attribute, a dominant hand, a first special shot, a second special shot, as in the possessed character table.
It has items of type, level, number of breakthroughs, equipment, and ability value. Since the information stored in each item and the meaning of the information have been described with reference to FIG. 9, the description will not be repeated here.

The difference between the practice character table and the possession character table is that the levels of all registered characters are unified with a predetermined value, and the limit breakthrough times of all registered characters are unified. , And the equipment of all the registered characters is unified.

The character selection unit 141 of the practice progression unit 111 allows the user to select a PC to be used in a practice game and an NPC to be an opponent character from the characters registered in the practice character table shown in FIG. The game simulation unit 144 controls the operation of the PC in the practice game based on various items linked to the character selected as the PC in the practice character table.

That is, the match simulation unit 144 allows the user to select the non-holding character as a PC in a practice match even if the character is a non-holding character.

Thus, even if the user is a character that is not possessed and has never been operated, the user can play the game using the character as a trial. Therefore, the user can experience the performance of the character and motivate the user to acquire the character.

In addition, even if the PC is a possessed character, the game simulation unit 144 does not refer to each item linked to the possessed character in the possessed character table, but unifies the status and equipment in the practice character table. The operation of the PC is controlled based on.

Furthermore, in the present embodiment, for example, the level of the character used in the practice part is unified at such a high level that it cannot be reached without playing the actual battle part a considerable number of times and obtaining a considerable amount of reward. preferable. For example, it is preferable that the characters are unified at a level exceeding at least half of the maximum level that the character can reach. For example, when the maximum level of the character is “Lv100”, it is preferable that the characters are unified at a level exceeding “Lv50” which is half of the maximum level.

Furthermore, the level of the character used in the practice part may be unified with the maximum level that can be reached by a character who has gone through four breakthroughs. Specifically, the character level may be unified with “Lv100”.

In addition, it is preferable that the same number of breakthrough processes be applied to characters used in the practice part. For example, it is preferable that the limit break processing for the upper limit number of times has been applied to all the characters used in the practice part.

In general, raising the character's level to the maximum level after applying the breakthrough processing to the character up to the upper limit number of times, that is, the maximum reinforcement of the character is not easily achieved by any user. In order to maximize your character's strength, you will often play a number of combat parts and earn a significant amount of rewards,
It is required to use a paid service to reduce the time required for maximizing the character and to reduce the trouble.

However, the character selection unit 141 according to the present embodiment allows the user to select a PC to be used in a practice game from the characters that have been maximally strengthened, regardless of how much effort the user has in raising the possessed character. Thus, the user can use the desired character in the strongest state in the practice part and experience the performance. Therefore, if the user has not achieved the maximum reinforcement of the possessed character, he / she can know how much the character is strengthened when the possession character is maximized. As a result, it is possible to strongly motivate the user to train the possessed character. In addition, the user can know how strong the non-holding character is, even if he / she does not hold. As a result, the user can be motivated to acquire the non-holding character.

<Processing flow>
(Update of possession character table)
FIG. 11 is a flowchart illustrating a flow of a process of updating the possession character table. In the illustrated example, the updating process is triggered by, for example, the fact that a character has been won by executing a lottery. Although not shown, in another example, the updating process is triggered by an increase in various parameters of the character due to the reward being given in the actual battle part.

In step S101, the lottery progression unit 113 of the user terminal 100 receives an input operation for instructing execution of the lottery from the user via the operation reception unit. Upon receiving the above input operation, the lottery advancing unit 113 proceeds from YES in step S101 to step S102.

In step S102, the lottery progressing unit 113 transmits a message requesting execution of the lottery to the server 200.

In step S103, the progress support unit 211 of the server 200 executes a lottery. The progress support unit 211 randomly selects one character from among the characters registered in the character database shown in FIG. In addition, the population to be drawn may be partially extracted from the character database, or the winning probability of each character may be determined in advance for each character.

In step S104, the progress support unit 211 returns a winning result to the requesting user terminal 100. The winning result may include all information on the character, for example, all items in the character database shown in FIG. Alternatively, when the user terminal 100 can grasp the remaining items based on the character ID, the winning result may include at least the character ID.

In step S105, the progress support unit 211 causes the user to hold the winning character. As an example, the progress support unit 211 stores information on the winning character in the storage unit 22.
At 0, the information is registered in the possessed character table stored in association with the user.

In step S106, the lottery progression unit 113 of the user terminal 100 receives the winning result,
Understand the characters that the user has.

In step S107, the lottery progression unit 113 allows the user to hold the winning character. As an example, the lottery progression unit 113 stores information on the winning character in the storage unit 12.
Register in the possessed character table stored in 0.

(Update of practice character table)
FIG. 12 is a flowchart showing the flow of the process for updating the practice character table.

In step S201, the character management unit 213 of the server 200 detects that a new character has been registered in the character database shown in FIG. When a new character is registered, the character management unit 213 proceeds from step S201 YES to step S202.

In step S202, the character management unit 213 processes information about the newly registered character so that the user terminal 100 can be used in the practice part. Specifically, the character management unit 213 determines items from character ID to type, items of level indicating a unified level, and unified breakthrough of a limit, which are linked to a newly registered character in the character database. The record including the item of the number of breakthroughs indicating the number of times, the item of the equipment indicating the unified equipment, and the item of the ability value indicating the ability value according to the unified level, as a record of the new character. Generate.

In step S203, the character management unit 213 registers the generated record in the practice character table.

In the present embodiment, the character selection unit 141 of each user terminal 100 always obtains the latest practice character table from the server 200 as needed when displaying a list of selectable characters in the practice part.

Alternatively, each time a new character record is added to the practice character table in step S203, the character management unit 213 stores the added record in each user terminal 10.
0 may be distributed all at once.

According to the above method, the character selection unit 141 of the user terminal 100 can present to the user all the characters appearing in the present tennis game as usable characters based on the latest practice character table. it can.

(Practice part)
FIG. 13 is a flowchart showing the flow of the process of making the practice part progress. A series of processes illustrated in FIG. 13 is started, for example, when the practice progression unit 111 receives an input operation for instructing to start a practice part from a user.

In step S301, the character selection unit 141 requests the server 200 to acquire a practice character table. The character selection unit 141 may store the practice character table distributed in advance from the server 200 in the storage unit 120, and acquire the practice character table therefrom.

In step S302, the character selection unit 141 generates a selection screen for allowing the user to select a character, and causes the display unit 152 to display the selection screen. The selection screen includes a list of characters registered in the acquired practice character table. FIG. 14 shows a specific example of the selection screen.

In step S303, the character selection unit 141 receives an input operation for determining a character from the user. Upon receiving the input operation, the character selection unit 141
The process proceeds from YES in step S303 to step S304.

In step S304, the character selection unit 141 stores the PC and NPC selected and determined by the user in the storage unit 120. For example, the character selection unit 141
The determined character IDs of the PC and the NPC are temporarily stored so that the game simulation unit 144 can refer to the character IDs.

In step S305, the condition setting unit 142 generates a first setting screen for allowing the user to set the game conditions, that is, the gimmick behavior in the practice game, and causes the display unit 152 to display the first setting screen. The first setting screen is a UI that allows the user to set desired behavior for each gimmick.
including. FIG. 15 shows a specific example of the first setting screen.

In step S306, the condition setting unit 142 receives an input operation for confirming the setting content from the user. Upon receiving the input operation, the condition setting unit 142 proceeds to step S3.
The process advances from step 06 to step S307.

In step S307, the setting information regarding the gimmick set by the user is temporarily stored in the storage unit 120 so that the game simulation unit 144 can refer to the setting information.

In step S308, the NPC setting unit 143 generates a second setting screen for allowing the user to set the behavior of the NPC, and causes the display unit 152 to display the second setting screen. The second setting screen includes a UI that divides the behavior of the NPC into several items and allows the user to set the behavior for each item. Second
FIG. 16 shows a specific example of the setting screen.

In step S309, the NPC setting unit 143 receives an input operation for confirming the setting content from the user. Upon receiving the input operation, NPC setting section 143 proceeds from YES in step S309 to step S310.

In step S310, the setting information on the NPC set by the user is stored in the storage unit 1
At 20, the game simulation unit 144 is temporarily stored so that the game simulation unit 144 can refer to it.

In step S311, the game simulation section 144 receives an input operation for instructing the start of the practice game from the user. Upon receiving the input operation, the match simulation unit 144 proceeds to step S31.
The process proceeds from step 1 YES to step S312.

In step S312, the game simulation unit 144 advances the practice game based on various information stored by the upstream units. Specifically, the match simulation unit 144 determines in step S3
A practice game between the PC and the NPC specified by the character ID stored in 04 is advanced. Here, the game simulation unit 144 operates the PC according to the input operation of the user, and operates the NPC according to the setting information stored in step S310. Further, the game simulation unit 144 activates a game gimmick in accordance with the setting information stored in step S307.

In the present embodiment, the game simulating unit 144 advances the practice game until receiving an input operation for instructing the end of the practice game from the user. When receiving the input operation for instructing the end of the practice game, the game simulation unit 144 ends the practice game.

The input operation for instructing the end of the practice match is realized, for example, as follows. When the setting button 390 arranged on the game screen shown in FIGS. 5 to 7 displayed during the progress of the practice game is tapped, the game simulation section 144 displays the menu screen shown in FIG. A button for instructing the end of the practice game is arranged on the menu screen. When the button is tapped, the game simulation unit 144 receives an input operation for instructing the end of the practice game.

<Screen example>
FIG. 14 is a diagram showing a specific example of a selection screen 400 for allowing a user to select a character. The character selection unit 141 controls a display control unit (not shown) to generate the selection screen 400 and display it on the display unit 152.

The selection screen 400 includes a PC frame 401 for designating a character acting as a PC in a practice game, an NPC frame 402 for designating a character acting as an NPC, and a list of characters registered in the practice character table. 403 at least. As an example, the list 403 is configured by arranging icons 404 corresponding to each character.

In the present embodiment, the character selection unit 141 changes the icon 404 in the list 403 to a PC
When the operation of dragging and dropping the frame 401 is received, the character corresponding to the icon 404 is specified as a PC. When accepting the operation of dragging and dropping the icon 404 in the list 403 to the NPC frame 402, the character selection unit 141 specifies the character corresponding to the icon 404 as an NPC.

The character selection unit 141 arranges the list 403 on the selection screen 400 so that all characters registered in the practice character table can be selected from the list 403 regardless of possessed characters or non- possessed characters. If the icons 404 of all the characters cannot be displayed at once in the limited display area, the character selection unit 141 provides a button for turning the page or a scroll bar so that the user can arbitrarily display all the characters. A list 403 is presented for selection.

The character selecting unit 141 receives, for example, a tap operation on the OK button 405 as an input operation for determining a character.

FIG. 15 shows a first setting screen 42 for allowing a user to set a gimmick behavior in a game.
It is a figure showing the example of 0. The condition setting unit 142 determines, for example, that the
After the button 405 is tapped, the display control unit (not shown) is controlled to set the first setting screen 420
Is generated and displayed on the display unit 152.

The first setting screen 420 includes a UI component for allowing the user to set the gimmick behavior in the practice game for each gimmick. As an example, the first setting screen 420 includes a UI part 421 for setting the behavior of the serving right, a UI part 422 for setting the behavior of the special shot gauge, and the behavior of the drink which is an item for restoring stamina. UI for setting
A component 423, a UI component 424 for setting the behavior of the stamina of each character, and a UI component 425 for setting the behavior of the tennis court 300 are included.

The condition setting unit 142 allows the user to select, via the UI part 421, whether to grant the first serve right at the start of the practice game to the PC or the NPC. UI parts 42
1 includes two choices, “self” and “partner”. When the first option “myself” is selected, the game simulation section 144 starts a practice game with the PC having the right to serve, and when the second option “opponent” is selected, Start a practice match with the NPC having the right to serve.

Thereby, the user selects the first option “me” to efficiently perform the practice of the serve, or selects the second option “the other party” to efficiently perform the practice of the receive. be able to.

The condition setting unit 142 allows the user to set, via the UI part 422, the activation condition of one or more special skills related to the operation of moving the moving body of each character. For example, the condition setting unit 142 allows the user to select a method of storing the gauge value of the special shot gauge that also functions as the special shot button 360. The special shot gauge indicates a condition under which a character can activate a special shot. In the actual battle, the gauge value of the special shot gauge accumulates a predetermined amount each time the ball returns once during the rally. When the special shot gauge becomes full, it is determined that the condition for activating the special shot has been satisfied.

The UI part 422 includes two options of “as-is” and “one-return ball full charge”. When the first option “as actual battle” is selected, the game simulation unit 144 accumulates the above-described predetermined amount of the gauge value for each return ball in the same manner as the accumulation of the gauge value in the actual battle. When the second option “one-returned ball full charge” is selected, unlike the actual battle, the match simulation unit 144 fills the special shot gauge only by the character successfully returning once.

This allows the user to efficiently check the effect of the special shot possessed by the character by selecting the second option “one-return ball full charge” in addition to practicing as if it were a real battle.

The condition setting unit 142 allows the user to select, via the UI part 423, the appearance frequency of a drink that is an item for restoring stamina. In the actual battle, the actual battle progression unit 112 causes the drink to appear on the own area 301 with a predetermined probability at the timing of successful return of the ball during the progress of the rally. When the object control unit determines that the PC 310 overlaps the drink object in the game space, the stamina of the PC is recovered by a predetermined amount.

The UI component 423 includes two options of “as-is” and “appears for each return ball”. When the first option “as actual battle” is selected, the match simulation unit 144 causes the drink to appear with a predetermined probability similar to that in the actual battle. When the second option “appears every return ball” is selected, the match simulation section 144 causes a drink to appear each time the character succeeds in returning the ball once, unlike the actual battle.

Thereby, in addition to practicing as if it were a real battle, the user can select the second option “appears every one return ball” and practice to efficiently collect drinks while continuing the rally.

The condition setting unit 142 allows the user to select a method of reducing stamina via the UI component 424. In the actual battle, the actual battle progressing unit 112 reduces a predetermined amount of the gauge value from the stamina gauge each time the character returns the ball once. When the stamina decreases to a certain amount, the actual battle progression unit 112 generates a situation that is disadvantageous to the game, such as a decrease in the moving speed of the character.

The UI part 424 includes two options, “as is” and “does not decrease”. When the first option “as actual battle” is selected, the game simulation unit 144 reduces a predetermined gauge value from the stamina gauge every time the character returns once, as in the actual battle. When the second option “do not decrease” is selected, unlike the actual battle, the game simulation unit 144 does not decrease the stamina gauge even when the character returns.

Thereby, in addition to practicing as if it were a real battle, the user can select a second option “do not decrease” and play a practice game focusing on the performance of the character without worrying about stamina. Can be.

The condition setting unit 142 allows the user to select an attribute of the game space, for example, the tennis court 300 defined in the game space via the UI part 425. As described above, the ability value of the character is corrected upward or downward depending on the combination of the attribute of the character and the attribute of the court.

The UI parts 425 include “glass” (first attribute), “clay” (second attribute), and “hard” (
3 options) and “no attribute”. When the first option “grass” is selected, the match simulation unit 144 assigns an attribute of “grass” to the tennis court 300 and raises or lowers the ability value of the character according to the attribute of the character. To be corrected. When the second option “clay” and the third option “hard” are selected, the match simulation unit 144 is also selected.
Similarly assigns the selected attribute to the tennis court 300 and corrects the ability value of each character upward or downward according to the attribute of the character. When the fourth option “non-attribute” is selected, the game simulation unit 144 does not set the attribute on the tennis court 300 and omits the correction of the ability value.

Thereby, the user can experience the performance of the character purely through the practice game without depending on the attribute of the court.

As an example, the condition setting unit 142 receives a tap operation on the OK button 426 as an input operation for finalizing the settings related to the game gimmick.

FIG. 16 is a diagram illustrating a specific example of the second setting screen 440 for allowing the user to set the behavior of the NPC. For example, the NPC setting unit 143 displays the OK button 4 on the first setting screen 420.
After the tap 26 is performed, the display control unit (not shown) is controlled to generate the second setting screen 440 and display it on the display unit 152.

The second setting screen 440 displays the behavior of the NPC selected as the opponent character in the practice match,
Includes a UI component for the user to set for each item. As an example, the second setting screen 440
Include a UI part 441 for setting the strength of the NPC, a UI part 442 for setting the game style of the NPC, a UI part 443 for setting the behavior related to the special shot of the NPC, and a It includes a UI component 444 for setting the timing of returning a ball, and a UI component 445 for setting the type of ball to return the NPC.

The NPC setting unit 143 allows the user to set the strength of the NPC via the UI component 441. The UI component 441 includes three options of “weak”, “normal”, and “strong”. The game simulation section 144 determines the behavior of the NPC during the practice game according to the three levels of strength. For example, the NPC is operated such that the stronger the NPC, the higher the success rate of the serve, the receive, and the rally, and the returning of a ball with a high impact.

As a result, it is possible to realize a practice part that can correspond to a wide range of user groups having different operation proficiency levels, from beginners to experts.

The NPC setting unit 143 allows the user to set the NPC competition style, for example, the tendency of NPC positioning in the competition space, via the UI component 442. The UI part 442 includes three options of “avant-garde”, “rear-guard”, and “balance”. When the first option “avant-garde” is selected, the match simulation unit 144 causes the NPC to actively move forward. When the second option “rear” is selected, the match simulation unit 144 causes the NPC to make a movement centered on a meeting near the baseline. When the third option “balance” is selected, the game simulation section 144 causes the NPC to make a movement to switch between the front guard and the rear guard according to the situation.

Thus, the user can cause the NPC to operate in an arbitrary competition style, and for example, can take measures for a specific competition style or efficiently overcome weak points.

The NPC setting unit 143 allows the user to set, via the UI component 443, an activation pattern of one or more special skills related to an operation of moving the moving body of the NPC. For example, the user is caused to set a behavior related to a special shot (special skill) of the NPC. The UI component 443 includes three options of “do not hit”, “first only”, and “automatic”. When the first option “do not hit” is selected, the match simulation unit 144 controls the NPC so that neither the first special shot nor the second special shot is activated. When the second option “first only” is selected, the match simulation unit 144 determines whether the second NPC having the second special shot has the second option.
The NPC is controlled so as to activate only the first special shot without activating the special shot.
When the third option “Random” is selected, the game simulation unit 144 controls the NPC so that the special shot possessed by the NPC is activated according to the situation regardless of the first or second situation.

Thereby, the user selects, for example, the first option “do not hit”,
The performance based on the ability value of the character can be efficiently confirmed without being affected by the effect of the special shot.

The NPC setting unit 143 allows the user to set, via the UI component 444, the timing at which the NPC performs an operation of moving the moving body, for example, the timing of returning the NPC. UI parts 44
4 includes five choices of “best”, “good”, “early”, “late” and “automatic”. When the first option “best” is selected, the match simulation unit 144 controls the NPC so as to swing at all times or at a timing when the “best” determination is performed relatively frequently. Similarly, the second to fourth options also control the NPC so as to swing at all or a relatively large timing at which the determination is made. When the fifth option “Random” is selected, the match simulation unit 144 controls the swing timing of the NPC so that the determination changes from time to time.

Accordingly, the user can efficiently perform the special training for hitting a ball with a high impact, for example, by selecting the first option “best”.

The NPC setting unit 143 allows the user to set, via the UI component 445, the movement characteristics of the moving object when the moving object is moved by the operation of moving the moving object of the NPC, that is, the type of sphere hit by the NPC. The UI component 445 includes four options: “spin” (first pitch), “slice” (second pitch), “lob” (third pitch), and “automatic”. When the first option “spin” is selected, the match simulation unit 144 controls the NPC so as to always or relatively frequently hit back with “spin”. Similarly, the second to fourth options also control the NPC so that the ball is hit at all times or relatively many times. When the fifth option “Random” is selected, the match simulation unit 144 controls the NPC so that various types of pitches are mixed and randomly hit back.

Thereby, the user can, for example, designate a pitch to be hit by the NPC as a pitch that is not good at the ball, and efficiently perform a special training for hitting the pitch.

For example, the NPC setting unit 143 performs a tap operation on the OK button 446 by an NPC
It is accepted as an input operation for finalizing the setting contents regarding.

The game simulation unit 144 receives, for example, a tap operation on the OK button 446,
A button (not shown) for instructing the start of the practice game is displayed on the second setting screen 440 or a different game screen, and an input operation for instructing the start of the practice game is accepted. Match simulation section 14
4 receives the input operation and causes the display 152 to display the game screens shown in FIGS. 5 to 7 to progress the practice game.

FIG. 17 is a diagram showing a specific example of a menu screen arranged on the game screen. As described above, the match simulation unit 144 performs at least the user's input operation for setting the behavior in the NPC practice match and the user's input operation for setting the conditions of the practice match before the start of the practice match. Either one is received, and the practice game is advanced based on the content set according to the input operation. Then, while the practice game is in progress, an input operation of the user for changing the set content is accepted at an arbitrary timing. Specifically, as an example, the game simulation unit 144 receives a tap operation on the setting button 390 arranged on the game screen shown in FIGS. 5 to 7 during the practice game. When accepting the tap operation, the match simulation unit 144 temporarily suspends the progress of the practice match and causes the menu screen 460 to be displayed on the match screen.

The menu screen 460 includes, for example, a setting button 461 for resetting game conditions.
And a reset button 462 for returning the game to the state at the start, and an end button 463 for ending the practice game.

When game simulation section 144 receives a tap operation on setting button 461, condition setting section 142 causes first setting screen 420 shown in FIG. 15 to be displayed. This allows the user to interrupt the game at any time and change the settings for each gimmick. Then, the game simulation unit 144 restarts the practice game that has been interrupted based on the changed content.

Note that the menu screen 460 may include a setting button for changing a setting relating to the behavior of the NPC. When the setting button is operated, the game simulation section 144 may display a second setting screen 440 shown in FIG. 16 and accept a change in the setting relating to the behavior of the NPC.

When receiving the tap operation on the reset button 462, the game simulation unit 144 returns the progress of the practice game to the time when the practice game was started, and restarts the practice game. As a result, the user can reset the stamina, the special shot gauge, the state of dropping the drink, the serving right, the score, and the like, and can start the practice game again and again.

When receiving the tap operation on the end button 463, the game simulation unit 144 ends the practice game. Thereby, the user can end the practice match at an arbitrary timing.

(Modification)
When displaying the selection screen 400 shown in FIG.
As a touch operation on the third icon 404, not only a drag-and-drop operation but also a tap operation may be accepted. Then, the character selection unit 141 selects the icon 404
When a tap operation is received, detailed information of the character corresponding to the icon 404 on which the tap operation has been performed may be displayed. The detailed information is displayed as a pop-up on the selection screen 400, for example. Detailed information includes, for example, character name, rarity, attribute, dominant hand, first special shot, second special shot, type, level, number of breakthroughs, equipment, and ability values (serve, stroke, technique, stamina) , Speed). As the ability value, a value when the level and the number of times of breaking through are unified in the practice character table is displayed. The unified level is the maximum level (for example, level 100) that the character can achieve, and the unified limit breaking number is the upper limit number of limit breaking processing (for example, four times). . Thereby, the user can confirm how strong the character is when the character is maximally strengthened, based on the detailed information of the character.

The character selection unit 141 further outputs the icon 4 specified by the tap operation described above.
When the character 04 is the possessed character, it is preferable to display both the detailed information after the maximum enhancement and the current detailed information of the possessed character. This allows the user to
It is possible to check how much the current possession character can grow, that is, the amount of growth of the possession character.

The character selection unit 141 may sort and display each character in the list 403 according to possessed characters and non- possessed characters. For example, the character selection unit 141 provides a button on the selection screen 400 to instruct sorting in the order of possession. When a tap operation is performed on the button, the character selection unit 141 rearranges the icons 404 of the characters in the list 403 in the order of possession.

The character selection unit 141 displays the icon 404 of the possessed character in the list 403.
And the icon 404 of the non-holding character may be displayed in different display modes. For example, the character selection unit 141 marks the icon 404 of the character already held by the user with (complete), and the icon 40 of the character not yet held by the user.
4 may be marked (not yet). Thus, the user can see at a glance which of the characters displayed in the list 403 is possessed and which is not possessed.

[Example of software implementation]
Control blocks of the control unit 210 (particularly, the progress support unit 211, the synchronization control unit 212,
The character management unit 213) and control blocks of the control unit 110 (particularly, the practice progression unit 111, the actual battle progression unit 112, the lottery progression unit 113, the character selection unit 141, and the condition setting unit 1)
42, the NPC setting unit 143, and the game simulation unit 144) may be realized by a logic circuit (hardware) formed on an integrated circuit (IC chip) or the like, or a CPU (Central Prism).
Ocessing Unit) and may be realized by software.

In the latter case, the information processing apparatus including the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and a computer (or CPU) that executes the program and various data. A ROM (Read Only Memory) or a storage device (these are referred to as “recording media”) recorded so as to be readable by the computer, a RAM (Random Access Memory) that expands the program, and the like. Then, the object of the present invention is achieved when the computer (or CPU) reads the program from the recording medium and executes the program. As the above recording medium, "temporary tangible medium"
For example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (a communication network, a broadcast wave, or the like) capable of transmitting the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

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

(Item 1) The game program (131, 231) has been described. According to an aspect of the present disclosure, the game program includes a processor (10, 20) and a memory (11, 21).
Is executed by a computer having at least one of the user terminal 100 and the server 200. When a predetermined condition is satisfied, the game program causes the processor to hold the user with a character (S1, S107), and inputs one or more characters held by the user in the holding step to the user. A step (S2) of operating according to the operation and proceeding with an actual battle part to be played against the opponent character; and selecting a character selected by the user from a plurality of characters that can appear in the actual battle part in accordance with the user's input operation Steps for operating and practicing a practice part to practice with a non-player character (hereinafter, NPC) controlled by a computer (S3, S3)
01 to S312).

According to the above configuration, an opportunity to know the performance of the character before the user obtains it can be provided to the user in the practice part. As a result, it is possible to motivate the user to acquire a character whose performance has been learned in the practice part so that the character can use the character in the battle part, and to motivate the user to play the game. Specifically, the user can sufficiently master the operation regarding the character in the practice part even if the character is not possessed. Then, after obtaining confirmation that a good result is obtained in the battle part using the character, the user can take an action to acquire the character (for example, execute a lottery). As a result, it is possible to increase the user's willingness to acquire a game medium such as a character and to motivate the user to play a game.

(Item 2) In (Item 1), in the step of proceeding with the practice part, a user input operation for selecting an NPC from among a plurality of characters is further received (S302).
To S303). Thus, the user can arbitrarily select not only the PC but also the partner character to be a practice partner, and can efficiently practice with any character. As a result, there is an effect that user convenience is improved.

(Item 3) In (Item 2), the battle that proceeds in the step of advancing the actual battle part is a sports game in which one or more characters compete for points by moving a moving body in a predefined competition space. The practice performed in the practice part is a practice game that simulates a game progressed in the actual part.
The user's input operation for setting the behavior in the practice game of the PC is received (S308,
S309), (1) the tendency of the NPC to take a position in the game space, set according to the input operation, (2) the activation pattern of one or more special skills related to the operation of moving the moving body of the NPC, (3 The timing at which the NPC performs the operation of moving the mobile, and
4) The practice game may be advanced based on at least one of the moving characteristics of the moving body when the moving body moves by the NPC. This allows for all types of ball games (eg, tennis, badminton, volleyball, basketball, baseball, table tennis,
In a sports battle game such as soccer, hockey, beach volleyball, and the like, a user can use a character that is not possessed in a practice part. Further, in the sports battle game, the user can arbitrarily set the behavior of the opponent character, and the user can efficiently practice the opponent character with the opponent character.

(Item 4) In (Item 3), in a practice game, a character (hereinafter, PC) and an NPC, which are operated according to a user's input operation, compete for a score by continuously hitting each other in a competition space with a moving object. This is a practice game of a sports game, and the step of advancing the practice part includes: (1) a first option (avant-garde) for causing the NPC to move to the avant-garde in the competition space, Move down to the rear guard N
Selection from a second option (rear) for the PC and a third option (balance) for the NPC to switch between a move to the front and a move to the rear according to the situation; (2) N
As the activation pattern of the special skill of the PC, the first option that does not activate the special skill to the NPC (
A second option in which the NPC activates only one of the plurality of special skills (first only), and a third option in which the NPC activates all the special skills possessed by the NPC depending on the situation. (3) The first option where the timing at which the NPC performs the return ball operation to hit the moving object is determined to be "best", and the second option which is determined to be "good". Selection from among a third option determined as "early", a fourth option determined as "late", and a fifth option (automatic selection) for performing any of the determinations, ( 4) NPC
The moving characteristics of the moving body that moves by the returning ball movement are the first option (spin) as the first pitch, the second option (slice) as the second pitch, and the third pitch. The user may select at least one of a third option (rob) and a selection from a fourth option (automatic selection) that is any one of the pitches. This allows the user to use a non-owned character as a practice part in a sports competition game of all kinds of ball games in which a rally is performed (for example, tennis, badminton, volleyball, table tennis, beach volleyball, etc.). Further, in the sports battle game, the user can arbitrarily set the behavior of the opponent character relating to the ball game in which the rally is performed, and the user can efficiently practice the opponent character with the opponent character.

(Item 5) In any one item from (Item 1) to (Item 4), the battle progressing in the step of progressing the actual battle part is performed by a character (hereinafter, PC) operated according to a user's input operation and an NPC Is a sports game in which a moving object (ball 340) is repeatedly bounced back and forth in a predefined competition space to compete for a score, and the practice progressing in the practice part is a practice game simulating the game. Yes, in the step of advancing the practice part, further, the user's input operation for setting the conditions of the practice match is received (S305, S306), and (1) the PC and the NPC set according to the input operation The holder of the serving right at the start of the practice match, selected from (2)
) The activation condition of one or more special skills relating to the movement of the moving object possessed by each character; (3) the frequency of occurrence of an item that is consumed every time the moving object is hit and recovers the stamina of each character; The practice match may be advanced based on at least one of 4) how to reduce stamina, and (5) attributes of the game space that affect the performance of each character. This allows the user to use a non-owned character as a practice part in a sports competition game of all kinds of ball games in which a rally is performed (for example, tennis, badminton, volleyball, table tennis, beach volleyball, etc.). In addition, in a sports battle game, in connection with a ball game in which a rally is performed, a gimmick set in the game can be arbitrarily set by the user. You can practice efficiently.

(Item 6) In the item (Item 5), in the step of causing the practice part to proceed, the first option for enabling the exercise under the same condition as that of the game progressing in the actual battle part is set as the condition for activating the special skill (
The user may be allowed to select from a second option (one-returned ball full charge) that can be activated when the character has successfully hit back once. As a result, the user can arbitrarily set the gimmick related to the special skill activation condition set in the game, and the user can efficiently practice in a competition space under an arbitrary environment. .

(Item 7) In the item (item 5) or (item 6), in the step of proceeding the practice part, the first option is to make the item appear at the same frequency as the game proceeding in the actual part (as in the actual battle). Alternatively, the user may be allowed to select from among the second options (appearing for each return ball) that appear each time a hit is performed by each character. Thereby, the user can arbitrarily set the gimmick related to the appearance frequency of the item, which is set in the present game, and the user can efficiently practice in the competition space under an arbitrary environment.

(Item 8) In any one of items (item 5) to (item 7), in the step of advancing the practice part, the stamina is reduced in the same way as the game progressing in the actual part as the stamina reduction method. The user may be allowed to select from the first option (as in the actual battle) and the second option that does not reduce stamina (not reduce). This allows the user to arbitrarily set a gimmick related to the stamina gauge set in the game, and the user can efficiently practice in a competition space under an arbitrary environment.

(Item 9) In any one of the items (item 5) to (item 8), in the step of progressing the practice part, the attributes of the competition space include a first attribute, a second attribute, a third attribute, and
In the step of letting the user select from the options of not setting the attribute (no attribute) and proceeding with the practice part, if it is selected to set any attribute in the competition space, the attribute of the competition space is When it is the first attribute, an adverse effect is given to the character having the second attribute,
When the attribute of the game space is the second attribute, an adverse effect is given to the character having the third attribute, and when the attribute of the game space is the third attribute, an adverse effect is given to the character having the first attribute. Then, an advantageous effect may be given to a character having an attribute that matches the attribute of the game space. The user can arbitrarily set a gimmick related to an attribute set in the present game, and the user can efficiently practice in a game space under an arbitrary environment.

(Item 10) In any one of (Item 3) to (Item 9), in the step of proceeding with the practice part, a user input for setting behavior in an NPC practice game before the start of the practice game. At least one of the operation and the user's input operation for setting the conditions of the practice game is received (S306, S309), and the practice game is advanced based on the contents set according to the input operation (S312). While the practice game is in progress, a user's input operation for changing the set content may be received at an arbitrary timing, and the practice game may be restarted based on the content changed according to the input operation. Good. This allows the user to set the gimmick set in the game at any time even during the progress of the practice match, and the user can more efficiently use the game space in any environment at any time. You can practice.

(Item 11) In any one of the items (item 1) to (item 10), in the step of proceeding with the practice part, the user sets a plurality of characters (hereinafter, PC) and NPCs to be operated according to the input operation of the user by the user. A list (403) of a plurality of characters to be selected from among the characters is displayed on the display unit, and the list is held characters held by the user in the step of holding, and held by the user. Preferably, it contains no non-retention characters. Accordingly, the user can easily select a desired character as a PC or an NPC regardless of whether the character is a possessed character or a non- possessed character.

(Item 12) In (Item 11), in the memory, for a plurality of characters, a level indicating the strength of the character and a process of breaking through the limit, which is a process of raising the upper limit of various parameters set for the character, are performed. The number of times the character has been applied to the character is stored in association with the number of limit breakthroughs. In the step of proceeding with the practice part, the limit breakthrough processing has been applied up to the upper limit number of times, and the character reaches the level. A plurality of characters in the maximum enhanced state that have been enhanced to the maximum level to be obtained may be displayed to be selectable by the user via a list. Thereby, the user can use the desired character in the practice part in the maximum strengthened state regardless of the possessed character, the non-retained character, and regardless of the progress of the growth of the possessed character. Can experience the character's performance. Then, after obtaining confirmation that a good result is obtained in the battle part using the character, the user can take an action to acquire the character (for example, execute a lottery). As a result, it is possible to further increase the motivation of the user to acquire a game medium such as a character and to motivate the user to play the game.

(Item 13) In the step of proceeding the practice part in (Item 12), various parameters of the character designated by the user in the maximum reinforcement state from the list may be displayed on the display unit. This allows the user to check various parameters when the desired character has reached the maximum enhanced state before possession. And
The user can take action to acquire the character after confirming that good results can be obtained in the battle part using the character. As a result, it is possible to further increase the motivation of the user to acquire a game medium such as a character and to motivate the user to play the game.

(Item 14) In (Item 13), in the step of proceeding with the practice part, when the designated character is a possession character, the actual battle part is used together with various parameters of the possession character operating in the practice part in the maximum reinforcement state. May be displayed on the display unit. Thereby, the user can confirm the extension of the character owned by the user by comparing the strength at the present time when the character is strengthened and the strength when the character is strengthened to the maximum. . As a result, there is an effect that the user's willingness to strengthen the character is enhanced, and the user is further motivated to play the game.

(Item 15) In any one of the items from (Item 11) to (Item 14), in the step of proceeding with the practice part, each character is displayed in a list by sorting the characters into possessed characters and non- possessed characters. You may. Thereby, the user can use the list in which the characters not owned by the user and the characters owned by the user are separately arranged,
The character used in the practice part can be selected. As a result, user convenience is improved.

(Item 16) In any one of (Item 11) to (Item 15), in the step of proceeding with the practice part, the possessed character and the non- possessed character are displayed in different display modes in the list. The user can select a character to be used in the practice part from a list in which characters not owned by the user and characters held by the user are displayed separately. As a result, user convenience is improved.

(Item 17) In any one of the items from (Item 1) to (Item 16), in the holding step, the character that has been won by the lottery executed according to the user's instruction may be held by the user. Thereby, in the game in which the number of characters held by the lottery increases, it is possible to particularly effectively motivate the user to play the game.

(Item 18) In one of the items from (Item 1) to (Item 17), in the step of retaining, when the progress of the actual battle part played by the user satisfies a predetermined condition, a predetermined character is displayed. It may be held by the user. This makes it possible to particularly effectively motivate the user to play the game in a game in which the number of characters possessed by playing the actual battle part increases.

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

(Item 20) The information processing device has been described. According to an aspect of the present disclosure, the information processing apparatus includes: a storage unit (120, 220) that stores a game program according to (item 1); and an information processing apparatus (user terminal 100) that executes the game program. , Server 200)
And a control unit (110, 210) for controlling the operation of. The information processing device according to (Item 20) has the same operation and effect as the game program according to (Item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF
(Operation unit), 15 touch screen (display unit, operation unit), 17 camera (operation unit), 1
8 Distance measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 practice progress unit, 112 actual battle progress unit, 113 lottery progress unit, 120, 220
Storage unit, 131 game program, 132 game information, 133 user information, 14
1 character selection unit, 142 condition setting unit, 143 NPC setting unit, 144 game simulation unit, 151 input unit (operation unit), 152 display unit, 200 server (information processing device), 2
11 progress support unit, 212 synchronization control unit, 213 character management unit, 1010 object,
1020 Controller (operation unit), 1030 Storage medium

Claims (20)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program includes:
Causing the user to hold the character when a predetermined condition is satisfied;
Operating the one or more characters held by the user in the holding step according to an input operation of the user, and proceeding with an actual battle part to be played against the opponent character;
A character selected by the user from a plurality of characters that can appear in the actual battle part is operated according to the input operation of the user, and is trained with a non-player character (hereinafter, NPC) controlled by the computer. A game program for executing a practice part. 2. The computer-readable storage medium according to claim 1, wherein in the step of proceeding with the practice part, an input operation of the user for selecting the NPC from the plurality of characters is further received. 3. The battle that proceeds in the step of proceeding with the actual battle part is a sports game in which one or more characters compete for points by moving a moving body in a predefined competition space, and progresses in the practice part. The practice is a practice game simulating the game progressing in the actual part,
In the step of proceeding with the practice part, an input operation of the user for setting a behavior of the NPC in the practice game is received, and the operation is set according to the input operation.
(1) the tendency of the NPC to take position in the competition space,
(2) an activation pattern of one or more special skills related to an operation of moving the moving body, which the NPC has;
(3) a timing at which the NPC performs an operation of moving the mobile object, and
(4) a moving characteristic when the moving body moves by an operation of moving the moving body of the NPC;
The game program according to claim 2, wherein the practice game progresses based on at least one of the following. In the practice game, a character (hereinafter referred to as P
C) and the NPC are practice games of a sports game in which the moving body is repeatedly bounced back and forth in the competition space to compete for points.
In the step of performing the practice part,
(1) A first option for causing the NPC to make a movement to the avant-garde in the game space as the tendency of the NPC to take a position, and a movement down to a rear-guard in the game space to the NP
C, and a second option to allow the NPC to switch between a move to the front guard and a move to the rear guard according to the situation,
(2) As a pattern for activating the special skill of the NPC, a first option that does not cause the NPC to activate the special skill, a second option that causes the NPC to activate only one of the plurality of special skills
And a selection from among a third option in which the NPC activates all the special skills possessed by the NPC depending on the situation,
(3) The timing at which the NPC performs the ball-turning operation to hit the moving object is the first option determined to be “best”, the second option determined to be “good”, and the second option determined to be “early”. Selection from among three options, a fourth option determined to be "late", and a fifth option for performing any of the above determinations,
(4) The moving characteristics of the moving body that moves by the ball returning operation of the NPC are the first option of the first pitch, the second option of the second pitch, and the third option of the third pitch. 3 choices, and a selection from the 4th choice of any of the above-mentioned pitches,
The game program according to claim 3, wherein the program causes the user to make at least one selection of: In the battle that progresses in the step of proceeding with the actual battle part, a character (hereinafter, referred to as a PC) operated in accordance with the input operation of the user and the NPC repeatedly bounce a moving body back and forth in a predefined game space. It is a sport game that competes for scores by matching, and the practice that progresses in the practice part is a practice game simulating the game,
In the step of proceeding with the practice part, further, an input operation of the user for setting conditions of the practice game is received, and the input operation is set according to the input operation.
(1) a holder of the right to serve when the practice game is started, selected from the PC and the NPC;
(2) an activation condition of one or more special skills relating to an operation of moving the moving object, which each character has;
(3) the frequency of appearance of an item for recovering the stamina of each character, which is consumed every time the moving object is hit back,
(4) how to reduce the stamina, and
(5) attributes of the game space that affect the performance of each of the characters,
The game program according to any one of claims 1 to 4, wherein the practice game is advanced based on at least one of the following. In the step of advancing the practice part, a first option for enabling the special skill to be activated under the same conditions as the match proceeding in the actual battle part, and that the character succeeds in hitting back once. The game program according to claim 5, wherein the user is caused to select from the second options that can be activated by the user. In the step of advancing the practice part, a frequency of appearance of the item is a first option that appears at the same frequency as that of the game progressing in the actual battle part, and each time a hit is performed once by each character. The game program according to claim 5, wherein the user is caused to select from the second options to appear. In the step of advancing the practice part, as a method of reducing the stamina, a first option of reducing the stamina in the same manner as the game progressing in the actual part, and a second option of not reducing the stamina The game program according to any one of claims 5 to 7, wherein the game program causes the user to select one of them. In the step of advancing the practice part, the user is allowed to select an attribute of the competition space from a first attribute, a second attribute, a third attribute, and an option of not setting an attribute.
In the step of proceeding the practice part, if it is selected to set any attribute in the competition space,
When the attribute of the game space is the first attribute, a disadvantageous effect is given to a character having the second attribute,
When the attribute of the game space is the second attribute, a disadvantageous effect is given to a character having the third attribute,
When the attribute of the game space is the third attribute, a disadvantageous effect is given to the character having the first attribute,
The game program according to any one of claims 5 to 8, wherein an advantageous effect is provided to a character having an attribute that matches an attribute of the competition space. In the step of performing the practice part,
Prior to the start of the practice match, at least one of the user's input operation for setting the behavior of the NPC in the practice match and the user's input operation for setting the conditions of the practice match are performed. Receiving, proceeding the practice game based on the content set according to the input operation,
While the practice game is in progress, an input operation of the user for changing the set content is received at an arbitrary timing, and the practice game is restarted based on the content changed according to the input operation. The game program according to any one of claims 3 to 9, causing the game program to execute. In the step of advancing the practice part, a list of the plurality of characters for the user to select the character (hereinafter, PC) and the NPC to be operated according to the input operation of the user from the plurality of characters is provided. Is displayed on the display,
The game program according to any one of claims 1 to 10, wherein the list includes a held character held by a user in the holding step and a non-held character not held by the user. In the memory, the plurality of characters are:
A level indicating the strength of the character;
The limit breaking process, which is a process of raising the upper limit of various parameters set for the character, is stored in association with the limit breaking number indicating the number of times the character has been applied to the character,
In the step of advancing the practice part, the plurality of characters in the maximum strengthened state in which the process of the breakthrough has been applied up to the maximum number of times and the level has been enhanced to the maximum level that the character can reach, The game program according to claim 11, wherein the game program causes the user to select and display the list via the list. The game program according to claim 12, wherein in the step of proceeding with the practice part, various parameters of the character designated by the user in the maximum reinforcement state are displayed on the display unit from the list. . In the step of advancing the practice part, when the designated character is the possessed character, along with various parameters in the maximum reinforcement state of the possessed character that operates in the practice part, the character operates in the actual battle part. The game program according to claim 13, wherein various parameters of the possessed character are displayed on the display unit. The step of proceeding with the practice part, wherein each character is displayed in the list by sorting the characters by the possessed character and the non- possessed character.
5. The game program according to any one of 4. The game program according to any one of claims 11 to 15, wherein, in the step of proceeding with the practice part, the retained character and the non-retained character are displayed in different display modes in the list. 17. The game program according to claim 1, wherein, in the holding, the user holds a character won by a lottery executed according to an instruction of the user. 18. 18. The user according to any one of claims 1 to 17, wherein, in the holding step, when the progress of the actual battle part played by the user satisfies a predetermined condition, the user is caused to hold a predetermined character. Game program. A method in which a computer executes a game program,
The computer includes a processor and a memory,
A method wherein the processor performs the steps of claim 1. An information processing device,
The information processing device,
A storage unit for storing the game program according to claim 1,
An information processing device comprising: a control unit configured to control an operation of the information processing device by executing the game program.

Images