JP7457662B2 - Programs and information processing equipment - Google Patents

Description

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

BACKGROUND ART Conventional games are known to include a so-called training mode, which is a mode for practicing in order to learn the performance of characters used in the game (for example, Non-Patent Document 1). In the training mode of the game described in Non-Patent Document 1, in addition to the characters that the user owns, characters that the user does not own and characters that are newly added as targets for the so-called gacha lottery can be used.

[Shironeko Tennis Official Website], [online], searched on December 25, 2020, URL, https://colopl.co.jp/shironekotennis/

However, in the game described in Non-Patent Document 1, the more characters that can be used in the training mode, the more time and effort it takes for the user to find the character he or she wants to use. Additionally, if you want to use a character you have fought against in the training mode, you may need to check the past battle history and character characteristics beforehand, and then perform the operations again to switch to the training mode. In this case, it takes time and effort even before searching for a character. For this reason, there was room for improvement in the procedure up to the actual start of training.

The present invention has been devised in view of such circumstances, and its purpose is to provide a program and an information processing device that can reduce the effort required to start a predetermined mode .

According to an aspect of an embodiment disclosed in the present disclosure, the program includes a first setting means for setting a computer to a first display state in which object information can be displayed, and the first display state is different from the first display state. a second setting means for setting a second display state in which a plurality of types of objects operable in a predetermined mode can be displayed; The second setting means includes a specifying means for setting an object to be operated in the mode in a specified specific state , and an execution means for making it possible to execute a predetermined mode using the object in the specific state, and the second setting means is configured to set the object in the first display state. In response to a predetermined input operation from the user including an operation for specifying the displayed object information, the display state is switched to the second display state, and the specifying means is configured to switch the display state to the second display state in response to a predetermined input operation from the user including an operation for specifying the displayed object information, and the specifying means switches the display state to the second display state, and When switching to the second display state, the object corresponding to the object information designated by a predetermined input operation can be changed to another designated object.

According to the present invention, by specifying an object while checking the object information in the first display state, the user can specify the object as an object to be operated in a predetermined mode , and can shift to the predetermined mode . becomes. Therefore, it is possible to reduce the effort required to start a predetermined mode .

1 is a diagram showing a hardware configuration of a game system. FIG. 3 is a diagram illustrating a game cycle of a game. FIG. 2 is a block diagram showing the functional configuration of a user terminal and a server. It is a figure which shows an example of the screen which transitions from a home screen to each screen. FIG. 3 is a diagram illustrating an example of a training mode transition procedure according to the present embodiment. It is a flowchart which shows the process of transitioning to training mode based on this embodiment. FIG. 7 is a diagram illustrating an example of a training mode transition procedure according to another embodiment.

[Embodiment]
A game system according to the present disclosure is a system for providing a game to a plurality of users. The game system will be described below with reference to the drawings. It should be noted that the present invention is not limited to these examples, but is indicated by the scope of the claims, and it is intended that all changes within the meaning and range equivalent to the scope of the claims are included in the present invention. Ru. In the following description, the same elements are given the same reference numerals in the description of the drawings, and overlapping description will not be repeated.

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

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. User terminal 100 may be a game device suitable for playing games. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display section), a camera 17, and a distance measurement sensor 18. Equipped with. These components included in the user terminal 100 are electrically connected to each other by a communication bus. Note that, instead of or in addition to the touch screen 15, the user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the user terminal 100 body 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 establishes communication with the user terminal 100, for example, according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value to the user terminal 100 based on a user's input operation on the button or the like. Further, the controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits 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.

It is desirable that the user terminal 100 allows the user using the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020, for example, when starting the game. This makes it possible for the user terminal 100 to link the controller 1020 and the user, and identify which user the received output value belongs to based on the source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, by each user holding each controller 1020, the user terminal 100 can communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2. Multiplayer can be realized. In addition, each user terminal 100 communicates with each other using a wireless standard such as a wireless LAN (Local Area Network) standard (communicates without going through the server 200), thereby realizing local multiplayer with multiple user terminals 100. You can also. When the above-described multiplayer is locally implemented using one user terminal 100, the user terminal 100 may further include at least some of the various functions provided by the server 200, which will be described later. Furthermore, when the above-described multiplayer is locally implemented by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions provided in the server 200, which will be described later, in a distributed manner.

Even when the above-mentioned multiplay is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating the results of a game, such as the score or win/loss, may be associated with user identification information and transmitted to the server 200.

Further, 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 casing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected via a wire via the coupling section, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

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

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

As explained 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 measurement sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-mentioned units serving as an input mechanism can be regarded as an operation unit configured to accept input operations from a user.

For example, when the operation unit is configured with 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, a user's hand, a marker with a predetermined shape, or the like is detected as the object 1010, and an input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 converts the gesture (a series of movements of the user's hand) detected based on the captured image into the user's input operation. be identified and accepted as such. Note that the photographed image may be a still image or a moving image.

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

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

The processor 10 reads a program from a storage 12, which will be described later, and expands it into a memory 11, which will be described later. The processor 20 reads a program from a storage 22, which will be described later, and expands it into a memory 21, which will be described later. Processor 10 and processor 20 execute the expanded program.

Memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides a work area for the processor 10 by temporarily storing programs and various data that the processor 10 reads from a storage 12, which will be described later. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to a program. The memory 21 provides a work area for the processor 20 by temporarily storing various programs and data that the processor 20 reads from a storage 22, which will be described later. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to a program.

In this embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game through cooperation between the user terminal 100 and the server 200. Note that the game realized through cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game through cooperation of a plurality of user terminals 100. Further, the various data include data related to games 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 the plurality of user terminals 100.

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are comprised of storage devices such as flash memory or 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. The communication IF 23 controls transmission and reception of various data in the server 200. The communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, wireless LAN, or mobile phone network, and communication using short-range wireless communication.

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and is an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include, for example, a physical button, a camera, a microphone, or a speaker of the user terminal 100. 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 section that is an information input device such as a mouse or a keyboard, and a display section that is a device that displays and outputs images.

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

The input unit 151 has a function of detecting the position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, or a tap operation) is input on the input surface, and transmitting information indicating the position as an input signal. The input unit 151 may be provided with a touch sensing unit (not shown). The touch sensing unit may be of any type, such as a capacitive type or a resistive film type.

Although not shown, the user terminal 100 may have one or more sensors for identifying the holding orientation of the user terminal 100. The sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 has a sensor, the processor 10 may identify the holding orientation of the user terminal 100 from the output of the sensor and perform processing according to the holding orientation. For example, when the user terminal 100 is held in portrait orientation, the processor 10 may perform a portrait screen display in which a vertically elongated image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held in landscape orientation, the processor 10 may perform a landscape screen display in which a horizontally elongated image is displayed on the display unit. In this way, the processor 10 may be able to switch between portrait screen display and landscape screen display according to the holding orientation of the user terminal 100.

The camera 17 includes an image sensor and generates a captured image by converting the light incident through the lens into an electrical signal.

The distance measurement sensor 18 is a sensor that measures the distance to the measurement object. 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 timing of light emission from the light source and the timing of receiving reflected light that is generated when the light emitted from the light source hits the measurement object and is reflected. The distance measurement sensor 18 may have a light source that emits directional light.

