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

Abstract

To enhance interest in a game.SOLUTION: A game program (131) causes a processor (10) to execute: a step (S3) of generating a deck by incorporating multiple objects provided with attributes into the deck according to an input operation by a user; and a step (S37) of advancing a battle on the basis of the deck. Direct objects and indirect objects can be incorporated into the deck. Each of the objects is provided with a comprehensive parameter indicating a comprehensive strength in the battle. In the step of advancing the battle, a comparison of values based on the comprehensive parameters is performed between the user and an opponent, and the side having the larger value is allowed to advance the battle advantageously. In the step of advancing the battle, the comparison uses at least values based on the comprehensive parameters corrected upward for direct objects having attributes corresponding to indirect objects incorporated into the deck.SELECTED DRAWING: Figure 13

Description

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

  A variety of game providers are provided with a game program that causes a character such as a player to be displayed in a virtual space on the game and causes the user to operate the player to advance the game. For example, games based on competitions such as tennis, table tennis, dodgeball, baseball, soccer, and hockey are provided.

  In particular, team competitions in which teams of multiple players, such as baseball or soccer, play against each other are widely described as the subject of competition games. In the battle game, the user operates each player in the team to progress the battle. Among them, there is provided a communication competition game in which each of a plurality of users exchanges information using a terminal, thereby advancing a battle (for example, Patent Document 1). In such a game, digital content as the above-described character is provided to the user, for example, as a reward for playing the game. Then, the user can organize a plurality of acquired characters into a deck and play a battle. Here, various parameters set for the character affect the progress of the battle.

Patent No. 6050884 (issued on December 21, 2016)

  In general, it is important how to deal with the problem of users getting bored with games. In particular, in the game as described above, it is required to prepare various types of characters to give the user the pleasure of acquiring characters and the pleasure of forming a team with the acquired characters.

  One aspect of the present disclosure is to improve the interest of a game.

  A game program according to the present disclosure is executed by a computer including a processor, a memory, an operation unit, and a display unit. The game program generates, in the processor, the deck by incorporating a plurality of objects, which are digital content owned by the user and to which the attribute is given, into the deck according to the input operation of the user, and the plurality of objects. Advance the battle on the basis of the deck into which is incorporated. Incorporating into the deck at least one of a plurality of direct objects that act directly on the progress of the match and at least one indirect object that acts indirectly on the progress of the match by exerting an advantageous action on the direct object. It is possible that each object is provided with an overall parameter indicating the overall strength in the match, and the step of advancing the match is to at least direct objects to each other and decks between the user and the opponent. One of them is to compare the values based on the general parameter, and to make the match progress in favor of the one that exceeds the value, and in the step to make the match progress at least, it corresponds to the indirect object incorporated in the deck. Value based on the overall parameter corrected upwards for direct objects with attributes , Used for comparison.

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

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a figure which shows an example of the data structure of user information. It is a figure which shows an example of the data structure of deck detailed information. It is a figure which shows an example of the data structure of deck outline information. It is a figure which shows an example of the data structure of a mascot information database (DB). It is a figure which shows an example of a deck selection screen. It is a figure which shows an example of a fielder deck organization screen. It is a figure which shows an example of a pitcher deck organization screen. It is a figure which shows an example of a matching formation screen. It is a figure which shows an example of a bonus screen. It is a figure which shows an example of a value comparison screen. It is a flowchart which shows the flow of the process which the battle | competition advancing part of a user terminal performs based on a game program. It is a flowchart which shows the flow of the process which the battle | competition advancing part of a user terminal performs based on a game program.

Embodiment 1
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. The present invention is not limited to these exemplifications, but is shown by the claims, and all changes within the scope and meaning equivalent to the claims are intended to be included in the present invention. Ru. In the following description, the same components are denoted by the same reference symbols in the description of the drawings, and redundant description will not be repeated.

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

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

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

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

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

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

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

  In addition, the controller 1020 may be configured to be removable from the user terminal 100. In this case, a joint with the controller 1020 may be provided on at least one of the surfaces of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

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

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

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

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

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

<Game Outline>
The game system 1 is a system for executing a communication person-to-person battle game in which each user terminal 100 (client) operated by each user communicates and advances a battle based on a game program, as an example.

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

  The game system 1 executes, as an example, a communication-a-person game, a communication-a-person game type baseball game (hereinafter, referred to as a present game or a present baseball game) that advances a baseball game.

  In a baseball game executed by the game system 1, each team is operated by the first user terminal 100 and the second user terminal 100 communicating via the server 200 (information processing apparatus). A team is created by the user incorporating one or more objects into the deck. An object is digital content that has some effect on the progress of a match in the game, and the strength of the deck of each user organized by one or more objects affects at least the progress of the match. The object is, for example, a character, and the character is, for example, a baseball player who participates in a baseball game and confronts a player of the opposing team, or a team that assists the player in advancing the game advantageously. It is a mascot of In this game, players and mascots are represented in the form of cards as an example. In this game, as an attribute, a player's and a mascot are set to "affiliated team" indicating a team to which the character belongs.

  In the present baseball game, when the user plays an interpersonal match, an evaluation result (competitive result such as winning or losing, a score, a score, etc.) on the play content is output. In addition, in the game, a reward is given to the user playing the battle. The reward is, for example, right data for giving the user the right to obtain one or more of the objects described above. Specifically, it is a pack in which a predetermined number of players' cards are enclosed. By opening the pack, the user can obtain the card enclosed in the pack. Then, the obtained card is incorporated into the deck, and the player represented by the card can be used in the match. Also, the pack may have a card of a mascot enclosed therein. The user can incorporate mascot cards obtained from the puck into the deck to assist players who are also in the deck and to advantageously advance the match.

  In this baseball game, as an example, a pack given as a reward is not opened only by being acquired by the user. The pack is set in a slot owned by the user, and can be opened if a point counted in association with the pack reaches a predetermined value. Each time a user plays a match, points are awarded to the user as rewards for playing the match, and assigned to each pack owned by the user.

  The user gets as many packs as playing a match and also earns many points. That is, the more players play a match, the more packs can be opened and more cards (players or characters such as mascots) can be owned. And, by incorporating a stronger player or high-performance mascot into the deck, it is possible to strengthen the entire deck and to advance the match advantageously.

  This baseball game progresses while the team's offensive and defensive alternates between the front and back for each inning. In the following, if it is necessary to distinguish between the user terminal 100 operating the team on the defensive side and the user terminal 100 on the attacking side on the front or back of a certain inning, the former is hit by the throwing user terminal 100A, the latter is hit It is called the side user terminal 100B. When it is not necessary to distinguish between the two, it is simply referred to as the user terminal 100. The user of the pitching side user terminal 100A is referred to as a pitching side user, and the user of the batting side user terminal 100B is referred to as a batting side user. However, when there is no need to distinguish between both users, and when the distinction is clear, they are simply referred to as users. The pitching side user operates pitching by the pitcher character using the pitching side user terminal 100A, and the attacking side user operates the batting by the batter character using the batting side user terminal 100B.

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

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

  In the present baseball game, when the user does not want to control the character by himself, the user can operate the user terminal 100 to notify the server 200 to that effect. When the server 200 receives such a notification from the user terminal 100, the server 200 determines an operation result (a pitching result or a batting result) of the character based on various information related to the ongoing battle according to the game program. Then, the determined operation result is transmitted to the user terminal 100 of the opponent. That is, the server 200 controls the character instead of the user terminal 100.

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

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

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

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

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

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

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

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

  The input unit 151 detects the position at which the user's operation (physical touch operation such as touch operation, slide operation, swipe operation, and tap operation) on the input surface is input, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistive film method.

  Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can specify the holding attitude of the user terminal 100 from the output of the sensor and perform processing according to the holding attitude. For example, when the user terminal 100 is held in the vertical orientation, the processor 10 may perform vertical screen display that causes the display unit 152 to display a vertically long image. On the other hand, when the user terminal 100 is held in landscape orientation, a landscape image may be displayed on the display unit to display a horizontally long image. Thus, the processor 10 may be capable of switching between vertical screen display and horizontal screen display according to the holding attitude of the user terminal 100.

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

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

  Here, an example in which the user terminal 100 receives a detection result in which the object 1010 in the vicinity of the user terminal 100 is detected using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side of the housing of the user terminal 100. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. For example, an infrared camera can be used as the camera 17. In this case, the camera 17 may be provided with a lighting device for emitting infrared light, a filter for blocking visible light, and the like. This makes it possible to further improve the detection accuracy of an object based on a photographed image of the camera 17 regardless of whether it is outdoors or indoors.

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

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

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

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

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

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

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

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

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

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

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

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

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

  The UI control unit 113 controls UI components to be displayed on the display unit 152 in order to construct a UI. The UI component is a tool for the user to perform input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output from the user terminal 100 during the progress of the game. The UI component is, for example, an icon, a button, a list, a menu screen, etc., although not limited thereto.

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

  The animation generation unit 114 generates an animation indicating the motion of each object based on the control mode of various objects including the above-described UI component. For example, an animation of a pitcher's pitching motion, an animation of a batter's batting motion, an animation of a bat's waving bat, an animation of a ball thrown by a pitcher, an animation of a batter's batted ball, an animation that a runner steals You may The above-mentioned pitcher, batter and runner are defined based on the cards (players) organized in the deck.

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

  The battle progression unit 115 transmits and receives data to and from the server 200, and advances the battle with the opponent user. In addition, the battle proceeding unit 115 controls the UI control unit 113, the animation generation unit 114, and the display control unit 112 to provide the user with the above-described UI necessary for the user to play the present baseball game. The battle progression unit 115 causes the UI control unit 113 or the animation generation unit 114 to generate a game screen including UI parts. The battle progression unit 115 causes the display control unit 112 to display the generated game screen on the display unit 152. Thus, a UI for the user to play the baseball game is realized.

  Therefore, the game screen, which will be described in detail later with reference to the drawings, is configured by a UI component generated by the UI control unit 113, an animation generated by the animation generation unit 114, or a combination thereof. The game screen generated by the UI control unit 113 or the animation generation unit 114 is displayed by the display control unit 112 on the display unit 152 of the user terminal 100. The display control unit 112, the UI control unit 113, and the animation generation unit 114 execute processing for displaying the game screen on the display unit 152 under the control of the battle proceeding unit 115. Therefore, the description “competition progression unit 115 displays the game screen on the display unit 152” is “competition progression unit 115 controls UI control unit 113 or animation generation unit 114 to generate a UI part or animation. , And controls the display control unit 112 to display on the display unit 152 a game screen including the generated UI component or animation.

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

