JP2018187404A - Game program, method, and information processor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To further enhance amusement of a game.SOLUTION: A game program executes: a step of setting at least one character belonging to an own team to a processor as a designated character, based on user's operation; a step of proceeding with an event by operating a designated character, based on user's operation in a first game mode including a plurality of events; a step of evaluating operation of a designated character executed in an event; and a step of adjusting a capacity value of at least one character including a designated character allowed to participate in a match, based on an evaluation result in the step of evaluating the operation, and proceeding with the match on the basis of the capacity value after the adjustment. The event includes: a first event including a first part to be expedited on the basis of user's first operation; and a second event including a second part to be expedited on the basis of user's second operation.SELECTED DRAWING: Figure 3

Description

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

  Various businesses provide game programs for displaying a character in a virtual space and allowing a user to operate the character to advance the game. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey are provided.

  Some sports-related games include a play mode in which a specific character is a hero and a user plays the game by operating the hero and a battle mode (for example, Patent Document 1 and 2). The play mode is a mode in which the user plays the game with the hero character's eyes by operating the hero and performing various imposed events. The battle mode is a mode in which one or more characters are operated by the user to play against a character or team operated by the opponent's computer or the opponent's user.

Japanese Patent Laid-Open No. 9-140938 (released on June 3, 1997) JP 2007-330499 A (released on December 27, 2007)

  However, the conventional technology as described above has a problem that it is difficult to maintain the user's incentive to play the play mode, and the user gradually does not feel the fun of the game. In a game developed with the intention of allowing the user to play for a long time, how to deal with the problem of the user getting bored with the game is important.

  An object of one embodiment of the present disclosure is to further improve the interest of a game.

The game program according to the present disclosure is executed by a computer including a processor, a memory, and a display unit. The game based on the game program is a game in which the user's own team operated by the user and another team that is the opponent are played against each other, and the game program is sent to the processor based on the user's operation. A step of setting a character as a designated character; a step of causing an event to proceed by operating the designated character based on a user operation in a first game mode including a plurality of events; and a designated character implemented in the event And adjusting the ability value of one or more characters including the designated character to participate in the battle based on the evaluation result in the step of evaluating, and proceeding with the battle based on the adjusted ability value Step to be executed. The event includes a first event including a first part that proceeds based on the first operation of the user, and a second event including a second part that proceeds based on the second operation of the user. The operation for determining the movement of the character belonging to the team, which is indispensable for proceeding with the battle in the second game mode different from the first game mode. The second operation is simpler than the first operation. It is an operation for determining the actions of the characters belonging to the own team. In the step of proceeding the event, the first event and the second event
Advance each event at least once.

  The method according to the present disclosure is a method in which a computer including a processor, a memory, and a display unit executes a game program. A game based on a game program is a game in which a team operated by a user is played against another team as an opponent. In the method, the processor sets, based on the user's operation, at least one character belonging to the team as a designated character, and in the first game mode including a plurality of events, based on the user's operation, One or more including a designated character that participates in the battle based on the evaluation result in the step of advancing the event by moving the designated character, the step of evaluating the movement of the designated character performed in the event, and the step of evaluating Adjusting the ability value of the character and proceeding the battle based on the adjusted ability value. The event includes a first event including a first part that proceeds based on the first operation of the user, and a second event including a second part that proceeds based on the second operation of the user. The operation for determining the movement of the character belonging to the team, which is indispensable for proceeding with the battle in the second game mode different from the first game mode. The second operation is simpler than the first operation. This is an operation for determining the actions of the characters belonging to the own team, and in the step of advancing the event, the first event and the second event are each advanced at least once.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, a display unit, and a control unit that controls the operation of the information processing apparatus by executing the game program. A game based on a game program is a game in which a team operated by a user is played against another team as an opponent. The control unit sets at least one character belonging to the own team as a designated character based on the user's operation, and causes the designated character to move based on the user's operation in the first game mode including a plurality of events. The event progresses, the action of the designated character carried out in the event is evaluated, and the ability value of one or more characters including the designated character that participate in the battle is adjusted based on the evaluation result, and the adjusted ability The battle is advanced based on the value. The event includes a first event including a first part that proceeds based on the first operation of the user, and a second event including a second part that proceeds based on the second operation of the user. The operation for determining the movement of the character belonging to the team, which is indispensable for proceeding with the battle in the second game mode different from the first game mode. The second operation is simpler than the first operation. This is an operation for determining the actions of the characters belonging to the own team, and the control unit advances the first event and the second event at least once each time the event is advanced.

  According to one aspect of the present disclosure, there is an effect of improving the interest of the game.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal. It is a flowchart which shows the flow of the process which a user terminal performs based on a game program. It is a figure which shows typically the progress format of the battle | competition advanced in the battle | competition type baseball game which concerns on this embodiment. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is a figure which shows the outline | summary of the season play mode advanced in the competitive baseball game which concerns on this embodiment. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is a figure which shows a part of game screen of the battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is a figure which shows the data structure of the probability data memorize | stored in the memory | storage part of a user terminal. It is a figure which shows the data structure of the cylinder data memorize | stored in the memory | storage part of a user terminal. It is the schematic diagram of the said cylinder at the time of comprising the cylinder of a lottery machine based on the cylinder data shown in FIG. It is a figure which shows another example of the data structure of the cylinder data memorize | stored in the memory | storage part of a user terminal. It is a schematic diagram of the cylinder when the cylinder of the lottery machine is configured based on the cylinder data shown in FIG. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is a flowchart which shows a specific example of the annual salary calculation process performed by the annual salary calculating part. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal.

