JP6503046B1 - Game program, method, and information processing apparatus - Google Patents

Abstract

The present invention provides a game program, method, and information processing apparatus capable of improving the interest of playing a match against an opponent user. A game program performs, in a first game mode, a step S101 of causing a processor to display a matching screen including a first UI component for the user to instruct matching of an opponent on the display unit. Step S107 for determining the points to be acquired by the user for the battle based on the match, Step S108 for updating the point cumulative sum obtained by summing the points based on the determined points, and the updated point cumulative to a predetermined value Step S110, which gives the user the right to play the second game mode using the same operation as the operation used in the first game mode, is executed, and the matching screen further has a predetermined value, It includes a cumulative image representing the difference from the updated point cumulative number. [Selected figure] Figure 12

Description

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

  Various entrepreneurs provide game programs that cause a character to be displayed in a virtual space and the user to operate the character to advance the game. For example, games based on sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey are provided.

  Such a game may be provided as a so-called competition game in which characters operated by a plurality of users are played against each other. More specifically, in the competition game, there is a communication competition game in which information is exchanged between the terminals of the respective users to advance the competition.

  Further, in such a competitive game, a game mode different from the game mode in which a battle between users is performed is provided. Non-Patent Document 1 discloses a baseball game having a game mode in which a batter character hits a ball and aims at a home run, separately from the game mode in which a battle between users is performed.

Professional baseball Berthus attack summary bulletin, "HR derby holding! Limited scout man can be obtained by HR point acquisition!", [Online], June 22, 2017, [November 14, 2017 search], Internet <Http: // xn--vcki1e1a4izd1497b1 yyagvc2r7h.xyz/%E3%80%90%E3%83%97%E3%83%AD%E9%87%8E%E7%90%83%E3%90%E3 % 83% BC% E 3% 82% B 5% E 3% 82% B 9% E 3% 80% 91 hr% E 3% 83% 80% E 3% 83% BC% E 3% 83% 93% E 3% 83% BC 9E 96% % 8B% E5% 82% AC% EF% BC% 81hr% E3% 83% 9D% E3% 82% A4% E3% 83% B3% E3% 83% 88 />

  In the baseball game described in Non-Patent Document 1, the game mode for aiming at the home run is independent of the game mode for performing the battle. For this reason, there has been a possibility that an increase in the number of users who play the game mode aiming at the home run leads to a decrease in the number of users who play the game mode in which a battle is played, which is the main game mode of the baseball game.

  When the game mode in which the battle is performed and the other game modes are independent, it is possible for the user to play each game mode, which may make the user's enjoyment disappear. Therefore, there is a need for a technology that can further improve the enjoyment of the match-up with the other-party by urging the user to play the match-up with the other-party and also promote learning of the operation method for playing the match. It is done.

  One aspect of the present disclosure is to improve the interest of playing a match against an opponent user.

  A game program according to the present disclosure is executed by a computer including a processor, a memory, an operation unit, and a display unit. The game based on the game program includes a first game mode in which the user plays a match against the opponent user who is the opponent. The game program includes the steps of causing the processor to display a matching screen including a first user interface component for instructing the user to match with the opponent on the display unit, and a game played by the user in the first game mode. Determining the points to be acquired by the user based on the determined points, updating the point totals by summing the points, and when the updated point totals reach a predetermined value, the user And D. providing the right to play the second game mode using the same operation as the operation used in the first game mode. The matching screen further includes an accumulated image representing the difference between the predetermined value and the updated point accumulation.

  According to one aspect of the present disclosure, an effect of improving the interest in the battle with the opponent user is achieved.

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 and a server. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a baseball game produced | generated by the control part of a user terminal. It is a flowchart which shows an example of the flow of the process which a user terminal performs based on a game program. It is a flowchart which shows an example of the flow of the process which a user terminal performs based on a game program.

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. The present invention is not limited to these exemplifications, but is shown by the claims, and all changes within the scope and meaning equivalent to the claims are intended to be included in the present invention. Ru. In the following description, the same components are denoted by the same reference symbols in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing 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 is composed of the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be

  The server 200 (computer, information processing apparatus) 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 configurations of the server 200 are electrically connected to each other by a communication bus.

  The user terminal 100 (computer, information processing apparatus) 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 And These configurations of the user terminal 100 are electrically connected to each other by 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. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation on the buttons and the like to the user terminal 100. In addition, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

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

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200 described later. Further, when the above-described multiplay 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.

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

  In addition, the controller 1020 may be configured to be removable from the user terminal 100. In this case, a joint with the controller 1020 may be provided on at least one of the surfaces of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connection 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 receive attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, 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, for example, a game program.

  The user terminal 100 may store a game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 may be stored 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. The above-described units as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects the object 1010 in the vicinity of the user terminal 100, and the input operation is performed from the detection result of the object Identify. As an example, the user's hand as the object 1010, a marker of a predetermined shape, etc. are detected, and the input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user terminal 100 detects a user's hand from the captured image of the camera 17, the user's input operation is a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept. The photographed image may be a still image or a moving image.

  Alternatively, when the operation unit is configured by the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. 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 the user's input operation.

<Game Outline>
The game system 1 is a system for executing a game including a mode (first game mode) in which a user plays a match against an opponent user who is an opponent, as an example.

  The game system 1 may be a system for executing a game of any genre, not limited to a specific genre. For example, sports games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPG games, adventure games, shooting games, simulation games, training games, action games, etc. It is also good.

  The game system 1 executes, for example, a baseball game for advancing a baseball game. Specifically, the game system 1 has a battle mode (first game mode) in which the own team to which one or more characters operated by the user belong and the opponent team to which the one or more characters operated by the other user belong Run an interpersonal baseball game including: Hereinafter, the baseball game of the interpersonal battle type may be referred to as a battle type baseball game.

  As an example, in the game system 1 in which a competitive baseball game is executed, each team is operated by the first user terminal 100 and the second user terminal 100 communicating via the server 200. And, in a match-type baseball game, the progress of the team is alternated between the front and the back per 1 inning. In the following, if it is necessary to distinguish between the user terminal 100 operating the team on the defensive side and the user terminal 100 on the attacking side on the front or back of a certain inning, the former is hit by the throwing user terminal 100A, the latter is hit It is called the side user terminal 100B. When it is not necessary to distinguish between the two, it is simply referred to as the user terminal 100. The user of the pitching side user terminal 100A is referred to as a pitching side user, and the user of the batting side user terminal 100B is referred to as a batting side user. However, when there is no need to distinguish between both users, and when the distinction is clear, they are simply referred to as users. The pitching side user operates pitching by the pitcher character using the pitching side user terminal 100A, and the attacking side user operates the batting by the batter character using the batting side user terminal 100B.

  The pitching side user terminal 100A determines the pitching result according to the pitching operation received from the pitching side user, generates data including the pitching result (pitching result D1 shown in FIG. 1), and transmits it to the server 200. The pitching result D1 is transmitted to the batting user terminal 100B of the opponent via the server 200. The pitching operation is an operation performed by the pitching side user on the input unit 151 of the pitching side user terminal 100A in order to pitch the pitcher character.

  The batting side user terminal 100B determines a batting result according to the batting operation received from the batting side user, generates data including the batting result (batt result D2 shown in FIG. 1), and transmits it to the server 200. The batting result D2 is transmitted to the pitching side user terminal 100A of the opponent via the server 200. The batting operation is an operation performed by the batting user on the input unit 151 of the batting user terminal 100B in order to cause the batter character to hit the ball.

  In the competitive baseball game according to the present embodiment, each of the user terminals 100 participating in the battle is a virtual defined as imitating a stadium as a competition venue based on the pitching result D1 and the batting result D2. Perform calculations on the space (hereinafter referred to as game space) and advance the battle. One of the pitching result D1 and the batting result D2 is generated at the own terminal, and the other is generated at the user terminal 100 operated by the other user. In the calculation of the game space, for example, the movement path of the thrown ball, the position of the shaken bat, and the process of calculating the flight path of the ball after hitting, etc., and whether the bat hits the ball or not. The process of judging etc. is included.

  In the communication match baseball game according to the present embodiment, each user is given a rating that is increased or decreased based on the result of the match. The game system 1 executes the matching of the opponent based on the rating.

  The competitive baseball game according to this embodiment is a mode different from the battle mode, and includes a mode (second game mode) using the same operation as the operation used in the battle mode. As one example, the mode is a mode in which a batter character strikes a ball to aim a home run. Hereinafter, this mode may be referred to as "home run festival". The home run festival may be a so-called event that can be played only during a predetermined holding period. In this case, the home run festival may be held regularly or irregularly. The details of the home run festival will be described below.