<Data structure of user information>
FIG. 3 is a view showing an example of the data structure of the user information 133. As shown in FIG. The user information 133 is data for managing information related to the user referred to in the match, and is created for each user. The user information 133 is stored in the storage unit 120. The user information 133 may also be stored in the storage unit 220 of the server 200.

  The user information includes a plurality of items. As an example, at least each item of user name, rating and favorite baseball team.

  "User name" indicates the name of the user. The username is used by other users to identify the user. Furthermore, the user information may include a "user ID" for each device of the game system 1 to identify the user. "Rating" indicates the rating set for the user. The rating is an indicator that represents the strength of the user in the match. The rating is updated based on the result of the battle between the users (for example, the outcome) and the difference between the ratings before the battle of each user based on a predetermined arithmetic expression. Specifically, the rating of the user winning the match is increased, and the rating of the defeated user is reduced. Therefore, it is assumed that the higher the rating, the stronger the user is in the match.

  The user information further includes an item of "designated team". In this game, as an example, the user designates a favorite baseball team as a designated baseball team from among the existing professional baseball teams (12 baseball teams) at the start of the game. The item of the designated team is referred to by the match advancing unit 115. For example, the match progress section 115 may determine the design of a team logo representing the user's team based on the favorite team of the favorite, and is set to the character incorporated in the designated team and the deck The strength of the deck may be determined based on certain attributes (eg, club affiliation).

  The designated baseball team may be arbitrarily changed by the user after the game is started, or the user may change the game because certain conditions are satisfied as a result of the user playing the game. It is also good.

<About the deck>
The deck owned by the user is treated as deck information in the game system 1. The data structure of the deck information will be described in detail later. The deck information is data for managing information related to the deck owned by the user. The deck information is stored in the storage unit 120 as game information 132. The deck information may be stored also in the storage unit 220 of the server 200. The deck information is referred to and used by the battle proceeding unit 115 when the battle proceeds.

  In the present embodiment, as an example, the deck information includes deck detailed information and deck summary information. The deck detail information is a collection of individual information of each character constituting the deck. The deck outline information is information on the entire team formed by arranging each character in the deck.

  The user may be able to have two types of decks of different nature, the first deck and the second deck, as an example in the game. The first deck is, for example, a character priority deck. The first deck has the property that the strength of the deck increases as more capable characters are incorporated, regardless of the user's designated team and the team to which the character belongs. By providing the first deck of such nature to the user, the joy of acquiring a strong character, the fun of collecting favorite characters, and the fun of forming a unique dream team with the acquired strong characters , Can be given to the user.

  The second deck is, for example, a self-group priority deck. The second deck has the property that the strength of the deck increases as the number of characters belonging to the user's designated team is increased. By providing the user with a second deck of this nature, it is possible to enjoy the character belonging to the designated club which is its favorite, enjoyment to collect the characters belonging to the designated club, and designate with the acquired character The user can be provided with the pleasure of organizing a team such as a baseball team.

  In the present embodiment, the first deck will be mainly described, and the second deck will be described in detail in the second embodiment.

<About the character>
In this embodiment, the user can incorporate two types of characters, player and mascot, into the possessed deck. A player is an object placed on a virtual space in which a match proceeds. The player carries out an action determined on the basis of the user's input operation on the virtual space, in some cases, based on the attribute and ability value set for the player. That is, a player is a direct object that acts directly on the progress of a match. The mascot brings effects determined based on the attributes and ability values set for the mascot directly to the player as an object individually or to the entire deck. The mascot thus assists the player in advancing the match in an advantageous manner. That is, a mascot is an indirect object that indirectly acts on the progress of a match by exerting an advantageous action on a player performing an action during the match.

  In the present embodiment, not only players but also mascots can be incorporated into any of the first and second decks. The effects to be exhibited when the mascot is incorporated into the deck, the conditions for the effects to be exhibited, etc. are preferably made different according to the nature of each deck. This allows the user to carefully consider which deck to use and how to arrange the players in order to make the effect of the hand-held mascot more effective. As a result, it is possible to enhance the strategicity of the deck formation and to improve the interest of the game.

  Furthermore, in the present embodiment, each character may be classified based on the character type. The character type is also set to each character as one item of the attribute. For example, players are classified as "fielders" or "pitchers" based on their defensive positions. The above-described classification based on position is referred to as a position type (first type). Mascots are classified as "male" or "female" based on gender (second type).

  In the present embodiment, the effect of the mascot may be exhibited for a player having a position type corresponding to the sex of the mascot. As one example, the player's ability value incorporated into the deck is corrected upward when a gender mascot corresponding to the player's position type is incorporated into the deck. More specifically, when the classification of "fielder" corresponds to the classification of "male" and the classification of "pitcher" corresponds to the classification of "female", the male of the mascot You may exert the effect of raising the ability value of the fielder.

  In the present embodiment, the term "position" indicates one role played by one character in the deck, and is an element of the minimum unit constituting the deck. The "position" and the character are linked one-on-one. The deck may have multiple positions with the same role. Although a defensive position in baseball is assumed as an example of "position", "position" should not be interpreted narrowly only as a defensive position of baseball, but "one player supports" played by one mascot. The role of is also included in one of the "positions".