Embodiment 1
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is defined by the scope of claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims. The In the following description, the same reference numerals are given to the same elements in the description of the drawings, and repeated description is not repeated.

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

  Server 200 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 via a communication bus.

  The user terminal 100 may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As 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 unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other via a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. 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 the controller 1020 may include the camera 17 and the distance measuring sensor 18 instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18.

  For example, at the start of a game, the user terminal 100 desirably allows a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user grasps each controller 1020, so that one user terminal 100 does not communicate with the server 200 or another user terminal 100 via the network 2. Thus, multi-play can be realized locally. Further, each user terminal 100 is connected to each other by a wireless standard such as a wireless local area network (LAN) standard (communication connection is not performed via the server 200), so that a plurality of user terminals 100 can realize multi-play locally. You can also When the above-described multiplay is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later included in the server 200. Further, when the above-described multi-play is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

  Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplayer is realized locally. For example, information indicating a play result such as a result or win / loss in a certain game may be associated with the user identification information and transmitted to the server 200.

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are coupled by wire through the coupling unit, 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 the mounting of a storage medium 1030 such as an external memory card via the input / output IF 14. Accordingly, the user terminal 100 can read the program and data recorded in the storage medium 1030. The program recorded in the storage medium 1030 is a game program, for example.

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

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

  For example, when the operation unit is configured by one or both of the camera 17 and the distance measuring sensor 18, the operation unit is an object 1010 in the vicinity of the user terminal 100 (for example, a user's hand, a predetermined shape). And the input operation is specified from the detection result of the object (color, shape, movement, type, etc. of the detected object). More specifically, when a user's hand is detected from a captured image of the camera 17, the user terminal 100 performs a user's input operation on a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as Note that the captured image may be a still image or a moving image.

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

For example, the game system 1 is for executing a game in which a team composed of one or more characters operated by a user battles with an opponent user as an opponent or an opponent team (another team) controlled by an opponent computer. System. The game system 1 is a system for executing a battle-type baseball game, for example, as a game related to a battle. In other words, the battle in the battle-type baseball game includes a battle against a computer that battles against an opponent team controlled by a computer based on a game program, and a battle against a user that battles against an opponent team controlled by a user via a computer. There is. Further, the competitive baseball game includes at least one character as a main character (designated character), a season play mode (first game mode) in which the game proceeds from the viewpoint of the main character, and the main character A battle mode (second game mode) in which the team battles with the opponent team is included. The battle in the battle mode is a battle against the user. Not limited to this, the battle mode may include a battle against a computer.

  In the battle mode, the respective teams are controlled by the respective users via the first user terminal 100 and the second user terminal 100 communicating via the server 200. Then, the battle mode progresses while the team's offense and defense are changed every inning. More specifically, the pitching-side user terminal 100 generates pitching data according to the pitching operation received from the pitching-side user and transmits the pitching data to the hitting-side user terminal 100. The pitching operation is an operation performed by the pitching user on the input unit 151 of the pitching user terminal 100 in order to cause the pitcher character to pitch. The batting user terminal 100 generates batting data according to the batting operation received from the batting user, and transmits the batting data to the pitching user terminal 100. The batting operation is an operation performed by the batting user on the input unit 151 of the batting user terminal 100 so that the batter character hits the ball.

  On the other hand, in the season play mode, one main character is operated using one user terminal 100. In the season play mode, the leading character performs various events. When the user operates the main character and causes the main character to execute an event, the season play mode proceeds. In the present embodiment, the season play mode is divided in units of “season” and progresses for each season. In a season, an event (a set of a plurality of events) assigned to the season is presented to the main character. And an event is performed by the leading character based on a user operation. The presentation and execution of the event described above are repeated within the season, and at the end of the season, the first parameter is calculated according to the execution result of the event imposed throughout the season, and the first parameter is given. The first parameter is, for example, a reward, more specifically an annual salary. Thus, by allowing the main character to spend the season repeatedly, it is possible to set an annual salary for the main character for each season. In the present embodiment, the main character in which the annual salary is set in the season play mode can participate in both the battle against the computer and the battle against the user. In addition, in this embodiment, the annual salary of the main character affects the strength of the team referenced in the battle. Therefore, these battles can be advantageously advanced as the main character is made active in the season play mode to obtain a good annual salary. Details of the season play mode and how the main character plays an active role in the battle will be described in detail later.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

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

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

  In the present embodiment, the program may be a game program for realizing the game by the user terminal 100, or a game program for realizing the game by the cooperation of the user terminal 100 and the server 200. There may be a game program for realizing the game by cooperation of a plurality of user terminals 100. The various data includes data related to the game such as user information and game information, and instructions and notifications transmitted and received between the user terminal 100 and the server 200 or between the plurality of user terminals 100.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are constituted by a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data relating to the game is stored in the storage 12 and the storage 22.

  The communication IF 13 controls transmission / reception of various data in the user terminal 100. The communication IF 23 controls transmission / reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, communication via a wireless local area network (LAN), Internet communication via a wired LAN, a wireless LAN, or a cellular phone network, and short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to accept 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 of the user terminal 100, a camera, a microphone, a speaker, and the like. The input / output IF 24 of the server 200 is an interface for the server 200 to accept data input, and is an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

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

  The input unit 151 detects a position where a user operation (physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. A function of transmitting as a signal is provided. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

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

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

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

  Here, an example in which the user terminal 100 receives a detection result of detecting an object 1010 in the vicinity of the user terminal 100 using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with an illumination device that emits infrared light, a filter that blocks visible light, and the like. Thereby, it is possible to further improve the detection accuracy of the object based on the captured image of the camera 17 regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more processes on the captured image of the camera 17, for example, among the processes shown in the following (1) to (5). (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether the captured image includes a user's hand. The processor 10 may use a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (2) Moreover, the processor 10 detects a user's gesture from the shape of a user's hand. For example, the processor 10 specifies the number of the user's fingers (the number of fingers extending) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture made by the user from the number of identified fingers. For example, when the number of fingers is five, it is determined that the user has performed a “par” gesture. When the number of fingers is zero (no finger is detected), the user performs a “go” gesture. If it is determined that the user has performed two fingers, it is determined that the user has performed a “choke” gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in the state where only the index finger is raised or whether the user's finger has moved. . (4) The processor 10 determines an object 1010 (such as a user's hand) in the vicinity of 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. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the captured image of the camera 17. It is detected whether the distance is above. When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When the distance between the user terminal 100 and the user's hand changes in a state in which the user's hand is detected based on the image recognition result of the captured image of the camera 17 or the like, the processor 10 Is recognized as being swung in the shooting direction of the camera 17. When the distance sensor 18 having higher directivity than the shooting range of the camera 17 detects or does not detect an object, the processor 10 shakes the hand in a direction perpendicular to the shooting direction of the camera. recognize.

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. In addition to the shape of the user's hand, the processor 10 detects how the hand is moved and whether the hand is approaching or moving 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 determines that the state is selected by the user (continuation of mouse click, touchdown to touch panel, and continuation of touch). Further, the user terminal 100 can also determine that the movement is a swipe operation (or a drag operation) when the user further moves his / her hand while the user's gesture “goo” is detected. In addition, for example, when the user terminal 100 detects a gesture that repels a finger in the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 performs processing corresponding to a mouse click or a touch panel tap operation. It is good also to do.

<Functional configuration of user terminal 100>
FIG. 2 is a block diagram illustrating a functional configuration of the user terminal 100. The functional configuration necessary for the user terminal 100 to function as a general smartphone or the like and the functional configuration necessary for realizing a known function in a competitive baseball game are omitted as appropriate. ing.

  The user terminal 100 has a function as an input device that receives a user input operation and a function as an output device that outputs a game image and sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 through cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The storage unit 120 stores an ability value determination table 121 and main character information 122, a game program 131, game information 132, and user information 133. The game program 131 is a game program executed on the user terminal 100. The game information 132 is data referred to when the control unit 110 executes a game program, and includes information similar to the game information held by the server 200. The user information 133 is data related to the user's account, and the same data is also held in the server 200. The ability value determination table 121 is information indicating a calculation formula or rule for determining the ability value of the main character based on the first parameter (for example, annual salary) assigned to the main character. The leading character information 122 is information indicating the execution result of the season play mode. The ability value of the main character is included in the main character information 122.

The control unit 110 performs overall control of the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 constructs a game space with reference to information for constructing a game space stored in the game information 132. Moreover, the control part 110 transmits / receives various data. For example, the control unit 110 receives various data and programs from the server 200. The control unit 110 transmits part or all of the game information or user information to the server 200. The control unit 110 may transmit a multiplay synchronization request to the server 200. The controller 110 may receive data for multiplayer synchronization from the server 200.

  The control unit 110 functions as an operation reception unit 111, a display control unit 112, a play mode execution unit 113, an ability value adjustment unit 114, and a battle mode execution unit 115 according to the description of the game program 131. Furthermore, the function of the play mode execution unit 113 can be divided into the event management unit 30, the event execution unit 31, and the annual salary calculation unit 32. The control unit 110 also functions as these units according to the description of the game program 131.

  The operation receiving unit 111 detects and receives a user input operation on the input unit 151. The operation reception unit 111 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. To do.

  The operation reception unit 111 receives an input operation (for example, a pitching operation or a batting operation) on the input unit 151, detects the coordinates of the input position of the input operation, and identifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as the types of input operations. Further, the operation receiving unit 111 detects that the contact input is canceled from the touch screen 15 when the input that has been continuously detected is interrupted.

  The display control unit 112 outputs a game screen on which the processing results executed by the above-described elements are reflected on the display unit 152 of the touch screen 15. The display control unit 112 may superimpose and draw an object related to a user interface (hereinafter referred to as UI) necessary for various operations of the game, such as icons, buttons, or menus indicating various parameters, on the game screen.

  The play mode execution unit 113 executes the season play mode in the competitive baseball game based on the game program according to the present embodiment. More specifically, the play mode execution unit 113 includes an event management unit 30, an event execution unit 31, and an annual salary calculation unit 32.

  The event management unit 30 manages various events included in the season play mode. The event may be an event that progresses as the leading character moves to achieve the assigned task. Further, the event may be generated between the events in which the main character moves. The event that occurs in the meantime may be, for example, an event in which information is simply presented to the user, or an event that proceeds by allowing the user to input information. The event management unit 30 generates a plurality of events at a predetermined timing during the progress of the season play mode and presents them to the user.

  The event execution unit 31 executes an event generated by the event management unit 30. Specifically, the main character is controlled in accordance with a user operation input via the operation accepting unit 111, and the event is advanced by causing the main character to perform an action. The skill of the user operation may affect the success or achievement of the event. In other words, the better the user operates the main character, the better the execution result for the event.

  The annual salary calculation unit 32 calculates the annual salary according to the execution result of the event executed by the event execution unit 31. The annual salary calculating unit 32 calculates the annual salary so that the better the execution result, the higher the value. Although not shown, the calculation formula or rule for calculating the annual salary may be stored in the storage unit 120.

  The ability value adjusting unit 114 adjusts the ability value of the leading character based on the annual salary calculated by the annual salary calculating unit 32. For example, the ability value adjustment unit 114 determines the ability value so that the ability becomes higher as the salary is better, according to the ability value determination table 121.

  In the present embodiment, the play mode execution unit 113 repeats the presentation of events, the execution of events, and the calculation of annual salary for each season. Therefore, the ability value adjusting unit 114 determines the ability value of the main character based on the annual salary calculated at the end of the season. That is, the ability value adjustment unit 114 updates the ability value for each season in the season play mode. The ability value adjustment unit 114 stores the ability value updated at the end of this season in the storage unit 120 as the main character information 122. The ability value updated in this season is referred to by each part of the play mode execution unit 113 that advances the next season as the ability value of the main character who spends the next season. For example, when the event of the next season in which the action of the main character is reflected in the result is an anti-computer battle, the event execution unit 31 changes the battle to the previous season (that is, the above “current season”). ) Based on the ability value determined based on the annual salary.

  The battle mode execution unit 115 executes the battle mode in the battle type baseball game based on the game program according to the present embodiment. Specifically, the battle mode execution unit 115 communicates with other user terminals 100 operated by the opponent user via the server 200 to perform a battle against the user. The battle against the user in the battle mode is a battle performed in real time with the user of the opponent who actually exists. Therefore, the battle mode execution unit 115 advances the battle based on the ability value of the main character determined in the season play mode in progress at the time of the battle. That is, the battle mode execution unit 115 advances the battle based on the ability value read from the main character information 122 when the battle with the user is performed.

  The object control unit 116 controls various objects based on an operation input by the user and / or a game program. The object is arranged on a stadium as a game space.

  Some objects are visualized and displayed in the batting screen 600 or the pitching screen 700. The user can play the competitive baseball game by viewing the displayed object and performing an operation on the object. Examples of the object include, but are not limited to, a batter character 601, a bat 602, a pitcher character 603, a ball 604, a meat cursor 606, and the like. Each object will be described in detail later.

  Furthermore, the object control unit 116 determines the positions of the bat 602, the ball 604, the meat cursor 606, and the like in the game space. For example, the object control unit 116 determines whether the ball 604 reaches the strike zone 617 or the ball zone 618 and determines whether the bat 602 hits the reached ball 604 or not. Judgment based on.

  Note that the server 200 may include at least some of the functions of the user terminal 100. Further, the user terminal 100 may include at least a part of the functions included in 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 the other device may be caused to execute part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices.

<Processing flow of user terminal 100>
FIG. 3 is a flowchart showing a flow of processing executed by the user terminal 100 based on the game program. First, the user selects whether to play the season play mode or the battle mode. When the operation accepting unit 111 accepts selection of the season play mode (A in step S101), the play mode executing unit 113 starts the season play mode based on the game program 131. Here, the play mode execution part 113 may perform the setting required in order to play a season play mode prior to the start of a season according to a user's instruction | indication. For example, the play mode execution unit 113 sets a character designated based on the user's operation among the characters belonging to the own team as the main character that allows the season to be spent in the season play mode (step S102). Next, the play mode execution unit 113 starts one season (step S103). When the season starts, the event management unit 30 presents various events assigned to the season (step S104). The event execution unit 31 reads the main character information 122 stored in the storage unit 120 (step S105). The event execution unit 31 advances the event presented to the main character in step S104 in accordance with the ability value of the main character of this season and the user's operation indicated in the main character information 122 (step S106). ). The event is, for example, a battle against a computer. The event is, for example, a mini game (details will be described later) that occur before the battle. The event is, for example, an output of the battle result that occurs after the battle.

  As long as all events included in the season are not completed (NO in step S107), the presentation of the event by the event management unit 30 and the execution of the event by the event execution unit 31 are repeated. Completion of the season is, for example, when the event management unit 30 sets all events assigned to the season as one set, and each event is presented, and the event execution unit 31 displays all the presented items. The determination may be made based on the completion of the progress of the event.

  When the set of events assigned to the season is executed and the season is completed (YES in step S107), the annual salary calculating unit 32 determines the season of the main character according to the execution result of the event executed in the season. The annual salary at is calculated (step S108). Thereby, the salary of this season is set for the main character.

  The ability value adjusting unit 114 adjusts the ability value of the leading character based on the annual salary newly calculated by the annual salary calculating unit 32 in accordance with the capability value determining table 121 (step S109). The ability value determination table 121 is information indicating the correlation between annual salary and ability value, and is, for example, a calculation formula. The ability value adjusting unit 114 updates the content of the main character information 122 by storing the determined new ability value in the storage unit 120.

  While the instruction to end the season play mode is not input from the user (NO in step S110), the play mode execution unit 113 ends the current season and starts the next new season (step S102). And each process of step S104-S109 is repeated about the next season. Accordingly, in step S106 of the next season described above, an event such as a battle proceeds based on the ability value determined based on the annual salary calculated in step S108 of the current season.

On the other hand, when the operation reception unit 111 receives selection of the battle mode (B in step S101).
The battle mode execution unit 115 executes the battle mode based on the game program 131. First, the battle mode execution unit 115 reads the main character information 122 stored in the storage unit 120 when the battle mode is selected (step S111). The battle mode execution unit 115 advances the battle against the user based on the ability value of the main character shown in the read main character information 122 (step S112). There is no time concept of season in the battle against users. Therefore, at the time when the battle against the user is executed, the latest ability value stored in the storage unit 120 is read and used for the battle.

<About the battle>
First, the team that conducts the battle will be described. Before the battle is started, a team composed of a plurality of characters is formed. The team may include the main character specified in the season play mode, and the main character included in the team may be one or more. The user can operate the user terminal 100 to select nine characters for each position. The user may be able to further select several characters of the player. The opponent team is organized by nine characters controlled by the opponent. In the present embodiment, the opponent is a server 200 as an opponent computer in the case of an anti-computer match, and in the case of an anti-user match, the opponent is an opponent user who plays the baseball game by operating another user terminal 100. . Hereinafter, the team including the above-mentioned main character is referred to as the own team in order to distinguish it from the opponent team.

  FIG. 4 is a diagram schematically showing a battle that is progressed based on the game program 131 of the battle-type baseball game in the game system 1 according to the present embodiment. The battle of the battle-type baseball game according to the present embodiment may be executed as one of the events in the season play mode, or may be executed in the battle mode. The battle is composed of the following parts (inning, front, back, batting, one pitch (one phase)) regardless of whether it is a computer battle or a user battle. The Each part is advanced by the server 200 and the event execution unit 31 or the battle mode execution unit 115 of the user terminal 100.

  As shown in FIG. 4, the battle is composed of a plurality of innings. For each inning, the offense and defense of the team are switched between the front and back sides, and each team executes the defense and the attack once, and the battle proceeds. Each of the front and back of one inning is composed of a plurality of bats, and one bat is associated with each attacking character. One at-bat is composed of a confrontation element in which a defensive character and an attacking character confront each other on a one-to-one basis, and a result output element that determines and outputs the confrontation result and completes the at-bat. The

  The confrontation element is further divided into a plurality of phases. The phase is a period in which each character to confront performs one of the defensive action and the attack action once. The so-called phase is the smallest unit of the parts that make up the battle. In each phase, when one defensive action (for example, pitching) is executed by the defensive character and one attack action (for example, hitting) is executed by the attacking character, one phase is completed, Move on to the next phase.

  After the progress of several phases, the result of the batting (out or progress) is determined in the result output element. As a result, one batting is completed and the process proceeds to the next batting. After several bats, when three outs are accumulated in the front (or back) of one inning, the front (or back) of one inning is completed, the offense and defense are replaced, and the back of the same inning (or Move to the next inning).

  Each part making up the battle is progressed mainly based on the ability value set for each character making up each team according to the game program read by each computer (server 200 and user terminal 100). .

  As described above, the battle progresses based on the ability value set for each character belonging to the team, and the ability value is an important factor that determines the victory or defeat of the battle. By increasing the ability value of the main character assigned to the own team in the season play mode, the battle can be advantageously advanced. How the ability value specifically affects the battle result will be described in detail later.

  In the present embodiment, when the subject who controls each character is a person (user or partner user), the contents of the defensive action or attack action executed by the character in each phase are performed by the person via the input unit 151. It may be determined based on the operation to be performed. Therefore, the result of each phase may be determined based on the content of the operation performed by the person via the input unit 151 in addition to the above-described ability value. Hereinafter, of the parts constituting the battle, the part that automatically proceeds without accepting the user's operation on the character is referred to as an auto progress part (third part). A part that progresses based on an operation performed by the user on the character is referred to as a manual progress part (first part, second part).

  In this embodiment, as an example, there are two types of manual operations performed by the user in the manual progression part, a first operation and a second operation. The first operation is an operation for determining an action of a character belonging to the own team, which is indispensable for advancing the battle in a battle mode (second game mode) different from the season play mode (first game mode). . In the present embodiment, the first operation includes a relatively difficult operation such as a pitching operation or a batting operation, and is a basic operation when the user plays a battle game. Called.

  The second operation is an operation for determining the actions of the characters belonging to the own team more easily than the first operation. In the present embodiment, the second operation determines the hitting content of the batter character by an operation that determines the pitching content of the pitcher character by an operation simpler than the pitching operation described above, or an operation simpler than the hitting operation described above. It is an operation.

  Here, “the operation is simple” does not mean the ease of guiding the good action result of the character, but the ease of input of the operation. As an example, the fact that the input procedure of the second operation is simple compared to the input procedure of the first operation can be expressed as “the second operation is simpler than the first operation”. The fact that the number of items that must be input by the second operation is smaller than the number of items of information that must be input to the user terminal 100 by the first operation is “the second operation is simpler than the first operation. Can be expressed. The first operation and the second operation include, for example, one or more touch operations (tap, double tap, slide, swipe, flick, drag and drop, pinch in, pinch out, etc.) on the touch screen 15. In this case, the fact that the number of touch operations of the second operation is smaller than the number of touch operations constituting the first operation can be expressed as “the second operation is simpler than the first operation”.

  As an example, the second operation may simply be an operation for designating timing with respect to the user terminal 100. The user terminal 100 may be able to determine the pitching content or the batting content based on at least one of the timing when the second operation is input and the lottery started according to the input of the second operation. Specifically, the second operation may be a tap operation for stopping the roulette where the content of the pitch or the content of the hitting is the outcome. Thus, since the second operation is an operation completely different from the first operation, it is referred to as a non-core operation.

  Of the manual progress parts that progress according to the manual operation performed by the user, the manual progress part that progresses according to the core operation is referred to as a full manual progress part (first part), and the manual progress progresses according to the non-core operation. The part is referred to as a semi-manual progression part (second part).

  In the present embodiment, each phase of the battle as an event in the season play mode is mostly composed of an auto progression part, and a manual progression part is included in some phases. A plurality of battles that are performed in the season play mode include a core operation battle (first event) composed of an auto progression part and a full manual progression part, and a non-composition composed of an auto progression part and a semi-manual progression part. There is a core operation battle (second event).

  In the present embodiment, each phase of the battle in the battle mode is basically a full manual progress part. In another embodiment, the game system 1 may be configured such that the user can select a desired progress method for each phase regarding the progress of the battle in the battle mode. That is, for each phase, the user may be able to specify whether to advance automatically or to advance fully manually based on the core operation. In the present embodiment, in any mode of battle, the result output element (progress related to scouting and pitching) is an auto progression part.

  In the next section, a user operation for determining the contents of the attacking action (hitting) and the defensive action (throwing) in the manual progression part will be described in detail with reference to a specific example of the UI.

<Operation UI>
5-9 is an example of the game screen of the battle | competition type baseball game produced | generated by the control part 110 of the user terminal 100 in this embodiment. 5 to 9, a scene in a stadium as a game space is shown. The generated game screen is displayed on the display unit 152 by the display control unit 112.

  FIG. 5 shows a batting screen 600 displayed on the display unit 152 of the attacking user terminal 100. 6 to 9 show a pitching screen 700 displayed on the display unit 152 of the user terminal 100 on the defensive side. In any of the screens, the pitcher character 603 throws the ball 604 from the position where the pitcher character 603 stands (first position) to the position where the catcher character 612 is located (second position), and the batter character 601 hits the ball 604. Shows a scene that hits.

(Core operation UI for determining the hit content)
The batting screen 600 shown in FIG. 5 is a screen displayed on the attacking user terminal 100 when the phase in the above-described confrontation element is a full manual progress part while the phase is in progress.

  The object control unit 116 arranges the home base 607 between the first position and the second position on the stadium. The object control unit 116 sets, on the home base 607, an intersecting plane that extends in a direction that intersects the direction from the first position toward the second position. The object control unit 116 determines whether or not the batter character 601 has hit the ball 604 based on the intersection plane. The intersecting surface may include, for example, a strike zone 617 and a ball zone 618 disposed outside the strike zone. When the operation receiving unit 111 receives a batting operation from the user at the timing when the ball 604 thrown by the pitcher character 603 reaches the intersection, the batter character 601 swings the bat 602 (attack action), thereby An action of hitting 604 can be given to the ball 604. A ball 604 shown in FIG. 5 shows an example of a position where the ball 604 thrown by the pitcher character 603 has actually reached the intersection plane.

  As shown in FIG. 5, various objects for supporting the user's batting operation may be displayed on the batting screen 600. Examples of support objects that support the batting operation include a timing hint object 605, a meet cursor 606, a position hint object 608, a direction hint object 609, and the like.

  The meet cursor 606 arranged and displayed on the intersection plane is a sign indicating a region that can act on the ball 604 on the intersection plane when the bat 602 is swung. The meat cursor 606 is an area that is set at an expected arrival position when the bat 602 is swung, and is an area that can exert an action on the ball 604 with a particularly good hitting force.

  In the present embodiment, the core operation for determining the hit content specifies at least a swipe operation for specifying the position of the meet cursor 606 and a timing for swinging the bat 602 toward the determined position of the meet cursor 606. Flicking operation. That is, the swipe operation is an operation for designating a position for hitting the pitch, and the flick operation is an operation for designating the timing for performing the hit. As described below, in the full manual progress part, the skill of the swipe operation and the flick operation performed by the user directly affects the quality of the hitting result.

When the ball 604 is thrown from the pitcher character 603 on the batting screen 600 displayed on the display unit 152, the object control unit 116 displays the meet cursor 606 on the batting screen 600. When the operation receiving unit 111 receives a user swipe operation on the input unit 151 provided to be superimposed on the display unit 152, the object control unit 116 moves the meet cursor 606 according to the swipe operation. The operation receiving unit 111 can receive the above-described swipe operation for moving the meet cursor 606 at an arbitrary position on the touch screen 15. Specifically, the operation reception unit 111 acquires the first contact position (initial touch coordinates) of the user with respect to the touch screen 15 and the contact position (touch now coordinates) after the swipe operation. Then, these coordinates are compared, and the change direction and the change amount of the touch now coordinates with respect to the initial touch coordinates are specified. The object control unit 116 determines the change direction and the change amount of the position of the meet cursor 606 based on the specified change direction and change amount. Accordingly, the object control unit 116 can indirectly move the meet cursor 606 in conjunction with a swipe operation in an area different from the intersection plane on the home base 607. If it does in this way, it can avoid that the visual recognition of the meet cursor 606 is prevented by a user's finger | toe.

  Subsequently, the object control unit 116 determines whether or not the ball 604 thrown by the pitcher character 603 has reached a predetermined range based on the crossing plane. That is, it is determined whether or not the thrown ball 604 has approached the intersection set on the home base 607 to less than a predetermined distance. When it is determined that the ball 604 has reached a distance less than a predetermined distance from the intersection plane, the object control unit 116 may limit at least a part of the movement of the meet cursor 606. The object control unit 116 may change the display mode such as the color or pattern of the meet cursor 606 so as to indicate that the movement is restricted. It is preferable that the movement of the meat cursor 606 is limited based on a flick operation for designating the timing of swinging the bat 602. For example, when a flick operation is input in the upward direction (0 ° to 180 ° direction), it is preferable that the movement of the meet cursor 606 in the upward direction is limited. Thus, for example, when a flick operation is input, it is possible to reliably prevent the flick operation from being erroneously determined as a swipe operation instructing the movement of the meet cursor 606. In addition, the downward movement (180 ° to 360 ° direction) may also be restricted. That is, the movement of the meet cursor 606 in all directions may be restricted.

  In another embodiment, downward movement may be allowed. For example, since it is assumed that the changing sphere changes in the range of the downward direction (180 ° to 360 ° direction), by allowing the downward movement, the user reaches the intersection plane. The meat cursor 606 can be moved to the last minute. In this way, it is possible to avoid a conflict of input between the swipe operation for determining the position of the meet cursor 606 by moving the meet cursor 606 and the flick operation for specifying the timing of the swing. Further, as shown in FIG. 5, a range in which the ball 604 is to be blown (for example, a stand or an outfield) is drawn on the screen above the position where the ball 604 and the bat 602 hit. Therefore, the user can intuitively understand that flicking upward is an operation for designating the swing timing.

  The user may perform a flick operation to specify the start timing of the swing performed by the batter character 601 at the best timing at which the ball 604 is deemed to have reached the home base 607. Since the thrown ball 604 is given an animation that moves toward the strike zone 617, the user may check the current position of the ball 604 and measure the timing of the flick operation. In another embodiment, the object control unit 116 may display the timing hint object 605. The timing hint object 605 starts to be displayed when the ball 604 starts to be thrown, and an animation is given so that the ball 604 contracts toward the center of the ball 604 as the ball 604 approaches the crossing surface on the home base 607. Is displayed. Further, the animation is an animation that reduces to the same size as the outline of the ball 604 at the timing when the ball 604 reaches the intersection. The user may confirm the size of the timing hint object 605 and perform a flick operation at the timing when the timing hint object 605 is reduced to the same size as the ball 604.

  The operation reception unit 111 receives a flick operation from the user. The operation accepting unit 111 can accept a flick operation performed on any position on the touch screen 15 as an operation for instructing the start of a swing. That is, the user can perform a flick operation for starting a swing at an arbitrary position on the touch screen 15. The operation reception unit 111 analyzes the input touch position history and acquires the direction, speed, and timing of the flick operation. Specifically, the operation reception unit 111 acquires coordinates in the input unit 151 to which contact by a user (a pointer such as a finger or a stylus operated by the user) is input for each frame. Based on these coordinates, the operation reception unit 111 specifies the direction of the flick operation. In addition, the operation reception unit 111 specifies the speed of the flick operation by obtaining the coordinate variation amount of the touch position between frames. Further, the operation reception unit 111 may be configured to determine that the operation is a flick operation when the coordinate variation amount of the touch position between frames exceeds a predetermined threshold. As a result, a frame in which the coordinates of the touch position fluctuate for the first time at a speed exceeding the threshold can be specified as the timing at which the flick operation is input. If the operation reception unit 111 does not determine that the user's operation is a flick operation, it can be determined that the operation is not an operation for instructing the start of a swing. The flick operation can be detected at an arbitrary position on the touch screen 15. Thereby, even when a flick operation is continuously input from the swipe operation for moving the meet cursor 606, the flick operation can be suitably determined. From the movement and position determination of the meet cursor 606 to the start of the swing. It is possible to provide the user with operability that can be performed seamlessly.

When the flick operation is accepted, the object control unit 116 determines whether or not the batter character 601 has hit the ball 604 based at least on the positional relationship between the ball 604 and the meet cursor 606 on the intersection plane. That is, the bat 602 swung by the batter character 601 based on the user's swipe operation and flick operation.
Determines whether the ball has hit the ball 604 or not.

  Specifically, the object control unit 116 determines that the ball 604 has been hit if the position of the meet cursor 606 is within a range of positions suitable for hitting the ball 604. For example, when the ball 604 is at least partially overlapped with the meet cursor 606 on the intersecting plane, it may be determined that the batter character 601 has hit the ball 604. When the ball 604 is arranged outside the meat cursor 606 on the intersection plane, it may be determined that the batter character 601 did not hit the ball 604.

  Furthermore, the object control unit 116 may determine whether or not a hit has been given based on the timing of the flick operation specified by the operation receiving unit 111. For example, even when the ball 604 and the meat cursor 606 on the intersection plane are in a positional relationship suitable for hitting, the timing of the flick operation is too early or too late relative to the timing suitable for hitting the ball 604. When doing so, the object control unit 116 may determine that the batter character 601 did not hit the ball 604.

  Further, the object control unit 116 calculates a movement path when the hit ball 604 moves in the game space based at least on the above-described positional relationship. Specifically, the object control unit 116 dynamically models the collision between the bat 602 and the ball 604 based on the positional relationship described above. In this case, the velocity vector, rotation axis, rotation amount, and the like of the ball 604 immediately after hitting the bat 602 may be acquired as initial conditions for moving the ball 604. For example, when the lower part of the ball 604 is hit with the upper part of the meat cursor 606, the angle of the hit ball is increased and the fly is made. In addition, when the upper part of the ball 604 is hit with the lower part of the meet cursor 606, the angle of the hit ball is lowered. Further, for example, in the case of so-called just meat such as hitting the center of the ball 604 at the center position of the meat cursor 606 (core 619 in FIG. 5), the object control unit 116 moves so that the ball 604 flies with the liner. Calculate the route. On the other hand, in cases other than just meat, it may be determined that the hit is a hit and the movement route corresponding to the hit may be calculated.

  The object control unit 116 may specify the direction of the velocity vector based on the timing of the flick operation. Thereafter, the object control unit 116 may calculate the movement path of the ball 604 based on various physical parameters set in the game space and equations defining the physical laws.

  Accordingly, the object control unit 116 can cause the display unit 152 to display an animation of the ball 604 flying along the calculated movement path via the display control unit 112. Qualitatively, it is possible to display the movement result of the hit ball similar to that of the actual baseball on the display unit 152. For example, the object control unit 116 moves the ball 604 in the direction of pulling when the timing of the flick operation is early, and moves the ball 604 in the direction of casting when the timing of the flick operation is late. When the object control unit 116 determines that the batter character 601 has not hit the ball 604, the calculation of the movement path of the ball 604 may be omitted. In this case, the display control unit 112 displays an animation in which the batter character 601 flicks the ball 604 on the display unit 152.

(Core operation UI to determine pitching content)
The throwing screen 700 shown in FIGS. 6 to 9 is a screen that is displayed on the defensive user terminal 100 during the progress of the phase when the phase in the above-described confrontation element is a full manual progress part.

  In the present embodiment, the core operation for determining the pitching content includes, as an example, a first tap operation for specifying the pitch type and a swipe operation for specifying the pitching course. The core operation may further include a second tap operation for designating the timing at which the ball 604 is thrown. The success or failure of the pitching result is determined according to the quality of this timing. That is, the second tap operation is an operation for determining success or failure of the pitching result. As will be described below, in the full manual progression part, the contents of selection based on the first tap operation and swipe operation performed by the user and the skill of the second tap operation directly affect the quality of the pitching result. Indirectly, it has an effect of making it difficult to obtain a good hitting result for the hitting user.

  As shown in FIG. 6, when one phase is started, the object control unit 116 first displays a ball type designation object 610 for designating a ball type to be thrown by the pitcher character 603 on the pitching screen 700.

  The object control unit 116 determines the ball type based on the user's tap operation on the ball type designation object 610. As shown in FIG. 6, the ball type designation object 610 includes, for example, icons in which the ball types are associated one by one. The icon includes text or an illustration indicating the associated ball type. The operation reception unit 111 receives the first tap operation on any of the icons as an operation for specifying a ball type. The object control unit 116 may change the types of the ball types listed in the ball type designation object 610 based on the ability of the pitcher character 603.

  When the operation receiving unit 111 receives the first tap operation, the object control unit 116 determines the ball type based on the coordinate information of the input position of the first tap operation specified by the operation receiving unit 111. The ball type is associated with parameters for specifying the moving path of the ball 604, the ball speed, and the like. The ball type parameter includes information indicating the ball speed, the amount of change, and the direction of change. The parameter of the ball type is associated with the identification information of the pitcher character 603 and stored in the storage unit 120 (not shown). The object control unit 116 reads the determined ball type parameter from the storage unit 120 among the ball type parameters associated with the identification information of the pitcher character 603.

  When the ball type is determined, next, the object control unit 116 designates a course for designating a pitching course (inner angle raising, lowering etc.) to be thrown by the pitcher character 603 on the pitching screen 700 as shown in FIG. The object 613 is displayed.

As an example, the course designation object 613 is obtained by dividing a rectangle corresponding to the strike zone 617 (see FIG. 5) into nine squares. The course designation object 613 includes a cursor 614 that is a sign indicating the expected arrival position of the ball 604. The cursor 614 includes a vector (arrow shown) indicating the amount and direction of change according to the previously determined sphere type.

  While the pitching screen 700 shown in FIG. 7 is displayed, the operation accepting unit 111 accepts a swipe operation for designating the position of the cursor 614. When the operation reception unit 111 receives a swipe operation, the object control unit 116 moves the cursor 614 within the course designation object 613 based on the swipe operation.

The operation reception unit 111 acquires the first contact position (initial touch coordinates) of the user with respect to the touch screen 15 and the contact position (touch now coordinates) after the cursor movement operation. The object control unit 116 determines the change direction and change amount of the position of the cursor 614 based on the change direction and change amount obtained as a result of comparing the acquired coordinates. As a result, the object control unit 116 moves the cursor 614 in conjunction with the swipe operation even if the cursor 614 is not touched directly or a swipe operation is accepted outside the display area of the course designation object 613. Can be made. In this way, it is possible to avoid the visual recognition of the cursor 614 being hindered by the user's finger. The display control unit 112 displays the movement of the cursor 614 being executed by the object control unit 116 on the pitching screen 700.

  The object control unit 116 determines the pitching course by an arbitrary method. For example, it is assumed that the user continues to push strongly with a pressure equal to or higher than a predetermined threshold in a state where the contact based on the swipe operation is maintained. The object control unit 116 determines the position of the cursor 614 at the time when the pushing operation is accepted as the final pitching course. Alternatively, a button (not shown) such as “Confirm Course” is separately provided on the pitching screen 700, and the object control unit 116 determines the pitching course based on the position of the cursor 614 when the button is tapped. Also good.

  When the pitching course is fixed, the object control unit 116 next displays the timing determination object 615 on the pitching screen 700 as shown in FIGS.

  The timing determination object 615 (UI object) is an object for presenting a good input timing of the second tap operation for instructing the start of pitching to the user, and the timing of the second tap operation input by the user. It is also an object for determining pass / fail. As an example, the timing determination object 615 is displayed as a circle centered on a point corresponding to the confirmed pitching course. The timing determination object 615 includes a determination reference 616 (reference position). The determination criterion 616 is displayed as a concentric circle that shares the center with the timing determination object 615 and is smaller than the timing determination object 615. The timing determination object 615 and the determination reference 616 may be a shape other than a circle, for example, a bar-shaped gauge.

  The dashed circle shown in FIG. 8 is the initial position of the timing determination object 615. An animation is given to the timing determination object 615. Specifically, an animation is given in which the outer edge of the timing determination object 615 gradually contracts toward the center of the circle.

  In this embodiment, as shown in FIG. 9, when the second tap operation is input at the timing when the outer edge of the timing determination object 615 matches the circle of the determination criterion 616, the object control unit 116 has the most successful pitching. Is determined. Here, “successful pitching” means that the game system 1 determines that the pitch is “successful pitch” out of the two values of good pitch or miss pitch, and the designated pitch type and the pitch that has been confirmed. This means that the ball 604 moves on the game space according to the course.

  Therefore, the user may confirm the animation in which the timing determination object 615 contracts and perform the second tap operation at a timing at which the timing determination object 615 matches the determination criterion 616.

  The object control unit 116 determines the pitching result so that the defensive user becomes more advantageous as the outer edge of the timing determination object 615 at the time when the second tap operation is input is closer to the determination reference 616. For example, the object control unit 116 determines that the pitch is good when the deviation between the outer edge and the determination reference 616 is less than a predetermined value.

In another embodiment, when it is determined that the pitch is good, a hitting support object (a timing hint object 605, a position hint object 608, and a direction hint shown in FIG. 5) displayed on the hitting screen 600 in the user terminal 100 on the attacking side. The object 609 or the like) may be hidden, made difficult to see, or displayed at a later timing. As a result, when the defensive user successfully performs a series of operations related to the pitching and makes the pitching successful, the hitting side user is unlikely to make the hitting successful. Thus, the proficiency level of the battle game is further enhanced because the proficiency level of the user's game operation directly affects the progress of the battle.

