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

Abstract

PROBLEM TO BE SOLVED: To further improve an amusement of a game.SOLUTION: A game program (131) causes a processor (10) to execute: a step (Step S102) for setting a character belonging to an own team as a designated character; a step (Step S106) for advancing an event by making the designated character operate, in a first game mode; a step (Step S108) for evaluating the operation of the designated character, and setting a first parameter based on the evaluation result; and a step (next Step S106/Step S112) for, in the first game mode and/or a second game mode, based on the first parameter, adjusting an ability value of a character who participates in a match, for advancing a match between the own team and other team.SELECTED DRAWING: Figure 3

Description

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

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

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

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

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

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

  A game program according to the present disclosure is executed in a computer including a processor and a memory. The game based on the game program is a game in which the user's own team operated by the user and another team that is the opponent are played against each other, and the game program is sent to the processor based on the user's operation. A step of setting a character as a designated character; a step of causing an event to proceed by operating the designated character based on a user operation in a first game mode including a plurality of events; and a designated character implemented in the event In the second game mode different from the first game mode and / or the first game mode and the step of setting the first parameter for the designated character based on the evaluation result Among the characters belonging to Based on the first parameter set in the Kuta, the ability value of the designated character and / or one or more other characters participating in the battle is adjusted, and based on the adjusted ability value, between the own team and the other team And a step of proceeding with the battle.

  The method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. The game based on the game program is a game in which the user's own team operated by the user and another team that is the opponent are played against each other, and the method is based on at least one character belonging to the team based on the user's operation. In the first game mode including a plurality of events, the step of causing the event to proceed by operating the specified character based on the user's operation, and the designation character executed in the event. In the step of evaluating the action and setting the first parameter for the designated character based on the evaluation result and in the first game mode and / or the second game mode different from the first game mode, Set to at least the specified character Adjusting the ability value of the designated character and / or one or more other characters participating in the battle based on the first parameter, and proceeding the battle between the own team and the other team based on the adjusted ability value And including.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, and a control unit that controls the operation of the information processing apparatus by executing the game program. The game based on the game program is a game in which the own team operated by the user and the other team that is the opponent are played against each other, and the control unit selects at least one character belonging to the own team based on the user's operation. In the first game mode including a plurality of events set as a designated character, the event is advanced by operating the designated character based on the user's operation, and the action of the designated character performed in the event is evaluated and evaluated. Based on the result, the first parameter is set for the designated character, and at least the designated character among the characters belonging to the own team in the first game mode and / or the second game mode different from the first game mode. Based on the first parameter set to / Or by adjusting the capacity value of one or more other characters to participate in the competition, based on the adjusted ability value, the progress of the battle between the own team and other teams.

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

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal. It is a flowchart which shows the flow of the process which a user terminal performs based on a game program. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is a figure which shows the outline | summary of the season play mode advanced in the competitive baseball game which concerns on this embodiment. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is an example of the game screen of a battle | competition type baseball game produced | generated by the control part of a user terminal. It is a flowchart which shows a specific example of the annual salary calculation process performed by the annual salary calculating part. It is a figure showing typically the battle progressed in the battle type baseball game concerning this embodiment.

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

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

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

  The user terminal 100 may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other via a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. The controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

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

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

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

  Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplayer is realized locally. For example, information indicating a result of winning or losing in a certain game and user identification information may be associated with each other and transmitted to the server 200.

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

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

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

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

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

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

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

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

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

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

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

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

  In addition, in this embodiment, a program is a game program for implement | achieving a game by cooperation with the user terminal 100 and the server 200. FIG. The various data includes data related to the game such as user information and game information, and instructions and notifications transmitted and received between the user terminal 100 and the server 200.

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

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

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

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

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

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

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

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

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

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

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. In addition to the shape of the user's hand, the processor 10 detects how the hand is moved and whether the hand is approaching or moving away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 determines that the state is selected by the user (continuation of mouse click, touchdown to touch panel, and continuation of touch). Further, the user terminal 100 can also determine that the movement is a swipe operation (or a drag operation) when the user further moves his / her hand while the user's gesture “goo” is detected. In addition, for example, when the user terminal 100 detects a gesture that repels a finger in the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 performs processing corresponding to a mouse click or a touch panel tap operation. It is good also to do.

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

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

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

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

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

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

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

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

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

  The event management unit 30 manages an event to be performed by the main character. The event management unit 30 presents various events to the main character at a predetermined timing during the progress of the season play mode.

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

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

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

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

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

  Note that the server 200 may include at least some of the functions of the user terminal 100. Further, the user terminal 100 may include at least a part of the functions included in the server 200. Furthermore, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be caused to execute part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices.

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

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

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

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

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

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