<About the ability value>
In the present baseball game, ability values are set for each of the characters. The ability value includes physical ability parameters and general parameters. The physical ability parameter is a value representing the physical ability of the player to be exhibited in the match. Specifically, the physical ability parameter is a digitization of a player's skill for each skill required in baseball. In the present embodiment, for example, the physical ability parameters include a striking force, a hitting force, a fastest ball speed, a controlled ball force, a changing ball force, a running force, a defensive force, a throwing speed, and a throwing accuracy.

  On the other hand, the general parameter is obtained by quantifying the general strength of the character regardless of the skill and the skill, and is set for each card of the character. The general parameter is referred to by the match advancing unit 115 and the match support unit 211 at the time of the match, and affects the progress of the match. Specifically, this baseball game is a specification in which the match proceeds more advantageously as the overall parameter of the character incorporated in each of the first and second decks is higher.

  The integrated parameters set individually for the players may be referred to in a scene where the pitcher and the batter face each other. For example, at the start of one turn at bat, the match advancing unit 115 compares the overall parameter of the batter with the overall parameter of the pitcher. Then, while the turn at bat advances, the physical ability parameter of the player whose overall parameter is lower is corrected to minus. For example, when the pitcher loses in the comparison of the overall parameters, the match advancing unit 115 subtracts, for example, 10%, of the physical ability parameters (maximum ball speed and ball control force) related to the pitcher pitching, respectively, during the batting. In this way, recruiting players with higher overall parameters leads to an advantageous progression of each bat at bat. In another example, if the pitcher loses in the comparison of the overall parameters, the batter's physical ability parameters (striking power and hitting power) may be respectively added by, for example, 10%.

<Data structure>
(Detailed deck information)
FIG. 4 is a view showing an example of the data structure of the deck detailed information in the deck information. The deck detail information shown in FIG. 4 is separately generated for each of the first deck and the second deck.

  In the present embodiment, one deck may be divided into a plurality of types of lower decks according to the role of the player to be placed. The deck may be divided into two types, a fielder deck and a pitcher deck, as an example, based on the player's position. Furthermore, the decks may be divided into two types, a starting member's deck and a reserve member's deck, for example, based on the timing at which players enter the game. Therefore, in the present baseball game, each of the first and second decks is composed of the lower decks divided into four as follows.

  In this baseball game, as an example, the lower deck including the starting member's fielder is referred to as a fielder starting member deck, and the lower deck including the forward member fielder is referred to as a fielder bench deck. Also, the lower deck including the starting member pitcher, that is, the starting pitcher, is referred to as a pitcher starting deck, and the lower deck including the relief member, that is, the relief pitcher is referred to as a pitcher relief deck.

  The deck is composed of multiple roles as described above. For example, the role may be a defensive or offensive position in a team, or a cheering position to assist or assist team members in these direct positions. One deck may have one different kind of position or may have a plurality of same kind of positions. For example, a fielder starting deck has one kind of position. The pitcher relief deck has multiple similar positions.

  The deck detail information is information for managing the association between each position constituting the deck and the character in charge of the position. As shown in FIG. 4, as an example, the deck of the game is composed of 27 positions. In the deck detail information, one record is generated for one position, and a total of 27 characters are linked to each position.

  As illustrated in FIG. 4, the deck detailed information includes, for example, a deck section, a position ID, a position name, a character ID, an attribute, an overall parameter, and a mascot effect correction item. When the deck detail information is that of the first deck, the item of the self team effect correction is not provided, or the value of the item takes a NULL value.

  The deck division indicates which of the four lower decks the position of the corresponding record belongs to.

  The position ID is identification information for uniquely identifying each position in the deck. Since different position IDs are assigned to the same type of position, each record can be uniquely identified. The position name indicates the name of the position. The name allows the user to identify each position in the deck.

  The character ID is identification information for uniquely identifying a card regarded as a player or a mascot. The character ID is associated with the position ID on a one-on-one basis. Thereby, the correspondence between the position of the deck and the character taking the position is managed.

  The attribute indicates the attribute of the character at the position of the corresponding record. As an example, the attributes include character types and affiliation teams. The character type indicates a position type that classifies a fielder or a pitcher based on the position when the character is a player, and indicates a male or female gender when the character is a mascot. The team belonging to the group indicates the team to which the character belongs, among the predetermined teams (for example, a real baseball team and 12 teams).

  The total parameter indicates the total parameter set for each character. The value of the general parameter stored in the column is the basic value set for the character, and the correction value when the value is corrected is managed separately for the column.

  The mascot effect correction indicates a correction value of the integrated parameter of each character, which is corrected when the arrangement of the mascot in the deck satisfies a predetermined condition. In the example shown in FIG. 4, the correction value “50” indicates that 50 is added to the basic value of the total parameter stored in the one left column.

  In the example shown in FIG. 4, for the sake of convenience, the fielder cheering position for arranging the mascot male belongs to the fielder stamen deck, and the pitcher cheering position for arranging the mascot female belongs to the pitcher starting deck. It is managed. However, the present invention is not limited to this, and a fifth lower deck “mascot deck” may be generated in the deck detail information, and a record of a position dedicated to the mascot may be provided there.

  When the deck detailed information generated by the battle proceeding unit 115 is stored in the storage unit 120 according to the user's input operation, next, the battle proceeding unit 115 generates deck summary information based on the deck detailed information.

(Deck summary information)
FIG. 5 is a view showing an example of the data structure of the deck outline information in the deck information. The deck outline information shown in FIG. 5 is generated for each user, and a record is registered for each type of deck held by the user.

  As illustrated in FIG. 5, the deck outline information includes, for example, items of deck ID, deck type, total parameter total value, self club group, addition value, and deck total parameter. In the deck summary information, regarding the record of the first deck, the value takes a NULL value in the item of the current team degree and the sub-item of the mascot bonus in the item of the added value.

  The deck ID is identification information for uniquely identifying a deck owned by the user. In the present embodiment, two types of decks having different properties are held by the user, and deck IDs “D1” and “D2” are assigned to the respective decks.

  The deck type indicates the type of deck. In this embodiment, D1 is a first deck, specifically, a character priority deck, and D2 is a second deck, specifically, a self club priority deck.

  The total parameter total value indicates a value obtained by summing the corrected total parameters of each character incorporated in the deck. The corrected integrated parameters are those obtained by correcting the basic integrated parameters originally set for the character incorporated into the deck based on the effects of the mascot incorporated into the same deck.

  The player's baseball team degree indicates the rate at which the character belonging to the same team as the user's designated team is placed in the second deck. In the present embodiment, one deck includes 27 positions. Therefore, the self club degree is represented by n / 27 (n is the number of characters of the same team as the designated team, which are arranged on the deck).

  The addition value indicates a value that is temporarily added to the total parameter total value when the arrangement of the deck satisfies a predetermined condition. As an example, the addition value includes a mascot bonus and a player bonus. The mascot bonus indicates a value to be added when the arrangement of one or more mascots satisfies a predetermined condition. In the present embodiment, the mascot bonus is generated when the deck type is the second deck. Therefore, the mascot bonus of the first deck takes a null value or a value of "0". The player bonus indicates a value to be added when the arrangement of one or more players satisfies a predetermined condition. For example, there may be a player bonus to be added when the above-mentioned self-team group degree satisfies the predetermined value or more.

  The deck general parameter is an index indicating the overall strength of the deck held by the user in the match and is given to each deck. The deck comprehensive parameter is calculated based on the corrected overall parameter of each character arranged in the deck. More specifically, the overall deck parameter is added based on the above-mentioned overall parameter sum value obtained by summing up the corrected overall parameters of each character placed on the deck and that the mascot is incorporated into the deck. And the added value (the mascot bonus described above). Therefore, as the overall parameter of each character in the deck is higher, the overall deck parameter is also calculated higher. In the present embodiment, the competition advancing unit 115 compares the overall deck parameter of the user's deck with the overall deck parameter of the opponent's deck, and advances the competition advantageously in the case where the value of the overall deck parameter exceeds. Therefore, it can be considered that the higher the overall deck parameter, the stronger the deck for the match and the more advantageous for the match. In this way, the user can enjoy the game further by collecting characters with high overall parameters or devising the arrangement of decks so that a large number of addition values can be obtained, in order to increase the overall deck parameters. It becomes possible.