(Non-core operation UI for determining batting content or pitching content)
The batting screen 600 shown in FIG. 10 is a screen displayed on the attacking user terminal 100 when the phase in the above-described confrontation element is a semi-manual progress part while the phase is in progress. A pitching screen 700 shown in FIG. 11 is a screen displayed on the defensive user terminal 100 during the progress of the phase when the phase in the above-described confrontation element is a semi-manual progress part.

  In this embodiment, the non-core operation that determines the batting (throwing) content is, for example, a tap operation for causing the lottery machine to determine the outcome. In the present embodiment, the play mode execution unit 113 controls a lottery machine simulating a slot machine. As an example, the play mode execution unit 113 displays a lottery machine 620 having a rotating column (rotating body) on the hitting screen 600 and the pitching screen 700. As an example, in the illustrated example, the lottery machine 620 is displayed such that a part of the side surface of the cylinder is visible from the window frame, and the entire image of the cylinder is not displayed.

  The cylinder has each region on the side surface corresponding to each turn. Each area is associated with a plurality of outcomes to be won by lottery. One outcome shows a batting (or pitching) result (hereinafter referred to as a batting result) after a pitching and batting are performed a plurality of times at one batting. For example, as shown in FIG. 10, in the lottery machine 620 presented when the leading character is a fielder, the outcomes are “home run”, “hit”, “fly”, “goro”, and , “Strike out”. As shown in FIG. 11, in the lottery machine 620 presented when the main character is a pitcher, “double play”, “strike out”, “fly”, “hit”, and the like, in order from the best result.

  In the present embodiment, the operation accepting unit 111 accepts a tap operation for instructing to stop the rotation of the cylinder when the batting screen 600 shown in FIG. 10 and the pitching screen 700 shown in FIG. 11 are displayed. The play mode execution unit 113 determines one outcome in response to the input of the tap operation, completes one at-bat so that the end corresponding to the determined outcome is reached, and proceeds with the subsequent at-bat Let

  In addition, various methods can be considered as a method for the play mode execution unit 113 to determine the outcome. As a first method, when a tap operation is input, the play mode execution unit 113 may execute a lottery based on a probability set in advance for each outcome and determine one outcome. . In this case, the play mode execution unit 113 controls the behavior of the lottery machine 620 so that the cylinder stops at the determined outcome regardless of the relationship between the user's tap operation timing and the rotation position of the cylinder. For example, the play mode execution unit 113 does not completely stop the cylinder at the timing when the tap operation is input, but stops the rotational drive of the cylinder at the timing, the cylinder slides to some extent, and the speed is reduced by friction and determined. An animation may be output that stops completely at the point where it was made. At this time, by adjusting how the speed is reduced, the play mode execution unit 113 can completely stop the cylinder at the determined turning point.