Here, an example will be further described in which the user terminal 100 uses the camera 17 and the distance measurement sensor 18 to detect an object 1010 in the vicinity of the user terminal 100, and receives the detection result as a user input operation. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side of the housing of the user terminal 100. The distance measurement sensor 18 may be provided near the camera 17. For example, an infrared camera can be used as the camera 17. In this case, a lighting device that irradiates infrared rays and a filter that blocks visible light, etc. may be provided on the camera 17. This can further improve the accuracy of object detection based on the image captured by the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform, for example, one or more of the processes shown in (1) to (5) below on the image captured by the camera 17. (1) The processor 10 performs an image recognition process on the image captured by the camera 17 to determine whether or not the captured image includes the user's hand. The processor 10 may use, for example, a pattern matching technique as an analysis technique employed in the above-mentioned image recognition process. (2) The processor 10 also detects a user's gesture from the shape of the user's hand. The processor 10, for example, determines the number of fingers of the user (the number of fingers extended) from the shape of the user's hand detected from the captured image. The processor 10 further determines the gesture made by the user from the determined number of fingers. For example, if the number of fingers is five, the processor 10 determines that the user has made a "paper" gesture. If the number of fingers is zero (no fingers were detected), the processor 10 determines that the user has made a "rock" gesture. Furthermore, when the number of fingers is two, the processor 10 determines that the user has made a "scissors" gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's fingers are in a state where only the index finger is raised, or whether the user's fingers are moving like flicking. (4) The processor 10 detects the distance between the object 1010 (such as the user's hand) near the user terminal 100 and the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. For example, the processor 10 detects whether the user's hand is near the user terminal 100 (e.g., a distance less than a predetermined value) or far away (e.g., a distance equal to or greater than a predetermined value) based on the size of the shape of the user's hand identified from the image captured by the camera 17. Note that when the captured image is a video, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is determined that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the image captured by the camera 17, the processor 10 recognizes that the user is waving his/her hand in the capturing direction of the camera 17. When an object is sometimes detected and sometimes not detected by the distance measuring sensor 18, which has a higher directivity than the capturing range of the camera 17, the processor 10 recognizes that the user is waving his/her hand in a direction perpendicular to the capturing direction of the camera.

In this way, the processor 10 determines whether the user is clasping his/her hands (a "goo" gesture or another gesture (for example, "paa") by image recognition of the image taken by the camera 17. ). The processor 10 also detects the shape of the user's hand and how the user moves the hand. The processor 10 also detects whether the user is moving his hand closer to 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 according to 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. Continuation of the selection operation corresponds to, for example, the mouse being clicked and kept pressed in, or the mouse being touched after a touch down operation is performed on the touch panel. Further, when the user further moves his/her hand while the user's gesture "goo" is being detected, the user terminal 100 detects a series of such gestures as an operation corresponding to a swipe operation (or drag operation). It can also be recognized. Further, when the user terminal 100 detects a gesture such as a flick of the user's finger based on the detection result of the user's hand based on the captured image of the camera 17, the user terminal 100 converts the gesture into a mouse click or a tap operation on the touch panel. It may be recognized as an operation corresponding to .

<Game Overview>
The game executed by the game system 1 (hereinafter referred to as the present game) is a game in which different results can be obtained depending on the user's operation contents (for example, operation speed, timing, technique, etc.).

This game is, for example, a competitive game, and in the competitive game, the outcome of the match, the score, and the outcome of the match change depending on the contents of the user's operations. For example, this game may be a game in which a plurality of users compete for superiority in terms of time, score, battle record, etc. Users typically play games hoping to win the competition. Therefore, by constructing the game system 1 so that the game includes a competitive element and superiority is determined depending on the content of the operation, it is possible to encourage the user to master the operation.

Furthermore, the present competitive game may include, for example, a play part in which an interpersonal competition is played between a user and another user. Note that the "competition" in this game is not limited to multi-competition (so-called PvP (Player vs Player) competition). For example, a battle between a player character (hereinafter referred to as PC (player character)) operated by the user and a non-player character (hereinafter referred to as NPC (non player character)) (so-called COM battle or CPU battle) is also included in this competitive game. Included in "battle". The competition in this game may be, for example, a match in a sports game.

This competitive game is, for example, a sports game that includes a PvP game and a COM game. A competition in a sports game executed by the game system 1 according to the present embodiment is a sports match in which one or more characters compete for points by moving moving objects in a defined competition space. Particularly, the competition in this sports game is a sports match in which two or more characters compete for points by successively hitting each other with the above-mentioned moving objects. As an example, the present sports game is a tennis game, and the competition is a tennis match.

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

In this tennis game, a user PC of the user terminal 100 and an NPC or a PC of another user terminal 100 play a tennis match in a game space constructed in the game system 1. In the following, when it is not necessary to particularly distinguish between an NPC and a PC operated by a user of another user terminal 100 with respect to an opponent's character who competes against the user's PC, other characters will be uniformly used. It is called. In this tennis game, there may be one or more other characters.

Further, in this tennis game, a singles match between the user's PC and another character may be played, or a doubles match may be played. That is, the match played in this tennis game may be a doubles match between an ally pair formed by at least the user's PC and an enemy pair formed by two other characters. A character that forms an ally pair with the user's PC may be the user's PC, an NPC, or another user's PC. are uniformly referred to as ally characters.

Matches in this tennis game are played according to predetermined rules based on actual tennis rules, which are added or changed as appropriate. In the following explanation, detailed explanations about actual tennis rules will not be given.

<Game details>
FIG. 2 is a diagram illustrating an example of the game cycle of the tennis game. This game consists of multiple play parts. This game includes, for example, three play parts: a practical part (an example of a specific game), a practice part (an example of a predetermined game, also referred to as a training mode), and a lottery part. The actual battle part is, for example, a sports match in which a PC operated in accordance with a user's input operation and another character compete for points by successively hitting moving objects against each other in a competition space. On the other hand, the practice part is, for example, a practice match that simulates the match that progresses in the actual battle part, in which a PC operated according to the user's input operation and an NPC continuously hit moving objects back at each other in the competition space. This is a sports practice match in which players compete for points. In this embodiment, as an example, the practice progress section 111 of the control section 110 advances the practice part, the actual battle progression section 112 advances the actual battle part, and the lottery progression section 113 executes the step of making the user hold a character. This game may include other play parts not shown.

(Actual battle part)
The actual match part is a part in which the user operates a character selected from the characters owned by the user (hereinafter referred to as owned characters) as a PC to play a tennis match with other characters. As an example of the actual match part, the user selects three characters from the owned characters to form a team. The user plays against the opposing team with the formed team. In the actual match part, the match can be progressed by switching characters within the formed team.

In the actual battle part, rewards are given to users who meet predetermined play conditions. The reward is digital data as in-game added value that can be used in the game. In-game added value includes, for example, a character, a card that resembles the character, an item that provides an advantageous effect to the user, equipment that the character can wear, abilities that the character can wear, and restricted quests. the right to expand the holding limit of items or cards; the right to run drawings to win characters such as in-game currency or points, tickets, etc. that can be exchanged for various in-game added values; It may also be an increment of various parameters set for the user or character.

In this tennis game, as an example, the reward may be an enhancement item that has the effect of enhancing the character, or an increment of various parameters such that the game becomes more advantageous for the user as the value increases. The parameters may be linked to the user, such as a user rank, or may be linked to the character, such as a character level or an ability value related to a tennis match. Alternatively, in this tennis game, the game system 1 may allow the user to own a predetermined character as a reward when the progress of the actual game part played by the user meets a predetermined condition.

The user can strengthen the character by playing the actual battle part and receiving rewards. Then, using the strengthened character, the player can play the actual battle part more advantageously. In other words, the more the user repeatedly plays the actual battle part, the more the user can strengthen the character, and the more advantageously the user can play the actual battle part. By being able to play advantageously, the user is encouraged to play the actual battle part, and the character is strengthened, creating a virtuous game cycle.

In addition, giving in-game value such as rewards to users can be achieved by, for example, transitioning the status of digital data as in-game value that is managed in association with users from unusable to usable. There may be. Alternatively, the digital data may be newly stored in at least one of the memories (memory 11, memory 21) included in the game system 1 in association with user identification information or user ID. Allowing the user to possess and obtain in-game value is synonymous with providing the above-mentioned in-game value to the user.

In this tennis game, the character's status is, for example, the level and the number of times the character exceeds the limit. Both the level and the number of limit breakthroughs are indicators of the strength of the character, and the higher the value, the stronger the advantage in the match. The level of these values set for the character can affect the course of the match. The level is set as a number from 1 to 100, for example, and is set such that the higher the number, the higher the ability value of the character. Further, the limit breakthrough is, for example, an operation that can further increase the ability values of a character whose level has reached the upper limit (for example, 100) and whose ability values have reached the upper limit. Limit breakthrough may be achieved by increasing only the character's ability values while leaving the level unchanged, or by increasing the upper limit of the character's level (for example, setting the upper limit level of 100 to 150).

In this tennis game, the equipment that the character is made to wear is, for example, a racket and shoes. In this tennis game, parameters are also set for equipment, and the performance of the equipment can affect the progress of the match. For example, the performance of a racket may affect the strength or type of a character's shot, and the performance of shoes may affect the speed at which a character moves on a court.

(Practice part)
The practice part is a part where the user operates the PC to practice playing tennis matches with NPCs in preparation for the actual match in the actual match part. The practice part is a part provided for the user to master the operations to be used in the actual match part. Thus, the match in the practice part proceeds just like the match in the actual match part. The practice part and the actual match part are common in this respect, and therefore can be said to be the same kind of game. The same kind of game includes games that are in the same genre but have different gameplay objectives (for example, a relationship between a tennis tournament and a tennis practice match, or a relationship between a baseball match and a mode where you only cheer for the baseball team), and games that are in different genres (for example, the relationship between tennis and baseball) may not be included in the same kind of game. However, as an example, the practice part differs from the actual match part in the following points.

First, match results such as scores and number of wins and losses are not recorded. Also, no reward will be given. That is, the user cannot strengthen the character even if the user plays the practice part.

Next, the user selects all characters that appear in the game (all characters that are subject to lottery in the lottery part described later), regardless of whether they are owned characters or characters that are not owned (hereinafter referred to as non-owned characters). (including characters), you can arbitrarily select a PC to be used in the practice part and NPCs that will become other characters.

The characters to be selected have the same status and equipment, regardless of whether they are owned characters or non-owned characters.

In this embodiment, the status and equipment are unified for all characters, so that a situation is not created that is advantageous or disadvantageous to one character depending on the performance of the equipment in a match during the practice part. . Furthermore, it is desirable to make it easier to experience the quality of the character's own performance through trials in practice matches by standardizing the equipment to have basic performance with relatively few special effects.

Furthermore, in this embodiment, the user can arbitrarily set the match conditions, which are an example of game settings related to the practice part. In this tennis game, various gimmicks are set for the match, regardless of whether they are the same as in a real tennis match. The user can arbitrarily set various gimmicks that can be activated in the match of the actual match part.

Furthermore, in this embodiment, the user can arbitrarily set the behavior of the NPC. In this tennis game, when another character is an NPC, various movement tendencies are set for the character. The user can arbitrarily set various movement trends of NPCs serving as other characters.

From the above, in this tennis game, the significance of the practice part is not to strengthen the owned characters, but to help the user become familiar with the operations related to the match in the actual battle part. Furthermore, in the practice part, the user can play a match similar to the actual battle part using characters that the user does not own. Therefore, the further significance of the practice part is that the user has an opportunity to recognize the existence of unknown characters that cannot be used in the actual battle part and experience their performance. For example, if a user loses in a battle against an unknown character that the user does not own in the actual battle part, the user can learn about the character's performance and behavior patterns by operating or competing with that character himself in the practice part. You can prepare countermeasures for the next actual battle. In addition, in the practice part, the user can customize the behavior of gimmicks activated in the match and the behavior of NPCs. Therefore, the user can prepare for the actual battle part by reproducing the gimmick that will be activated during the match in the actual battle part, or by reproducing other characters in the expected actual battle part. . Furthermore, the user can efficiently test the performance of the PC by reproducing gimmicks or other characters that utilize the PC's abilities. Alternatively, the user can practice overcoming his own operating weaknesses by daringly reproducing another character with a gimmick or quirk that he is not good at.

(Lottery part)
The lottery part is a part in which the user is allowed to hold in-game value, which is digital data that can be used in the tennis game, in exchange for another in-game value. In this embodiment, as an example, while the lottery part is progressing on the user terminal 100, the server 200 executes a lottery, and the in-game value to be held by the user is randomly determined. The in-game value that can be exchanged for the execution of a lottery may be, for example, a valuable medium such as in-game currency acquired by a user by paying a fee, or a consumable item such as points or a lottery ticket provided free of charge as a reward. etc. In this embodiment, as an example, when a lottery is executed in the lottery part, the winning character is held by the user. The winning character and the user's possession can be used in the actual battle part.

(match history)
In this tennis game, for each match played by the user in the actual battle part, the user can specify the PC used by the user, the other characters played as an opponent, the score of the match, and the match results such as the number of wins and losses. The information is stored in user information 133 of user terminal 100. This tennis game has a function to display the past match history in the actual battle part based on the accumulated match information. Thereby, the user can check the match history after the fact to see which characters he/she is good at or weak at, and can reflect on what to do and what to do for the next match. The match information includes the PC used in the match, the other characters who are the opponents, and the match results, as well as the name of the competing team, how many points they won, or how many points they scored when they lost. It includes information that enables identification of the number of points earned by each character in the team, which character scored the most points, and which character conceded points against. For this reason, users can view not only the history of match results, but also information for analyzing their own strengths and weaknesses. Note that the match information may be stored in the storage 22 or the like of the server 200, and in this case, the server 200 may receive the relevant information that is sent each time a match is played in the actual part on the user terminal 100. Match information of a match may be received and accumulated, and match information corresponding to the user of the user terminal 100 may be output in response to a request from the user terminal 100 to display the match history on the user terminal 100. .

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

The user terminal 100 has a function as an input device that receives input operations from a user, and a function as an output device that outputs images and sounds of the game. The user terminal 100 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 10, memory 11, storage 12, communication IF 13, 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 progress the game. If the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating interactions between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 20, memory 21, storage 22, communication IF 23, input/output IF 24, and the like.

Storage unit 120 and storage unit 220 store game programs, 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. Game information 132 is data referenced by control unit 110 and control unit 210 when executing a game program. User information 133 is data related to a user's account. The user information also includes match information. The match information is displayed on the display unit 152 of the user terminal 100 as a match history. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100.

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

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

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

The synchronization control unit 212 communicates with each competing user terminal 100 in a PvP battle, and mediates the exchange between the user terminals 100. Furthermore, the synchronization control unit 212 executes synchronization control for matching opponents and synchronizing the progress of the match.

The character management unit 213 manages data related to characters appearing in this game. Specifically, in accordance with the operations of the operator of the management organization that operates this game, we will delete characters that will not appear in the game, update various settings for characters that have already appeared, and change the settings for new characters that will appear. Register data.

Furthermore, the character management unit 213 processes data regarding the newly registered character as necessary and distributes it to each user terminal 100.

(Functional configuration of user terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 131 and the user's operations. Further, while the game is progressing, the control unit 110 communicates with the server 200 to send and receive information as necessary.

The control unit 110 functions as a practice progress unit 111, a real-game progress unit 112, and a lottery progress unit 113 according to the description of the game program 131.

The control unit 110 can also function as other functional blocks (not shown) to progress the game depending on the nature of the game being played.

Furthermore, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation reception unit detects and accepts a user's input operation on the input unit 151. For example, the operation reception unit detects the coordinates of the input position on the input unit 151 of the above-mentioned input operation, and specifies the type of the input operation. The operation reception unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing results executed by each unit of the control unit 110 are reflected. The display control section may display a game screen including images generated by each section of the control section 110 on the display section 152. Further, the display control unit may draw a graphical user interface (hereinafter referred to as GUI) superimposed on the game screen.

The practice progression section 111 advances the 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 match simulation section 144.

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

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

The NPC setting unit 143 provides a UI for the user to specify the behavior of the NPC selected as another character in the practice match. The NPC setting section 143 transmits information regarding the movement tendency of the NPC designated by the user to the match simulation section 144.

The match simulation unit 144 simulates a tennis match (hereinafter referred to as an actual match) in the actual match part. That is, the match simulation unit 144 advances the practice match in the practice part. Specifically, the match simulation unit 144 defines a game space including a predetermined competition space, similar to an actual match. The competition space is, for example, a tennis court. The match simulation unit 144 includes a camera placement control unit and an object control unit (not shown) in order to simulate an actual battle.

The camera placement control unit defines a virtual camera for specifying an area of the game space to be presented to the user. The camera placement control unit virtually places the virtual camera in the game space by defining the position and orientation of the virtual camera in the game space. The camera placement control unit generates an image depicting a viewing area defined by the virtual camera and an object placed in the viewing area by controlling a display control unit (not shown). Note that the camera placement control unit may change the position and orientation of the virtual camera at any time. The camera placement control section may be common to the camera placement control section that operates in the actual battle part.

The object control unit arranges the object in the game space based on the object setting information included in the game information 132. Further, the object control unit controls objects placed in the game space. For example, the object control unit changes the position, orientation, shape, color, etc. of the object in the game space, or causes the object to perform a predetermined series of actions.

However, since this is a practice match, the object control unit reflects the gimmick behavior transmitted from the condition setting unit 142 in the game space. Further, the object control unit operates the PC based on the user's operation in the game space, and also operates the NPC according to the NPC movement tendency transmitted from the NPC setting unit 143. The object control unit activates the gimmick based on conditions specified by the user, as necessary, even during the practice match.

The actual battle progress section 112 advances the actual battle part. The actual battle progression unit 112 includes a character selection unit, a camera placement control unit, and an object control unit (not shown). The camera placement control section is similar to the camera placement control section of the game simulation section 144.

The character selection section of the actual battle progress section 112, unlike the character selection section 141 of the practice progress section 111, provides the user with a UI for selecting a PC from among the owned characters.

The object control unit of the actual battle progression unit 112 differs from the object control unit of the practice progression unit 111 in that it reflects predetermined gimmicks for the match to be executed in the game space based on the game program 131, and in COM battles, it causes NPCs with predetermined movement tendencies to act. As with the object control unit of the match simulation unit 144, the object control unit causes PCs and other characters in PvP battles to act in accordance with the operations of the users of the respective user terminals 100.

The lottery proceeding section 113 advances the lottery part. The lottery proceeding unit 113 transmits a lottery execution request to the server 200 in accordance with a user's input operation instructing execution of a lottery. When the winning in-game value, in this embodiment, the character, is determined by the server 200, the lottery proceeding unit 113 receives a notification about the winning character from the server 200, and allows the user to keep 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 some of the functions included in the user terminal 100. Further, the user terminal 100 may include at least some of the functions provided by the server 200. Furthermore, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and a part of the processing in the game system 1 may be executed by the other device. That is, the computer that executes the game program in this embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of these devices.

<Steps to move to the practice part>
In this embodiment, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to simplify the procedure for transitioning to the practice part. Specifically, the user terminal 100 displays a match history screen based on match information as character information regarding at least one character, and input from the user to specify a character displayed on the match history screen. Depending on the operation, the screen switches to a character selection screen that can display multiple types of characters that can act in the practice part, and the character specified in the match history screen is specified as the character to act in the practice part. A step of enabling transition to a part, and a step of enabling a character specified on the character selection screen as a character to be operated in the practice part to be changed to a specified character in response to input operations from the user for multiple types of characters. This is a configuration that executes steps and.

According to the above configuration, the user specifies a character while checking the match history on the match history screen, and from the match history screen, the user selects the character specified as the character to be operated in the practice part by the specified character. You can switch to the screen. As a result, the effort required before starting the practice part can be reduced.

A specific example of the procedure for transitioning to the practice part (hereinafter referred to as training mode) will be described below with reference to Figures 4 and 5. Figure 4(a) is a diagram showing an example of transitioning from the home screen 300 to each screen. On the home screen 300, for example, a match icon 301, a character display icon 302, a home screen transition icon 303, a team town transition icon 304, a gacha screen transition icon 305, and a menu screen transition icon 306 are shown.

FIG. 4B is a diagram showing an example of a match selection screen 310 that is moved by inputting the match icon 301 displayed on the home screen 300. On the match selection screen 310, an actual battle part transition icon 311, a trial transition icon 312, and a return button 313 are displayed. When an input operation to the actual battle part transition icon 311 is received, the transition is made to the actual battle part. When an input operation to the trial transition icon 312 is received, the screen transitions to the trial screen 320. When an input operation to the return icon 313 is accepted, the screen returns to the home screen 300.

FIG. 4C is a diagram showing an example of a trial screen 320 that is transferred by inputting the trial transfer icon 312 displayed on the match selection screen 310. On the trial screen 320, a machine trial transition icon 321, a free match transition icon 322, and a return icon 313 are displayed. When an input operation to the machine trial transition icon 321 is received, the process shifts to the machine trial. Machine trial is a mode in which a ball thrown from a machine is returned by a character operated by the user. When an input operation to the free match transition icon 322 is received, the process transitions to free match. Free match is a mode in which a character operated by a user competes against a character operated by another user. When the input operation to the return icon 313 is accepted, the screen returns to the match selection screen 310.

Returning to FIG. 4(a), character display icon 302 is an icon that transitions to a screen that displays characters owned by the user. By transitioning to this screen, the user can check the characters owned by the user and can select characters owned to form a team. Multiple teams can be created, and the user can set the team to be used in the actual battle part on this screen.

The home screen transition icon 303 is an icon for transitioning to the home screen 300. For example, when transitioning from the home screen 300 to another screen, if the home screen transition icon 303 is displayed on the other screen, the home screen transition icon 303 is operated by inputting the home screen transition icon 303. By doing so, it is possible to return to the home screen 300.

The team town transition icon 304 is an icon for transitioning to a team town. A team town is the base (also called the home base) of a team (as an example, a group) to which a user belongs in this game. A team here is a group of users, and a user can create a team by himself/herself if he/she meets certain conditions. When an input operation to the team town transition icon 304 is accepted, the user transitions to a team town to which the user belongs. If the user does not belong to a team, the screen transitions to a screen that displays, for example, an icon for searching for a team to belong to and an icon for the user to create a team by themselves.

The gacha screen transition icon 305 is an icon for transitioning to the gacha screen 330. The gacha screen 330 is a screen for performing a gacha lottery. FIG. 4D is a diagram showing an example of a gacha screen 330 that is transferred by inputting the gacha screen transfer icon 305 displayed on the home screen 300. On the gacha screen 330, a character name display section 331, character related information 332, a performance information disclosure icon 333, and a lottery icon 334 are shown. The character name display section 331 displays the name of the character currently displayed in the character related information 332. The character related information 332 displays a predetermined character among the characters that can be assigned to the user. The predetermined characters are displayed, for example, character by character, and the characters displayed are changed over time. Further, the predetermined character may be an added character, a popular character, a re-appearing character, a different version of an existing character (for example, a specification with different attributes, clothing, etc.), or the like. The performance information disclosure icon 333 is an icon that moves to a screen that discloses performance information of the character displayed in the character related information 332. The performance information is, for example, information regarding the ability of the target character at the maximum level and the behavior of special shots. The lottery icon 334 is an icon for executing a lottery to determine a character to be given to a user by consuming free or paid virtual currency. The gacha screen 330 may display a shop transition icon (not shown) that transitions to a shop screen that sells virtual currency for executing paid gacha.

Returning to FIG. 4A, the menu screen transition icon 306 is an icon for transitioning to the menu screen 340 on which various icons are displayed. FIG. 4E is a diagram showing an example of a menu screen 340 that is transferred by inputting the menu screen transfer icon 306 displayed on the home screen 300. The menu screen 340 displays, for example, a notification icon 341, an item icon 342, a match history icon 343, a status icon 344, a settings icon 345, and a help icon 346. The notification icon 341 is an icon that transitions to a screen that notifies you of information within the game. In-game information includes, for example, information on new quests added, application modification information, and information on upcoming quests. The item icon 342 is an icon that moves to a screen that displays items that the user owns that can be used in the game.

The match history icon 343 is an icon for transitioning to a match history screen 350, which will be described later with reference to FIG. 5(b). The status icon 344 is an icon for moving to a screen showing current user information. The current user information is, for example, information on the progress of the user's game and the characters used. The settings icon 345 is an icon that moves to a screen for changing settings within the game. In-game settings include, for example, in-game settings such as volume settings, screen settings, and notification settings. The help icon 346 is an icon that transitions to a screen that provides various explanations as the game progresses. The various explanations include, for example, explanations about the basic way to play the game, how to operate the game, and the like.

5 is a diagram showing an example of a training mode transition procedure according to the present embodiment. In the description of FIG. 5, the description of the same as that of FIG. 4 will be omitted. FIG. 5(a) is a diagram showing an example of a menu screen 340, similar to FIG. 4(e). FIG. 5(b) is a diagram showing an example of a match history screen 350 to which the transition is made by inputting the match history icon 343 displayed on the menu screen 340. In the match history screen 350, team history information 360 showing the match history of each match played by the user in the actual match part is displayed in reverse chronological order of the date of the match. In the team history information 360, the representative character (also called the leader) of the team used by the user, the representative character of the team used by the opponent, the attributes of the court at the time of the match, and the score at the end of the match are displayed. Specifically, in the first team history information 360 in FIG. 5(b), the representative character of the team used by the user is displayed in the box displayed as "yourself", the representative character of the team used by the opponent is displayed in the box displayed as "opponent", and it is displayed that the user has been defeated with a score of 0 to 5. In FIG. 5(b), three pieces of team history information 360 are displayed on the match history screen 350, but it is possible to display team history information 360 for other matches by, for example, swiping up or down.

Further, in each of the team history information 360, a team detail icon 370 of the opposing team that competed is displayed. When the team details icon 370 displayed for each team history information 360 is inputted, the screen shifts to a team member display screen 380 shown in FIG. 5(c), which will be described later. When the team details icon 370 is inputted, only the team members of the corresponding opponent are displayed, but the team members used by the user in the match may also be displayed. Further, a close icon 375 is displayed in FIG. 5(b). The close icon 375 is an icon for closing the currently displayed screen. By inputting the close icon 375, the match history screen 350 is closed and the screen returns to the menu screen.

5(c) is a diagram showing an example of a team member display screen 380 to which a transition is made by inputting a team details icon 370 displayed on the match history screen 350. When an input operation is made on the team details icon 370, the corresponding team members of the opposing team are displayed. In the character related information 390, character information on the character and equipment information on items equipped to the character are displayed. As the character information, an image of the character, a character details icon 391, and a training mode transition icon 392 are displayed together with the name of the character. Therefore, the team member display screen 380 shown in FIG. 5(c) is an example of a first display state capable of displaying character information on at least one or more characters.
When an input operation to the character details icon 391 is accepted, a screen is displayed that displays the abilities and types of super shots of the character. When an input operation to the training mode transition icon 392 is accepted, a screen is displayed that transitions to the training mode. The input operation to the training mode transition icon 392 is an example of an input operation from the user to specify the displayed character. By the input operation to the training mode transition icon 392, the character corresponding to the training mode transition icon 392 is specified as the character to be operated in the training mode, as described later. Note that the input operation from the user to specify the displayed character is not limited to the input operation to the training mode transition icon 392, but may be an input operation to the name of the character or an input operation to the image of the character. In addition, as the equipment information, the name of the racket and the name of the shoes that the character was equipped with when playing a match are displayed, and the item details icon 393 is displayed corresponding to each of them. When an input operation to the item details icon 393 corresponding to the racket and the shoes is accepted, a screen is displayed that displays the performance of the corresponding racket and the shoes.

For example, for character B shown in the first row of character related information 390 in FIG. 5(c), by accepting an input operation to the character details icon 391, the screen transitions to a screen displaying the abilities and super shots of character B. Also, by accepting an input operation to the item details icon 393, the screen transitions to a screen displaying the performance of racket A and shoes X equipped by character B and the special effects of racket A and shoes X. Also, a close icon 375 and a back icon 376 are displayed in FIG. 5(c). The back icon 376 is an icon for returning from the currently displayed screen to the previous screen. As an example, by inputting the close icon 375, the team member display screen 380 is closed and the screen returns to the menu screen 340. By inputting the back icon 376, the screen returns from the team member display screen 380 to the match history screen 350. Also, in FIG. 5(c), an example was described in which the team details icon 370 is displayed only for the opponent in the match history screen 350 shown in FIG. 5(b) to enable transition to the opponent's team member display screen 380. However, a team details icon may also be displayed for the user's team, and an input operation on the team details icon may transition to a team member display screen 380 that displays information about the team members used by the user in the match.

FIG. 5D is a diagram showing an example of a character selection screen 400 that is transferred by inputting the training mode transfer icon 392 displayed on the team member display screen 380. In the character selection screen 400, as shown in FIG. 5(d), there are a PC frame 401, an NPC frame 402, a list 403 displaying multiple types of characters that can be used in training mode, a character icon 404, and a scroll icon 405a. , 405b, a character determination icon 406, an information display section 407, a return icon 376, and the like are displayed.

When an input operation to the training mode transition icon 392 is accepted and the screen is moved to the character selection screen 400, the character corresponding to the training mode transition icon 392 that is the operation target is specified in both the PC frame 401 and the NPC frame 402. The state will be as follows. A PC frame 401 is a frame for specifying a character used by the user in training mode. The NPC frame 402 is a frame for specifying an NPC to be an opponent in training mode. In FIG. 5(d), for example, in FIG. 5(c), a character selection screen 400 is transferred in response to an input operation to the training mode transition icon 392 corresponding to character B displayed on the team member display screen 380. is exemplified. As shown in FIG. 5(d), character B is specified in the PC frame 401 and the NPC frame 402. Thereby, by performing an input operation on the character determination icon 406, character B can be determined as a PC and NPC to be operated in training mode, and training can be started. As a result, by identifying one of the characters while checking the match history, which is character information, it is possible to easily start training with that character. Furthermore, it becomes easier to identify past opponents in the match history as characters to be operated in the training mode.

The list 403 displays some of the multiple types of characters that can be used in training, and the image of each character is a character icon 404. Therefore, the character selection screen 400 shown in FIG. 5(d) is an example of a second display state that is a display state different from the first display state and can display multiple types of characters that can operate in a predetermined game. The multiple types of characters are all characters that appear in the game, including not only characters owned by the user but also characters not owned by the user and all characters that are subject to lottery in the lottery part. On the other hand, the characters displayed on the match history screen 350 and the team member display screen 380 are characters that the user has used or fought in the actual battle part among the characters that can appear in the game, so they can be said to be some of the characters that can be displayed on the character selection screen 400. By touching any of the character icons 404 corresponding to each character, the status of the corresponding character can be confirmed (not shown). In addition, by dragging and dropping any of the character icons 404 corresponding to each character to the PC frame 401 or the NPC frame 402, the character in the dropped PC frame 401 or the NPC frame 402 can be changed to the character corresponding to the character icon 404.

Further, the information display section 407 displays information regarding the list 403. The information display section 407 displays the total number of multiple types of characters that can operate in the training mode (also referred to as the total number of character icons 404) and which page out of the total number of pages the current list 403 is. It shows whether there are any. In FIG. 5(d), the total number of characters that can operate in the training mode is 320, and the total number of pages is 16. The information display section 407 in FIG. 5(d) shows that the first page out of a total of 16 pages is displayed. By performing an input operation on the scroll icon 405a or 405b, the characters displayed on the list 403 can be switched.

On the screen of FIG. 5(d), by inputting the character determination icon 406, the characters displayed in the PC frame 401 and the NPC frame 402 are determined as the characters to be operated in the training mode. The return icon 376 is an icon for returning to the previous screen, and by inputting the return icon 376, for example, the character selection screen 400 returns to the team member display screen 380.

FIG. 5E is a diagram showing an example of a first setting screen 420 (also referred to as a match setting screen) that is transferred by inputting the character determination icon 406 displayed on the character selection screen 400. For example, after the character determination icon 406 is tapped on the character selection screen 400, the condition setting unit 142 controls a display control unit (not shown) to generate the first setting screen 420 and display it on the display unit 152.

The first setting screen 420 includes UI parts that allow the user to set the behavior of the gimmick for each gimmick in the practice match. As an example, the first setting screen 420 includes a UI component 421 for setting the behavior of the serve right, a UI component 422 for setting the behavior of a special shot (super shot, also abbreviated as SS) gauge, A UI component 423 for setting the behavior of a drink, which is an item that restores stamina, a UI component 424 for setting the behavior of each character's stamina, a UI component 425 for setting the behavior of the tennis court, and an NPC. It includes an action setting icon 430, a match setting determination icon 431, and a return icon 376.

The condition setting unit 142 allows the user to select, via the UI component 421, whether to grant the first serve right when a practice match starts to the PC or to the NPC. The UI component 421 includes two options: "self" and "other party." If the first option "Me" is selected, the match simulation section 144 starts a practice match by giving the PC the right to serve, and if the second option "Opponent" is selected, Start the practice match by giving the NPC the right to serve.

As a result, the user can select the first option "Me" to efficiently practice serving, or select the second option "Opponent" to efficiently practice receiving. be able to.

The condition setting unit 142 allows the user to set, via the UI component 422, conditions for activating one or more special skills related to the action of moving a moving object possessed by each character. For example, the condition setting unit 142 allows the user to select how the gauge value of the special shot gauge accumulates (also called the amount of increase). The special shot gauge indicates the conditions under which a character can activate a special shot. In an actual game, the gauge value of the special shot gauge accumulates by a predetermined amount with each return while a rally is in progress. When the special shot gauge is full, it is determined that the conditions for activating a special shot are met.

The UI component 422 includes two options, "Normal" and "MAX." When the first option, "Normal," is selected, the match simulation unit 144 accumulates the gauge value by the above-mentioned predetermined amount for each return, in the same way that gauge values accumulate in an actual game. When the second option, "MAX," is selected, the match simulation unit 144 fills up the special shot gauge after the character has successfully returned the ball just once, unlike in an actual game.

Thereby, in addition to practicing as if in a real battle, the user can select the second option "MAX" and efficiently check the effect of the special shot that the character has.

The condition setting unit 142 allows the user to select the appearance frequency of a drink, which is an item that restores stamina, via the UI component 423. In the actual battle, the actual battle progression unit 112 causes the drink to appear on the player's own territory at a predetermined probability at the timing of a successful return while the rally is in progress. When the object control unit determines that the PC 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: "Usually" and "Always." When the first option "Normal" is selected, the match simulation unit 144 causes drinks to appear with a predetermined probability similar to the actual match. When the second option "Always" is selected, the game simulation unit 144 makes a drink appear every time the character successfully returns the ball, unlike in an actual game.

Thereby, in addition to practicing as if in a real battle, the user can select the second option "Always" and practice collecting drinks efficiently while continuing the rally.

The condition setting unit 142 allows the user to select how stamina is reduced via the UI component 424. In a real game, the game progression unit 112 reduces a predetermined amount of gauge value from the stamina gauge each time the character returns the ball. When stamina is reduced to a certain amount, the game progression unit 112 creates an unfavorable situation in the match, such as slowing down the character's movement speed.

The UI component 424 includes two options, "normal" and "does not decrease." When the first option, "normal," is selected, the match simulation unit 144 decreases the stamina gauge by a predetermined amount each time the character returns the ball, just like in an actual game. When the second option, "does not decrease," is selected, the match simulation unit 144 does not decrease the stamina gauge even when the character returns the ball, unlike in an actual game.

As a result, in addition to practicing just like a real battle, the user can select the second option "Do not reduce" and play a practice match focusing on the character's performance without worrying about stamina. Can be done.

The condition setting unit 142 allows the user to select attributes of a competition space, for example, a tennis court defined in the competition space, via the UI component 425. As described above, the character's ability values are corrected upward or downward depending on the combination of the character's attributes and the coat's attributes.

The UI component 425 includes four options: "Glass" (first attribute), "Clay" (second attribute), "Hard" (third attribute), and "No attribute". When the first option "Grass" is selected, the match simulation unit 144 gives the attribute of "Grass" to the tennis court, and increases or decreases the ability value of the character depending on the character's attribute. to correct. Even when the second option "Clay" and the third option "Hard" are selected, the match simulation unit 144 similarly assigns the selected attributes to the tennis court and changes the ability values of each character to the character. Correct upward or downward depending on the attributes of When the fourth option "No attribute" is selected, the match simulation unit 144 does not set any attributes on the tennis court and also omits the correction of ability values. This allows the user to experience the character's performance purely through the practice match, without depending on the attributes of the court.

The NPC behavior setting icon 430 is an icon for transitioning to a second setting screen 440 (also referred to as an NPC behavior setting screen) shown in FIG. 5(f), which will be described later.

As an example, the condition setting unit 142 accepts a tap operation on the match setting determination icon 431 as an input operation for finalizing the settings regarding the match gimmick. When an input operation to the match setting determination icon 431 is received, the training mode is started. When the input operation to the return icon 376 is accepted, the first setting screen 420 returns to the character selection screen 400.

FIG. 5(f) is a diagram showing an example of a second setting screen 440 (also called an NPC action setting screen) to which the user is transitioned by inputting an NPC action setting icon 430 displayed on the first setting screen 420. This diagram shows a specific example of the second setting screen 440 for allowing the user to set the actions of NPCs. After the match setting confirmation icon 451 is tapped on the first setting screen 420, for example, the NPC setting unit 143 controls the display control unit (not shown) to generate the second setting screen 440 and display it on the display unit 152.

FIG. 5(f) is a diagram showing a specific example of a second setting screen 440 for allowing the user to set the behavior of the NPC. For example, after the match setting determination icon 451 is tapped on the first setting screen 420, the NPC setting section 143 controls a display control section (not shown) to generate a second setting screen 440 and display it on the display section 152. let

The second setting screen 440 includes UI components that allow the user to set, item by item, the actions of the NPC selected as the opponent character in the practice match. As an example, the second setting screen 440 includes a UI component 441 for setting the strength of the NPC, a UI component 442 for setting the play style of the NPC, and a UI component 442 for setting the behavior related to the NPC's special shot. , a UI component 444 for setting the NPC's return timing, a UI component 445 for setting the type of NPC's return ball, an initial setting icon 450, and an NPC action setting determination icon 451.

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, for example, three options: "Standard", "Pro", and "Star". The match simulation unit 144 determines the behavior of the NPC during the practice match according to the three levels of strength. The strength of the NPC increases in the order of Standard < Pro < Star. For example, the stronger the NPC, the higher the success rate of serves, receives, and rallies, and the more powerful the ball will be returned.

Thereby, it is possible to realize a practice part that can accommodate a wide range of users with different operating proficiency levels, from beginners to experts.

The NPC setting unit 143 allows the user to set the play style of the NPC, for example, the tendency of the NPC to position itself in the competition space, via the UI parts 442. The UI parts 442 include, for example, three options: "forward," "rear," and "balanced." When the first option, "forward," is selected, the match simulation unit 144 causes the NPC to move forward aggressively. When the second option, "rear," is selected, the match simulation unit 144 causes the NPC to move mainly to engage in exchanges near the baseline. When the third option, "balanced," is selected, the match simulation unit 144 causes the NPC to switch between forward and rear depending on the situation.

This allows users to have NPCs behave in any competitive style, allowing them to, for example, devise countermeasures for specific play styles or efficiently overcome weaknesses.

The NPC setting unit 143 allows the user to set, via the UI component 443, an activation pattern for one or more special skills related to the action of moving a moving body possessed by the NPC. For example, the user is allowed to set an action related to an NPC's special shot (also referred to as special skill or super shot). The UI component 443 includes, for example, three options: "Do not let me hit", "First special shot (also referred to as SS1) only", and "Leave it to me". When the first option "Don't let me 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 "Special shot 1 only" is selected, the match simulation unit 144 does not activate the second special shot for the NPC who has the second special shot, but activates only the first special shot. Control the NPC accordingly. When the third option "Leave it to me" is selected, the match simulation unit 144 controls the NPC to activate the special shot that the NPC has, regardless of the first or second shot, depending on the situation.

As a result, the user can efficiently check the performance based on the character's ability value without being influenced by the effect of the special shot, for example, by selecting the first option "Do not let the character hit".

The NPC setting unit 143 allows the user to set, via the UI component 444, the timing at which the NPC performs an action of moving a moving object, for example, the timing at which the NPC returns a ball. The UI component 444 includes, for example, five options: "Just," "Good," "Fast," "Slow," and "Leave it to Me." The timing of returning the ball is determined to be good in the order of fast=slow<good<just. The better the timing of the return, the more powerful the ball will be. When the first option "Just" is selected, the match simulation unit 144 controls the NPC to swing at all times or at a timing when "Just" determinations are made relatively often. Similarly, for the second to fourth options, the NPC is controlled to swing always or at a timing when the judgment is made relatively often. When the fifth option "Leave it to me" is selected, the match simulation unit 144 controls the swing timing of the NPC so that the judgment changes from time to time.

As a result, the user can efficiently train to hit back a ball with great force, for example, by intentionally selecting the first option "Just".

The NPC setting unit 143 allows the user to set, via the UI component 445, the movement characteristics of the moving object when the NPC moves the moving object, that is, the type of ball hit back by the NPC (also referred to as return ball type). Set it to For example, the UI component 445 has four options: "Spin" (first pitch type), "Slice" (second pitch type), "Lob" (third pitch type), and "Automatic". include. When the first option "spin" is selected, the match simulation unit 144 controls the NPC to always or relatively frequently hit back with "spin". Similarly, for the second to fourth options, the NPC is controlled to always or relatively frequently hit back with that type of pitch. When the fifth option "Leave it to me" is selected, the game simulation unit 144 controls the NPC to mix various pitches and hit back at random.

As a result, the user can, for example, intentionally designate a type of pitch that the NPC is not good at as the type of pitch to be hit by the NPC, and efficiently perform special training for hitting that type of pitch.

The initial settings icon 450 is an icon for returning the settings of the UI components 441 to 445 to the initial settings. As an example, the NPC setting unit 143 accepts a tap operation on the NPC action setting determination icon 451 as an input operation for finalizing the setting contents regarding the NPC. When the input operation to the NPC action setting determination icon 451 is accepted, the second setting screen 440 returns to the first setting screen 420.

<Training mode transition processing flow>
With reference to FIG. 6, a flow of training mode transition processing in an embodiment of the present disclosure will be described. FIG. 6 is a flowchart showing the flow of transition processing when transitioning from the team member display screen 380 to the training mode via the match history screen 350.

In step S01, it is determined whether or not an input operation to the match history icon 343 displayed on the menu screen 340 shown in FIG. 5(a) has been accepted. If it is determined that the input operation to the match history icon 343 has not been accepted, S01 is repeated. If it is determined that the input operation has been accepted, the process proceeds to step S02, where the process moves to the match history screen 350 as shown in FIG. 5(b), and team history information 360 including the history of the opponent team (also called the representative character) for each match is displayed on the display unit 152. In step S03, it is determined whether or not an opponent team has been selected. Specifically, it is determined whether or not an input operation to the team detail icon 370 corresponding to any of the opponent teams displayed in the team history information 360 on the match history screen 350 in FIG. 5(b) has been accepted. If it is determined that the opponent team has been selected, the process proceeds to step S04. If it is determined that the opponent team has not been selected, step S03 is repeated.

In step S04, all characters included in the selected team are displayed, and character related information 390 is displayed for each character. As shown in FIG. 5C, the character related information 390 includes a character details icon 391, a training mode transition icon 392, an item details icon 393, and the like.

In step S05, it is determined whether an input operation to the training mode transition icon 392 has been accepted. If it is not determined that there has been an input operation to the training mode transition icon 392, the process proceeds to step S07, where it is determined whether or not there has been an input operation to the return icon 376, and it is determined that there has been an input operation to the return icon 376. If it is determined that there has been an input operation to the return icon 376, the process returns to step S05.

On the other hand, when it is determined in step S05 that an input operation has been made to the training mode transition icon 392, the process advances to step S06, and as illustrated in FIG. 5(d), the training mode transition icon targeted for the input operation is The character corresponding to 392 moves to the character selection screen 400 set in the PC frame 401 and the NPC frame 402.

In step S08, it is determined whether an operation for changing the character of the PC or NPC has been received. Specifically, it is determined whether an operation for dragging any character icon 404 displayed in the list 403 and dropping it onto the PC frame 401 or the NPC frame 402 has been accepted. When it is determined that the changing operation has been accepted, the process advances to step S09, and based on the changing operation, at least one of the characters in the PC frame 401 or the NPC frame 402 is changed to the dropped character.

In step S10, it is determined whether an input operation to the character determination icon 406 has been accepted. When it is determined that the input operation to the character determination icon 406 has been accepted, the process advances to step S11. If it is not determined that the input operation to the character determination icon 406 has been accepted, the process returns to step S08.

In step S11, a transition is made to a match setting screen (for example, the first setting screen 420 or the second setting screen 440 shown in FIGS. 5(e) and 5(f)). Specifically, the screen moves to a first setting screen 420 where match settings in training mode can be made. On the first setting screen 420, as shown in FIG. 5(e), for example, serve rights, SS gauge increase amount, drink frequency, stamina, court attributes, etc. can be set. Further, when an input operation to the NPC behavior setting icon 430 displayed on the first setting screen 420 shown in FIG. 5(e) is accepted, the screen moves to a second setting screen 440. On the second setting screen 440, as shown in FIG. 5(f), the strength, play style, super shot, return timing, return ball type, etc. can be set.

In step S12, it is determined whether an input operation to the match setting confirmation icon 431 has been accepted. If it is not determined that an input operation to the match setting confirmation icon 431 has been accepted, then in step S14, for example, the match setting or the behavior of the NPC is changed in response to an input operation to the UI parts 421-425 displayed on the first setting screen 420 or the NPC behavior setting icon 430, and the process returns to step S12. On the other hand, if it is determined in step S12 that an input operation to the match setting confirmation icon 431 has been accepted, the process proceeds to step S13, and training begins with the characters specified in the PC frame 401 and the NPC frame 402 as the PC and NPC.

<Effects of this embodiment>
According to the embodiment described above, when the user looks at the match history screen 350 and the team member display screen 380 and inputs the training mode transition icon 392 corresponding to the character that the user wants to operate in training, As shown, the character selection screen 400 is moved to with the character specified as a character that operates in the training mode. That is, by specifying a character while checking the match history, the screen moves to the character selection screen 400 where the character has already been specified, and training can be started. Therefore, the effort required before starting training can be reduced. Furthermore, even if the PC and NPC are specified, the PC and NPC can be changed by input operations from the user, which improves convenience for the user.

Also, according to the above embodiment, the character for which the training mode transition icon 392 has been input is transitioned to the character selection screen 400 specified in the PC frame 401 and NPC frame 402. This reduces the effort required compared to separately specifying the PC frame 401 and NPC frame 402. Also, the user can be encouraged to operate the character himself as well as to act as an opponent, and by having the user operate the character as a PC, the user can deepen his understanding of the character, and by having the character compete as an NPC, the user can practice responding to the character's special shots and the like, and it becomes easier to analyze the characteristics of the character (for example, strengths, weaknesses, etc.).

Furthermore, in the above embodiment, the multiple types of characters that can be displayed in the list 403 of the character selection screen 400 in the training mode are all characters that appear in the game (including, for example, all characters that are subject to lottery in the lottery part), regardless of whether the character is owned by the user or not. This allows the user to know the performance, etc., of characters that are not owned, and can increase the desire to acquire characters.

According to the above embodiment, as shown in step S14, after determining the character to be operated in the training mode, it is possible to make match settings, NPC behavior settings, and the like. Thereby, the user can experience various match situations and NPC actions in the training mode, and can train in the environment and situation desired by the user. Furthermore, by setting a match, it is possible to reproduce not only the opponent but also the match environment of a past match.

<Modified example>
Modifications of the embodiment described above are listed below.

(1) In the above embodiment, as illustrated in FIGS. 5(c) and 5(d), the character selection screen 400 (an example of the second display state) is changed from the team member display screen 380 (an example of the first display state). An example has been given of a mode in which the training mode can be started by making the transition. However, the screen before moving to the character selection screen 400 is not limited to the team member display screen 380 that displays match history information, as long as it is a screen that displays information regarding the character. For example, as shown in FIG. 7A, on the gacha screen 330 described above, a training mode transition icon 335 is displayed together with character information 331, 332, 336, etc. regarding a predetermined character, and the training mode transition icon 335 is displayed. By accepting the input operation, the screen moves to a character selection screen 400 in which the predetermined character (Character E in FIG. 7) is specified in both the PC frame 401 and the NPC frame 402, as shown in FIG. 7(b). Alternatively, the training mode may be started.
In FIG. 7A, a case is illustrated in which the predetermined character is a character (for example, character E) newly added as a lottery target in the gacha lottery. The character information includes additional information that can specify that the character newly added to the lottery target in the gacha lottery is the character E. As illustrated in FIG. 7A, the additional information includes a character name display section 331, character related information 332, and an additional message 336 such as "New character added". Although FIG. 7(a) shows an example in which one character is added as additional information, the invention is not limited to this, and if multiple characters are added, the information on the multiple characters is displayed, A training mode transition icon may be displayed corresponding to each of them. A gacha screen 330 as shown in FIG. 7A is an example of a first display state in which character information regarding at least one character can be displayed. Further, the input operation to the training mode transition icon 392 is an input operation from the user to specify the displayed character, and is an input operation to specify the character displayed as additional information. By inputting an input to the training mode transition icon 392, the character corresponding to the training mode transition icon 392 is designated as the character to be operated in the training mode. Further, the character selection screen 400 shown in FIG. 7(b) is an example of a second display state that is different from the first display state and can display a plurality of types of characters that can operate in a predetermined game. . Note that even in the display state shown in FIG. 7B, the characters in the PC frame 401 and the NPC frame 402 can be changed to any of the characters shown in the list 403 by an input operation from the user. Specifically, the user terminal 100 performs training in response to a step of displaying a gacha screen including character-related information regarding a predetermined character, and an input operation from a user to specify a character displayed on the gacha screen. Switching multiple types of characters that can operate in the mode to a character selection screen that can be displayed, and specifying the character specified on the gacha screen as the character to operate in the practice part, so that the transition to the practice part is possible. and a step of enabling a character specified as a character to operate in the training mode on the character selection screen to be changed to a specified character in response to input operations from the user for multiple types of characters. It may be.

In FIG. 7A, an example is shown in which the predetermined character is a character newly added as a lottery target in the gacha lottery. In this way, when a predetermined character is newly added as a lottery target, you can actually operate or compete with the character newly added to the gacha lottery in the training mode, and the performance of the character This makes it easier to understand the character, and increases the motivation to acquire the character through the gacha lottery. However, the predetermined character is not limited to this, and as mentioned above, the predetermined character may be a popular character, a character that has reappeared, a different version of an existing character (for example, a character with different attributes or clothing, etc.), etc. good. In addition to the gacha screen, information regarding a predetermined character is also displayed on a screen that is displayed at a predetermined timing such as when the game is started (for example, an introduction screen that introduces a newly added character as a lottery target). By displaying a training mode transition icon and accepting an input operation to the training mode transition icon, the predetermined character is transferred to the character selection screen 400 specified in both the PC frame 401 and the NPC frame 402, and training is performed. The mode may be enabled to be started.

(2) In the above embodiment, as shown in steps S04 to S06, training mode transition icons 392 corresponding to other characters who are opponents in the actual battle part are provided and displayed, and the training mode transition icons 392 An example has been described in which, by operating , the other character is specified as a character to be operated in training mode. However, the present invention is not limited to this, and the character used by the user in the actual battle part is also displayed with a corresponding training mode transition icon, and by operating the training mode transition icon, the character used by the user in the actual battle part can be displayed. , the character may be specified to operate in training mode. By doing this, it becomes possible to start training using a character used by the user in a past battle using a simple procedure.

Also, as shown in step S06, an example has been described in which the character specified by the user is specified in both the PC frame 401 and the NPC frame 402. However, this is not limited to the above, and the character specified by the user may be specified in either the PC frame 401 or the NPC frame 402. Since it is easy to understand the characteristics of a character by operating the device, for example, the character specified by the user may be specified only in the PC frame 401. In this case, the character in the other NPC frame 402 may be specified by drag and drop on the character selection screen shown in FIG. 5(d), for example, or a character selected by random number drawing or the like, or a character that is compatible with the specified character may be specified.

(4) In the above embodiment, an example has been described in which the match environment of a past match can be reproduced by changing the settings on the first setting screen 420 before starting training. However, the present invention is not limited to this. Not only the characters who were opponents in past matches in the actual battle part, but also the actual match environment (for example, court attributes, serve rights, etc.) in the relevant matches may be taken over and reflected in the training.

(5) In the above embodiment, an example was described in which, by accepting an input operation to the training mode transition icon 392, the corresponding character is specified in the PC frame 401 and the NPC frame 402, and the screen transitions to the character selection screen 400. However, this is not limited to this. For example, by inputting the training mode transition icon 392, a character to be set in the PC frame 401 may first be specified, and then a character to be set in the NPC frame 402 may be specified, and the screen transitions to the character selection screen 400 in which these characters are set in the PC frame 401 and the NPC frame 402. In addition, a character to be set in the PC frame 401 may be specified by inputting the training mode transition icon 392, and a message such as "Do you also select a character in the NPC frame 402?" may be displayed. If YES is selected, a character in the NPC frame 402 may be specified by inputting the training mode transition icon 392, and the screen transitions to the screen corresponding to FIG. 5(d), while if NO is selected, the screen transitions to the screen corresponding to FIG. 5(d) with, for example, the same character specified in the NPC frame 402 may also be displayed.

(6) In the above embodiment, an example has been described in which the team member display screen 380 is transitioned to the character selection screen 400 by accepting an input operation to the training mode transition icon 392. However, the present invention is not limited to this, and by accepting an input operation to the training mode transition icon 392, the transition to the first setting screen 420 or training may be started without going through the character selection screen 400. .

(7) In the above embodiment, an example has been described in which training is started after transitioning to the first setting screen 420 or the like by accepting an input operation to the character determination icon 406 on the character selection screen 400. However, the present invention is not limited to this, and training may be started by receiving an input operation to the character determination icon 406 without going through the first setting screen 420 or the like.

(8) In the above embodiment, an example has been described in which the mode is shifted to the training mode when an input operation to the training mode shift icon 392 displayed on the team member display screen 380 is received. In addition, a training mode transition icon may be provided on the trial screen 320, and the character selection screen 400 may be displayed from the trial screen 320 by accepting an input operation to the training mode transition icon. However, in the character selection screen 400 in this case, both the PC frame 401 and the NPC frame 402 may be in a blank state (also referred to as a state in which no character is specified). In this case, by dragging and dropping the character icon 404 displayed on the character selection screen 400 to the PC frame 401 or NPC frame 402, the character corresponding to the PC frame 401 or NPC frame 402 is specified. It can be done. Note that if the transition to the character selection screen 400 is made by accepting an input operation to the training mode transition icon on the trial screen 320, a specific character (for example, the opponent team when the user was defeated in the most recent actual battle part) character, a character determined by a random number lottery, etc.) may be displayed.

(9) In the above embodiment, the present game is a tennis game. However, this game is not limited to a specific genre, and may be a game of any genre. For example, games based on sports such as table tennis, dodgeball, baseball, soccer, and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games may be used. .

(10) In the above embodiment, the present game is a competitive game. However, the present game may be a game in which two or more characters act (for example, a battle game), a game in which the characters cooperate with other users, etc., in addition to the battle game.

<Additional notes>
The matters described in each of the above embodiments are additionally described below.

(Additional note 1):
According to an aspect of an embodiment shown in the present disclosure, there is provided a program executed in an information processing device including a processor, a memory, an input unit, and a display unit, the program including character information regarding at least one character. (S01, S02), and in response to an input operation from a user to specify a character displayed in the first display state, the first display state is Switching to a second display state in which a plurality of types of characters that are in different display states and are movable in a predetermined game can be displayed, and the specified character is specified as a character to be movable in the predetermined game. , a step of enabling transition to the predetermined game (S05, S06), and inputting a character specified as a character to be operated in the predetermined game in the second display state from the user to the plurality of types of characters. Steps (S08, S09) for enabling the character to be changed to the specified character according to the operation are executed.

(Note 2):
In (Supplementary Note 1), the character information includes a character to be operated in response to an input operation from a user in a specific game of the same type as the specified game, and history information in which at least the other characters, out of the character and other characters who have played the specific game, are stored in correspondence with each of the specific games played, and the step of enabling transition includes switching to the second display state in response to an input operation from a user to specify one of the other characters displayed as the history information in the first display state, and specifying the specified character as the character to be operated in the specified game.

(Additional note 3):
In (Appendix 2), the history information also includes information stored in association with each specific game played, with respect to the character moved in response to the input operation from the user in the specific game, and the history information includes information stored in association with each specific game played. The enabling step includes input from a user for specifying one of the character operated in response to the input operation from the user displayed as the history information in the first display state and another character. In response to the operation, the display state is switched to the second display state, and the specified character is specified as the character to be operated in the predetermined game.

(Additional note 4):
In any one of (Appendix 1) to (Appendix 3), the character specified in response to the input operation from the user for specifying the character displayed in the first display state is the character specified by the user in the predetermined game. It is specified as a character that moves in response to input operations from.

(Note 5):
In any of (Appendix 1) to (Appendix 4), a character designated in response to an input operation from a user to designate a character displayed in the first display state is identified as a character that is both a character that is operated in response to an input operation from the user in the specified game and another character that plays the specified game with the character.

(Appendix 6):
In any one of (Appendix 1) to (Appendix 5), causing the processor to execute a process for determining a character to be given to the user from among predetermined characters in response to an input operation from the user; The character information includes additional information that can identify the newly added character as the character that can be determined, and the step of enabling the transition includes identifying the character that is displayed as the additional information in the first display state. In response to an input operation for designation, the display state is switched to the second display state, and the designated character is specified as a character to be operated in the predetermined game.

(Appendix 7):
In any one of (Appendix 1) to (Appendix 6), the plurality of types of characters that can be displayed in the second display state include characters that the user does not yet own.

(Appendix 8):
In any one of (Appendix 1) to (Appendix 7), the user controls the game settings for the predetermined game from when the processor specifies the character to operate in the predetermined game until the transition to the predetermined game. The step of transitioning to a changeable state is executed in response to an input operation from.

(Appendix 9):
According to an aspect of an embodiment shown in the present disclosure, there is provided a method executed in an information processing device including a processor, a memory, an input unit, and a display unit, wherein the information processing device includes at least one Steps (S01, S02) of setting the character information regarding the above-mentioned characters in a first display state in which they can be displayed; Switching to a second display state in which a plurality of types of characters, which are in a display state different from the first display state and are movable in a predetermined game, can be displayed, and the specified character is set as a character to be movable in the predetermined game. Steps (S05, S06) of setting the character in the specified state and allowing the transition to the predetermined game; and a step of enabling the character to be changed to a designated character in response to a user's input operation for the character.

(Appendix 10):
According to an aspect of an embodiment shown in the present disclosure, there is provided an information processing device, the information processing device including a storage unit that stores a program, and a control unit that controls the operation of the information processing device by executing the program. , the control unit includes steps (S01, S02) of setting a first display state in which character information regarding at least one or more characters can be displayed, and a step in which a user specifies a character displayed in the first display state. In response to an input operation, the specified character is switched to a second display state that is different from the first display state and can display a plurality of types of characters that can operate in a predetermined game, and Steps (S05, S06) in which the character is specified as a character to be operated in the predetermined game and can be moved to the predetermined game; and in the second display state, the character is specified as the character to be operated in the predetermined game. Steps (S08, S09) of making it possible to change the current character to a specified character in response to input operations from the user regarding the plurality of types of characters are executed.

[Example of implementation using software]
The control blocks of the control unit 210 (especially the progress support unit 211, the synchronization control unit 212, and the character management unit 213) and the control blocks of the control unit 110 (especially the practice progress unit 111, the actual battle progress unit 112, the lottery progress 113, character selection section 141, condition setting section 142, NPC setting section 143, and match simulation section 144) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. However, it may be realized by software using a CPU (Central Processing Unit).

In the latter case, the information processing device equipped with the control unit 210 or the control unit 110, or both, includes a CPU that executes instructions of a program that is software that implements each function, and a computer (or CPU) that executes the instructions of a program that is software that implements each function. The computer is equipped with a ROM (Read Only Memory) or a storage device (these are referred to as a "recording medium") in which readable data is recorded, a RAM (Random Access Memory) for expanding the program, and the like. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing it. As the recording medium, a "non-temporary tangible medium" such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, etc. can be used. Furthermore, the program may be supplied to the computer via any transmission medium (communication network, broadcast waves, etc.) that can transmit the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

1 Game system, 2 Network, 10, 20 Processor, 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 section), 17 camera (operation section), 18 ranging sensor (operation section), 100 user terminal (information processing device), 110, 210 control section, 111 practice progress section, 112 actual battle progress section, 113 lottery progress section, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 141 character selection unit, 142 condition setting unit, 143 NPC setting unit, 144 match simulation unit, 151 input unit (operation unit), 152 display unit, 200 server (information processing device), 211 progress support unit, 212 synchronization control unit, 213 character management unit, 1010 object, 1020 controller (operation unit), 1030 storage medium