(Mascot information database)
FIG. 6 is a view showing an example of the data structure of the mascot information DB. The mascot information DB shown in FIG. 6 is generated for each user, and a record is registered for each card of the mascot owned by the user. Although not shown, the player information DB is also generated for the player's card owned by the user, and managed in the game system 1.

  As shown in FIG. 6, the mascot information DB has items of character ID, character name, attribute, general parameter, mascot effect, and mascot skill, as an example.

  The character ID is identification information for the game system 1 to uniquely identify the card of the mascot. The character name indicates the name of the character. The name allows the user to identify the mascot.

  The attributes of the mascot include, for example, items of character type, proper position, and affiliation team. The character type and the team affiliation are as described above. The appropriate position indicates the position that the corresponding mascot is good at. When the mascot is arranged in the same position as the proper position in the deck, the effect that the mascot has is exhibited. In the present embodiment, the male mascot has an aptitude for fielder support. Therefore, when the male mascot is placed at the position of “F1: support for fielders” in the deck, the effect of the male mascot is exhibited for each fielder placed on the deck.

  As shown in FIG. 6, the general parameter may be set not only to the player but also to the mascot. When a mascot is arranged in the first deck and the second deck, basic integrated parameters set in the mascot itself may be taken as an object of correction by the effect of the mascot itself. Furthermore, the general parameters of the mascot may be subjected to addition to obtain the total parameter sum value. Further, in the second deck, the mascot may be added to the total parameter total value because the mascot is arranged to satisfy the predetermined condition. Then, the value after the bonus addition is calculated as a deck general parameter. In this way, the mascot brings various effects for enhancing the overall deck parameters to each character disposed on the deck, and contributes greatly to raising the overall deck parameters.

  The mascot effect shows a first advantageous effect that the mascot can bring on a character or a deck. In the present embodiment, as described above, the mascot effect is exhibited when the mascot is arranged in the proper position in the first deck and the second deck. In the example shown in FIG. 6, the male mascot, when placed in the fielder support position of the deck, has the effect of increasing the overall parameters of the characters arranged on the deck by 50 as the fielder of the same and the same club. In the item of the mascot effect, a range to which the effect is applied may be further defined for each mascot, or the degree of the effect may be defined to be different for each range. In the example shown in FIG. 6, the male mascot has the effect of increasing the overall parameter by 25 to the fielders belonging to the other baseball teams, although the degree is smaller than the effect of the baseball teams on the fielders.

  Mascot skills show a second advantageous effect that a mascot can bring on a character or a deck. In the present embodiment, the mascot skill is activated when a mascot belonging to the same team as the user's designated team is placed in the second deck. In the example shown in FIG. 6, when the male and female mascots are placed in the second deck, if the team to which the mascot belongs is in agreement with the designated team of the user, the overall deck parameter will be a mascot bonus. It has the skill to which the addition value of "1000" is added.

<Game screen>
FIG. 7 is a view showing an example of the deck selection screen displayed on the display unit 152 of the user terminal 100. As shown in FIG. The deck selection screen 400 is a screen for the user to select the type of deck desired to be organized in a game in which the user can possess multiple types of decks. The deck selection screen 400 includes various deck information and a UI for selecting a deck. For example, the deck selection screen 400 includes status information 401 of a second deck as a self-group priority deck, and status information 402 of a first deck as a character priority deck. Furthermore, the deck selection screen 400 includes check boxes 403 and 404 of an alternative selection type as a UI for the user to designate which deck to select.

  The status information 401 is generated based on the record of D2 among the deck outline information shown in FIG. The status information 401 includes the "degree of self-team," the "total value" indicating the total parameter total value, the "addition value" obtained by adding the mascot bonus and the player bonus, the "total value" and the "addition value". And “deck overall parameter” which is the sum of

  The status information 402 is generated based on the record of D1 among the deck outline information shown in FIG. The status information 402 includes a “total value” indicating a total parameter total value, an “addition value” obtained by summing up player bonuses, and a “deck general parameter” which is the sum of the “total value” and the “addition value”. including.

  The user operates the check boxes 403 and 404 while selecting the decks to be organized while checking the status information of each deck described above. The battle progression unit 115 may display the deck selection screen 400 shown in FIG. 7 immediately before making a matching request to the server 200, and may allow the user to select a deck to be used in the battle.

  FIG. 8 is a diagram showing an example of a fielder deck organization screen for arranging fielders in the deck organization screen. The fielder deck organization screen 500 includes a fielder baseball deck 501 and a fielder bench deck 502 as an example. The fielder starting member deck 501 has frames F2 to F9 corresponding to each of the eight defensive positions excluding the pitcher, and a frame F10 corresponding to the designated batter's position. Furthermore, in the present embodiment, the fielder starting member deck 501 has a frame F1 corresponding to the position of fielder support. The fielder bench deck 502 may have five frames corresponding to five positions of the reserve fielder, as an example.

  FIG. 9 is a view showing an example of a pitcher deck knitting screen for arranging a pitcher in the deck knitting screen. The pitcher deck knitting screen 550 includes, for example, a pitcher starting deck 551 and a pitcher relief deck 552. The pitcher starter deck 551 may have, for example, five frames corresponding to five pitcher positions. The pitcher relief deck 552 may have six frames corresponding to six relief pitcher positions, as an example.

  In the present embodiment, the pitcher deck organization screen 550 further includes a mascot display frame F16 corresponding to the pitcher support position. Although the pitcher support position is included in the pitcher starting deck 551 because of the data structure, the frame F16 may be displayed outside the area of the pitcher starting deck 551 as shown in FIG.

  In the present embodiment, it is preferable that the battle proceeding unit 115 display information of the arranged characters in a frame on the deck corresponding to the position. For example, the numbers at the upper right of the box indicate the overall parameters of the placed character. To the right of the number, an arrow indicating upward or downward is displayed as necessary. The upward arrow indicates that the basic integrated parameters set for the character have been corrected upward. The upward correction is made, for example, by the arrangement of the deck of each character satisfying a predetermined condition. The downward arrow indicates that the basic integrated parameters set for the character have been corrected downward. The downward correction is, for example, imposed as a penalty for the arrangement of the deck of each character not satisfying the predetermined condition. The logo at the lower left of the box indicates the team to which the placed character belongs. In addition, the rarity of the character, the character name and the like may be displayed around the frame.

  Furthermore, each deck organization screen may include a deck general parameter 503. An arrow may be added to the overall deck parameter to indicate that it has been corrected upward or downward. Furthermore, each deck organization screen may include a UI 504 for calling up a list of mascot bonus and player bonus that are generated based on the current deck arrangement. In the present embodiment, since the parameter of the self club group is not set in the first deck, when the deck formation screen shown in FIGS. 8 and 9 is the first deck, the self club group 505 is Do not show.

  The user causes the display unit 152 to display the respective deck organization screens, and performs an input operation for associating a desired card on hand with the respective frames using the input unit 151. The battle proceeding unit 115 receives the above-described input operation via the operation receiving unit 111, associates the position with the character based on the correspondence between the frame and the card, and generates the deck detailed information.

  FIG. 10 is a diagram showing an example of the matching establishment screen displayed on the display unit 152 of the user terminal 100 when the matching is established. The matching establishment screen 600 is a game screen for notifying the user of the result that the matching is established and providing the information of the opponent to the user before the start of the battle.

  The matching establishment screen 600 includes, for example, the user's own user name 601, the opponent's user name 602, the user's own rating 603, and the opponent's rating 604.

  The matching establishment screen 600 may further include information indicating the types of the user himself and the opponent's deck. In the present embodiment, as an example, when the deck of the user or the opponent is organized by the second deck, the battle proceeding unit 115 displays a team logo 605 indicating that on the matching establishment screen 600. In this game, a baseball team logo is associated with each designated baseball team, and the baseball team can be identified by the logo. In the example shown in FIG. 10, the team logo 605 is assigned to the area where the user's information is displayed, so that the second deck (own club priority deck) having “Tottori Salmons” as the designated team is used as the user's deck. It is recognized by the user and the opponent that it is adopted. On the other hand, when the opponent adopts the first deck, no logo is given to the area displaying the information of the opponent. This allows the user to recognize that the opponent has adopted the first deck.

  FIG. 11 is a view showing an example of a bonus screen displayed after the matching establishment screen 600. As shown in FIG. The bonus screen 700 is for presenting to each user the effect of the bonus to be exerted based on the arrangement of the deck in each of the deck of the user (user A) and the deck of the opponent (user B).

  Bonus screen 700 includes bonus area 701 for displaying a bonus acquired on each deck, and addition value area 702 for displaying an addition value to be added to the total parameter total value based on the acquired bonus. including.

  The bonus area 701 displays a player bonus generated when the arrangement of players on the deck satisfies a specific condition, and a mascot bonus generated when the arrangement of mascots on the deck satisfies the specific condition. In the example shown in FIG. 11, the bonus area 701 indicates that the user has acquired a player bonus 705 and two mascot bonuses 703 and 704.

  In the present embodiment, an addition value is associated in advance for each bonus displayed in the bonus area 701. In the addition value area 702, the addition value sum of the bonus acquired by each user is displayed. When the addition value of the bonus acquired by the user A is respectively “375 points” for the player bonus 705 and 1000 points for each of the mascot bonuses 703 and 704, the addition value which the user can acquire is added to the addition value area 702. As shown, +2375.

  The user recognizes that the mascot bonuses 703 and 704 have been won by checking the bonus area 701 of the bonus screen 700. Then, it is recognized that the deck general parameter is increased by the added value displayed in the added value area 702 by the mascot bonus. Thus, the effect of the mascot can be recognized by the user. Preferably, the player bonus and the mascot bonus may be displayed in different display modes such as colors. This allows the user to more clearly recognize the effect based only on the mascot. As a result, it becomes possible to inform the user of the value of the mascot.

  FIG. 12 is a diagram showing an example of the value comparison screen displayed after the bonus screen 700. As shown in FIG. In the present embodiment, as described above, the match advancing unit 115 compares the strength between the own team and the opposing team before starting the match. Specifically, the match progressing unit 115 compares the overall deck parameters of the user's own deck with the overall deck parameters of the opponent deck. A value comparison screen 800 shown in FIG. 12 includes comparison results of various values obtained based on the character-specific integrated parameters. As an example, the value comparison screen 800 includes at least a comparison result of the deck general parameters. The comparison result may be expressed by the value 801 of the deck total parameter of the user A and the value 802 of the deck total parameter of the user B of the opponent. Alternatively, the comparison result may be expressed by a bar graph of height corresponding to the value 801 and a bar graph of height corresponding to the value 802.