Or as a 2nd method, the play mode execution part 113 may determine one turn based on the timing when tap operation was input, and the rotation position of the cylinder at that time.
In this case, the play mode execution unit 113 determines the position displayed on the window frame of the lottery machine 620 (that is, the position determined based on the arrangement of each turn displayed on the cylinder and the rotation position of the rotating cylinder (that is, The cylinder data indicating the outcome corresponding to the (winning position) is held and grasped in the storage unit 120 while the cylinder is rotating. Then, the play mode execution unit 113 determines the content of the outcome at the winning position or the predetermined outcome separated from the winning position at the timing when the tap operation is input as the batting result. In this case, the play mode execution unit 113 may completely stop the cylinder at the timing when the tap operation is input. Alternatively, the play mode execution unit 113 stops the rotational drive of the cylinder at the timing when the tap operation is input, and slides the cylinder by a certain amount based on a predetermined constant friction coefficient, and then completes the cylinder. It may be stopped.

  In addition to the lottery machine 620, each screen of the batting screen 600 and the pitching screen 700 may include an outcome list 621 in which the outcome list is shown in descending order of results. Each screen may include a tone parameter 622 indicating the tone of the main character. The tone parameter 622 affects the visibility of good eyes for the team. Details of the tone parameter 622 will be described later.

  Each screen may include a scoreboard 623. Thus, the user can understand what kind of progress the battle is in and which batting result is to be determined by the lottery machine 620.

  As described above, the non-core operation is greatly simplified as compared with the core operation, and the hitting (or pitching) result is derived in a shorter time. Therefore, the time required for the progress of each phase in the semi-manual progress part is significantly reduced compared with the time required for the full manual progress part.

<About ability values>
In this embodiment, the ability value set for each character includes, for example, a skill-specific body parameter (ability value, second parameter) and an overall parameter (ability value, third parameter).

  The skill-specific body parameter is a value representing the physical ability of the character that is exhibited in the battle. Specifically, the skill-specific body parameter is obtained by quantifying a character's skill for each skill required in baseball. In the present embodiment, for example, as the skill-specific body parameters, there are a hitting force, a hitting force, a fastest ball speed, a ball control force, a changing ball force, a running force, a defensive force, a ball throwing force (ball throwing speed, ball throwing accuracy, etc.)

  Among the skill-specific body parameters, the numerical values related to the defensive action (throwing) in each phase of the confrontation element are the fastest ball speed, ball control force, and change ball force. As these skill-specific body parameters of the pitcher character 603 are higher, the phase proceeds more advantageously to the defense side. For example, the higher the numerical value of the fastest ball speed, the shorter the time required for the ball 604 to reach the second position from the first position. That is, since the time given to the attacking user for performing the batting operation can be shortened, such a pitching result can be said to be advantageous for the defensive side. Alternatively, the higher the skill-specific body parameter of the pitcher character 603, the lower the probability that the batter character 601 will hit. Thereby, it is easy to obtain an advantageous result for the defensive side with respect to the bat.

Among the skill-specific body parameters, numerical values related to the attacking action (hitting) in each phase of the confrontation element are hitting power and hitting power. As these skill-specific body parameters of the batter character 601 are higher, the phase proceeds more favorably to the attacker. For example, the higher the hitting force, the faster the hit ball 604 is thrown away. Such a hitting result can be said to be advantageous to the attacking side. Alternatively, the probability that the pitcher character 603 will be lost can be increased as the skill-specific body parameter of the batter character 601 is higher. Alternatively, as the skill-specific body parameter of the batter character 601 is higher, the meet cursor 606 that is an object that assists the user's batting operation can be displayed in a larger size. As a result, the user can easily perform a batting operation for the at-bat, and an advantageous result can be easily obtained for the attacker.

  Among the physical parameters for each skill, the numerical values related to the result output element are the running power, the defensive power and the throwing power. As these skill-specific body parameters of each character constituting the team are higher, a more advantageous result for the team is more likely to be obtained at each bat. For example, the higher the running power of the attacking character, the higher the success rate of the sneak and stealing. For example, the higher the defensive power or throwing power of the defensive character, the lower the success rate described above. In this way, the result of one bat (whether it is out or hit) depends on the running power, defensive power, and throwing power of each character.

  The general parameter is a numerical value of the overall strength of the character regardless of the type of skill, and is set for each character. The overall parameter may be referenced, for example, to compare strength between organized teams at the start of a match. Or you may refer in order to compare the strength between the characters to confront at the time of progress of each phase of the above-mentioned confrontation element. The battle may proceed in an advantageous manner against the team or the character whose overall parameter exceeds.

<Examples of ability values and specific usage examples>
In the present embodiment, the ability value included in the main character information 122 is read by each unit of the control unit 110 when the ability of each character is displayed, when a battle is started, and when each phase of the confrontation element is advanced. 112 is displayed on the display unit 152.

  FIG. 12 is a diagram showing a specific example of a player information screen that displays the ability value of the main character. The player information screen 800 includes, for example, a character name 801 for identifying the main character, a general parameter 802, and a skill-specific body parameter 803. FIG. 12 shows an example in which the main character is a fielder. When the main character is a pitcher, the fastest ball speed, ball control force, and change ball force are displayed in the defensive category in place of the ball-based force and the defensive force-specific body parameters.

  Furthermore, it is preferable that the player information screen 800 includes the first parameter given to the main character. In the present embodiment, the first parameter is, for example, an annual salary calculated according to the event execution result for the main character at the end of the season in the season play mode. In particular, in the present embodiment, the first parameter is the highest lifetime annual salary 804 (the best first parameter) that is the highest among the annual salaries granted to the main character so far.

Further, the player information screen 800 may include another parameter in order to make it easy for the user to intuitively understand the strength or high ability of the main character. For example, level 805 (ability value) may be included as another parameter that represents the strength of the main character in an easy-to-understand manner. Furthermore, the comprehensive evaluation 806 may be included as another parameter that represents the strength of the main character in a more simplified manner. For example, the level 805 may be set by the annual salary calculating unit 32 in accordance with the active role of the main character in the season play mode, that is, the execution result of the main event, similarly to the lifetime maximum annual salary 804. The ability value adjusting unit 114 may adjust the ability value of the leading character based on both the lifetime maximum salary 804 and the level 805 or based on either one. For example, the comprehensive evaluation 806 may be set by the annual salary calculating unit 32 based on both the lifetime maximum annual salary 804 and the level 805, or based on either one. The overall rating 806 is not a number such as the highest annual salary 804 and level 805, but is a parameter for dividing the strength into several parts by several alphabets, so that the strength of the leading character is expressed more simply. Can do. Thus, the user can intuitively grasp the strength of the leading character, and can easily compare and analyze the strength of other characters.

  FIG. 13 is a diagram illustrating a specific example of a battle start screen displayed immediately before the battle is started. In the present embodiment, as described above, the control unit 110 (the event execution unit 31 or the battle mode execution unit 115) compares the strength between the own team and the opponent team before starting the battle. The comparison result is displayed on the battle start screen 810 shown in FIG.

  The control unit 110 sums up the total parameters of the characters that make up the team, calculates the total value of the total parameters, and based on the total value, the team total parameter (total total number) as an index of the team strength. 3 parameters). The team comprehensive parameter may be obtained simply by summing up the comprehensive parameters of each of the nine characters constituting the team. Alternatively, the control unit 110 may obtain the team overall parameter by increasing or decreasing the total value of the above-described reference based on various factors. Alternatively, in another example, the team comprehensive parameters may be added by organizing specific characters having good compatibility into the same team. The team general parameter is a value that can be easily increased by adjusting the addition conditions well, which also contributes to improving the fun of the game.

  The control unit 110 compares the team comprehensive parameter of the own team with the team comprehensive parameter of the opponent team before the match. Then, the skill-specific body parameter of each character in the team with the lower team overall parameter is corrected for minus during the period of the battle. In the example shown in FIG. 13, the team comprehensive parameter 811 of the own team is lower than the team comprehensive parameter 812 of the opponent team. Therefore, the control unit 110 subtracts, for example, 10% of the skill-specific body parameters of each character belonging to the team during the battle. As described above, the skill-specific body parameter is a factor that greatly affects the quality of the batting result. Therefore, in order to advance the battle advantageously, it is necessary to organize more characters with higher overall parameters into a team. Alternatively, the control unit 110 may positively correct the skill-specific body parameters of each character in the team with the higher team overall parameter.

  The general parameter may be referred to in a scene where the pitcher character 603 and the batter character 601 confront each other, that is, in each phase described above. The control part 110 advances each phase based on the comprehensive parameter of each character to confront.

  In the batting screen 600 and the pitching screen 700 shown in FIGS. 5 to 9, the display control unit 112 displays the ability value information of each character being confronted. Specifically, the ability value information 701 of the batter character 601 and the ability value information 703 of the pitcher character 603 are displayed. In the present embodiment, the display control unit 112 displays the ability value information of the character of the own team on the left side of the upper part of the screen and the ability value information of the character of the opponent team on the right side of the upper part of the screen.

The control unit 110 compares the overall parameter of the batter character 601 with the overall parameter of the pitcher character 603 at the start of one at-bat. Then, the skill-specific body parameter of the character with the lower overall parameter is negatively corrected during the time at which the bat is advanced. 5 to 5
In the example shown in FIG. 9, the overall parameter of the pitcher character 603 is lower than the overall parameter of the batter character 601. Therefore, the control unit 110 subtracts, for example, 10% of each skill-specific body parameter (maximum ball speed and ball control force) related to the pitching of the pitcher character 603 during the batting. In this way, appointing a character with a higher overall parameter leads to the advantageous advancement of each at-bat.

<Season play mode>
A specific example of the season play mode executed by the play mode execution unit 113 based on the game program 131 according to the present embodiment will be described with reference to FIG. FIG. 14 is a diagram showing an outline of the season play mode.

  Events that occur in the season play mode are divided into two groups. The first is a group of preparation events for causing the user to perform various settings necessary for playing the season play mode. The second is a season event group for allowing the user to play the season from the viewpoint of the main character.

  For example, the preparation event group includes team formation, player selection, and difficulty selection events. For example, the season event group includes events of a mini game, a battle, a battle result output, and a final result output. In the preparation event group, each event may be executed only once when the season play mode is newly played, or may be executed any number of times when the user desires.

  In the present embodiment, as an example, the season event group includes the following plurality of events. In other words, one mini game, a battle including a semi-manual progression part (hereinafter referred to as a non-core operation battle), a set of four battle result outputs, and a battle including a full manual progression part (hereinafter referred to as a core operation battle) Each of the above events including one set of match result output and one season final result output of the match constitutes one season, and the season play mode is repeatedly performed in units of the season. In the present embodiment, the user can change the main character for each season to enhance the various characters uniformly, or the user can repeat the season over and over again for one main character. It is also possible to concentrate and strengthen the character.

  The battle includes an auto progression part and a manual progression part as described in detail with reference to FIG. In the present embodiment, the manual progression part is included for at least one (e.g., the last at-bat of the battle) among all the at-bats of the basic 9 inning. The event execution unit 31 may dynamically switch the next auto progress part to the manual progress part according to the progress of each part so far in the battle. For example, when the event execution unit 31 determines that it has shifted to a batting or phase of an opportunity for the batting side (a pinch for the defensive side) that may cause a reversal depending on the result of a single batting, The progress part may be changed to the manual progress part. All remaining parts of the match are auto progression parts. Thereby, each battle | competition advances very smoothly in a short time, and it becomes possible to advance the season play mode for character reinforcement | strengthening efficiently.

  In the present embodiment, as an example, as described above, four of the five battles executed during one season are non-core operation battles including a semi-manual progress part as a manual progress part, and the remaining one is A core operation battle that includes a full manual progression part as a manual progression part. The core operation battle may include a supervisor mission presentation part that occurs immediately before the start of the one-time table or immediately before the phase of the full manual progress part starts.

  The advantage of having a semi-manual progress part in the match is that the game progresses at a faster tempo than the full manual progress part, and the user's operation affects the progress result. Is in the point that I can be satisfied with the result. On the other hand, the advantage of having a full manual progression part in the battle is that it provides the user with an opportunity to master the core operation used in the battle mode.

  In this way, in a single season, a battle including a semi-manual progression part and a battle including a full manual progression part are configured in a well-balanced manner, so that the fun of the season play mode is not impaired. The required time can be shortened. Thereby, strengthening of the character appointed in the battle mode which is the main mode of the battle-type baseball game is promoted. This leads to efficient strengthening of each character appointed in the battle mode, and thus the entire team. As a result, the motivation for playing the battle mode is further enhanced.

  Among the events presented by the event management unit 30 in the season event group, the execution result of the battle is directly related to the calculation of the annual salary at the end of the season. In this way, the event directly connected to the calculation of the annual salary is hereinafter referred to as a main event. On the other hand, the execution result of the mini game event is not involved in calculating the annual salary. Instead, the main character is involved in adjusting the ability value referred to when the main event is executed. In this way, an event that is not directly related to the calculation of annual salary is hereinafter referred to as a sub-event.

  Furthermore, the event management unit 30 may present one or more tasks during the progress of the event. The task is presented as a goal that the leading character should achieve in units of events or seasons. The evaluation of how much the main character has achieved the task is performed, for example, by calculating a task execution result. Depending on the task execution result, the event to be proceeded next proceeds advantageously, or the annual salary calculated at the end of the season is added or subtracted. Therefore, task performance also directly or indirectly affects annual salary calculation. The task execution result represents, for example, the success or failure of the task or the achievement level of the task by an evaluation value such as a numerical value or a symbol representing a rank. The task execution result is calculated by the event management unit 30 based on the action executed by the main character in the event execution unit 31.

(Team formation / player selection)
FIG. 15 is a diagram illustrating an example of an order screen displayed on the display unit 152 when each event of team formation or player selection is in progress. The display control unit 112 displays the deck 821 on the order screen 820. The deck 821 is a UI for the user to specify which player (character) is appointed for each of the nine positions. For example, the user selects nine characters to be appointed for each position from among the data of the players he owns, that is, the character data stored in the storage unit 120 as the user information 133. The data of the nine characters selected by the user are stored in the user information 133 as initial setting information constituting the team and displayed on the deck 821. In the present embodiment, the display control unit 112 displays the icons of the nine selected characters on the deck 821 so that the positions can be recognized. Character icons include, for example, a character face photo, character name, general parameters, and lifetime maximum salary. The display control unit 112 may display the team total parameter 822 calculated based on the total parameters of the nine selected characters on the order screen 820.

  Furthermore, the user designates one icon of the character that he / she wants to be the main character among the characters displayed on the deck 821. The character designated in this way is set as the main character.

  In the season play mode, the lifetime displayed on the icon for a character that has never completed a season (no annual salary is given) or a character that is not designated as a hero (hereinafter, non-main character). The highest salary is a default value set for the character. In the season play mode, it is preferable to display the lifetime maximum salary in a display mode different from the lifetime maximum salary of other non-main characters for the main character that has been given annual salary even once in the season. Thereby, it turns out that the lifetime maximum annual salary of the leading character is not a default value but a value obtained as a result of the play in the season play mode. Furthermore, the display control unit 112 may display the total salary value (annual salary total 823) of the nine selected characters on the order screen 820.

  In another embodiment, the play mode execution unit 113 may display a list of characters owned by the user instead of displaying the deck 821, and allow the user to select a main character from the list.

(Difficulty selection)
FIG. 16 is a diagram illustrating an example of a difficulty level selection screen displayed on the display unit 152 when a difficulty level selection event is in progress. In the competitive baseball game according to the present embodiment, the difficulty level may be set in the season play mode.

  At the initial stage when the season play mode is played for the first time, a difficulty level selection screen 830 is displayed. The play mode execution unit 113 displays, on the difficulty level selection screen 830, the button 831 associated with the difficulty level that can be selected in the initial stage in a display mode indicating that selection is possible. The play mode execution unit 113 displays the button 832 and the button 833 associated with a higher difficulty level that cannot be selected at the present time in a display mode that indicates that the button 832 and the button 833 are locked so that they cannot be selected, and releases the lock. Display the conditions together. As the user plays the season play mode and the release condition is achieved, the display mode of the buttons 832 and 833 is changed. Thereby, the user can select a season play mode with a higher difficulty level corresponding to the released button. In the high difficulty level, the strength of the opponent team or the character of the opponent team is high, and it becomes difficult to obtain a good result for the own team, but the chance of obtaining a higher annual salary increases. Alternatively, the maximum level that the main character can reach is higher.

(Mini game)
In the present embodiment, the event management unit 30 presents a sub-event before the main event of the battle. When the sub event is presented, the event execution unit 31 accepts a user operation via the operation accepting unit 111, moves the main character based on the user operation, and advances the sub event. In the present embodiment, for example, the sub-event is a mini game that is smaller in scale than the battle. However, the mini game proceeds based on the core operation used in the battle mode. That is, the mini game is positioned as an exercise that gives the user an opportunity to input a core operation other than the actual battle in the battle mode.

  By providing a mini game for the purpose of practicing core operation, it is possible to encourage the user to become proficient in core operation. If the core operation is successfully input through proficiency, the user can experience a sense of accomplishment or superiority. As a result, the motivation to repeatedly play the competitive baseball game according to the present embodiment is enhanced.

A player who is proficient in core operation is considered to have a higher game continuation rate. For this reason, game providers often focus on creating tutorial events to let users learn core operations. Conventionally, however, tutorial events are created independently of the actual game, and there is almost no direct or indirect impact on the progress of the actual game due to the execution result of the tutorial event. It was. As a result, the motivation to play the tutorial event will be lost, the user will not play the tutorial event, the mastering of the core operation will not be promoted, and as a result, the user will get bored with the game and will not be played. .

  In the present embodiment, as will be described later, the execution result of the mini game directly acts on whether or not the battle in the season play mode that is proceeded thereafter is advantageously advanced. And the execution result of the battle | competition in season play mode acts directly regarding whether the actual battle | competition in battle | competition mode can be advanced advantageously. In this way, the mini-game as part of a game that directly or indirectly affects the actual match will have the role of providing an opportunity for practicing core operations, thereby making the tutorial independent of the actual match. Compared with the case where an event is provided, the user can naturally become familiar with the core operation in the process of enjoying playing the game. Specifically, if you play the season play mode, you will be able to improve your core operations, strengthen your character, strengthen your team, make it easier to win a battle in the battle mode, A virtuous cycle of wanting to play the season play mode can be created.

  Specifically, the mini game includes a hitting practice using a pitching machine, a throwing practice of throwing a ball from the pitcher mound aiming at a panel, and the like. For example, when the leading character is a fielder, the event management unit 30 reads a batting practice mini-game from the game program 131 and instructs the event executing unit 31 to perform the batting practice. On the other hand, when the leading character is a pitcher, the event management unit 30 reads a pitching practice mini-game from the game program 131 and instructs the event execution unit 31 to execute the pitching practice.

  Further, in the present embodiment, in the mini game, the event management unit 30 imposes a task on the main character. The event management unit 30 calculates a task execution result based on the action executed by the main character in the event execution unit 31, and a tone parameter (fourth parameter) set for the main character according to the task execution result. To change. The tone parameter is a parameter indicating the tone of the main character. The tone parameter is used to temporarily correct the general parameters of the main character. In the present embodiment, the tone parameters are set in five stages, for example, in order from bad to bad, bad, bad, normal, good, and good. As will be described later, the tone parameter affects the progress of the full manual progress part and the semi-manual progress part in the battle.

  FIG. 17 is a diagram illustrating a specific example of a task presentation screen displayed on the display unit 152 when execution of the batting practice is started. The event execution unit 31 generates a task presentation screen 840 according to an instruction from the event management unit 30. The task presentation screen 840 includes a task list 841 for presenting a task designated by the event management unit 30 to the user.

As an example, the hitting practice is a mini game in which a tone parameter is determined according to the total flight distance of the ball when the leading character hits the ball thrown from the pitching machine. The event execution unit 31 displays a batting screen 600 shown in FIG. 5 next to the task presentation screen 840. However, in the mini game, no opponent is set. Therefore, a pitching machine is placed instead of the pitcher character 603, and the ability value information 703 of the pitcher character 603 is not displayed. The event execution unit 31 advances each phase in the same manner as described in the above section (Core operation UI for determining batting content) except that the pitching machine 603 is used for pitching instead of the pitcher character 603. . In the example shown in FIG. 17, since the number of pitches is five, the event execution unit 31 repeatedly executes the pitching and hitting phases five times. The event execution unit 31 may display a phase result screen (not shown) showing the batting result (here, the flying distance) in an illustration or an animation at the end of the phase, that is, after the batting is performed by the main character. .

  The event execution unit 31 indicates the progress of the task (total flight distance at the present time) and the number of phases of the five progresses in the hitting screen 600 and the phase result screen described above. May be displayed together. FIG. 18 is a diagram showing specific examples of achievement progress information 482 and progress status information 483 included in the batting screen 600 and the phase result screen.

  After all phases are executed, the event management unit 30 identifies points acquired according to the total flight distance, and determines which stage of the five tone parameters the acquired points correspond to To do. For example, when the total flight distance is 73 m, the event management unit 30 specifies that 730 points have been acquired, and that “normal” corresponds to 730 points. The tone parameter of the main character is determined as “normal”.

  In another embodiment, the event management unit 30 may determine the success or failure of the mini game (batting practice) based on whether or not the total distance traveled by five hits is equal to or greater than a predetermined threshold. If it is determined that the mini-game is successful, the event management unit 30 changes the tone parameter currently set for the leading character to a better one level (for example, from bad to normal). For example, if it is determined that the mini game has failed, the tone parameter is changed to the worse one step. In addition, when the total flight distance matches the predetermined threshold, the event management unit 30 may be configured not to change the tone parameter.

  The event execution unit 31 may display a mini game result screen (not shown) for notifying the user of a new tone parameter determined by the event management unit 30 at the end of the hitting practice.

FIG. 19 is a diagram illustrating a specific example of a task presentation screen displayed on the display unit 152 when the pitching practice is started. As in the case of the hitting practice, the task execution screen 845 including the task list 846 is generated by the event execution unit 31 even when the leading character is a pitcher.

  As an example, the throwing practice is a track out. The track out is a game in which, for example, pitching is performed from a pitcher mound, aiming at a plurality of (for example, nine) panels arranged around the home base 607, and the panel is removed. Following the task presentation screen 845, the event execution unit 31 sequentially displays the pitching screen 700 illustrated in FIGS. However, in the track-out mini game, nine panels are arranged in place of the batter character 601 at the position of the batter box. Also, the ability value information 701 of the batter character 601 is not displayed. The event execution unit 31 replaces each batter character 601 with the exception of arranging nine panels, in the same manner as described in the above section (Core operation UI for determining pitch content). In the example shown in FIG. 19, a total of 7 times) is advanced. The event execution unit 31 displays a phase result screen (not shown) showing the pitching result (here, the panel dropped out) with an illustration or an animation at the end of the phase, that is, after the pitching is performed by the main character. May be. In addition, the event execution unit 31 includes, on the above-described pitching screen 700 and the phase result screen, achievement progress information 482 indicating the degree of achievement of the task (the number of panels pulled out at the present time) and the number of phases out of the seven times. You may display together the progress status information 483 which shows whether it is progressing.

  After all the phases are executed, the event management unit 30 specifies points to be acquired according to the number of panels that have been removed, and the acquired points correspond to which of the five tone parameters. To decide. Note that bonus points may be added when a plurality of panels are removed in a single throw, or when panels are continuously removed. For example, when seven panels are removed, the event management unit 30 specifies that 100 points × 7 sheets + bonus 500 points = 1200 points have been acquired, and “good” corresponds to 1200 points. As a result, the tone parameter of the main character after the mini game is executed is determined as “good”.

  In another embodiment, the event management unit 30 may determine the success or failure of the mini game (throwing practice) based on whether or not the total of points from seven pitches is equal to or greater than a predetermined threshold. Then, as in the case of the hitting practice, the event management unit 30 changes the tone parameter currently set for the main character in accordance with the success or failure of the mini game. Note that when the point total matches the predetermined threshold, the event management unit 30 may be configured not to change the tone parameter.

  The tone parameters set in the mini game in this way influence the progress of the battle executed thereafter.

  First, in the semi-manual progress part, the play mode execution unit 113 changes the data structure or behavior of the lottery machine 620 so that the better the tone parameter, the more the cylinder stops in the lottery machine 620 with a better outcome for the team. You may control.

  For example, when the outcome is determined by the first method described above, the play mode execution unit 113 sets the probability so that the better the tone parameter, the higher the probability that the eye will appear. And the lottery machine 620 is controlled based on the probability set in that way.

  FIG. 20 is a diagram illustrating a data structure of the probability data stored in the storage unit 120 as the game information 132. FIG. 20 shows probability data set for a batter character 601 as an example. As shown in FIG. 20, the better the tone parameter of the batter character 601 is, the higher the winning probability of the good eye is. Note that the winning probability may be set for each of the three categories of jackpot, winning, and losing rather than for each outcome. In this case, the probability is set such that the better the tone parameter, the higher the probability of good classification. In addition, the winning probability may be determined based on the overall parameter of the batter character 601 or based on the comparison result of the overall parameter with the pitcher character 603 of the opponent.

  For example, when determining the outcome by the second method described above, the play mode execution unit 113 increases the proportion of the outcome that is good for the team on the side surface of the column of the lottery machine 620 as the tone parameter is better. You may place a turn. Furthermore, the arrangement of the protrusions on the side surface of the cylinder may be determined so that it can be easily stopped with a good protrusion. FIG. 21 is a diagram illustrating the data structure of the columnar data stored in the storage unit 120 as the game information 132. FIG. 22 is a schematic diagram of a cylinder when the cylinder of the lottery machine 620 is configured based on the cylinder data shown in FIG. FIG. 23 is a diagram illustrating another example of the data structure of cylinder data. FIG. 24 is a schematic diagram of a cylinder when the cylinder of the lottery machine 620 is configured based on the cylinder data shown in FIG.