<About the battle>
FIG. 17 is a diagram schematically showing a battle that is progressed based on the game program 131 of the battle-type baseball game in the game system 1 according to the present embodiment. The battle of the battle-type baseball game according to the present embodiment is composed of the following elements in common regardless of whether it is a battle against a computer or a battle against a user. Each element is advanced by the server 200 and the event execution unit 31 or the battle mode execution unit 115 of the user terminal 100.

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

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

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

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

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

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

  In the present embodiment, when the subject who controls each character is a person (user or partner user), the contents of the defensive action or attack action executed by the character in each phase are performed by the person via the input unit 151. It may be determined based on the operation to be performed. Therefore, the result of each phase may be determined based on the content of the operation performed by the person via the input unit 151 in addition to the above-described ability value. Hereinafter, among the elements constituting the battle, an element that automatically proceeds according to the game program is referred to as an auto progression element. An element that proceeds based on an operation performed by a person is referred to as a manual progression element. In the present embodiment, each phase of the confrontation element may be an auto progress element or a manual progress element. The result output element is an auto progress element. In the next section, an example of a UI for accepting a user operation related to an attack operation and a defensive operation regarding the manual progression element will be described with reference to FIGS. 4 and 5.

<Display example of confrontation scene>
4 and 5 are examples of a game screen of a battle-type baseball game generated by the control unit 110 of the user terminal 100 in the present embodiment. 4 and 5 show a scene in a stadium as a game space. The generated game screen is displayed on the display unit 152 by the display control unit 112.

  FIG. 4 shows a batting screen 600 displayed on the display unit 152 of the attacking user terminal 100, and FIG. 5 shows a pitching screen 700 displayed on the display unit 152 of the defensive user terminal 100. In either screen, the pitcher character 603 throws the ball 604 from the position where the pitcher character 603 stands (first position) to the position where the catcher character 612 is located (second position), and the batter character 601 hits the ball 604. Shows the scene of performing. The batting screen 600 is a screen displayed on the attacking user terminal 100 during the progress of each phase in the above-described confrontation elements, and the pitching screen 700 is a screen displayed on the defensive user terminal 100.

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

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

  As shown in FIG. 5, on the pitching screen 700, a ball type specifying object 610 for specifying a ball type to be thrown by the pitcher character 603 and a course specifying object (for increasing the inner angle, lowering, etc.) (Not shown) or the like may be displayed.

  Further, the display control unit 112 may display the ability values of the players confronting in the phase on the upper portions of the batting screen 600 and the pitching screen 700, respectively. For example, the ability value of the character of the own team may be displayed on the upper left side, and the ability value of the character of the opponent team may be displayed on the upper right side. The display contents related to the ability value will be described in detail in the following sections.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  The season play mode is roughly divided into two parts. The first part is a preparation part for causing the user to perform various settings necessary for playing the season play mode. The second part is a season part for allowing the user to play the season from the viewpoint of the main character.

  For example, the preparation part includes team formation, player selection, and difficulty selection subparts. For example, the season part is composed of subparts of owner mission presentation, battle, mini game, and final result output. The sub-part of the owner mission presentation may be omitted. In the preparation part, each sub-part may be executed only once at the time of new play, or may be executed any number of times when the user desires. In the season part, the four subparts described above constitute one season, and the four subparts are repeatedly executed in units of seasons.

  Note that the battle includes an auto progress element and a manual progress element as necessary, as described in detail with reference to FIG. More specifically, the battle may further include an element for presenting a supervisor mission and an element for outputting a battle result.

  In the season part, among the four subparts, the owner mission presentation and the battle are events presented by the event management unit 30. In addition, the execution results of these events are directly involved in calculating the annual salary at the end of the season. In this way, the event directly connected to the calculation of the annual salary is hereinafter referred to as a main event. On the other hand, the mini game is an event presented by the event management unit 30, but the execution result of this event is not involved in calculating the annual salary. Instead, the main character is involved in adjusting the ability value referred to when the main event is executed. In this way, an event that is not directly related to the calculation of annual salary is hereinafter referred to as a sub-event.

  Furthermore, the event management unit 30 may present one or more tasks while one main event is in progress. The task is a goal to be achieved when the leading character spends the season. The annual salary calculated at the end of the season is added or subtracted according to the success or failure of the task. Therefore, the task is directly linked to the calculation of the annual salary.

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

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

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

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

  At the initial stage when the season play mode is played for the first time, a difficulty level selection screen 830 is displayed. The difficulty level selection screen 830 displays a difficulty level that can be selected in the initial stage and a difficulty level that is one level higher. The former is displayed as a selectable UI button. The latter is displayed in a display mode that shows that it is locked so that it cannot be selected, and the release condition of the lock is also displayed. As the user plays the season play mode and the release condition is achieved, the difficulty level selection screen is changed step by step to a difficulty level selection screen 831, a difficulty level selection screen 832,. That is, when a high release condition is achieved, the user can select a higher difficulty level. In the high difficulty level, the strength of the opponent team or the character of the opponent team is high, and it becomes difficult to obtain a good result for the own team, but the chance of obtaining a higher annual salary increases.