Claims (9)

computer,
a first setting means for setting a first display state in which object information can be displayed;
a second setting means for setting a second display state that is different from the first display state and is capable of displaying a plurality of types of objects operable in a predetermined mode;
specifying means for setting an object to be operated in the predetermined mode in a specified specific state in response to a user's operation in the second display state;
functioning as an execution means that makes it possible to execute the predetermined mode using the object in the specific state;
The second setting means includes:
Switching the display state to the second display state in response to a predetermined input operation from the user including an operation for specifying the displayed object information in the first display state;
The identifying means is
When switching to the second display state by the predetermined input operation, the object corresponding to the object information specified by the predetermined input operation is specified as an object to be operated in the predetermined mode; A program that, when another object is specified as an object to be operated in the predetermined mode based on a user's operation, allows the specified object to be changed to the other specified object. The modes include a practice mode in which a practice match is played using a specified object, and a real match mode in which a real match is played using an object specified in response to an input operation from a user, and the predetermined mode is the practice mode,
the object information includes history information storing, for each battle executed , an object used by the user in the real battle mode and at least one other object that has battled against the object in the real battle mode , in association with the other object, and
The second setting means is
2 . The program according to claim 1 , further comprising: a program for switching to the second display state in response to a predetermined input operation by a user for specifying one of the other objects displayed as the history information in the first display state. The history information also includes information stored in association with each battle executed, regarding objects operated in response to input operations from the user in the actual battle mode;
The second setting means includes:
In response to a predetermined input operation from the user for specifying either the object operated in response to the input operation from the user and another object that is displayed as the history information in the first display state 3. The program according to claim 2 , wherein the program switches to the second display state. The object specified in response to a predetermined input operation from the user for specifying the object displayed in the first display state is identified as an object to be operated in response to the input operation from the user in the predetermined mode. The program according to any one of claims 1 to 3, wherein the program is performed. The object specified in response to a predetermined input operation from the user for specifying the object displayed in the first display state is also an object that is operated in response to the input operation from the user in the predetermined mode. 5. The program according to claim 1, wherein the program is specified as an object that is also another object that competes with the object in the predetermined mode. The computer,
functioning as a determining means for performing processing for determining an object to be given to a user from among predetermined objects in response to an input operation from the user;
The object information includes additional information that can identify a newly added object as an object that can be determined by the determining means,
The second setting means includes:
In response to a predetermined input operation for specifying an object that is displayed as a newly added object in the first display state as an object based on the additional information and that can be determined by the determining means, The program according to any one of claims 1 to 5 , which switches to the second display state. 7. The program according to claim 1, wherein the plurality of types of objects that can be displayed in the second display state include objects that the user does not yet own. The computer,
The mode setting regarding the predetermined mode can be changed in response to an input operation from a user from the time the object is specified by the specifying means and determined as an object to be operated in the predetermined mode until the object shifts to the predetermined mode. The program according to any one of claims 1 to 7, which functions as a transition means for transitioning to a state. a first setting means for setting a first display state in which object information can be displayed;
a second setting means for setting a second display state which is different from the first display state and in which a plurality of types of objects operable in a predetermined mode can be displayed;
a specifying means for setting an object to be operated in the predetermined mode to a specified state in response to a user's operation in the second display state;
an execution means for enabling the predetermined mode to be executed using the object in the specific state,
The second setting means is
In response to a predetermined input operation from the user, including an operation of designating the displayed object information, in the first display state, switching the display state to the second display state;
The identification means is
When the second display state is switched to by the specified input operation, the object corresponding to the object information specified by the specified input operation is specified as the object to be operated in the specified mode, and when another object is specified as the object to be operated in the specified mode based on a user's operation, the specified object can be changed to the other specified object.

Images