In the present embodiment, as an example, the side surface of the cylinder 624 is divided into 16 frames, and the outcome is displayed in each frame. Cylindrical data is for each of the 16 frames from the 0th frame to the 15th frame.
One batting result is associated with each other. Of the 16 frames on the side surface of the cylinder 624, one frame in the center of the front is visually recognized from the window frame of the lottery machine 620 (see FIGS. 10 and 11). Then, the outcome to be won is determined when the cylinder 624 stops rotating and is associated with a frame that is visually recognized from the window frame. The position of the front center of the side surface of the cylinder 624 corresponding to the window frame is referred to as a winning position 625. A black star shown in the “winning position” column in FIGS. 21 and 23 means that the frame with the black star is currently located at the winning position 625. The play mode execution unit 113 moves the position of the black star sequentially within the 16 frames, and always keeps track of the outcome at the winning position 625. In addition, the play mode execution unit 113 rotates the cylinder 624 at a rotation direction according to the direction in which the black star is moved and at a rotation speed according to the timing at which the black star is moved, and the lottery machine 620 is moved to the batting screen 600 (or the throwing screen 700). ). When a tap operation for stopping the rotation of the cylinder 624 is accepted, the play mode execution unit 113 determines that the outcome associated with the frame with the black star at the time of input of the tap operation is the winning outcome. To do. Alternatively, the play mode execution unit 113 may determine that the outcome associated with the frame separated by a predetermined frame from the frame with the black star at the time of input of the tap operation is the winning outcome.

  FIG. 21 shows an example of columnar data configured based on the tone parameter of the leading character being superb. The play mode execution unit 113 generates the column data so that the better the tone parameter, the more good outcomes are arranged. Further, the play mode execution unit 113 may be arranged in a continuous frame so that the user can easily stop the cylinder 624 with a good outcome.

  FIG. 23 shows an example of cylinder data configured based on the condition parameter of the main character being absolutely abnormal. The play mode execution unit 113 generates the column data so that the worse the tone parameter is, the fewer the good outcomes are arranged. Further, the play mode execution unit 113 may be arranged in a distributed manner so that it is difficult for the user to stop the column 624 with a good outcome.

  Further, the play mode execution unit 113 may determine the rotation speed of the column 624 based on the tone parameter of the main character. That is, the play mode execution unit 113 rotates the column 624 so that the rotation speed becomes slower as the tone parameter is better. The slower the rotation speed, the more the user can measure the timing to stop the rotation while observing the contents of the output displayed on the side of the cylinder 624 that can be seen from the window frame of the lottery machine 620. It becomes easy to stop 624.

  The play mode execution unit 113 may determine the outcome by a method in which the above-described second method is combined with the above-described first method. Specifically, the play mode execution unit 113 processes the column data and the column 624 according to the second method until the step of stopping the rotation of the column 624 according to the user's tap operation. After that, to which frame the black star at the time when the tap operation is input is moved (that is, which frame is slid by the cylinder 624 and stopped) according to the probability set in advance based on the tone parameter. You may decide.

  For example, as shown in FIG. 23, when the black star is in the fifth frame at the time of the tap operation input, and the distance to slide the cylinder 624 is set to a maximum of 5 frames, the winning winner Candidates are from the 0th frame to the 5th frame (when the cylinder 624 rotates from top to bottom). In this case, the play mode execution unit 113 moves the black star according to the preset probability so that the better the tone parameter is, the better the winner is selected from the five candidates (sliding the column 624). . For example, when the tone parameter of the leading character is in a great condition, the probability of winning the “3 run home run” in the third frame is the highest, and on the contrary, in the case of a failure, the probability of the third frame being won is the highest. Set low.

  Secondly, in the auto progression part, each device of the game system 1 may be programmed so that the battle progresses based on the hitting (throwing) result better for the team as the tone parameter is better.

  Third, the tone parameter is used to correct the overall parameter of the main character in the battle. Specifically, when starting the next battle, the play mode execution unit 113 reads the tone parameter changed in the immediately preceding mini game from the main character information 122. Then, based on the read tone parameters, the overall parameters of the main character during the battle are corrected as follows. As an example, when the tone parameter is normal, the play mode execution unit 113 increases the overall parameter by a predetermined rate with a probability of 40%, maintains the current status of the overall parameter with a probability of 20%, and the remaining 40% probability. Then, the overall parameter is lowered by a predetermined rate. Alternatively, the play mode execution unit 113 maintains the current state of the overall parameter with a probability of 1/3 and increases the overall parameter by a predetermined rate with the remaining 2/3 of the probability when the tone parameter is in good condition. Alternatively, the play mode executing unit 113 maintains the current state of the overall parameter with a probability of 1/3 when the tone parameter is abnormal, and lowers the overall parameter by a predetermined rate with the remaining 2/3 of the probability.

  The overall parameters are updated over a long-term span (seasonal) based on the annual salary updated every season, and further based on the success or failure of a mini-game executed at the beginning of the season and before the competition. It can be increased or decreased over a short-term span (every season). As described above, the overall parameter is a parameter that is likely to increase due to the skill of the user operation, and the height of the overall parameter leads to advantageous advancement of the battle. Therefore, the interest property of the battle can be further improved by adopting the comprehensive parameters that are easily increased.

  Fourth, when the main character is the batter character 601, in the full manual progression part of the battle, the user terminal 100 is more advantageous for the user's batting operation as the tone parameters are better in the display mode of the various batting support objects. You may control so that it may become. Specifically, the object control unit 116 displays the timing hint object 605, the position hint object 608, the direction hint object 609, etc. in FIG. 5 in an easy-to-understand manner or at an early timing when the tone parameter is good. May be. As a result, the better the tone parameter of the main character, the higher the possibility that the user will perform a batting operation.