(Owner mission presentation)
FIG. 11 is a diagram illustrating an example of an event presentation screen displayed on the display unit 152 when the event management unit 30 presents a main event to the user in the season part. When the season part is started, the event management unit 30 may first execute the owner mission presentation. At this time, the event presentation screen 840 may be displayed on the display unit 152. The owner mission presentation may include tasks 841 to be achieved throughout a season. When the task 841 is achieved by the main character throughout the season, the salary calculating unit 32 may correct the salary to a plus based on this.

(Match)
The event management unit 30 presents a battle as a main event after the owner mission presentation. At this time, an event presentation screen 842 is displayed on the display unit 152. In this embodiment, a battle | competition is performed in multiple times per season. Therefore, the event management unit 30 may present on the event presentation screen 842 that there are a plurality of battles to be executed as a battle schedule 843. Thereby, the user can confirm the battle that has been executed, the execution result of each battle, and the battle that has not been completed. Furthermore, the user can easily select a battle to be executed next.

Director mission presentation:
FIG. 12 is a diagram illustrating an example of a task presentation screen displayed on the display unit 152 when the event management unit 30 presents a task to the user in the main event. The event management unit 30 presents a task to be achieved by the main character at an arbitrary timing when the battle progresses. As an arbitrary timing, the event management unit 30 may present a task as appropriate at the start of a match, at the start of an inning, at the start of a bat, or at the start of a phase. The task is, for example, a supervisory mission.

  For example, the task presentation screen 850 illustrated in FIG. 12 includes a task 851. This task 851 is a supervisory mission that imposes a hit on the main character during one batting, and is presented to the user at the timing when the main character hits the main character in the eighth table. The user can accomplish the task by causing the main character to hit a hit at this bat.

  Further, the event management unit 30 may output the execution result via the display control unit 112 at the timing when the execution result of the task is determined. For example, it is assumed that a supervisory mission is imposed on a main character that is a pitcher at a certain bat, which is required to suppress a hit without being hit during one bat. Here, when the main character is hit by the batter character of the opponent team at the batter, the event management unit 30 displays the task presentation screen 860 including the task failure execution result 861 when the batter is completed. It may be displayed.