<Hardware components of each device>
The processor 10 controls the overall operation of the user terminal 100. The processor 20 controls the overall operation of the 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 the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later, and develops the program in a memory 21 described later. The processor 10 and the processor 20 execute the expanded program.

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

  In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. Further, various data includes data related to a game such as user information and game information, and an instruction or notification transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

  The communication IF 13 controls transmission and reception of various data in the user terminal 100. The communication IF 23 controls transmission and reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, wireless LAN (Local Area Network), wired LAN, wireless LAN, Internet communication via a mobile telephone network, short distance wireless communication, and the like.

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

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

  The input unit 151 detects the position at which the user's operation (physical touch operation such as touch operation, slide operation, swipe operation, and tap operation) on the input surface is input, and inputs information indicating the position. It has a function to transmit as a signal. 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 resistive 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 attitude of the user terminal 100 from the output of the sensor and perform processing according to the holding attitude. For example, when the user terminal 100 is held in the vertical orientation, the processor 10 may perform vertical screen display that causes the display unit 152 to display a vertically long image. On the other hand, when the user terminal 100 is held in landscape orientation, a landscape image may be displayed on the display unit to display a horizontally long image. Thus, the processor 10 may be capable of switching between vertical screen display and horizontal screen display according to the holding attitude of the user terminal 100.

  The camera 17 includes an image sensor and the like, and converts a light incident from the lens into an electric signal to generate a photographed image.

  The distance measurement 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 generated when the light emitted from the light source is reflected on 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 in which the object 1010 in the vicinity of the user terminal 100 is detected 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 measurement sensor 18 may be provided, for example, on the side of the housing of the user terminal 100. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. For example, an infrared camera can be used as the camera 17. In this case, the camera 17 may be provided with a lighting device for emitting infrared light, a filter for blocking visible light, and the like. This makes it possible to further improve the detection accuracy of an object based on a photographed image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to specify whether the captured image includes the user's hand. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique employed in the above-described image recognition process. (2) Also, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture made by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has made a gesture of “par”. Further, when the number of fingers is zero (the finger is not detected), the processor 10 determines that the user has made the gesture of “Go”. In addition, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “Tokiki”. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the forefinger is standing or whether the user's finger makes a flicking motion. . (4) The processor 10 selects an object 1010 (a user's hand or the like in the vicinity of the user terminal 100 based on an image recognition result of a captured image of the camera 17 and / or an 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 the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, the predetermined value) depending on the size of the user's hand specified from the captured image of the camera 17 It detects whether it is in the above distance). In addition, when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is being detected based on the image recognition result of the captured image of the camera 17, etc., the processor 10 recognizes that the user shakes his hand in the shooting direction of the camera 17. If an object is detected or not detected by the distance measurement sensor 18 whose directivity is stronger than the shooting range of the camera 17, the processor 10 shakes the hand in the direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether the user holds the hand by image recognition on the captured image of the camera 17 (a gesture of “goo” or another gesture (eg, “par”)) To detect The processor 10 also detects how the user is moving this hand, as well as the shape of the user's hand. Also, the processor 10 detects whether the user is moving the hand closer to or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves a pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture "goo". In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed down or the state in which the touch panel is touched after the touch-down operation is performed on the touch panel. In addition, when the user moves the hand further while the user terminal 100 detects the user's gesture "goo", such a series of gestures is an operation corresponding to the swipe operation (or drag operation). It can also be recognized. In addition, when the user terminal 100 detects a gesture that causes the user to repel a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user clicks the gesture by tapping the mouse or tapping the touch panel. It may be recognized as an operation corresponding to

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

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

  The server 200 has a function of communicating with each user terminal 100 to assist each user terminal 100 in advancing a communication match game. The server 200 functions as a control unit 210 and a storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 120 and the storage unit 220 store a game program 131, game information 132 and user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data to be referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data related to the account of the user. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

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

  The control unit 210 functions as the battle support unit 211 according to the description of the game program 131. The control unit 210 can also function as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

  The battle support unit 211 supports each user terminal 100 to advance the communication battle game. Specifically, the battle support unit 211 communicates with each user terminal 100 to play a match, and mediates the exchange of the user terminals 100 with each other. Furthermore, the battle support unit 211 executes matching of opponents, synchronization control for synchronizing the progress of the battle, and the like.