<Processing flow>
(Overview)
FIG. 13 and FIG. 14 are flowcharts showing a flow of processing executed by the battle proceeding unit 115 of the user terminal 100 based on the game program 131. In general, the computer-implemented method of the game program 131 of the present baseball game is digital content owned by the user, wherein a plurality of attributes given attributes are incorporated into the deck according to the user's input operation. A step of generating a deck (S3 to be described later) and a step of advancing a battle based on a deck into which a plurality of objects are incorporated (S37 to be described later). As described above, the deck includes a plurality of direct objects directly acting on the progress of the match and at least one indirect object indirectly acting on the progress of the match by exerting an advantageous action on the direct object. It is possible to incorporate, and each object is given an overall parameter that indicates the overall strength of the match. In the step of advancing the battle, comparison between values based on the general parameter is performed between the user and the opponent directly for at least one of the objects and decks directly, and the battle is advanced advantageously in the one where the value is exceeded. It is a thing. In the step of advancing the battle, at least a value based on the comprehensive parameter corrected upward for a direct object having an attribute corresponding to an indirect object incorporated into the deck is used for comparison.

  An object as digital content is, for example, a character. The direct object is, for example, a player. An indirect object is, for example, a mascot. The attribute is, for example, an affiliation team set for each character.

  In the step of advancing the battle, for example, a comparison of overall deck parameters between the user's deck and the opponent's deck may be performed as a comparison of values based on the overall parameters. Alternatively, for example, comparison of overall parameters between the user's player (pitcher or batter) and the opponent player (batter or pitcher) may be performed. Alternatively, both comparisons may be performed.

  The deck general parameter is calculated by summing the total value of the general parameter of each object incorporated into the deck and the addition value (mascot bonus) to be added based on the fact that the indirect object is incorporated into the deck. May be

  As the value based on the integrated parameter, for example, the value of the integrated parameter calculated for each player, the value of the integrated deck parameter calculated based on the total value of the integrated parameter, and the like are assumed.

  Note that the value based on the general parameter is corrected upward at an arbitrary timing before step S33 in response to the indirect object being arranged in the deck. For example, it may be corrected in step S3 of generating a deck, or may be corrected at the timing between step S32 and step S33.