(Match)
The event execution unit 31 executes a battle as a main event next to the mini game according to the instruction of the event management unit 30. In this embodiment, a total of five battles are executed, with four non-core operation battles and one core operation battle per season.

Non-core operation match:
In the non-core operation battle, the play mode execution unit 113 automatically calculates the batting result for each batting in accordance with the various parameters of each character belonging to each team according to the game program 131 and advances the battle. “Automatically” means that the user's operation is not involved at all even though the batting result is determined. Each batter automatically advanced by the play mode execution unit 113 corresponds to the auto progression part shown in FIG.

  FIG. 25 is a diagram illustrating an example of a battle screen displayed on the display unit 152 when the event execution unit 31 advances a battle. The battle screen 870 is a screen displayed when a certain inning is automatically progressing.

  The non-core operation battle includes at least one turn at the turn of the main character selected by the user in the “player selection” event (see FIG. 14). When the main character is the batter character 601, the battle screen 871 is a screen that is displayed at the timing when the main character's batter turns around. The at-bat is equivalent to the semi-manual progression part shown in FIG. After displaying the battle screen 871, the play mode execution unit 113 displays, for example, a batting screen 600 shown in FIG. The batting result of the batting (the batting result when looking at the leading character) is determined according to the user's tap operation (non-core operation) for stopping the lottery machine 620 from rotating.

Match result output:
FIG. 26 is a diagram illustrating an example of a battle result screen displayed on the display unit 152 after the battle is completed and showing the result of the battle. The event management unit 30 determines an evaluation value for evaluating the quality (action) of the main character in the battle every time the battle is ended by the event execution unit 31. For example, a battle result screen 880 including the determined evaluation value 881 is displayed by the display control unit 112.

The evaluation value 881 may be calculated for each of a plurality of evaluation items regarding the action of the leading character throughout the season. For example, when the main character is a fielder, every time the match is finished, “batting rate”, “batting point”, “home run (number)”, “hit (number)”, “OPS (On-base Plus Slugging)”, etc. An evaluation value 881 may be calculated for each evaluation item related to the individual performance. In addition, an evaluation value 881 may be calculated for an evaluation item of “team performance” indicating the team's victory or defeat such as “○ win ○ lose ○ min”. Furthermore, an evaluation value 881 indicating the “task execution result” of the main character may be calculated for the supervisor mission assigned to the main character as a task. The evaluation value 881 calculated for each battle is added up at the end of the season, and is obtained as an evaluation result for the action of the main character throughout the season. The evaluation results then affect the annual salary calculation or level determination performed at the end of the season. When the leading character is a pitcher, for example, “the number of wins”, “the defense rate”, “the number of strikeouts”, “the number of innings”, “WHIPs (Walks plus Hits per Inning Pitched)”, “team performance” The evaluation value 881 may be calculated for each evaluation item such as “”.

  The event management unit 30 responds to the protagonist character according to the individual events presented by the event execution unit 31 or according to the execution results (for example, personal results, director evaluation, etc.). May be rewarded. The reward is, for example, a consumption item having an effect of strengthening the main character.

Core operation match:
In the core operation battle, as in the non-core operation battle, the batting result is automatically calculated for each batting and the auto progress part of the battle is advanced. The core operation battle includes at least one turn at the turn of the main character. When the main character is the batter character 601, the play mode execution unit 113 displays the battle screen 871 at the timing when the main character's bat is turned. The bat is equivalent to the full manual progress part shown in FIG.

  In the present embodiment, the event management unit 30 presents a task to be achieved by the main character in the full manual progress part immediately before shifting to the full manual progress part. FIG. 27 is a diagram illustrating an example of a task presentation screen displayed on the display unit 152 when the event management unit 30 presents a task to the user in the core operation battle. The task is, for example, a supervisory mission.

For example, the task presentation screen 850 illustrated in FIG. 27 includes a task 851. This task 851 is a supervisory mission that imposes a hit on the main character during one batting when the main character is a fielder, and at the timing when the main character hits the main character in the 8th table. Presented to the user.

  Next, the event execution part 31 displays the batting screen 600 shown in FIG. The batting result of the batting (the batting result from the viewpoint of the main character) is determined according to the user's swipe operation and flick operation (core operation related to batting) for determining the batting action of the batter character 601. The user can cause the main character to accomplish the task by causing the batter character 601 that is the main character to hit a hit at this batter.

  Subsequently, after the event execution unit 31 determines the task execution result (batting result) and completes the batting of the full manual progress part described above, the event management unit 30 before moving to the next batting In addition, the execution result may be output via the display control unit 112. For example, when the event execution unit 31 completes the above-described batting with the content that “the main character has hit a hit from the pitcher character 603 of the opponent team”, the event management unit 30 means that the task is successful. The task presentation screen 860 including the task execution result 861 to be displayed may be displayed. A plurality of task execution results 861 may be displayed with different expressions. On the other hand, when the event execution unit 31 completes the above-mentioned batting with the content that “the main character has been taken out by ordinary hitting”, the event management unit 30 indicates that the task execution result means task failure. A task presentation screen 860 including may be displayed. The task execution result indicating task failure may include text such as “mission failure” and “general hit”, for example.

  When the leading character is a pitcher, instead of the fielder task 851, for example, a supervisory mission that imposes 0 points for one inning is presented to the user at the start of the defensive inning. Next, the event execution unit 31 repeatedly displays the pitch screen 700 shown in FIGS. 6 to 9 for the number of bats included in the inning. The inning result of the inning (the pitching result in the viewpoint of the main character) is input repeatedly for the number of times at bats, and the first tap operation, swipe operation, and second tap of the user for determining the pitching action of the pitcher character 603 Determined according to the operation. In this inning, the user can cause the main character to accomplish the task by taking 3 outs without taking one point.

  The event management unit 30 may output the task execution result (inning result) determined by the event execution unit 31 via the display control unit 112. For example, when the event execution unit 31 completes the above inning with the content that “the leading character has been reduced to 0”, the event management unit 30 sets the task execution result 861 that means the task success as Instead of the text “2 base hits”, text such as “Strike Strike 1, Hit 1, Hit, 0” may be displayed on the task presentation screen 860.

  The battle result output in the core operation battle is also executed in the same manner as the battle result output in the non-core operation battle.

(Season final result output)
FIG. 28 is a flowchart showing a specific example of the annual salary calculating process shown in step S108 of FIG. 3 executed by the annual salary calculating unit 32 in the event of the season final result output. The event of the season final result output is executed at the end of the season by the annual salary calculation unit 32 after the set of each event assigned to one season is completed (see step S108 in FIG. 3). FIG. 29 is a diagram showing an example of the personal results screen displayed on the display unit 152 during the progress of the event of the season final result output. FIG. 30 is a diagram illustrating an example of a final result screen displayed on the display unit 152 during the progress of the event of the season final result output.

  The annual salary calculation unit 32 may acquire the team score of the own team including the main character from the main character information 122 (step S201). The acquired team results may be displayed on the display unit 152 via the display control unit 112.

  The annual salary calculation unit 32 acquires the personal performance of the main character from the main character information 122 (step S202). The acquired personal results are displayed on the display unit 152 via the display control unit 112 (individual results screen 890 shown in FIG. 29).

  The annual salary calculation unit 32 may calculate the team results or the individual results in step S201 or step S202 based on the evaluation value 881 calculated as the execution result of each battle, or the evaluation value calculated in advance. A total value of 881 may be acquired as team results or individual results.

  The annual salary calculation unit 32 acquires the supervisor mission achievement result from the main character information 122 (step S203). Further, the annual salary calculating unit 32 may calculate task execution results throughout the season based on the task execution results for each match. In this embodiment, the task execution result is, for example, the degree of achievement of the supervisory mission indicating how much of the supervisory mission has been achieved, and the task execution result is, for example, a supervisory evaluation. The calculated supervisory evaluation is displayed on the display unit 152 via the display control unit 112 (individual result screen 890 shown in FIG. 29). The annual salary calculation unit 32 calculates so that the value of the supervisor evaluation based on the achievement level of the supervisor mission greatly fluctuates in the home match, and suppresses the fluctuation in the value of the supervisor evaluation in the visit match than in the home match. May be.

  The annual salary calculation unit 32 adds the evaluation values acquired in the above steps. Then, according to a predetermined calculation formula, the salary for this season is calculated based on the combined evaluation value (step S204). The annual salary calculating unit 32 associates the season identification information (for example, “2016 season”) with the calculated annual salary, and stores them as a part of the main character information 122. The calculated annual salary may be included in the personal results screen 890 and displayed on the display unit 152 via the display control unit 112.

  In the present embodiment, when the annual salary calculation unit 32 adds the evaluation values, a weighting value may be added according to the importance of each evaluation value. For example, in the present embodiment, the largest weighting value is added to the supervisory evaluation value. Thereby, when the annual salary calculating unit 32 calculates the annual salary or level of the main character, the value of the above-described supervisory evaluation has the greatest influence. Of the evaluation values acquired in steps S201 to S203, the team results are most affected by the progress result of the auto progress part, and the individual results are also largely influenced by the progress result of the auto progress part. However, since the supervisory mission is a task imposed on the full manual progress part as described above, the supervisor mission achievement result, that is, the value of the supervisory evaluation directly reflects the progress result of the full manual progress part. It is. Thus, by configuring the annual salary calculation unit 32 so that the core operation performed by the user occupies the most important ratio in the evaluation of the season, the user can be encouraged to master the core operation.

  Note that the main character information 122 may include the highest annual salary for the main character as the highest annual salary for the season played in the past. In this case, the annual salary calculating unit 32 compares the lifetime maximum annual salary included in the main character information 122 until the previous season with the annual salary calculated in step S204 (step S205). When the annual salary of this season exceeds the lifetime maximum annual salary up to the previous season (YES in step S205), the annual salary calculating unit 32 updates the lifetime maximum annual salary to the annual salary of this season (step S206).