Auto progression / manual progression:
FIG. 13 is a diagram illustrating an example of a battle screen displayed on the display unit 152 when the event execution unit 31 is proceeding with a battle as a main event. As described with reference to FIG. 17, all of the elements (inning, at-bat or phase, etc.) constituting the battle may be auto progress elements or manual progress elements. Alternatively, auto progress and manual progress may be switched on an element basis. The battle screen 870 is an example of a screen displayed when a certain inning is automatically progressing. The battle screen 871 is an example of a screen that is displayed when the batting order is switched from the automatic progression to the manual progression at a certain timing (for example, at the start of the at-bat). After switching to manual progression, the screen transitions from the battle screen 871 to the batting screen 600 shown in FIG. 4 or the pitching screen 700 shown in FIG.

  In the present embodiment, for example, when the main character is a batter, all the batters of the main character may be manual progress elements. When the leading character is a starting pitcher, the team may use only the at-bats in the pinch phase as the manual progress element and the other at-bats as the auto progress element. In the case where the main character is a relay or a pitcher, all the bats where the main character is appointed may be used as the manual progression element. Regardless of the type of the leading character, the nine innings may use all batting points as manual progression elements.

Match result output:
FIG. 14 is a diagram illustrating an example of a battle result screen displayed on the display unit 152 after the battle is completed and showing the result of the battle. The event management unit 30 determines an evaluation value for evaluating the quality of the leading character in the battle every time the battle is ended by the event execution unit 31. For example, a battle result screen 880 including the determined evaluation value 881 is displayed by the display control unit 112. The evaluation value 881 may include the personal performance of the main character in the battle. Alternatively, the evaluation value 881 may include a task achievement level of the main character for the supervisor mission assigned to the main character as a task. The evaluation value 881 calculated for each match affects the calculation of the annual salary calculated at the end of the season.

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

(Mini game)
The event management unit 30 may present sub-events between main events such as battles. When the sub event is presented, the event execution unit 31 accepts a user operation via the operation accepting unit 111, moves the main character based on the user operation, and advances the sub event. In the present embodiment, for example, the sub-event is a mini game that is smaller in scale than the battle. More specifically, the mini game includes a batting practice using a pitching machine, a defensive practice using a knock, a pitching practice using a bullpen, and the like. In the present embodiment, in the mini game, the event management unit 30 imposes a task on the main character. For example, in the mini-game of hitting practice, the event management unit 30 presents a task such as “Return the ball thrown from the pitching machine three times or more out of 10 times”.

  The event management unit 30 changes the tone parameter (fourth parameter) set for the main character in accordance with the success or failure of the task by the event execution unit 31. The tone parameter is a parameter indicating the tone of the main character. The tone parameter is used to temporarily correct the overall parameter of the main character. In the present embodiment, the tone parameters are set in five stages, for example, in order from bad to bad, bad, bad, normal, good, and good.

  When the task is completed as a result of the mini game being executed (specifically, when the ball from the pitching machine can be hit three times or more out of 10 times), the event management unit 30 sets the current tone parameter to 1 Change to a better one (for example, from normal to good).

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

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