(Functional Configuration of User Terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game in accordance with the game program 131 and the operation of the user. In addition, while the game is in progress, the control unit 110 communicates with the server 200 as needed to transmit and receive information.

  The control unit 110 functions as an operation reception unit 111, a display control unit 112, a UI control unit 113, an animation generation unit 114, and a game progress unit 115 according to the description of the game program 131. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

  The operation accepting unit 111 detects and accepts an input operation of the user on the input unit 151. The operation receiving unit 111 determines which input operation has been performed from the action exerted by the user on the console via the touch screen 15 and the other input / output IF 14, and outputs the result to each element of the control unit 110. Do.

  For example, the operation receiving unit 111 receives an input operation on the input unit 151, detects coordinates of an input position of the input operation, and specifies a type of the input operation. The operation receiving unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, and a tap operation as the type of the input operation. In addition, when the input that has been continuously detected is interrupted, the operation reception unit 111 detects that the touch input has been released from the touch screen 15.

  The UI control unit 113 controls the display mode of the UI object to be displayed on the display unit 152 in order to construct a user interface (hereinafter referred to as a UI). The UI object is a tool for the user to perform input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output from the user terminal 100 during the progress of the game. The UI object is, for example, an icon, a button, a list, a menu screen or the like.

  In addition, during the battle progress, among other things, it controls the display mode of the UI parts for supporting a pitching operation or a batting operation. As a UI component for supporting the hitting operation, for example, a timing hint object indicating a good timing of hitting, a ball thrown from a pitcher character, a direction hint object indicating a change in traveling direction of a pitch, and an expected arrival position of a pitch There are a position hint object, a meet cursor for determining a hit between a bat and a ball, and the like. Examples of UI objects that support pitching operations include a pitch type selection object, a course presentation object, a course selection object, and a pitching timing object.

  The animation generation unit 114 generates animations indicating motions of various objects based on control modes of various objects. For example, an animation of a throwing motion of a pitcher character, an animation of a hitting motion of a batter character, an animation of a bat waving by the batter character, an animation of a ball thrown by a pitcher character, an animation of a ball struck by a batter character, a runner character Animations of running habits, ball catching motions and throwing motions of fielder characters, and the like may be generated.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each of the above-described elements is reflected. The display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. In addition, the display control unit 112 may draw the UI object described above in a superimposed manner on the game screen.

  The game progress part 115 advances the competitive baseball game according to the present embodiment. As an example, in the battle mode, the game progress unit 115 transmits / receives data to / from the server 200 to advance the battle with the opponent user. Also, the game progression unit 115 advances the home run festival. In addition, the game progress unit 115 controls the UI control unit 113, the animation generation unit 114, and the display control unit 112 to provide the user with the above-described UI necessary for the user to play the present baseball game.

  Each illustrated game screen to be referred to below is configured by a UI component generated by the UI control unit 113, an animation generated by the animation generation unit 114, or a combination thereof. The game screen generated by the UI control unit 113 or the animation generation unit 114 is displayed by the display control unit 112 on the display unit 152 of the user terminal 100. The display control unit 112, the UI control unit 113, and the animation generation unit 114 execute processing for displaying a game screen on the display unit 152 under the control of the game progression unit 115. Therefore, the description “the game progress unit 115 displays the game screen on the display unit 152” is “the game progress unit 115 controls the UI control unit 113 or the animation generation unit 114 to generate a UI component or an animation. , And controls the display control unit 112 to display on the display unit 152 a game screen including the generated UI component or animation.

  The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely an example. The server 200 may have at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may have at least a part of the functions of the server 200. Furthermore, another device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may execute part of the processing in the game system 1. That is, in the present embodiment, the computer that executes the game program may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

<About matching>
In the present embodiment, matching of the opponent is executed by the battle support unit 211 of the server 200 based on the rating (evaluation value) given to the user.

  The rating is an index that represents the strength of the user in the match. The rating is updated based on the result of the battle between the users (specifically, the outcome) based on a predetermined arithmetic expression and the difference between the ratings before the battle of each user.

  The process of calculating and updating the rating may be executed by the battle support unit 211 of the server 200, or may be executed by the game progress unit 115 of the user terminal 100 (client, computer). In any case, the latest rating given to the user is shared between the server 200 and the user terminal 100.

  Below, as an example, the update of the rating given to the user will be described as being performed by the server 200.

  The battle support unit 211 manages, for each user, a rating to be referred to in order to match an opponent. The battle support unit 211 updates the ratings of the respective users after the battle based on the difference value of the rating of each user before the battle and the outcome of the battle, for example, for the users who played the battle by the matching.

The battle support unit 211 sets, for example, the value “1500” to each user as an initial value. When the user X and the user Y play a match, the user X wins, and the user Y loses,
The post-match rating is updated according to Equation 1 and Equation 2 below.

[Equation 1] Rating of the winning user (user X) after the competition = rating before the battle of the winning user (user X) + 32 + (rating of the defeated user (user Y)-winning side (user X) rating) × 0.04
[Expression 2] Rating of defeated user (user Y) after competition = Rating of defeated user (user Y) before competition-32 + (rating of defeated user (user Y)-winning side (user X) rating) × 0.04
A range (upper limit value and lower limit value) may be provided to the rating which changes before and after the match. For example, as the range of the changing rating, the maximum value “64”, the minimum value “4”, or the like may be set. When the difference in rating between the competing users is excessively large, when the rating is calculated according to Equation 1 or Equation 2, the user with the higher rating loses the rating despite winning, and the winning user can not be convinced It can happen. Therefore, by setting the maximum value and the minimum value to the range that fluctuates from the rating before the match, such a situation can be avoided, and the user's sense of satisfaction can be improved.

  As described above, in the present embodiment, the user's rating is referred to in order to search for an opponent. Therefore, as the user raises the rating of the user, it is easier for the user to fight against a high-rated or strong opponent. According to this embodiment, by utilizing this mechanism, the motivation of the user to play the match can be maintained. In addition, you can strengthen your motivation to play against strong opponents.

<About home run festival>
The user uses the game system 1 to play a battle in the battle mode with another user who plays the main baseball game, and acquires points in accordance with the result of the battle performed. Then, when the total of the acquired points (point total) reaches a predetermined value, the user can play the home run festival. In other words, the game system 1 gives the user the right to play the home run festival when the point cumulative amount reaches the predetermined value. That is, the user aims to acquire the right to play the home run festival by repeating the battle in the battle mode and collecting points.

  As one example, the points given to the user as a result of the battle may be determined based on the outcome of the battle in the battle mode. Also, the points may be determined based on the rating of the other user. Specifically, when the game is won, the numerical value of the opponent user's rating may be given as a point. In addition, when losing the battle, a numerical value of one third of the rating of the opponent user may be given as a point. That is, in the case of this example, the points awarded to the user as a result of the battle increase as the rating of the opponent user who played the match increases. Also, the points may be determined based on the number of home runs by characters belonging to the user's team in the match. Further, the points may be determined based on whether or not a mode (hereinafter referred to as an auto mode) for controlling a character by automatic control based on a game program is selected in the battle. As one example, the longer the auto mode is selected, the less points may be awarded.

  The home run festival according to the present embodiment aims at a home run by causing a batter character to hit a ball thrown by a pitcher character controlled by the user terminal 100 based on a game program. The user causes the batter character to hit the ball by inputting a striking operation for causing the batter character to strike the ball.

  As the batter character of the home run festival, one or more characters are selected from the characters belonging to the own team. Since the home run festival is a mode aiming at a home run, it is preferable to select a character having a high force to fly the hit ball to the distance (hereinafter, referred to as “striking force”). As an example, the batter character who was the fourth batter in the most recent match in the match mode may be selected. In addition, before the home run festival is started, the user may select the batter character from the characters belonging to his team.

  The ball is associated with a reward that can be used to advance the game in an advantageous manner, and if the hit result of the batter character hitting the ball is a home run, the user is rewarded with the ball. Is granted. This can give the user a motivation to play home run festivals. As mentioned above, home run festivals are given the right to play by playing a match in the battle mode, so giving motivation to play the home run festival by reward also gives motivation to play the match in the battle mode. Can.

  The reward is provided to the user as a game medium, which is, for example, digital content available on the game. The game medium is, for example, a card or a figure associated with a character operated by the user, an item having a special effect, or an ability to cause the character to wear it. Alternatively, the game medium may have the right to be exercised by the user on the game (right to strengthen characters, right to play special quests, right to extend item inventory, right to release quests or items that are locked or characters It may be the right to extend the upper limit of the formation cost).

  Providing a game medium as a reward to the user is, for example, by storing the game medium in the usable status in at least one of the memories included in the game system 1 in association with the user identification information. To be realized.

  If the hit result is a home run, the home run festival is continued. That is, if the hit result is a home run, the pitcher character throws the ball again. On the other hand, if the hit result is not a home run, the home run festival ends. As an example, an upper limit may be set for the number of ball throws (hereinafter, the number of balls) in the home run festival. The upper limit may be, for example, 10 spheres. In the case of this example, the home run festival ends even when the home run is hit continuously from the first ball to the number of balls set as the upper limit. The home run festival may, for example, strike all the ball numbers set as the upper limit. In this example, a reward may be given to the user according to the number of final home runs.

  The rewards associated with each ball may all be the same or at least one may be different. A reward higher in value than the other balls may be associated with a predetermined number of balls after the second ball. For example, the fifth and tenth balls may be associated with a reward having a higher value than the first to fourth balls and the sixth to ninth balls.

  Also, the batter characters that strike each ball may be different. As an example, a batter character who has been selected as the batter character of the home run festival and who was the third to fifth batter in the last match in the battle mode is selected and the first batter character is the first batter of 1, 4, 7 and 10 The batter character that was the fourth hitter in the fifth and eighth balls, and the batter character that was the fifth hit and the third, sixth and ninth balls may hit.

  If the user has the right to play the home run festival, a screen for allowing the user to perform an operation to play the home run festival is displayed after the battle in the battle mode ends. That is, after the battle, if the point cumulative amount reaches a predetermined value due to the points acquired by the battle, the user can play the home run festival following the battle.

  In addition, a user who wants to play the home run festival again after having played the home run festival has to play a match in the battle mode. As an example, playing home runfest does not reset the points accumulated and the right to play home runfest. Then, when the user has the right to play the home run festival, the home run festival can be played again after the battle in the battle mode is performed a predetermined number of times. With this configuration, it is possible to prevent the user's motivation for the home run festival from being lowered and to give the user more motivation to play a match in the match mode. The number of competitions required to play the home run festival again is the number of competitions needed to obtain the right to play the home run festival, ie, the total number of points required to reach a predetermined value from 0 It is desirable that it be less than the number of matches played. As an example, the number of matches may be one. In addition, when the user plays a match of the number of competitions required to play the home run festival again and plays the home run festival again, the home run festival is resumed from the ball that did not hit the home run in the previous home run festival. May be By configuring in this manner, the user can easily acquire a reward that has not been acquired.

  The accumulated points, rewards not obtained, and the right to play the home run festival may be reset at a predetermined time (for example, 15 o'clock). When the point accumulation and the right to play the home run festival are reset, the user needs to play a match in the battle mode until the point accumulation reaches a predetermined value from 0 in order to play the home run festival. Also, as the reward is reset, the user can not obtain the reward. For this reason, the user actively tries to play the home run festival to obtain all the rewards before being reset. That is, with this configuration, it is possible to strongly give the user the motivation to perform the battle in the battle mode.

<Screen example>
FIGS. 3 to 11 are diagrams showing one specific example of the game screen displayed on the display unit 152 of the user terminal 100. FIG.

(Matching request screen)
The game screen illustrated in FIG. 3 is a UI screen for causing the user to perform an operation for requesting the server 200 to perform matching to start a battle in the battle mode. The UI screen is, for example, a matching request screen 300 (matching screen) shown in FIG. The matching request screen 300 is generated by the UI control unit 113 in accordance with an instruction from the game progress unit 115 and is displayed on the display unit 152 by the display control unit 112.

  The matching request screen 300 includes a battle instruction button 301 (first user interface component) as a UI for requesting the server 200 for matching. For example, when the user taps the battle instruction button 301, the operation receiving unit 111 receives the tap operation. The game progress unit 115 requests the server 200 for matching in response to the tap operation on the battle instruction button 301 being accepted.

  Matching request screen 300 further includes point gauge 302 that represents the difference between the point cumulative value and the predetermined value. In the point gauge 302, as an example, the horizontal length of the point gauge 302 indicates a predetermined value. When the point accumulation is 0, the color of the point gauge 302 is the same color (white in the illustrated example) from the left end to the right end. If a point is awarded due to the match being played, and the point total becomes a value greater than 0, the game progression unit 115 follows the point total from the left end of the point gauge 302 (the end on the bat's grip side). The color of the area of different length is changed (in the illustrated example, the change of color is indicated by a hatched pattern). That is, when the point total reaches a predetermined value, the point gauge 302 is in a state in which the color of all the areas has changed.

  In this way, the user sees the point gauge 302 and decides whether or not to play a match in the match mode, and if so, how many times it is necessary to play the match to make the home run festival playable, etc. be able to. As a result, since the user plays while setting a target in order to play the home run festival after the match, the interest of the match is improved. Also, when the user plays a battle, tapping the battle instruction button 301 can start the battle immediately. That is, by including the point gauge 302 in the matching request screen 300, it is possible for a user having a motivation to perform a home run to immediately play a match in the match mode.

  Also, the matching request screen 300 preferably includes a remaining point display 303 indicating points required for the point total to reach a predetermined value. This allows the user to more clearly understand the difference between the point total and the predetermined value. In addition, the matching request screen 300 preferably includes a remaining time display 304 indicating the remaining time until the point total is reset. Thereby, the user can recognize the remaining time until the point total is reset. Also, by indicating the remaining time, it is possible to cause the user to actively play the battle in the battle mode.

(Matching result screen)
FIG. 4 is a diagram showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100 immediately before the start of the battle. The game screen is a screen for providing the user with various information related to the match provided from the server 200 before the start of the match. The screen is, for example, a matching result screen 400 shown in FIG. It is assumed that, as a result of the game progression unit 115 requesting the server 200 for matching in accordance with the operation of the battle instruction button 301 shown in FIG. 3, the opponent is found and the matching is established. In this case, the game progress unit 115 controls the UI control unit 113 and the like to display the matching result screen 400 shown in FIG. 4 on the display unit 152.

  The matching result screen 400 may include, as an example, a countdown 405 for informing the user of the start timing of the battle. The matching result screen 400 may also include a venue change notification 406. In addition, the matching result screen 400 may include the user's own user name 401, the user name 402 of the opponent user who is the opponent, the user's own rating 403, and the opponent user's rating 404. The game progression unit 115 may display a matching screen (not shown) in front of the matching result screen 400 until the opponent is determined after the battle instruction button 617 is operated by the user. As an example, the matching screen is the same as the matching result screen shown in FIG. 4 except that it does not include the countdown 405, the venue change notification 406, the user name 402 of the other user, and the rating 404 of the other user. Good.

  When the points awarded by the match are based on the rating of the opponent user, the rating 404 of the opponent user is displayed on the matching result screen 400, whereby the user can gain points in advance when the opponent user wins. You can know the value. Here, if the rating 404 is higher than the difference between the point cumulative value indicated by the point gauge 302 and the predetermined value, and the value indicated by the point indication 303, the user wins the right to play the home run festival by winning. You can know what you can earn before the match. Therefore, the user can enhance the motivation to win and enjoy the match play more.

(Acquisition point screen)
FIG. 5 is a diagram showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100 after the battle is over. The game screen is a screen for providing the user with various information such as points acquired by the user by a match, accumulated points updated by the points, and a difference between the accumulated points and the predetermined value after the update. The screen is, for example, an acquired point screen 500 shown in FIG. The acquisition point screen 500 is generated by the UI control unit 113 after the battle is over according to the instruction of the game progress unit 115, and is displayed on the display unit 152 by the display control unit 112. Specifically, the game progress unit 115 determines points to be acquired by the user based on the match result, and updates the point accumulation based on the determined points. Then, the game progress unit 115 causes the UI control unit 113 to generate an acquired point screen 500 based on the determined points and the updated point total.

  The acquired points screen 500 may include, for example, a win / loss point display 501 indicating points to be given to the user, which are determined according to the outcome of the battle. In addition, the acquisition point screen 500 may include a home run point display 502 indicating points given to the user, which are determined according to the number of home runs by characters belonging to the user's team in a match. In addition, the acquired points screen 500 may include a point gauge 503 indicating the difference between the updated point accumulated value and a predetermined value. The point gauge 503 is the end (the right end in the illustrated example) of the portion (the portion in which the color is changing) indicating the point total of the point gauge 503 by adding the acquired points to the point total before the update. Section) may be displayed as a result of the moving animation. The animation is generated by the animation generation unit 114 according to the instruction of the game progress unit 115, and is incorporated in the acquisition point screen 500 by the display control unit 112 and displayed on the display unit 152.

  FIG. 5 shows the point gauge 503 in the case where the point total has reached a predetermined value due to the point being given. On the other hand, when the point total does not reach the predetermined value, the acquired points screen 500 may include point gauges of different modes instead of the point gauges 503. As one example, the point gauge may not include the image of “gauge MAX!” That the point gauge 503 shown in FIG. 5 has.

(Home run festival start request screen)
FIG. 6 is a view showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100 subsequently to the acquired point screen 500 when the point total has reached the predetermined value as shown in FIG. The game screen is a UI screen for causing a user to perform an operation for starting a home run festival. The UI screen is, for example, a home run festival start request screen 510 shown in FIG. The home run festival start request screen 510 is generated by the UI control unit 113 according to the instruction of the game progress unit 115 when the point total reaches a predetermined value, in other words, when the user is given the right to play the home run festival. Be done. As an example, after a predetermined time has elapsed since the display of the acquisition point screen 500, the home run festival start request screen 510 is displayed on the display unit 152 instead of the acquisition point screen 500 by the display control unit 112.

  The home run festival start request screen 510 includes a start instruction button 511 (second UI component) as a UI for requesting start of the home run festival. For example, when the user taps the start instruction button 511, the operation receiving unit 111 receives the tap operation. In response to the tap operation on the start instruction button 511 being accepted, the game progression unit 115 starts the home run festival.

  The home run festival start request screen 510 may include, as an example, a reward image 512 indicating a reward that can be obtained by the home run festival. Thereby, the user can know the reward that can be acquired before starting the home run festival. Therefore, the user can enhance the motivation for the home run festival and enjoy the home run festival even more.

  In addition, the user may be able to obtain a reward according to the points acquired by the match. Therefore, the home run festival start request screen 510 may include a reward acquisition button 513 for displaying a game screen (reward acquisition screen, not shown) for acquiring the reward.

  The reward is associated with points necessary to obtain, and is stored as game information 132 in the storage unit 120 of the user terminal 100. Also, the reward may be given to the user by subtracting the associated points from the point total, or may be given to the user without the need for subtraction. In the latter case, it can also be expressed that the user is given the right to exchange for a reward whenever the point total reaches any of a plurality of preset values.

  Also, the reward that can be acquired on the reward acquisition screen may be the same as or different from the reward that can be acquired by the home run festival. Also, the reward that can be obtained by the home run festival may be more valuable than the reward that can be obtained on the reward acquisition screen. By configuring in this way, it is possible to strengthen the motivation for the user to perform a home run festival.

  In addition, the home run festival start request screen 510 may include an omission instruction button 514 as a UI for requesting not to perform a home run festival. For example, when the user taps the omission instruction button 514, the operation accepting unit 111 accepts the tap operation. The game progression unit 115 causes the display unit 152 to display, for example, a matching request screen shown in FIG. 3 in response to the tap operation on the omission instruction button 514 being accepted.

  The home run festival may be performed after the end of the match. In this case, the home run festival start request screen 510 does not include the start instruction button 511 and the omission command button 514, and the game progress unit 115 starts the home run festival after a predetermined time has elapsed from the display of the home run festival start request screen 510. You may make a screen transition to

(Rule screen)
FIG. 7 is a diagram showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100 immediately before the start of the home run festival. The game screen is a screen for explaining to the user the rules of the home run festival. The screen is, for example, a rule screen 600 shown in FIG. The rule screen 600 is generated by the UI control unit 113 according to an instruction from the game progress unit 115 in accordance with the user's operation of the start instruction button 511 shown in FIG. 6, and displayed on the display unit 152 by the display control unit 112. .

  The rule screen 600 includes a rule image 601 in which rules of home run festivals are described. Further, as shown in FIG. 7A, the rule screen 600 may include a confirmation completion button 602 as a UI for requesting start of a home run festival. Further, as shown in FIG. 7B, the rule screen 600 may not include the confirmation completion button 602. In this case, the game progression unit 115 may start the home run festival after a predetermined time has elapsed since the display of the rule screen 600.

  In addition, as shown in FIG. 7B, the rule screen 600 may include a hint image 603 for teaching the user the trick of the batting operation for causing the batter character to hit the batting result as a home run, as shown in FIG. 7B. . This makes it easier for the user to obtain a reward, and can enhance the user's motivation for home run festivals. In addition, the user can improve the skill level of the striking operation, which is an important operation in the battle mode in the battle mode.

  Although not shown, both the confirmation completion button 602 and the hint image 603 may be included in the rule screen 600.

(Shot screen at home run festival)
FIG. 8 is a diagram showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100 while the home run festival is in progress. The game screen is generated including the UI component generated by the UI control unit 113 and the animation generated by the animation generation unit 114 according to the instruction of the game progress unit 115. The generated game screen is displayed on the display unit 152 by the display control unit 112.

  Specifically, the game screen shown in FIG. 8 is a hitting screen 610 for causing the batter character to hit the ball when the user inputs a hitting operation. In the striking screen 610, a scene obtained by capturing a virtual space imitating a stadium from a certain viewpoint (for example, a catcher character or a referee's viewpoint) is depicted, and various objects disposed in the virtual space are also depicted. .

  Specifically, in the virtual space, a batter character 611 operated by the user himself, a bat 612 operated by the batter character 611, a pitcher character 613 controlled by the user terminal 100 based on the game program, a home base 607, etc. It is arranged. Although the ball is disposed in the virtual space, it is disposed in the glove of the pitcher character 613 at the timing when the striking screen 610 shown in FIG. 8 is displayed, and is not shown. The animation of these objects is controlled by the animation generation unit 114.

  Furthermore, various UI objects for the user to operate the batter character or to obtain various information may be superimposed on the batting screen 610. For example, the meet cursor 614, the timing hint object 615, the batter character information 621, the pitcher general parameter 625, the home run number display 626, the reward information 627, etc. may be superimposed and displayed.

  In the present embodiment, the method of causing the batter character 611 to perform the striking operation is not particularly limited, but as an example, the following method is adopted. In the stadium, which is a virtual space, a home base 616 is disposed between a position where the pitcher character 613 stands (hereinafter, first position) and a position where a catcher character (not shown) is standing (hereinafter, second position). It is done. The game progression unit 115 sets, on the home base 616, an intersecting plane extending in a direction intersecting the direction from the first position to the second position. The intersection plane may include, for example, a strike zone and a ball zone disposed outside the strike zone. These zones may be visualized and rendered on the batting screen.

  Further, the meet cursor 614 and the timing hint object 615 are arranged at the intersection plane and depicted on the striking screen 610. The meet cursor 614 is a mark indicating an area that can act on the ball at the cross surface when the bat 612 is swung. The meet cursor 614 is an area set to an expected arrival position when the bat 612 is swung, and is an area in which the ball can be affected by a particularly good striking force.

  In the present embodiment, the batting operation for causing the batter character 611 to perform the batting operation is at least a swipe operation for specifying the position of the meet cursor 614 and a timing at which the bat 612 is shaken toward the position of the meet cursor 614. And flick operation (or tap operation) for specifying. That is, the swipe operation is an operation for specifying a position at which a hit is to be performed on a pitch, and the flick operation or the tap operation is an operation for specifying a timing at which the hit is performed.

  The timing hint object 615 is, for example, a circle having a center that coincides with the center of the meet cursor 614 and includes the meet cursor. The timing hint object 615 moves along with the meet cursor 614 by a flick operation.

  In addition, the timing hint object 615 is set such that the size of the circle is the largest when the ball is at the first position, and the smallest when the ball reaches the intersection surface (for example, the same size as the ball) Be done. The timing hint object 615 is rendered smaller toward the center as the ball approaches the second position. The animation generating unit 114 generates an animation in which the timing hint object 615 gradually decreases toward the center. The user can know the best timing for inputting the striking operation by confirming the size of the timing hint object 615. For example, the user may recognize as the best timing when the timing hint object 615 gradually contracts and the size matches the ball.

  The batter character information 621 includes a batter character name 622, a hitting force 623 of the batter character, and an overall parameter 624 of the batter character.

  The general parameter is a numerical value of the overall strength of the character regardless of the type of skill of the character such as striking power, and is set for each character. As an example, the general parameter may be referenced to compare the strength of the batter character 611 and the pitcher character 613 in the home run festival. Specifically, processing may be performed such that a character whose overall parameter exceeds the other party becomes advantageous.

  As an example, as shown in the drawing, when the total parameter 624 of the batter character 611 is higher than the total pitcher parameter 625 of the pitcher character 613, the striking force of the batter character 611 may be increased. This makes it easier for the user to get a home run and makes it easier for the user to obtain a reward. On the other hand, when the total parameter 624 of the batter character 611 is lower than the total pitcher parameter 625 of the pitcher character 613, the striking force of the batter character 611 may be decreased.

  The home run number display 626 indicates the number of home runs hit by the batter character 611 at the present time. As an example, the home run number display 626 may indicate the number of balls hitting the home run (β) as “β / α” among the number of balls (α) set as the upper limit, as illustrated. The hit screen 610 shown in the figure is a screen before throwing the first ball, so the home run number display 626 is “0/10”. In other words, the home run number display 626 can also be expressed as the number of rewards obtained by the user at this time.

  The reward information 627 indicates a reward that the user can obtain when the result of the batter character 611 hitting (hit result) is a home run. The reward information 627 is, for example, composed of three rectangular frames as illustrated. In the middle frame, a reward that the user can obtain is shown when the hit result for the ball thrown from now is a home run. That is, in the case of the illustrated example, an icon of a reward that can be acquired by the user is displayed when the hit result of the first ball is a home run. Further, in the right frame, an icon of a reward that can be acquired by the user is displayed when the hit result of the ball thrown next to the ball thrown from now is the home run. That is, in the case of the illustrated example, when the hit result of the second ball is a home run, a reward icon that can be acquired by the user is displayed. Although the icon of the reward acquired immediately before is displayed in the left frame, in the illustrated example, since the ball thrown from now is the first ball, the icon of the reward is not displayed.

  When the operation reception unit 111 receives a batting operation, more specifically, a flick operation or a tap operation, the game progression unit 115 determines whether the batting result is a home run. If it is determined that the game is a home run, the game progress unit 115 determines whether the ball thrown most recently is the last ball. In the case of the example of FIG. 8, the game progress part 115 determines whether or not it is the tenth ball. If it is not the last ball, the game progress unit 115 continues the home run festival.

  FIG. 9 is a diagram showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100 while the home run festival is in progress. Specifically, it is a batting screen 610 shown in FIG. 8, that is, a batting screen 610 displayed after the batting screen 610 shown in FIG. 8 when the batting result of the first ball is a home run. More specifically, the pitcher character 613 is the striking screen 610 before the second ball is thrown.

  The striking screen 610 shown in FIG. 9 differs from the striking screen 610 shown in FIG. 8 in that the home run number display 626 is an image showing that one home run has been hit, and the reward information 627 is: In the middle frame, the icon of the reward shown in the right frame in FIG. 8 is displayed. The reward icon shown in the middle frame in FIG. 8 is displayed in the left frame in a manner that makes it possible to recognize that it has been acquired in FIG. In addition, the aspect which can recognize having acquired may be what superimposed the icon described as "GET" on the icon of a reward as illustration, for example.

  Further, in the striking screen 610 shown in FIG. 9, the overall parameters of the pitcher character 613 are increased as compared to the striking screen shown in FIG. 8. As described above, the game progress unit 115 may increase the general parameter of the pitcher character 613 each time the home run advances, specifically, as the number of balls increases. As a result, the degree of difficulty increases as the number of balls increases, and it is possible to improve the fun of home run festivals.

  In addition, the game progress part 115 may make it more difficult to hit a home run at least one of the course and the type of the ball the pitcher character 613 throws as the number of balls increases. For example, the first ball may throw a slow ball in the middle while the tenth ball may throw a curve at a lower outer corner.

(Result screen)
When the game progression unit 115 determines that the hit result is a home run and determines that the ball thrown most recently is not the last ball, the home run festival is continued while the hit result is determined not to be a home run Alternatively, if it is determined that the ball thrown most recently is the last ball, the game progression unit 115 ends the home run festival.

  FIG. 10 is a diagram showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100 when the home run festival ends. The game screen is a screen for providing the user with various information regarding the result of the home run festival. The screen is, for example, a result screen 630 shown in (A) of FIG. 10 or a result screen 640 shown in (B) of FIG. The result screen 630 and the result screen 640 are generated by the UI control unit 113 when the home run is finished according to the instruction of the game progress unit 115, and displayed on the display unit 152 by the display control unit 112.

  The result screen 630 and the result screen 640 may include, for example, an acquired reward image 631 indicating a reward acquired by the user playing the home run festival.

  A result screen 630 shown in FIG. 10A is a result screen displayed when the home run festival ends based on the game progress section 115 determining that the batting result is not a home run. That is, the user has not been able to obtain all of the previously presented rewards. For this reason, the acquired reward image 631 included in the result screen 630 is displayed in a mode indicating that the icons of some of the rewards have not been acquired. In the illustrated example, the icon of the reward where the icon described as "GET" is superimposed shows the reward acquired by the user, and the icon of the reward where the icon described as "GET" is not superimposed is , Indicates a reward that the user has not earned.

  On the other hand, in the result screen 640 shown in FIG. 10B, the home run festival ends when the game proceeding unit 115 determines that the ball thrown most recently is the last ball. It is a result screen displayed. That is, the user has acquired all the previously presented rewards. Therefore, the acquired reward image 631 included in the result screen 640 is displayed in a mode indicating that the icons of all the rewards have been acquired. Hereinafter, the result screen 640 may be referred to as a complete screen 640.

  Further, the result screen 630 and the result screen 640 may include a transition instruction button 632 as a UI for requesting the user terminal 100 to transition from the screen. For example, when the user taps the transition instruction button 632, the operation accepting unit 111 accepts the tap operation. In response to the tap operation on the transition instruction button 632 being accepted, the game progress unit 115 causes the display unit 152 to display, for example, a matching request screen shown in FIG. 3.

  In addition, the result screen 630 and the result screen 640 may include a battle instruction button 633 as a UI for requesting the server 200 for matching in order to start the battle in the battle mode. As described above, a user who wants to play the home run festival again after having played the home run festival has to play a match in the battle mode. For this reason, by including the battle instruction button 633 in the result screen 630 and the result screen 640, the user can perform matching for starting the battle directly from the screen. Therefore, in order to play the battle in the battle mode again, it is possible to play the battle in the battle mode without making the user feel the inconvenience of displaying the matching request screen 300 once.

  For example, when the user taps the battle instruction button 633, the operation accepting unit 111 accepts the tap operation. The game progress unit 115 requests the server 200 for matching in response to the tap operation on the battle instruction button 633 being accepted. Then, when the matching is established, the game progression unit 115 causes the display unit 152 to display the matching result screen 400 shown in FIG. 4.

(Resume home run festival)
FIG. 11 is a diagram showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100 after the user plays the home run festival. In (A) of FIG. 11, after the user plays a home run festival, a match in the battle mode is played before the right to play the home run festival is reset, and a home run festival start request screen displayed after the match is over It is 510.

  The difference between the home run fest start request screen 510 shown in FIG. 11A and the home run fest start request screen 510 shown in FIG. 6 is that, first, in the reward image 512, the user acquires the home run game played by the user most recently. The icon of the reward that has been made is a point displayed in a manner that indicates that the reward has been acquired. In addition, the point cumulative amount included in the reward acquisition button 513 is a point that is updated as points are acquired based on the latest battle.

  In response to the tap operation on the start instruction button 511 being accepted, the game progression unit 115 starts the home run festival. Specifically, after displaying the rule screen shown in FIG. 7, the game progress unit 115 displays the batting screen 610 shown in (B) of FIG.

  In the batting screen 610 shown in FIG. 11B, the home run number display 626 is “7/10”. That is, the striking screen 610 shown in FIG. 11B is a striking screen before the pitcher character 613 throws the eighth ball. In other words, the game progression unit 115 resumes the current home run festival from the time when the play of the latest home run festival ends.

  Specifically, when the home run festival ends, the game progress unit 115 stores data as a result of playing the home run festival (hereinafter referred to as “challenge data”) as game information 132 in the storage unit 120. . The challenge data is, for example, data indicating the number of the ball finally determined to be a home run, data of obtained rewards, integrated parameters of the pitcher character 613 at the time of throwing a ball not determined to be a home run, etc. including.

  When the tap operation on the start instruction button 511 shown in FIG. 11A is received, the game progress unit 115 reads out the challenge data from the storage unit 120, and generates the striking screen 610 based on the challenge data. As a result, as shown in FIG. 11B, the batting screen 610 at the end of the last home run play is displayed on the display unit 152.

  In addition, the game progress part 115 erase | eliminates challenge data with reset of the right to play a home run festival, when predetermined | prescribed time comes. As a result, the home run festival to be started after exceeding the predetermined time will be performed from the first ball.

<Home run festival start process flow>
FIG. 12 is a flowchart showing an example of the flow of processing executed by the user terminal 100 based on the game program 131. In step S101, the game progression unit 115 causes the display unit 152 to display a matching request screen 300 including the point gauge 302. In step S102, when the operation receiving unit 111 receives a matching request operation, that is, a tap operation on the battle instruction button 301, the game progression unit 115 requests the server 200 for matching in step S103. Thus, the opponent in the battle mode is determined, and the battle is started in step S104.

  In step S105, the game progress part 115 communicates with the server 200 to advance the battle with the other user. The game progress unit 115 returns from NO in step S106 to step S105 and continues the progress of the battle until the game is over in the battle and the game is finished.

  When the battle is over, the game progress unit 115 proceeds from step S106 to YES in step S106, and causes the display unit 152 to display the acquired point screen 500. Then, in step S107, the game progression unit 115 gives points according to the match result, and in step S108 updates the point totals according to the given points.

  When the point total has reached the predetermined value in step S109, the game progress part 115 proceeds from step S109 YES to step S110. Then, in step S110, the game progress unit 115 causes the display unit 152 to display the home run festival start request screen 510.

  In step S111, when the operation receiving unit 111 receives a start request operation, that is, a tap operation on the start instruction button 511, in step S112, the game progress unit 115 executes a home run promotion process. The details of step S112 will be described later with reference to FIG. When step S112 is completed, the home run start process flow returns to step S101.

  Further, in step S109, when the point total does not reach the predetermined value, the game progress part 115 returns from step S109 NO to step S101. When the start request operation is not received at step S110, that is, when the tap operation to the omission instruction button 514 is received, the game progress unit 115 returns from NO at step S110 to step S101.

<Home run festival progress processing flow>
FIG. 13 is a flowchart showing an example of the flow of processing executed by the user terminal 100 based on the game program 131. Each process shown in FIG. 13 corresponds to the home run promotion process of step S112 shown in FIG. In addition, the game progress part 115 displays the rule screen 600 on the display part 152, before starting the process of step S201.

  In step S201, the game progress part 115 determines whether or not the challenge data of the previous home run festival is stored. If it is determined that there is challenge data, the game progress unit 115 proceeds from step S201 YES to step S202. In step S202, the game progress part 115 restarts the home run festival from the time of the previous failure based on the challenge data.

  On the other hand, when it is determined that there is no challenge data, the game progress part 115 proceeds from step S201 NO to step S203. In step S203, the game progress part 115 starts a home run festival from the first ball.

  In step S 204, the game progression unit 115 causes the display unit 152 to display an animation of the pitching motion of the pitcher character 613. Thus, the pitcher character 613 throws the ball toward the catcher character. Note that, before step S204, the game progress section 115 may adjust the striking force of the batter character 611 by comparing the general parameter of the batter character 611 with the general parameter of the pitcher character 613.

  In step S205, when the operation receiving unit 111 receives a batting operation, the game progression unit 115 causes the display unit 152 to display an animation of the batting operation of the batter character 611. As a result, the batter character 611 swings the bat 612 to hit the ball.

  In step S206, the game progression unit 115 determines the batting result. When it is determined that the batter character 611 has hit the ball, the game progression unit 115 causes the display unit 152 to display an animation in which the hit ball moves. The game progress unit 115 further determines whether or not the hit result is a home run. If it is determined that the batting result is a home run, the game progression unit 115 proceeds from step S206 YES to step S207.

  In step S207, the game progress part 115 determines whether or not the ball thrown most recently is the tenth ball. When it is determined that it is the tenth ball, the game progress part 115 proceeds to step S208 from YES in step S207. In step S208, the game progression unit 115 ends the home run festival, and causes the display unit 152 to display the complete screen 640. On the other hand, when it is determined that the game is not the 10th ball, the game progress part 115 returns from step S207 NO to step S204.

  When it is determined in step S206 that the batting result is not a home run, the game progress part 115 proceeds from step S206 NO to step S209. In step S 209, the game progression unit 115 generates challenge data and stores it in the storage unit 120. Subsequently, in step S210, the game progress part 115 causes the display part 152 to display the result screen 630.

  In step S211, the game progress part 115 gives the user a reward according to the result of the home run festival. The process of step S211 may be performed before the process of step S208, step S209, or step S210.

  In step S212, the operation receiving unit 111 determines whether a battle start operation has been received. That is, the operation receiving unit 111 determines whether a tap operation on the battle instruction button 633 has been received or a tap operation on the transition instruction button 632 has been received. When the operation reception unit 111 receives a tap operation on the battle instruction button 633, the game progress unit 115 proceeds from step S212 YES to step S103 shown in FIG. On the other hand, when the operation reception unit 111 receives a tap operation on the transition instruction button 632, the game progress unit 115 ends the home run promotion process. Specifically, the game progress part 115 returns from step S212 NO to step S101 shown in FIG.

[Example of software implementation]
The control block of the control unit 210 (in particular, the battle support unit 211), and the control block of the control unit 110 (in particular, the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, and the game progression unit 115 ) May be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus including the control unit 210 and / or the control unit 110 reads a program instruction that is software that realizes each function, the program and various data by the computer (or CPU). A ROM (Read Only Memory) or storage device (these are referred to as a "recording medium") recorded as possible, a RAM (Random Access Memory) for developing the program, and the like are provided. The object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, “a non-temporary tangible medium”, for example, 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 any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

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

[Items to be added]
It will be as follows when the contents concerning one side of the present invention are listed.

  (Item 1) The game program (131) executed on the computer (user terminal 100) including the processor (10), the memory (11), the operation unit (151) and the display unit (152) has been described. According to an aspect of the present disclosure, a game based on a game program includes a first game mode in which a user plays against an opponent user who is an opponent. The game program displays on the display unit a matching screen (matching request screen 300) including a first user interface (hereinafter, UI) component (competitive command button 301) for the user to instruct the processor to match with the opponent. The points were summed based on the step of displaying (S101), the step of determining points to be acquired by the user based on the battle played by the user in the first game mode (S107), and the determined points. Updating the point accumulation (S108), and when the updated point accumulation reaches a predetermined value, the user plays the second game mode using the same operation as the operation used in the first game mode And (G) giving a right (S110). The matching screen further includes an accumulated image (point gauge 302) representing the difference between the predetermined value and the updated point accumulation. As a result, the user can start the battle while predicting the cumulative points after the battle, so that the interest in the battle with the opponent user can be improved.

  (Item 2) In the determining step in (Item 1), points to be acquired by the user may be determined based on the outcome of the battle in the first game mode. As a result, the user can set a goal for the outcome of the match, and the interest of the match can be improved.

  (Item 3) In (Item 1) or (Item 2), the strength in the first game mode is set for each of the opponent users, and in the determining step, the opponent user who has played a match in the first game mode The point may be determined to cause the user to gain more points as the strength of is stronger. This can give the user the motivation to challenge a stronger opponent.

  (Item 4) In any one of items (Item 1) to (Item 3), the game program gives the processor the user the right to play the second game mode after the first game mode match is over. If it is, the step (S110) may be executed to further display the second UI component (start instruction button 511) for receiving the second selection operation for selecting the second game mode. Thus, since the second game mode can be played after the battle in the first game mode, it is possible to give the user the motivation to play the battle in the first game mode.

  (Item 5) In any one of items (Item 1) to (Item 4), the game program gives the processor an advantage over the game every time the point cumulative reaches any of a plurality of preset values. Steps may be taken to provide the right to trade for rewards that can be used to proceed. Thereby, the user can be further motivated to play a match in the first game mode.

  (Item 6) In any of the items (Item 1) to (Item 5), in the game based on the game program, in the first game mode, the own team to which one or more characters operated by the user belong, and the opponent user It is a baseball game in which an opponent team to which one or more characters to be operated belong is played against. The second game mode is a mode in which the character (batter character 611) strikes a ball to aim for a home run. The game program causes the processor to, in the second game mode, accept an impact operation for causing the character to strike the ball (S205), and determine whether the impact result when the character strikes the ball is a home run S206) and may be performed. Thereby, in the baseball game, it is possible to improve the enjoyment of the battle with the opponent user.

  (Item 7) In (Item 6), the ball is associated with a reward that can be used to advance the game in an advantageous manner. The game program may cause the processor to execute a step (S211) of giving a reward associated with the home run ball to the user when it is determined in the determination step that the batting result is a home run. Thus, the user can be motivated to perform the second game mode and also be motivated to play the first game mode.

  (Item 8) In (Item 7), the step of accepting the striking operation is executed again when it is determined in the determining step that the striking result is a home run. In the step of accepting a striking operation performed a second or subsequent predetermined number of times, a reward having a higher value than the ball in the step of accepting a striking operation performed other than the predetermined number of times may be associated with the ball. This can enhance the user's motivation for playing the second game mode.

  (Item 9) In (Item 7) or (Item 8), the right to play the point accumulation and the second game mode is not reset by the play of the second game mode, but is reset at a predetermined time. The game program causes the processor to execute the step (S110) to make the second game mode playable again after the game has been played a predetermined number of times in the first game mode if the user has the right. The predetermined number of times may be less than the number of battles required until the point total reaches a predetermined value after the point total is reset. Thus, the user can be kept motivated to play the second game mode, and the user can be motivated to play a match in the first game mode.

  (Item 10) In (Item 9), the second game mode that is playable in the step to be playable again is not a home run in the step of determining the hit result in the second game mode played last time It may be started from the step of accepting a striking operation determined as This makes it easy for the user to obtain an unearned reward, and thus can maintain the user's motivation for playing the second game mode.

  (Item 11) In any one of the items (Item 6) to (Item 10), the game program causes the processor to perform a batting operation for causing the character to hit a home run result in the second game mode. A step of displaying an image (a hint image 603) that teaches the user the knack may be performed. Thereby, the user's motivation can be maintained for playing the second game mode. In addition, it is possible to urge the user to learn batting operation.

  (Item 12) In the determination step in any one of (Item 6) to (Item 11), the user is made to obtain based on the number of home runs by the characters belonging to the own team in the battle in the first game mode. You may decide points. As a result, the user can set the goal in the battle, and the interest of the battle can be improved.

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

  (Item 14) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing apparatus includes: a storage unit (120) storing a game program according to (Item 1); and the information processing apparatus (user terminal 100) by executing the game program. And a control unit (110) for controlling the operation. The information processing apparatus according to (Item 14) has the same function and effect as the game program according to (Item 1).

DESCRIPTION OF SYMBOLS 1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 12, 22 storages, 13, 23 communication IF (operation part), 14, 24 input / output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminals, 110, 210 control units, 111 operation reception units, 112 display control units, 113 UI control units, 114 animation generation units, 115 battle proceeding unit, 120, 220 memory unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server (information processing device), 211 battle support unit, 300 matching Request screen (matching screen), 301 battle instruction button (1st UI unit ), 302 points gauge (total image), 511 start instruction button (the 2UI part), 603 tips image (image), 611 batter character (character), 1010 objects, 1020 controller (operation unit), 1030 storage medium

Claims (15)

A game program,
The game based on the game program includes a first game mode in which a user plays against an opponent user who is an opponent,
The game program is executed by the user's computer, including a processor, a memory, an operation unit, and a display unit.
The game program may include the processor
Displaying on the display unit a matching screen including a first user interface (hereinafter, UI) component for instructing the user to match with the opponent;
Determining points to be earned by the user based on a match played by the user in the first game mode;
Updating the point cumulative sum obtained by summing the points based on the determined points;
When the points accumulated, which is updated has reached a predetermined value, the user, the right to play a second game mode Ru computer battle der using the same operating procedure as that used in the first game mode Execute the giving step and
The game program, wherein the matching screen further includes an accumulated image representing a difference between the predetermined value and the updated point accumulation. The game based on the game program is a baseball game in which, in the first game mode, the own team to which one or more characters operated by the user belong and the opponent team to which the one or more characters operated by the other user belong ,
The second game mode is a mode in which the character is hit by a ball to aim a home run.
The game program causes the processor to, in the second game mode,
Accepting a striking operation for causing the character to strike the ball;
The game program according to claim 1, further comprising the step of determining whether the hit result that the character hit the ball is a home run. The ball is associated with a reward that can be used to advance the game in an advantageous manner,
The game program may include the processor
The game program according to claim 2, wherein, when it is determined in the determination step that the batting result is a home run, the step of giving the reward associated with the ball that has become the home run is executed. A game program,
The game based on the game program includes a first game mode in which a user plays against an opponent user who is an opponent,
The game program is executed by the user's computer, including a processor, a memory, an operation unit, and a display unit.
The game based on the game program is a baseball game in which, in the first game mode, the own team to which one or more characters operated by the user belong and the opponent team to which the one or more characters operated by the other user belong ,
The game program may include the processor
Displaying on the display unit a matching screen including a first user interface (hereinafter, UI) component for instructing the user to match with the opponent;
Determining points to be earned by the user based on a match played by the user in the first game mode;
Updating the point cumulative sum obtained by summing the points based on the determined points;
Giving the user the right to play a second game mode using the same operation as the operation used in the first game mode when the updated point cumulative amount reaches a predetermined value Let
The matching screen further includes an accumulated image representing a difference between the predetermined value and the updated point accumulation.
The second game mode is a mode in which the character is hit by a ball to aim a home run.
The ball is associated with a reward that can be used to advance the game in an advantageous manner,
The game program causes the processor to, in the second game mode,
Accepting a striking operation for causing the character to strike the ball;
In the second game mode, determining whether a hit result of the character hitting the ball is a home run;
A game program program which further executes the step of giving the user the reward associated with the home run ball when it is determined in the determination step that the batting result is a home run. The step of accepting the striking operation is executed again when it is determined in the determining step that the striking result is a home run,
In the step of receiving the batting operation performed a second and subsequent predetermined times, the ball is associated with the reward having a higher value than the ball in the step of receiving the batting operation performed other than the predetermined number of times The game program according to claim 3 or 4 which is. The right to play the point accumulation and the second game mode is not reset by the play of the second game mode, but is reset at a predetermined time.
The game program may include the processor
When the user has the right, after the battle of the first game mode is performed a predetermined number of times, the step of making the second game mode playable again is executed.
The game according to any one of claims 3 to 5, wherein the predetermined number of times is smaller than the number of battles required for the point total to reach the predetermined value after the point total is reset. program.   In the second game mode that has become playable in the re-playable step, it is determined in the determination step that the batting result is not a home run in the second game mode played last time. The game program according to claim 6, which starts from the step of accepting the striking operation. The game program causes the processor to, in the second game mode,
The game according to any one of claims 3 to 7, wherein the step of displaying an image that teaches the user the trick of the striking operation for causing the character to strike the home run result is executed. program.   The point to be acquired by the user is determined in the determining step, based on the number of home runs by characters belonging to the own team in the battle in the first game mode. The game program described in the section.   The game program according to any one of claims 1 to 9, wherein, in the step of determining, the point to be acquired by the user is determined based on the outcome of the battle in the first game mode. An index representing the strength in the first game mode is set to each of the opponent users,
The method according to any one of claims 1 to 10, wherein, in the determining, the points are determined to cause the user to acquire more points as the strength of the opponent user who has played a match in the first game mode becomes stronger. The game program described in item 1. The game program may include the processor
A second UI for receiving a second selection operation for selecting the second game mode when the user is given the right to play the second game mode after the battle of the first game mode is ended. The game program according to any one of claims 1 to 11, wherein the step of displaying the part is further executed. The game program may include the processor
The method according to claim 1, further comprising the step of executing the step of giving the right to exchange rewards that can be used to advance the game in an advantageous manner each time the point accumulation reaches any of a plurality of preset values. The game program described in any one of 12. A computer is a method of executing a game program,
The computer includes a processor, a memory, an operation unit, and a display unit.
A method of performing each step according to claim 1 or 4 by the processor. An information processing apparatus,
The information processing apparatus is
A storage unit for storing the game program according to claim 1 or 4;
An information processing apparatus, comprising: a control unit configured to control an operation of the information processing apparatus by executing the game program.

Images