When the lifetime highest annual salary is updated to the current annual salary, the annual salary calculating unit 32 determines that the leading character has achieved a career-high (self-maximum) (step S20).
7). In this case, the annual salary calculating unit 32 greatly increases the level of the leading character based on the achieved self-maximum amount, that is, the updated lifetime maximum annual salary (step S208). For example, “Lv.1” is increased to “Lv.12”.

  On the other hand, when the lifetime highest annual salary is not updated to the current annual salary, the annual salary calculating unit 32 determines that the career high has not been achieved (step S209). Even in this case, the annual salary calculating unit 32 may increase the level of the leading character by one level (step S210). According to this structure, if a user plays a season play mode, a main character can be strengthened at least 1 step | paragraph. Therefore, it is possible to eliminate a situation where there is no return as a result of playing the season play mode (the leading character cannot be strengthened). As a result, it is possible to avoid impairing the motivation for playing the season play mode.

  The ability value adjustment unit 114 adjusts the ability value of the main character based on at least one of the lifetime maximum salary and the level determined through step S206 according to the ability value determination table 121 (step S109 in FIG. 3). reference). For example, the ability value adjustment unit 114 sets the value of at least one of the general parameter and the skill-specific body parameter so that the main character becomes stronger as the main character's lifetime maximum annual salary is higher or the level is higher. adjust.

  As shown in FIG. 30, final results including determination results for achievement or unachieved career high, updated level 805, updated overall evaluation 806, adjusted overall parameters, and adjusted body parameters by various skills A screen 895 may be displayed on the display unit 152 via the display control unit 112.

From the above, in the season play mode, the proficiency values (specifically, “skill-specific body parameters” and “total parameters”) of the leading character referenced in the battle event are the seasons in which the battle is in progress. Determined based on lifetime maximum annual salary and / or level up to earlier seasons. The lifetime maximum salary and / or level is determined at the end of each season by letting the main character repeat the season in the season play mode. The lifetime maximum annual salary is not updated if the annual salary calculated for each season falls. The level is increased by at least one level even if the highest annual salary is not updated every season. Thereby, the ability value of the leading character and the strength of the own team do not decrease based on the fact that the annual salary has decreased.
Rather, it is guaranteed that the level will be increased by one stage by playing the season play mode. Therefore, the user does not take the risk that the ability value of the main character and the strength of the own team will decrease. Rather, in the season play mode, only the merit that the ability of the main character and the own team in the battle can be enhanced is obtained. As a result, it is possible to enhance the user's incentive to play the season play mode and further improve the interest of the game.

[Embodiment 2]
The ability value adjusting unit 114 may adjust the team general parameters set for the own team including the main character based on the calculated annual salary instead of the general parameters of the main character.

Specifically, the ability value adjustment unit 114 is configured so that the higher the total value of the annual salary or lifetime maximum annual salary set for each character belonging to the team, the higher the team overall parameter of the team. Adjust the overall parameters. The ability value adjusting unit 114 further adds an increment corresponding to the total value of the annual salary to the total value of the total parameters set for each character belonging to the own team, so that the final team total parameter is automatically determined. Set for the team.

  In this way, the adjusted team comprehensive parameter of the own team is compared with the team comprehensive parameter of the opponent team in the battle. As a result of the comparison, each character of the team whose team overall parameter is lower is adjusted to the skill-specific body parameter related to the ability to be exhibited in the battle.

[Embodiment 3]
The ability value adjusting unit 114 may adjust the skill-specific body parameters of the main character character based on the calculated annual salary instead of the general parameters of the main character character.

  For example, in the season play mode, the play mode execution unit 113 gives an experience value to the main character as a reward for each season according to the annual salary calculated at the end of the season. The ability value adjusting unit 114 adjusts the skill-specific body parameter of the leading character upward according to the integrated value of the experience values.

〔effect〕
According to each of the above embodiments, in the season play mode, an easy-to-understand problem of increasing the salary of the main character is presented to the user. And it can be played for many seasons with one character as the main character. Therefore, the user can play with long-time enjoyment of career advancement of the leading character with attachment to the leading character.

  In addition, the increase in the annual salary of the main character in the season play mode leads to the strengthening of the individual main character and / or the entire team to which the main character belongs, and the battle can be advantageously advanced. This is a strong incentive to play the season play mode.

  In addition, by adopting the concept of the highest annual salary, the incentive to play the season play mode is not impaired. The lifetime maximum annual salary is a value that is not affected by the annual salary fluctuations that are updated in each season, and based on this lifetime maximum annual salary, the main character and / or the strength of the entire team in the battle is determined. is there. The user can play the season play mode by pursuing only the merit of strengthening the team without taking the risk of a decrease in ability value due to the annual salary reduction.

  For example, according to the technique of Patent Document 1, various ability values are set for the character, and the user can select which ability value is to be strengthened to what extent. However, while there is a high degree of freedom in training, there is a problem that it is difficult to train a character according to purpose.

  Moreover, according to the technique of patent document 2, since the character to be trained is frequently changed, the attachment to the character to be trained does not increase. Therefore, there is a possibility that the user does not feel attractive for playing the breeding mode.

  As described above, according to each embodiment, it is possible to solve all of the problems of these conventional techniques.

Furthermore, according to the first embodiment, the battle event that proceeds in the season play mode includes:
Manual progress parts for at least one bat or at least one phase are included. The manual progression part includes a full manual progression part that proceeds based on a core operation adopted in a battle (actual battle) in the battle mode, and a semi-manual progression part that proceeds based on a non-core operation.

  The advantage of the full manual progression part is that it is possible to provide the user with an opportunity to master the core operation adopted in the battle mode in the season play mode whose main purpose is to strengthen the main character.

  The advantage of the semi-manual progress part is that the event progresses at a faster tempo than the full manual progress part, and the user's operation affects the progress result. It is in a point that can be done.

  Furthermore, the manual operation employed in the semi-manual progression part is, as an example, a non-core operation for controlling the lottery machine 620 that is simpler than the core operation. Therefore, the batting result (throwing result or batting result) is determined by lottery without complicated calculation based on the core operation. Therefore, it is not necessary to calculate the movement of each character arranged in the game space and the movement of each object (for example, the movement trajectory of the ball 604) or generate an animation based on these movements. As a result, the processing load or communication load of the user terminal 100 as a client computer and the server 200 as a server computer is reduced.

  According to the first embodiment, the core operation battle including the full manual progress part and the non-core operation battle including the semi-manual progress part are executed at a suitable ratio in one season. Thereby, the time required to play one season in the season play mode is shortened without impairing the interest of the season play mode. Therefore, strengthening of the character appointed in the main battle mode is promoted. This leads to efficient strengthening of each character appointed in the battle mode, and thus the entire team. In addition, the user's own core operation proficiency is also promoted. As a result, in the battle mode, the user can easily win the battle, and the motivation to play the battle mode is further enhanced. In other words, if you play the season play mode, the user will become skillful, the team owned by the user will become stronger, it will be easier to win in the battle mode, and you will want to play the season play mode for victory Can be produced.

  Furthermore, according to Embodiment 1, a mini game is implemented before each battle. In the present embodiment, the mini game progresses based on the core operation performed by the user and various ability values set for the main character, similarly to the full manual progress part of the battle. That is, the better the core operation of the user and the higher the ability value of the main character, the better the execution result in the mini game. Furthermore, the better the execution result of the mini-game, the more advantageously each subsequent battle can be advanced.

  The advantage of implementing a mini-game is that it provides the user with a natural opportunity to learn core operations as part of the play in the season play mode. Moreover, a clear return for strengthening the leading character is presented to the user. Specifically, if the mini game is skillfully mastered, the user himself / herself will be skillful, the subsequent battle event can be advantageously advanced, the leading character can be strengthened efficiently, and the mini game can be advantageously further enhanced. A virtuous cycle of being able to proceed can be created. As a result, the motivation to play the season play mode is further enhanced.

According to the first embodiment, the competition event in the season play mode includes a manual progression part (full manual progression part and semi-manual progression part) that pursues interest as a baseball game, and auto progression that pursues a reduction in required time. Includes both part and part. Each battle event includes each of these progression parts in a suitable proportion, further enhancing the efficiency of character enhancement in the season play mode without diminishing the motivation to play the season play mode. Realize.

[Example of software implementation]
The control block of the control unit 110 (in particular, the operation reception unit 111, the display control unit 112, the play mode execution unit 113, the ability value adjustment unit 114, the battle mode execution unit 115, and the object control unit 116) is an integrated circuit (IC chip). It may be realized by a logic circuit (hardware) formed in the same manner, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus including the control unit 110 includes a CPU that executes instructions of a program that is software that realizes each function, and a ROM in which the program and various data are recorded so as to be readable by the computer (or CPU). (Read Only Memory) or a storage device (these are referred to as “recording media”), a RAM (Random Access Memory) for expanding the program, and the like. And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs 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, or the like can be used. The program may be supplied to the computer via an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

  The information processing apparatus described above may be realized by any one apparatus (server 200 or user terminal 100) that constructs the game system 1, or may be realized by a combination of a plurality of apparatuses (server 200 and user terminal 100). May be.

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

[Additional Notes]
The contents according to one aspect of the present invention are listed as follows.

(Item 1) The game program (131) has been described. According to an aspect of the present disclosure, the game program is executed by a computer (user terminal 100) including a processor (10), a memory (11), and a display unit (152). A game based on a game program is a game in which a team operated by a user is played against another team as an opponent. The game program sets, in a first game mode (season play mode) including a plurality of events, a step (S102) of setting at least one character belonging to the team as a designated character based on a user operation. Based on the user's operation, the step of advancing the event by moving the designated character (S106), the step of evaluating the movement of the designated character performed in the event (S108), and the evaluation result in the step of evaluating Based on this, the ability value (total parameter, skill-specific body parameter, level) of one or more characters including the designated character to participate in the battle is adjusted, and the battle is advanced based on the adjusted capability value (S106). , S112). The event includes a first event (core operation battle) including a first part (full manual progression part) that progresses based on the first operation (core operation) of the user, and a second operation (non-core operation) of the user. There is a second event (non-core operation battle) including a second part (semi-manual progression part) that progresses based on the first game, and the first operation is a battle in a second game mode (match mode) different from the first game mode. Is an operation for determining the movement of the character belonging to the own team, which is indispensable for proceeding the game, and the second operation is an operation for determining the movement of the character belonging to the own team more easily than the first operation. Yes, in the step of advancing the event, the first event and the second event are each advanced one or more times. Thereby, there exists an effect that the interest property of a game is improved further.

  (Item 2) In (Item 1), the game is a baseball game, the battle is a baseball game, and the first operation is an operation for determining a batting action of a character belonging to the team. The first operation includes an operation for designating a position for hitting a pitch and an operation for designating a timing for performing the hit. Thus, in the first game mode, the user is given an opportunity to become familiar with the operation for specifying the position for hitting the pitch and the operation for specifying the timing for performing the hit, which are necessary in the second game mode. Can do.

(Item 3) In (Item 2), the first operation includes a swipe operation for moving the meat cursor indicating the position as an operation for specifying the position at which the batting is performed, and an operation for designating the timing at which the batting is performed. Includes flick operations. Thereby, in the first game mode, the user can be given an opportunity to become familiar with the swipe operation for moving the meet cursor and the flick operation for specifying the timing required in the second game mode.

  (Item 4) In any one item from (Item 1) to (Item 3), the game is a baseball game, the battle is a baseball game, and the first operation is for a character belonging to the own team. This is an operation for determining a pitching operation, and the first operation includes an operation for designating a ball type and an operation for designating a pitching course. Thereby, in the first game mode, the user can be given an opportunity to become familiar with the respective operations for specifying the ball type and the pitching course that are necessary in the second game mode.

  (Item 5) In (Item 4), the first operation further includes an operation for determining success or failure of the pitching result, and an operation for determining the success or failure of the pitching result is input in the step of advancing the battle. Based on the determined timing, it is determined whether the pitching performed by the characters belonging to the team is successful or unsuccessful, and when it is determined that the pitching is successful, the battle is advantageously advanced to the team. Thereby, in the first game mode, the user can be given an opportunity to become proficient in the operation for determining success or failure of the pitching result, which is necessary in the second game mode. The user can perform an operation for determining success or failure of the pitching result so that it is determined that the pitching is successful.

  (Item 6) In (Item 5), the step of proceeding with the battle includes a display unit with a reference position (determination reference 616) for determining success or failure of the pitch and a UI object that moves toward the reference position. Displaying the (timing determination object 615), and the first operation includes a tap operation for designating a timing for stopping the movement of the UI object as an operation for determining success or failure of the pitching result, and advancing the battle Then, the success or failure of the pitch is determined based on the positional relationship between the reference position and the UI object. Thereby, the user can be given an opportunity to become familiar with the tap operation that specifies the timing for stopping the movement of the UI object, which is necessary in the second game mode, in the first game mode.

(Item 7) In any one item from (Item 1) to (Item 6), the step of proceeding the event imposes a task (supervision mission) on the designated character in the first part, and the task Determining a motion to be performed by the designated character to achieve the following, based on the first operation, and the step of evaluating calculates an evaluation value for each of a plurality of evaluation items for the motion of the designated character, In addition, in the step of evaluating, including determining the evaluation result of the action by combining the calculated evaluation values, a task that evaluates how much the designated character has achieved the task is one of the evaluation items. Calculate performance results. Thereby, the task execution result that directly reflects the skill of the first operation (operation essential in the battle) performed by the user affects the ability value of the character referenced in the battle. In order to advance the battle advantageously, the user desires to increase the ability value of the character, and therefore tries to master the first operation in order to leave a good task execution result. As a result, the user's mastery of the first operation can be promoted, and the user's motivation for playing the game can be enhanced.

  (Item 8) In (Item 7), a weighting value is set for each of a plurality of evaluation items, and a weighting value larger than the other evaluation items is set for the task execution result, and the step of evaluating Then, the evaluation values are combined in consideration of the weighted values assigned to the plurality of evaluation items. Since it is important to leave a good task execution result regarding increasing the ability value of the character, the user makes further efforts to master the first operation. In addition, since the skill of the first operation performed by the user is an important element in favor of proceeding with the battle, the user can be fully convinced with the progress result of the battle. As a result, the user's motivation for playing the game can be further enhanced.