(Details of the deck organization part)
An example of the flow of the progression of the deck formation part executed by the battle proceeding unit 115 will be described with reference to FIG. The battle proceeding unit 115 starts the processing of step S1 and subsequent steps, for example, when the operation receiving unit 111 receives an instruction for starting the deck formation part from the user. In the present embodiment, the description is made on the assumption that the first deck is selected, and therefore the description of steps S12 to S17 is omitted.

  In step S1, the battle proceeding unit 115 displays, for example, the deck selection screen 400 shown in FIG. 7 on the display unit 152. The user operates the deck selection screen 400 to select which of the above-described first deck and second deck is to be organized.

  In step S2, the battle proceeding unit 115 displays on the display unit 152 a deck formation screen for forming a deck of the type selected by the user. Here, the deck organization screen of the first deck is displayed. The battle advancing unit 115 may simultaneously display the fielder deck organization screen 500 shown in FIG. 8 and the pitcher deck organization screen 550 shown in FIG. 9 on one screen of the display section 152, as shown in FIG. A switch button between fielder deck and pitcher deck may be provided to switch and display each deck organization screen.

  In step S3, the battle proceeding unit 115 generates a deck in accordance with the user's input operation accepted by the operation accepting unit 111. Specifically, the association between the position and the character is updated according to the correspondence between the frame designated by the user and the card, and deck detailed information (FIG. 4) describing the correspondence is generated.

  Here, based on whether the arrangement of the characters on the deck satisfies a specific condition, the competition advancing unit 115 corrects the parameters relating to the deck or each character arranged on the deck upward or downward.

  With regard to the first deck, the match proceeding unit 115 does not consider the user's designated team. The battle proceeding unit 115 adds a predetermined addition value to the general parameter of each character according to the mascot effect (FIG. 6) set for the mascot arranged in the deck.

  As an example, in step S4, if the match advancing unit 115 links a male mascot to the fielder support position, the process proceeds from YES to step S5.

  In step S5, the battle proceeding unit 115 corrects the general parameters of the fielder placed on the fielder starting member deck 501 and the fielder bench deck 502 upward.

  In the present embodiment, the match advancing unit 115 raises the total parameter of the fielder belonging to the same baseball team as the mascot by 50 according to the mascot effect of the male mascot shown in FIG. In addition, the battle proceeding unit 115 may set the general parameters of the fielder support mascot itself as the target of the upward correction. In addition, the match advancing unit 115 may increase the total parameter of the fielder belonging to a baseball team different from that of the mascot by 25. Here, it is preferable that the competition advancing unit 115 make the increment of the total parameter for the fielders of the same team to be much larger than the increment of the total parameter for the fielders of the different team. This makes it possible for the user to organize players of the same team as the mascot in an effort to maximize the benefits of the mascot effect. As a result, it is possible to give the user the pleasure of acquiring a player of the same team as the mascot and the fun of organizing the player of the same belonging team.

  Next, as an example, in step S6, when the match advancing unit 115 links a female mascot to the pitcher support position, the process proceeds from YES to step S7.

  In step S7, the battle proceeding unit 115 corrects the general parameters of the pitchers arranged in the pitcher starting deck 551 and the pitcher relief deck 552 upward. Similar to the fielder, the competition advancing unit 115 corrects the pitcher's general parameter upward.

  In step S8, the battle proceeding unit 115 calculates a total value of total parameters. In the present embodiment, as described above, the match advancing unit 115 calculates the total parameter sum value by simply totaling the corrected total parameters of the individual characters.

  In step S9, the battle proceeding unit 115 applies a bonus based on the arrangement of characters in the deck, and calculates an addition value that can be added to the above-mentioned total parameter total value. In the first deck of this embodiment, no mascot bonus is generated. Therefore, when the arrangement organized by the user satisfies the conditions for the player bonus, the battle proceeding unit 115 acquires an additional value corresponding to the player bonus. If the arrangement of the decks satisfies the conditions for a plurality of player bonuses, the battle proceeding unit 115 adds up the addition values of each player bonus to calculate a final addition value.

  In step S10, the battle proceeding unit 115 calculates a deck general parameter. In the present embodiment, the match advancing unit 115 obtains the deck general parameter by adding the addition value obtained in step S9 to the total parameter total value obtained in step S8.

  In step S11, the battle proceeding unit 115 causes the display unit 152 to display a deck formation screen indicating the deck generated in step S3. Specifically, based on the deck detailed information updated in step S3 and the deck outline information updated in steps S4 to S9, the battle proceeding unit 115 updates the deck formation screens shown in FIG. 8 and FIG. 9. Do. At this time, the match advancing unit 115 corrects the value used for comparison in the match (for example, the deck overall parameter or the individual overall parameter of each character) upward according to the incorporation of the mascot into the deck. It is preferable to display information to notify the user. For example, the match advancing unit 115 may add an upward arrow to the right of the value to indicate that the correction has been made upward. This allows the user to intuitively understand the effects obtained by placing the mascot on the deck.

(Details of the match part)
An example of the flow of the progress of the battle part executed by the battle proceeding unit 115 will be described with reference to FIG. The processing after S30 is started, for example, when the operation receiving unit 111 receives an input operation instructing the start of a battle from the user, and the battle proceeding unit 115 transmits a matching request to the server 200. The matching request is a message for requesting the server 200 to search for another user terminal 100 so that it can communicate with the other user terminal 100 and play against the user of the opponent.

  In step S30, when the battle proceeding unit 115 receives from the server 200 a notification that the matching has been established, the process proceeds from YES to step S31. Unless a notification of matching establishment is received, the notification waits until a timeout occurs. When the battle proceeding unit 115 receives, for example, a notification from the server 200 that the opponent has not been found, the series of processes is ended.

  In step S31, the battle proceeding unit 115 acquires, for example, the user information shown in FIG. 3 and the deck information shown in FIG. 4 and FIG.

  In step S32, the battle proceeding unit 115 causes the display unit 152 to display a matching establishment screen 600 (for example, FIG. 10) notifying that the matching between the user and the opponent is established.

  In step S33, the battle proceeding unit 115 causes the display unit 152 to display the bonus screen 700 (for example, FIG. 11). The bonus screen 700 shows the bonus generated on the user's deck and the opponent's deck, respectively.

  In step S34, the match progression unit 115 compares the overall deck parameters of the user's deck with the overall deck parameters of the opponent's deck.

  In step S35, the battle proceeding unit 115 causes the display unit 152 to display a value comparison screen 800 (for example, FIG. 12) indicating the comparison result of the deck general parameters.

  In step S36, the battle proceeding unit 115 corrects the ability value of each character of the user or the opponent according to the comparison result of the deck general parameters.

  In step S37, the match progression unit 115 advances the match based on the ability value corrected in step S36.

  There is no particular limitation on how the match advancing unit 115 corrects the ability value in step S36, but the specific example is as follows. For example, the match progressing unit 115 corrects the ability value of each character in the deck having the lower overall deck parameter downward while the match in the established matching proceeds. In the example shown in FIG. 12, the value 802 of the deck overall parameter of the opponent's deck is lower than the value 801 of the deck overall parameter of the user's deck. Therefore, during the battle, the battle proceeding unit 115 lowers the ability value of the player disposed on the deck of the opponent. For example, the competition advancing unit 115 sets the running ability, the defensive ability, the throwing speed, and the throwing accuracy of each fielder incorporated in the fielder starting member deck 501 to a predetermined value for the user who loses the comparison of the deck general parameters. You may subtract.

  For example, running ability affects the success rate of theft, defensive strength affects the error rate, and the throwing speed and the throwing accuracy affect the success or failure to strike the runner out. Therefore, the physical ability parameter is an important factor that determines the outcome of the match. Since the physical ability parameter is not subtracted, increasing the value of the deck general parameter so as not to lose the comparison is important for advancing the match advantageously. A mascot that greatly contributes to raising the value of the deck overall parameter can be said to be a very valuable digital content for the user.

  There is no particular limitation on how the match proceeding unit 115 advances the match based on the corrected ability value in step S37, but it is as follows when a specific example is given. For example, the match advancing unit 115 may compare the overall parameter of the batter with the overall parameter of the pitcher at the start of one turn at bat. Then, the physical ability parameter of the player with the lower overall parameter may be corrected downward during the progress of the turn at bat. For example, when the pitcher loses in the comparison of the overall parameters, the match advancing unit 115 subtracts, for example, 10%, of the physical ability parameters (maximum ball speed and ball control force) related to the pitcher pitching, respectively, during the batting. In another example, if the pitcher loses in the comparison of the overall parameters, the batter's physical ability parameters (striking power and hitting power) may be respectively added by, for example, 10%. In this way, recruiting players with higher overall parameters leads to an advantageous progression of confrontation at each turn at bat. It is important to increase the value of the overall parameter of each player so that the comparison is not defeated, in order to advance the confrontation at the time of each one at bat. A mascot that greatly contributes to increasing the value of the overall parameter of each player can be said to be extremely valuable digital content for the user.

<Function effect>
According to the above-described configuration of the present embodiment, the match advancing unit 115 sets at least the direct object (player) having the same attribute (ball group) as the indirect object by arranging the indirect object (mascot) in the deck. Perform processing to increase the ability value. Increasing the ability value leads to increasing the value based on the overall parameter used to compare with the opponent in the match. And if it is possible to outperform the opponent by the comparison of the values, it is possible to advance the battle advantageously. Thus, the user gains the game value of the indirect object and wishes to incorporate the indirect object into the deck in order to favor the match. In addition, the user will want to obtain a direct object with the same attributes as the indirect object, so that the benefits of the indirect object can be more effectively received. As a result, it is possible to give the user the pleasure of collecting direct objects with the same attributes as indirect objects, and to improve the interest of the game.

Second Embodiment
In the present game, as described above, providing the user with the second deck and enabling the user to arbitrarily select the first deck and the second deck diversifies the strategy and makes the match game more interesting It will lead to further enhancement.