(Intermediate result output)
Although not shown in FIG. 8, the play mode execution unit 113 executes the subpart of the intermediate result output at the timing when about half of the battles are completed while the battle and the mini game are repeatedly executed in one season. May be. In the subpart, the intermediate result displayed on the display unit 152 may include, for example, the own team's league ranking table, the individual results in the previous matches, the manager's evaluation, and the manager's comment.

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

  The annual salary calculation unit 32 acquires the team performance of the own team including the main character from the main character information 122 (step S201). The acquired team score is displayed on the display unit 152 via the display control unit 112 (team score screen 890 shown in FIG. 15).

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

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

  The annual salary calculation unit 32 acquires the supervisor mission achievement result from the main character information 122 (step S203). Further, the annual salary calculating unit 32 may calculate a supervisory evaluation throughout the season based on the achievement result of the supervisory mission for each battle. The calculated supervisory evaluation is displayed on the display unit 152 via the display control unit 112 (supervisory evaluation screen 892 shown in FIG. 15). The annual salary calculation unit 32 calculates the value of the manager evaluation based on the success of the task in the home match so that the value of the manager evaluation swings up and down. Good.

  When the season part includes the sub-part of the owner mission presentation, the annual salary calculating unit 32 may acquire the owner mission achievement rate (step S204). The annual salary calculation unit 32 may determine the owner mission achievement rate by comparing the owner mission presented at the beginning of the season with the personal performance of the leading character throughout the season. The owner mission achievement rate may also be displayed on the display unit 152 via the display control unit 112.

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

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

  The ability value adjustment unit 114 adjusts the ability value of the main character based on the maximum lifetime salary determined through step S206 according to the ability value determination table 121 (see step S109 in FIG. 3). For example, the ability value adjustment unit 114 adjusts the value of the overall parameter so that the main character becomes stronger as the lifetime maximum annual salary of the main character increases.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  (Item 1) The game program (131) executed in the computer (user terminal 100, server 200) including the processor (10) and the memory (11) has been described. According to an aspect of the present disclosure, a game based on a game program is a game in which a user's own team operated by the user and another team (an opponent team) that is an opponent are played against each other. In a first game mode (season play mode) including a step (step S102) of setting at least one character belonging to the team as a designated character (main character) based on the operation, and a plurality of events (competition, etc.) The step of advancing the event by operating the designated character based on the user's operation (step S106), the action of the designated character performed in the event is evaluated, and the designated character is evaluated based on the evaluation result Setting the first parameter (annual salary) ( In step S108), the first game mode, and / or the second game mode (competition mode) different from the first game mode, at least the first parameter set as the designated character among the characters belonging to the own team Based on the adjusted ability value, the ability value (skill-specific body parameter, overall parameter, team overall parameter) of the designated character and / or one or more other characters participating in the battle is adjusted (step S109). The step of proceeding with the battle between the team and the other team (step S106 or step S112 in the next cycle) is executed. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 2) In (Item 1), the step of advancing an event includes repeating a plurality of events as one set (one season), and the step of setting the first parameter includes: This includes setting a first parameter for the designated character each time the progression is completed. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 3) In (Item 2), the step of proceeding with the battle is based on the best first parameter (maximum lifetime salary) among the first parameters set for each set for the designated character. Including adjusting the ability value. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 4) In (Item 2) or (Item 3), in the step of setting the first parameter, with respect to the action of the designated character, an evaluation value (individual result, team result, supervisory evaluation) is determined for each event in which the action is performed. And the like, and determining a first parameter to be set for the designated character in the set based on the evaluation value for each event included in the set. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 5) In (Item 4), the step of advancing the event is based on presenting a task (owner mission, supervisory mission) imposed on the designated character at a predetermined timing at which the event proceeds, and on the user's operation. The step of causing the designated character to execute the task and setting the first parameter includes correcting the evaluation value in the event based on the execution result of the task. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 6) In any one item from (Item 1) to (Item 5), the step of advancing the battle includes the second parameter (skill-specific body parameter) relating to the ability exhibited in the battle, To adjust based on. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 7) In any one item from (Item 1) to (Item 5), in the step of proceeding the battle, the third parameter (total parameter) indicating the overall strength of the character is set as the first parameter. Adjusting based on the comparison, comparing each third parameter of the character belonging to the team and the character belonging to the other team, and adjusting the second parameter relating to the ability to be exhibited in the battle based on the comparison result including. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 8) In any one item from (Item 1) to (Item 5), the step of proceeding with the battle is the step of indicating the overall strength of the character set for each character belonging to the team. The total third parameter (team comprehensive parameter) of the team calculated based on the total value of the three parameters is based on the total value (annual salary total) of the first parameter set for each character belonging to the team. Adjusting, comparing the adjusted third total parameter of the own team with the total third parameter of the other team, and adjusting the second parameter relating to the ability to be exhibited in the battle based on the comparison result Including that. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 9) In (Item 7) or (Item 8), the step of advancing the event is further performed by advancing a sub-event (mini game) between the battle and the sub-event. The step of proceeding the battle includes setting a fourth parameter (tone parameter) indicating the tone of the designated character based on the action of the designated character, and the step of proceeding the battle is based on the fourth parameter in the battle proceeding after the sub-event. And adjusting the third parameter of the designated character. Thereby, a user's incentive with respect to play of a play mode can be strengthened, and the interest property of a game can be improved further.

  (Item 10) In any one item from (Item 1) to (Item 9), the battle proceeded in the step of proceeding with the battle is a battle against the user with another team operated by another user as the opponent. , And a battle against a computer with another team controlled by another computer as an opponent.

  (Item 11) A method of executing a game program by a computer including a processor and a memory has been described. According to an aspect of the present disclosure, the game based on the game program is a game in which the user's own team operated by the user and another team that is the opponent are battled, and the method is based on the user's operation. Setting at least one character belonging to the team as a designated character; and in a first game mode including a plurality of events, causing the event to progress by operating the designated character based on a user operation; The step of evaluating the action of the designated character performed in the event and setting the first parameter for the designated character based on the evaluation result is different from the first game mode and / or the first game mode. In 2 game mode, there are few characters belonging to the team In both cases, based on the first parameter set for the designated character, the ability value of the designated character and / or one or more other characters participating in the battle is adjusted, and based on the adjusted ability value, Proceeding with the match. The method according to (Item 11) has the same effects as the game program according to (Item 1).

  (Item 12) A storage unit (120) that stores the game program (131), a control unit (110) that controls the operation of the information processing apparatus (user terminal 100, server 200) by executing the game program, The information processing apparatus including the above has been described. According to an aspect of the present disclosure, the game based on the game program is a game in which the user's own team operated by the user and the other team that is the opponent are confronted, and the control unit is based on the user's operation. In the first game mode including a plurality of events, at least one character belonging to is set as a designated character, and the event is advanced by operating the designated character based on the user's operation. The action of the character is evaluated, and the first parameter is set for the designated character based on the evaluation result. In the first game mode and / or the second game mode different from the first game mode, Among the characters that belong to at least the first parameter set for the specified character Hazuki, adjusting the ability value of one or more other characters to participate in specified characters and / or competition, based on the adjusted ability value, the progress of the battle between the own team and other teams. The information processing apparatus according to (Item 12) has the same effects as the game program according to (Item 1).

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