(Item 9) In any one item from (Item 1) to (Item 8), the second operation is performed for one lottery machine for which the action result of the character belonging to the team is the result. This is an operation for instructing to determine the eye. Since the second operation is simpler than the first operation, the second event can proceed more smoothly than the first event, and the progress content depends on the second operation performed by the user. Therefore, the user can be fully convinced with the progress result of the battle. As a result, the first game mode can be efficiently played to the user without weakening the user's motivation for playing the game.

  (Item 10) In (Item 9), the first game mode includes at least one sub-event that proceeds based on the ability value of the designated character and the first operation, and in the step of advancing the event, execution of the sub-event The first part is advanced based on the result and the first operation, and the second part is advanced based on the execution result of the sub-event and the second operation. Thereby, the opportunity to practice 1st operation with respect to a user can be provided naturally in the process of playing a game. In order to advantageously advance the battle in the second game mode, the user wants to leave a good result in the event in the first game mode, and for this purpose, the user plays a sub-event that proceeds based on the first operation. Playing the sub-event itself is a good opportunity for the user to become proficient in the first operation. If the user is proficient in the first operation, a good result can be obtained in the sub-event. As a result, a good result is obtained in the event in the first game mode, and a virtuous cycle in which the battle in the second game mode can be advantageously advanced is born. As a result, the user's motivation for playing the game can be further enhanced.

  (Item 11) In (Item 10), in the step of advancing the event, in the second part, the better the execution result of the sub-event, the easier it is to see the action result that is more advantageous for the team. Control the lottery machine. Thereby, the above-mentioned virtuous cycle is born, and as a result, the user's motivation for playing the game can be further enhanced.

  (Item 12) In the step of advancing the event in (Item 11), in the second part, the better the execution result of the sub-event, the easier it is to see the action result that is more advantageous for the team. Then, at least one of the ratio of advantageous outcomes in the lottery machine and the arrangement of each outcome is changed. Thereby, the above-mentioned virtuous cycle is born, and as a result, the user's motivation for playing the game can be further enhanced.

  (Item 13) In (Item 11) or (Item 12), the lottery machine includes a rotating body (column 624) having each region corresponding to each outcome, and the step of advancing the event is performed in the second part, Stop the rotating body according to an operation instructing to determine one outcome, and the own team based on one outcome corresponding to the area at a predetermined winning position when the rotating body stops In the step of advancing the event, including determining the action result of the character belonging to, the rotation speed of the rotating body is decreased as the execution result of the sub-event is better. Thereby, the above-mentioned virtuous cycle is born, and as a result, the user's motivation for playing the game can be further enhanced.

  (Item 14) In (Item 11), in the step of advancing the event, in the second part, the better the execution result of the sub-event, the easier it is to see the action result that is more advantageous for the team. , Change the winning probability of each outcome in the lottery machine. Thereby, the above-mentioned virtuous cycle is born, and as a result, the user's motivation for playing the game can be further enhanced.

  (Item 15) In any one item from (Item 10) to (Item 14), in the first part, in the first part, in the first part, the display unit supports an object for supporting the first operation of the user ( Display a timing hint object 605, a meet cursor 606, a position hint object 608, and a direction hint object 609). In the step of advancing the event, the display mode of the support object is controlled according to the execution result of the sub-event. . Thereby, the above-mentioned virtuous cycle is born, and as a result, the user's motivation for playing the game can be further enhanced.

  (Item 16) In any one item from (Item 10) to (Item 15), the first event and the second event proceed independently of the user's operation based on at least the ability value of the designated character. In the step of proceeding the event including the third part to be performed, the third part is advantageously advanced for the own team as the execution result of the sub-event is better. Thereby, the above-mentioned virtuous cycle is born, and as a result, the user's motivation for playing the game can be further enhanced.

  (Item 17) In (Item 16), in the step of advancing the event, the better the execution result of the sub-event, the higher the ability value is adjusted, and the first event and the first event are adjusted based on the adjusted ability value. Advance two events. Thereby, the above-mentioned virtuous cycle is born, and as a result, the user's motivation for playing the game can be further enhanced.

(Item 18) In any one item from (Item 1) to (Item 17), in the first game mode, one or more first events and one or more second events are predetermined among a plurality of events. In the step of proceeding the battle, the battle is performed based on the ability value of the designated character, which is increased according to the evaluation result related to the action of the designated character performed in the first event and the second event. Make it progress. Thereby, the first game mode is configured in a well-balanced manner with the first event including the first part and the second event including the second part, without impairing the fun of the first game mode, The time required for the first game mode can be shortened. Therefore, strengthening of the character appointed in the second game mode is promoted. As a result, the motivation for playing the second game mode is further enhanced.

  (Item 19) In (Item 18), the first event and the second event are composed of a plurality of parts, and the first event is based on at least one first part and the ability value of the designated character, based on the user's ability value. The second event includes a plurality of third parts that proceed independently of the operation at a predetermined ratio, and the second event includes at least one second part and a plurality of third parts at a predetermined ratio. The motivation for playing the first game mode is that each event includes a manual progress part that accepts a user's operation on the character and an auto progress part that does not depend on the user's operation on the character at a suitable ratio. It is possible to further improve the efficiency of character enhancement in the first game mode without weakening the attachment.

  (Item 20) In (Item 19), in the step of advancing the event, the part that is scheduled to proceed next as the third part in accordance with the progress of each part in the first event or the second event, respectively, Including changing to one or second part. Thereby, the interest in the 1st game mode can be improved effectively, realizing the efficiency improvement in the 1st game mode.

  (Item 21) A method for executing a game program has been described. According to an aspect of the present disclosure, the game program (131) is executed by a computer including a processor (10), a memory (11), and a display unit (152). A game based on a game program is a game in which a team operated by a user is played against another team as an opponent. In the method, the processor sets, based on the user's operation, at least one character belonging to the team as a designated character, and in the first game mode including a plurality of events, based on the user's operation, One or more including a designated character that participates in the battle based on the evaluation result in the step of advancing the event by moving the designated character, the step of evaluating the movement of the designated character performed in the event, and the step of evaluating Adjusting the ability value of the character and proceeding the battle based on the adjusted ability value. The event includes a first event including a first part that proceeds based on the first operation of the user, and a second event including a second part that proceeds based on the second operation of the user. The operation for determining the movement of the character belonging to the team, which is indispensable for proceeding with the battle in the second game mode different from the first game mode. The second operation is simpler than the first operation. This is an operation for determining the actions of the characters belonging to the own team, and in the step of advancing the event, the first event and the second event are each advanced at least once. The method according to (Item 21) has the same effects as the game program according to (Item 1).

(Item 22) The information processing apparatus (user terminal 100) has been described. According to an aspect of the present disclosure, the information processing apparatus controls the operation of the information processing apparatus by executing the storage unit (120) that stores the game program (131), the display unit (152), and the game program. And a control unit (110). A game based on a game program is a game in which a team operated by a user is played against another team as an opponent. The control unit sets at least one character belonging to the own team as a designated character based on the user's operation, and causes the designated character to move based on the user's operation in the first game mode including a plurality of events. The event progresses, the action of the designated character carried out in the event is evaluated, and the ability value of one or more characters including the designated character that participate in the battle is adjusted based on the evaluation result, and the adjusted ability The battle is advanced based on the value. The event includes a first event including a first part that proceeds based on the first operation of the user, and a second event including a second part that proceeds based on the second operation of the user. The operation for determining the movement of the character belonging to the team, which is indispensable for proceeding with the battle in the second game mode different from the first game mode. The second operation is simpler than the first operation. This is an operation for determining the actions of the characters belonging to the own team. When the event is advanced, the control unit advances the first event and the second event one or more times. The information processing apparatus according to (Item 22) has the same effects as the game program according to (Item 1).

1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF, 14,24 input / output IF, 15 touch screen, 17 camera, 18 distance sensor, 30 event management Part, 31 event execution part, 32 year salary calculation part, 100 user terminal, 110 control part, 111 operation reception part, 112 display control part, 113 play mode execution part, 114 ability value adjustment part, 115 battle mode execution part, 116 object Control unit, 120 storage unit, 121 ability value determination table, 122 leading character information, 131 game program, 132 game information, 133 user information, 151 input unit, 152 display unit, 200 server

Claims (22)

A game program,
The game program is executed by a computer including a processor, a memory, and a display unit,
The game based on the game program is a game in which the own team operated by the user and the other team that is the opponent are played against each other,
The game program is stored in the processor.
Setting at least one character belonging to the own team as a designated character based on the operation of the user;
In the first game mode including a plurality of events, the step of proceeding the event by operating the designated character based on the operation of the user;
Evaluating the action of the designated character performed in the event;
Adjusting the ability value of one or more characters including the designated character to participate in a battle based on the evaluation result in the step of evaluating, and executing the battle based on the adjusted ability value ,
The event includes a first event that includes a first part that proceeds based on the first operation of the user, and a second event that includes a second part that proceeds based on the second operation of the user,
The first operation is an operation for determining an action of a character belonging to the own team, which is essential for proceeding with a battle in a second game mode different from the first game mode,
The second operation is an operation for determining the actions of characters belonging to the own team more easily than the first operation.
In the step of advancing the event, a game program in which the first event and the second event are each advanced at least once. The game is a baseball game, and the match is a baseball game,
The first operation is an operation for determining a batting action of the characters belonging to the team, and the first operation includes an operation for designating a position where the batting is performed on the pitch and a timing at which the batting is performed. The game program according to claim 1, comprising an operation to specify.   The first operation includes a swipe operation for moving a meet cursor indicating the position as an operation for designating the position at which the batting is performed, and a flick operation as an operation for designating the timing at which the batting is performed. 2. The game program according to 2. The game is a baseball game, and the match is a baseball game,
The first operation is an operation for determining a pitching motion of characters belonging to the team, and the first operation includes an operation for designating a ball type and an operation for designating a pitching course. 4. The game program according to any one of 1 to 3. The first operation further includes an operation for determining success or failure of the pitching result,
The step of proceeding with the battle includes:
Determining whether the pitching performed by the character belonging to the team is successful or unsuccessful based on the timing at which an operation for determining success or failure of the pitching result is input; and
5. The game program according to claim 4, further comprising advancing the battle in an advantageous manner to the own team when it is determined that the pitching is successful. The step of proceeding with the battle includes:
Displaying a reference position for determining success or failure of the pitch and a UI object moving toward the reference position on the display unit;
The first operation includes a tap operation for designating a timing for stopping the movement of the UI object as an operation for determining success or failure of the pitching result,
The game program according to claim 5, wherein in the step of proceeding the battle, the success or failure of the pitch is determined based on a positional relationship between the reference position and the UI object. The step of proceeding with the event comprises:
Imposing a task on the designated character in the first part; and
Determining an action to be performed by the designated character to accomplish the task based on the first operation;
Including
The step of evaluating comprises
For the action of the designated character, calculating an evaluation value for each of a plurality of evaluation items, and
Combining the calculated evaluation values to determine the evaluation result for the operation,
7. The task evaluation result according to claim 1, wherein in the step of evaluating, a task execution result obtained by evaluating how much the designated character has achieved the task is calculated as one of the evaluation items. Game program. A weighting value is set for each of the plurality of evaluation items, and in the task execution result, a weighting value larger than other evaluation items is set,
The game program according to claim 7, wherein in the step of evaluating, the evaluation values are combined in consideration of a weighting value assigned to each of the plurality of evaluation items.   9. The second operation according to claim 1, wherein the second operation is an operation for instructing a lottery machine whose action result of the character belonging to the team is to be determined to determine one outcome. The game program according to any one of the above. The first game mode includes at least one sub-event that proceeds based on the ability value of the designated character and the first operation,
In the step of advancing the event, the first part is advanced based on the execution result of the sub-event and the first operation, and the second part is advanced based on the execution result of the sub-event and the second operation. The game program according to claim 9.   In the step of advancing the event, in the second part, the lottery machine is controlled so that the better the execution result of the sub-event, the easier it is associated with the operation result advantageous to the team. The game program according to claim 10.   In the step of advancing the event, in the second part, the better the result of execution of the sub-event, the more advantageous the result in the lottery machine is so that the operation result advantageous to the team is more easily associated. The game program according to claim 11, wherein at least any one of a ratio of each outcome and an arrangement of each outcome is changed. The lottery machine includes a rotating body having each region corresponding to each turn,
The step of advancing the event is the second part,
Stopping the rotating body according to an operation instructing to determine the one outcome; and
Determining an action result of characters belonging to the team based on one outcome corresponding to an area at a predetermined winning position when the rotating body stops;
The game program according to claim 11 or 12, wherein in the step of advancing the event, the better the execution result of the sub-event, the slower the rotation speed of the rotating body.   In the step of advancing the event, in the second part, the better the result of execution of the sub-event, the easier it is to associate the operation results that are more advantageous to the team. The game program according to claim 11, wherein the winning probability is determined. The step of advancing the event includes the first part,
Displaying a support object for supporting the first operation of the user on the display unit,
The game program according to any one of claims 10 to 14, wherein, in the step of advancing the event, the display mode of the support object is controlled according to the execution result of the sub-event. Each of the first event and the second event includes a third part that proceeds without depending on the user's operation based on at least the ability value of the designated character,
The game program according to any one of claims 10 to 15, wherein in the step of proceeding the event, the third part is advantageously advanced for the own team as the execution result of the sub-event is better.   In the step of advancing the event, the performance value is adjusted to be higher as the execution result of the sub-event is better, and the first event and the second event are advanced based on the adjusted ability value. The game program according to claim 16. The first game mode includes one or more first events and one or more second events out of the plurality of events at a predetermined rate,
In the step of advancing the battle, the battle is advanced based on the ability value of the designated character, which is increased according to the evaluation result related to the action of the designated character performed in the first event and the second event. The game program according to any one of claims 1 to 17. The first event and the second event are composed of a plurality of parts,
The first event includes at least one first part and a plurality of third parts that proceed without depending on the user's operation based on at least the ability value of the designated character at a predetermined rate.
The game program according to claim 18, wherein the second event includes at least one second part and a plurality of the third parts at a predetermined ratio. The step of proceeding with the event comprises:
In accordance with the progress status of each part in the first event or the second event, the part scheduled to proceed as the third part next is changed to the first part or the second part, respectively. The game program according to claim 19. A method for executing a game program,
The game program is executed by a computer including a processor, a memory, and a display unit,
The game based on the game program is a game in which the own team operated by the user and the other team that is the opponent are played against each other,
In the method, the processor comprises:
Setting at least one character belonging to the own team as a designated character based on the operation of the user;
In the first game mode including a plurality of events, the step of proceeding the event by operating the designated character based on the operation of the user;
Evaluating the action of the designated character performed in the event;
Adjusting the ability value of one or more characters including the designated character to participate in a battle based on the evaluation result in the step of evaluating, and advancing the battle based on the adjusted ability value;
The event includes a first event that includes a first part that proceeds based on the first operation of the user, and a second event that includes a second part that proceeds based on the second operation of the user,
The first operation is an operation for determining an action of a character belonging to the own team, which is essential for proceeding with a battle in a second game mode different from the first game mode,
The second operation is an operation for determining the actions of characters belonging to the own team more easily than the first operation.
In the step of advancing the event, the first event and the second event are each advanced at least once. An information processing apparatus,
The information processing apparatus includes:
A storage unit for storing game programs;
A display unit;
A controller that controls the operation of the information processing apparatus by executing the game program;
The game based on the game program is a game in which the own team operated by the user and the other team that is the opponent are played against each other,
The controller is
Based on the user's operation, at least one character belonging to the team is set as a designated character,
In the first game mode including a plurality of events, the event is advanced by moving the designated character based on the operation of the user,
Evaluate the action of the designated character performed in the event,
Based on the evaluation result, the ability value of one or more characters including the designated character to participate in the battle is adjusted, and the battle is advanced based on the adjusted ability value,
The event includes a first event that includes a first part that proceeds based on the first operation of the user, and a second event that includes a second part that proceeds based on the second operation of the user,
The first operation is an operation for determining an action of a character belonging to the own team, which is essential for proceeding with a battle in a second game mode different from the first game mode,
The second operation is an operation for determining the actions of characters belonging to the own team more easily than the first operation.
The information processing apparatus, wherein the control unit advances the first event and the second event one or more times each when the event is advanced.