<Data structure>
As shown in FIG. 4, the deck detailed information of the second deck in the present embodiment further includes an item of “own team effect correction”. The home team effect correction indicates a correction value of the integrated parameter of each character, which is corrected when the arrangement of the characters in the deck satisfies or does not satisfy a predetermined condition.

  In the present embodiment, the second deck has the property that the match becomes more advantageous as the number of characters having the same team as the user's designated team as a member is allocated. Therefore, when a character of the same team as the designated team is arranged in the second deck, the match advancing unit 115 corrects the general parameter of the character upward, and a character of a team different from the designated team is arranged. If so, the overall parameter of the character is corrected downward. Specifically, with regard to the item of self-group effect correction of FIG. 4, the value of the general parameter "+150" for the characters of the designated team and the same team, and the value of the total parameter "-150" for the characters of the different team Is stored in each record.

  As shown in FIG. 5, the deck outline information of the second deck in the present embodiment further includes items of the self club degree and the added value of the mascot bonus.

  The self club degree indicates how many players belonging to the same ball group as the designated ball group are arranged among all the positions of the deck. The match progress part 115 may add a player bonus, when the self-group degree satisfy | fills the conditions of "more than a predetermined threshold value."

  Furthermore, the mascot is set with a skill that produces an advantageous effect on the player when placed on the second deck. Therefore, when the mascot having the same team as the user's designated team is assigned to the second deck, the battle proceeding unit 115 activates the mascot's skill to make the deck overall in the second deck general. Correct the parameter significantly upwards. Specifically, the match advancing unit 115 may add a mascot bonus of a predetermined value each time one mascot identical to the designated team is arranged.

  This prompts the user to collect the characters belonging to his favorite club and, among other things, desires to acquire a mascot belonging to his favorite club. As a result, it is possible to give the user the joy of acquiring the mascot of the favorite team and the players belonging to the favorite team, the joy of collecting, and the fun of organizing the acquired characters.

<Game screen>
The deck organization screen of the present embodiment shown in FIGS. 8 and 9 differs from the deck organization screen of the first embodiment in that each deck organization screen includes a self-group degree 505, and a designated group and the same group. The frame of the belonging character is a point displayed in another display mode.

  In the fielder deck organization screen 500 and the pitcher deck organization screen 550 of the second deck, the competition advancing unit 115 highlights the frame of the character belonging to the user's designated team and the baseball team more than the frames of the other characters. For example, it is preferable that an effect is given so as to show that it resonates with the user's favorite.

  In addition, the competition advancing unit 115 displays the self club group 505 of the user's second deck on the fielder deck organization screen 500 and the pitcher deck organization screen 550, respectively. Thereby, when the user aims to dye the second deck in one player's color of the favorite team, it is possible to confirm at a glance the progress in achieving the target.

<Processing flow>
The flow of the progress of the deck formation part according to the present embodiment will be described with reference to FIG. In the present embodiment, in addition to the above-described steps S1 to S11, steps S12 to S17 are executed by the battle proceeding unit 115.

  In step S3, after the arrangement of the decks (the association of the position and the character) is updated in accordance with the user's input operation, the battle proceeding unit 115 determines based on the new arrangement of the decks and the type of the decks. Corrects various parameters.

  If it is determined in step S12 that the second deck is selected, the battle proceeding unit 115 proceeds from step NO to step S13.

  In step S13, the battle proceeding unit 115 corrects the general parameter of the character of the same team as the user's designated team upward. In step S14, the battle proceeding unit 115 corrects downward the general parameters of characters of a team different from the user's designated team. In step S <b> 15, the match advancing unit 115 determines the self-group degree based on the number of characters of the same team as the designated team of the user in the second deck. The battle proceeding unit 115 can execute S13 to S15 in an arbitrary order.

  In steps S4 to S8, as in the first embodiment, the battle proceeding unit 115 corrects the ability value associated with the placement of the mascot on each character arranged in the deck.

  If it is determined in step S9 that the second deck is selected, the battle proceeding unit 115 proceeds from step NO to step S17.

  In step S17, when there is a mascot of the same baseball team as the user's designated baseball team, the match progression unit 115 activates the mascot's mascot skill and adds an additional value to be added to the total parameter total value ( Calculate the mascot bonus). For example, it is assumed that two male and two male mascots are arranged, and each mascot has a mascot skill of "uping the deck general parameter by 1000". In this case, the battle proceeding unit 115 calculates 1000 × 2 = 2000 as a mascot bonus.

  In step S9, the battle proceeding unit 115 combines the mascot bonus calculated in step S17 and the player bonus calculated in the same manner as in the first embodiment to calculate an addition value.

  In step S10, the battle proceeding unit 115 adds the above-mentioned added value to the total parameter total value calculated in step S8, to calculate a total deck parameter of the second deck.

<Function effect>
According to the above-described configuration of the present embodiment, the match advancing unit 115 collects characters of attributes specified by the user separately from the first deck which can strengthen the team by collecting characters having high ability values regardless of the attributes. Provide users with a second deck that can strengthen the team so much. Users will want to acquire objects with the same attributes for both indirect and direct objects in an effort to strengthen the team. As a result, it is possible to give the user the pleasure of collecting objects of the same attribute and to improve the interest of the game.

[Modification]
The correction of various ability values and the calculation of various parameters shown in FIG. 13 may be executed at the start of the battle, for example, at the timing between step S32 and step S33 shown in FIG.