Claims (12)

A game program executed on a computer comprising a processor and a memory,
The game based on the game program is a game in which the own team operated by the user and the other team that is the opponent are played against each other,
The game program is stored in the processor.
Setting at least one character belonging to the own team as a designated character based on the operation of the user;
In the first game mode including a plurality of events, the step of proceeding the event by operating the designated character based on the operation of the user;
Evaluating the action of the designated character performed in the event, and setting a first parameter for the designated character based on an evaluation result;
In the first game mode and / or the second game mode different from the first game mode, based on at least the first parameter set for the designated character among the characters belonging to the own team, Adjusting the ability value of the designated character and / or one or more other characters participating in the battle, and executing the battle between the team and the other team based on the adjusted ability value; Game program. The step of advancing the event includes taking a plurality of events as a set, and repeatedly advancing the set,
The game program according to claim 1, wherein the step of setting the first parameter includes setting the first parameter for the designated character every time the set progress is completed.   The step of advancing the battle includes adjusting the ability value based on the best first parameter among the first parameters set for each set for the designated character. Item 3. A game program according to Item 2. The step of setting the first parameter includes:
With respect to the action of the designated character, calculating an evaluation value for each event in which the action is performed; and
4. The game program according to claim 2, further comprising: determining the first parameter to be set for the designated character in the set based on an evaluation value for each event included in the set. The step of proceeding with the event comprises:
Presenting a task to be imposed on the designated character at a predetermined timing when the event proceeds; and
Including causing the designated character to execute the task based on an operation of the user,
The game program according to claim 4, wherein the step of setting the first parameter includes correcting the evaluation value in the event based on an execution result of the task.   The game program according to any one of claims 1 to 5, wherein the step of proceeding with the battle includes adjusting a second parameter related to the ability exhibited in the battle based on the first parameter. The step of proceeding with the battle includes:
Adjusting a third parameter indicating the overall strength of the character based on the first parameter;
Comparing the third parameters of the characters belonging to the team and the characters belonging to the other team; and
The game program according to any one of claims 1 to 5, comprising adjusting a second parameter relating to an ability exhibited in a battle based on the comparison result. The step of proceeding with the battle includes:
The total third parameter of the own team calculated based on the total value of the third parameter indicating the overall strength of the character set for each character belonging to the own team belongs to the own team. Adjusting based on the total value of the first parameter set for each character;
Comparing the adjusted total third parameter of the own team with the total third parameter of the other team; and
The game program according to any one of claims 1 to 5, comprising adjusting a second parameter relating to an ability exhibited in a battle based on the comparison result. The step of advancing the event further comprises:
Proceeding a sub-event between the battles; and
Setting a fourth parameter indicating the tone of the designated character based on the action of the designated character performed in the sub-event,
The step of advancing the battle includes adjusting the third parameter of the designated character based on the fourth parameter in a battle to be advanced after the sub-event. Game program.   The battle proceeded in the step of advancing the battle includes a battle against a user who is the other team operated by another user and a battle against the computer where the other team is controlled by another computer. The game program according to claim 1, which is any one of the above. A computer comprising a processor and a memory for executing a game program,
The game based on the game program is a game in which the own team operated by the user and the other team that is the opponent are played against each other,
In the method, the processor comprises:
Setting at least one character belonging to the own team as a designated character based on the operation of the user;
In the first game mode including a plurality of events, the step of proceeding the event by operating the designated character based on the operation of the user;
Evaluating the action of the designated character performed in the event, and setting a first parameter for the designated character based on an evaluation result;
In the second game mode different from the first game mode and / or the first game mode, the designation is made based on at least the first parameter set for the designated character among the characters belonging to the team. Adjusting the ability value of the character and / or one or more other characters participating in the battle, and proceeding the battle between the team and the other team based on the adjusted ability value. An information processing apparatus,
The information processing apparatus includes:
A storage unit for storing game programs;
A control unit that controls the operation of the information processing apparatus by executing the game program,
The game based on the game program is a game in which the own team operated by the user and the other team that is the opponent are played against each other,
The controller is
Based on the user's operation, at least one character belonging to the team is set as a designated character,
In the first game mode including a plurality of events, the event is advanced by moving the designated character based on the operation of the user,
Evaluating the action of the designated character performed in the event, and setting a first parameter for the designated character based on the evaluation result,
In the second game mode different from the first game mode and / or the first game mode, the designation is made based on at least the first parameter set for the designated character among the characters belonging to the team. An information processing apparatus that adjusts the ability value of a character and / or one or more other characters participating in a battle and advances a battle between the team and the other team based on the adjusted ability value.

Images