(About boost skills)
In this game, the third advantage is that the player temporarily stands at bat (or mound) and temporarily raises the ability value against the opposing player during the period when the opposing player is confronted. You may give the mascot a skill that will Below, the skill of the mascot which brings about this 3rd advantageous effect is called a boost skill.

  As described above, the player is assigned one or more physical ability parameters related to the player's motion in the match. In step S37, the match progression unit 115 advances the confrontation between the user's player (for example, a batter) and the competitor's player (for example, a pitcher) based on the physical ability parameter of each player. Here, when the mascot is incorporated in the user's deck, the match progression unit 115 also sets the physical ability parameter of the user's player, which is also incorporated in the deck, during the above-mentioned confrontation, You may raise it.

  There is no particular limitation on the method by which the match progression unit 115 raises the physical ability parameter. For example, the amount of increase in the player's physical ability parameter may be calculated based on the ability value given to the mascot. The ability value given to the mascot may be directly added to the player's physical ability parameter.

  There are no particular limitations on the conditions under which the match progression unit 115 activates the boost skill. The battle progression unit 115 may activate the boost skill in accordance with the user's input operation. In this case, it is preferable to limit the number of times the boost skill can be activated in one game. Alternatively, the match advancing unit 115 may activate the boost skill at random. Alternatively, the match advancing unit 115 may activate a boost skill in a specific inning, a specific batting, a specific batting order, or a specific player.

  In step S37, the match progressing unit 115 displays the player whose physical ability parameter has been increased by the boost skill on the display unit 152 in a display mode different from that in the normal time while the above-mentioned confrontation is in progress. Steps may be performed.

  This allows the user to understand that the boost skill is operating a player whose physical ability parameter is rising. As a different display mode, for example, an effect is assumed that the power of the mascot that has activated the boost skill resides in the target player. More specifically, it is conceivable to change the figure of the player to a mascot, display the mascot superimposed on the figure of the player, or display the mascot like a guardian spirit beside the figure of the player. This allows the user to more intuitively understand the activation of the boost skill and enjoy it visually. Even when the opponent player is the target of the boost skill, it is preferable that the effect of the mascot be added to the appearance of the player on the display unit 152 of the user.

  In the above embodiments, it has been described that digital content as a character (player or mascot) is provided to the user as a reward for playing a game, for example. In addition, as a method of providing digital content as a character to the user, in the real world, the user is provided with a physical medium in the form of a real card or the like, and the game system records or records the information recorded or printed on the physical medium. One possible way is to register in By such a method, the user may possess digital content as a character corresponding to the physical medium. (1) For example, a recording medium recording player information may be provided to the user via a shop, a vending machine or the like. By the user purchasing the recording medium and registering the player's information recorded in the recording medium in the game system or the like, it is possible to make the character owned by the user in the game. (2) In addition to this, for example, information for acquiring digital content is printed on a card as a physical medium on which a player is drawn (for example, a two-dimensional code including URL information is printed) If the computer reads the information (by activating the photographing function of the computer and reading a two-dimensional code), the user may possess a character as digital content determined based on the information in the game Good. More specifically, the information read by the computer itself may be information indicating the character itself such as a player. Alternatively, the information read by the computer may be information indicating the storage location of the character on the server, or information certifying the right to possess the character. For example, in a state where the user operates the user terminal 100 and logs in to the game, the two-dimensional code is read by the photographing function (for example, the camera 17) of the user terminal 100, and the user terminal 100 is read by the information included in the two-dimensional code. Accesses the server. The server determines characters to be owned by the user based on the information received from the user terminal 100 of the user.

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

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

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

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

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game program includes a computer (user terminal 100, server 200) including a processor (10, 20), a memory (11, 21), an operation unit (such as an input unit 151) and a display unit (152). Is executed by). The game program generates the deck by incorporating a plurality of objects, which are digital content owned by the user and to which the attribute (belonging team, character type) is given to the processor, in accordance with the user's input operation. And (S37) executing the battle based on the deck in which the plurality of objects are incorporated. On the deck, a plurality of direct objects (characters, players) directly acting on the progress of the match and an indirect object (characters indirectly acting on the progress of the match by exerting an advantageous action on the direct object) At least one of the mascots can be incorporated, and each object is provided with an overall parameter indicating the overall strength in the match, and the step of advancing the match is between the user and the opponent In at least one of the objects and the decks, the values are compared based on the overall parameter, and the battle is advanced advantageously in the one where the value is exceeded. In the step of advancing the battle, at least the deck Directly to objects with attributes that correspond to the indirect objects incorporated into A value based on the overall parameters corrected upward have, used for comparison. This has the effect of improving the interest of the game.

  (Item 2) In (Item 1), the deck is provided with an overall deck parameter indicating the overall strength in the battle, and the overall deck parameter is based on the overall parameter of each object incorporated into the deck. In the step of advancing the battle, the overall deck parameter of the user's deck may be compared with the overall deck parameter of the opponent's deck.

  (Item 3) In (Item 2), the deck general parameters are a total value of the general parameters of each object incorporated into the deck, and an addition value to be added based on the fact that indirect objects are incorporated into the deck. May be calculated by summing up This makes it possible to provide the user with high-value indirect objects that greatly contribute to enhancing the deck overall parameters.

  (Item 4) In any one of the items (Item 1) to (Item 3), the game program causes the processor to execute the step (S11) of displaying the deck generated in the step of generating on the display unit. In the step of displaying the deck, it is preferable to display information notifying the user that values used for comparison have been corrected upward in response to the indirect object being incorporated into the deck. This makes it easier for the user to recognize the game value of the indirect object.

  (Item 5) In any one item from (Item 1) to (Item 4), one or more physical ability parameters related to the movement of the direct object in the battle are given to the direct object, and the battle is The advancing step is for advancing the confrontation between the direct object of the user and the direct object of the opponent based on the physical ability parameter of each direct object, and the step of advancing the competition is an indirect object on the user's deck If is incorporated, the physical ability parameters of the user's direct object may be raised for the duration of the confrontation. Thereby, a higher value-added indirect object can be provided to the user.

  (Item 6) In (Item 5), the game program displays on the display unit the direct object whose physical ability parameter is rising, in a different display mode, while the confrontation is in progress (S37). ) May be performed.

  (Item 7) In any one item from (Item 1) to (Item 6), the direct object is a baseball player, the indirect object is a team mascot, and each object belongs to as an attribute A team to play may be set.

  (Item 8) In (Item 7), players are classified based on the first type (position type), and mascots are classified based on the second type (sex) and are incorporated into the deck The player's general parameter may be corrected upward when the second type mascot corresponding to the first player type is incorporated in the deck.

  (Item 9) In (Item 7) or (Item 8), the step of generating a deck further generates a second deck that exerts an advantageous effect on players in the same team as the designated team specified by the user, and the match is generated. In the advancing step, a value based on the overall parameter corrected upward among the players included in the second deck and belonging to at least the same team as the designated team is used for comparison, and the value is the second deck In the case where a mascot belonging to the same baseball club as the designated baseball club is incorporated, it may be further corrected upward.

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

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

DESCRIPTION OF SYMBOLS 1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 12, 22 storages, 13, 23 communication IF (operation part), 14, 24 input / output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminals (information processing apparatus), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 battle proceeding unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server, 211 battle support unit, 1010 object , 1020 controller (operation unit), 1030 storage medium

Claims (11)

A game program,
The game program is executed by a computer including a processor, a memory, an operation unit, and a display unit.
The game program may include the processor
Generating the deck by incorporating, into the deck, a plurality of objects with digital content owned by the user and to which the attribute is given, according to the user's input operation;
Advancing the battle based on the deck into which the plurality of objects are incorporated;
In the deck, a plurality of direct objects directly acting on the progress of the match, and at least one indirect object indirectly acting on the progress of the match by exerting an advantageous action on the direct object It is possible to incorporate, and each object is provided with an overall parameter indicating an overall strength in the match,
In the step of advancing the battle, a value based on the general parameter is compared between the direct object and at least one of the decks between the user and the opponent, and it is advantageous that the value is greater than the other. Advance the battle to
A game program using the value based on the comprehensive parameter corrected upward for the direct object having at least the attribute corresponding to the indirect object incorporated in the deck, in the step of advancing the battle. The deck is provided with an overall deck parameter indicating an overall strength in the match, and the overall deck parameter is calculated based on the overall parameters of the respective objects incorporated into the deck. And
The game program according to claim 1, wherein, in the step of advancing the battle, a deck total parameter of the deck of the user and a deck total parameter of the deck of the opponent are compared.   The overall deck parameter is calculated by summing the sum of the overall parameters of each object incorporated into the deck and an addition value to be added based on the inclusion of the indirect object into the deck. The game program according to claim 2. The game program may include the processor
Displaying the deck generated in the generating step on the display unit;
The step of displaying the deck displays information notifying the user that the value used for the comparison has been corrected upward in response to the inclusion of the indirect object in the deck. The game program according to any one of 1 to 3. The direct object is assigned one or more physical ability parameters related to the motion of the direct object in the match,
The step of advancing the battle advances the confrontation between the direct object of the user and the direct object of the opponent based on the physical ability parameter of each direct object,
In the step of advancing the battle, when the indirect object is incorporated in the deck of the user, the physical ability parameter of the direct object of the user is raised during the period in which the confrontation is in progress. The game program according to any one of Items 1 to 4. The game program may include the processor
The game program according to claim 5, causing the display unit to display the direct object whose physical ability parameter is rising in a different display mode while the confrontation is in progress. The direct object is a baseball player, and the indirect object is a baseball team mascot,
The game program according to any one of claims 1 to 6, wherein a baseball team to which the user belongs is set as the attribute for each of the objects. The player is classified based on a first type, and the mascot is classified based on a second type,
8. The apparatus according to claim 7, wherein the general parameter of the player incorporated into the deck is corrected upward when a second type mascot corresponding to the player's first type is incorporated into the deck. Game program. The step of generating the deck further generates a second deck that has an advantageous effect on players in the same team as the designated team specified by the user.
In the step of advancing the battle, a value based on the comprehensive parameter corrected upward for a player who belongs to at least the designated baseball group among the players incorporated in the second deck is used for the comparison.
The game program according to claim 7 or 8, wherein the value is further corrected upward when the second deck incorporates a mascot belonging to the same baseball club as the designated baseball club. A computer is a method of executing a game program,
The computer includes a processor, a memory, an operation unit, and a display unit.
A method of performing the steps of claim 1 by the processor. An information processing apparatus,
The information processing apparatus is
A storage unit for storing the game program according to claim 1;
An information processing apparatus, comprising: a control unit that controls an operation of the information processing apparatus by executing the game program.

Images