JP6615246B2 - GAME PROGRAM, METHOD, INFORMATION PROCESSING DEVICE, AND GAME SYSTEM - Google Patents

Description

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

  Various business operators provide game programs for displaying an object in the game space and causing the user to operate the object by operating the object. In such a game, it is widely performed to allow a user to acquire a reward depending on when the game is played (for example, when a predetermined task is cleared). In many cases, the reward is an object, an item, a point, or the like as described above for favorably progressing the game.

Pokemon GO official site, [online], 2017, Niantic, Inc., Pokemon Co., Ltd., Nintendo Co., Ltd., Creatures Co., Ltd., Game Freak Co., Ltd. [Search March 13, 2017], Internet (URL: http: //www.pokemongo.jp/) Monster Hunter Official Website, [online], Capcom, [Search March 13, 2017], Internet (URL: http://www.capcom.co.jp/game/monsterhunter/)

  However, in the conventional technology as described above, the process until the reward is obtained tends to be a mechanical work, and it is difficult to maintain the user's incentive to play the game. For this reason, there is a problem that the user gradually does not feel the interest in the game. In a game that was developed with the intention of allowing the user to play for a long time, it is important how to deal with the problem that the user gets bored with the game. This problem is not limited to a specific genre, but games of all genres (for example, games such as tennis, table tennis, dodgeball, baseball, soccer, hockey, etc., puzzle games, quiz games, RPGs, adventure games, Shooting game, simulation game, breeding game, action game, etc.).

  One aspect of the present disclosure aims to enhance a user's motivation for playing a game.

  The game program according to the present disclosure is executed on at least one of a client computer including a processor and a memory and a server computer linked with the client computer. When the game is played by the user, the game program provides the processor with the points necessary to obtain one or more objects that can be used to advantageously advance the game based on the game program using the rights data. A step of granting the user, and a step of associating the object with the user based on the rights data. In the associating step, according to the user's selection, the object is made available when the total of points reaches a predetermined value, or if the rights data is owned by the user, the total to the predetermined value Make an object available without waiting for it to arrive.

  The method according to the present disclosure is a method in which at least one of a client computer including a processor and a memory and a server computer linked with the client computer executes a game program. The method is such that when the game is played by the user, the processor needs points to obtain one or more objects that can be used to advantageously advance the game based on the game program using the rights data. Granting to the user and a processor associating the object with the user based on the rights data. In the associating step, according to the user's selection, the processor makes the object available when the total of points reaches a predetermined value, or if the rights data is owned by the user, the predetermined of the total Make the object available without waiting for the value to be reached.

  An information processing apparatus according to the present disclosure is an information processing apparatus that functions as a client operated by a user or a server that cooperates with the client. The information processing apparatus includes a storage unit that stores a game program, and a control unit that controls the operation of the information processing apparatus by executing the game program. When the game is played by the user, the control unit gives the user a point necessary for acquiring one or more objects that can be used to advantageously advance the game based on the game program using the right data. And based on the rights data, the object is associated with the user for use by the user. When the control unit associates the object with the user, according to the user's selection, the control unit makes the object available when the total of points reaches a predetermined value, or if the rights data is owned by the user, the control unit Whether to make an object available without waiting for the total to reach the predetermined value.

  The game system according to the present disclosure includes at least an information processing device as a client and an information processing device as a server that cooperates with the information processing device as a client. Each of the information processing devices includes a storage unit that stores a game program, and a control unit that controls the operation of the information processing device by executing the game program. When the game is played by the user with a point necessary for any one of the control units to acquire one or more objects that can be used to advantageously advance the game based on the game program using the right data And the control unit associates the object with the user to be available to the user based on the rights data, and the control unit associates the object with the user according to the user's selection. Either make the object available when the sum of points reaches a predetermined value, or if the rights data is owned by the user, make the object available without waiting for the sum to reach the predetermined value.

  According to one aspect of the present disclosure, there is an effect that the user's motivation for playing a game is enhanced.

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 server and a user terminal. It is a flowchart which shows the flow of the process performed by each computer in the game system which concerns on this embodiment. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the image of various card packs displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal.

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

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

  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 components included in the server 200 are electrically connected to each other via 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. With. These components included in the user terminal 100 are electrically connected to each other via a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. The controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

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

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

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

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

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

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

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

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

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

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

  As an example, the game system 1 is a system for executing a game that progresses by allowing a user operating a computer to control an object. In the game, when the game is played by the user, an evaluation result (competition result such as win / loss, score, score, etc.) for the play content is output. In the game, a reward is given for the user playing the game. The reward is, for example, right data for giving a user the right to acquire one or more of the above objects.

  More specifically, in the present embodiment, the game progressed based on the game program executed in the game system 1 may be a battle game. A competitive game is a game in which one or more objects that are controlled by a user operating a computer and one or more objects that are controlled by a user who operates another computer are controlled. More specifically, the game system 1 is, for example, an interpersonal battle game, and as an example is a system for executing an interpersonal battle baseball game. That is, the object is specifically a character such as a player or a manager, or a team composed of a plurality of characters. In the present embodiment, the character as the object may be provided to the user as card information that looks like a character. In the present embodiment, the right data is a card pack (right data) capable of acquiring one or a plurality of player cards (objects) that are regarded as players.

  When the game system 1 is an interpersonal baseball game, each team is operated by the first user terminal 100 and the second user terminal 100 that communicate via the server 200. The interpersonal baseball game progresses while the offense and defense of the team are switched between the front and back for each inning. In the following description, when it is necessary to distinguish between the user terminal 100 operating the defensive team and the attacking user terminal 100 on the front or back of a certain inning, the former is the pitching user terminal 100A and the latter is the hit This is referred to as a side user terminal 100B. When it is not necessary to distinguish between the two, the user terminal 100 is simply referred to. A user of the pitching user terminal 100A is referred to as a pitching user, and a user of the batting user terminal 100B is referred to as a batting user. However, when it is not necessary to distinguish between the two users and when the distinction is clear, the users are simply referred to as users. The pitching user operates the pitching by the pitcher character (hereinafter referred to as pitcher) using the pitching user terminal 100A, and the attacking user uses the batting character (hereinafter referred to as batter) to hit by the hitting user terminal 100B. To operate.

  The pitching user terminal 100A determines a pitching result according to the pitching operation received from the pitching user, generates data including the pitching result (throwing result D1 shown in FIG. 1), and transmits it to the server 200. The pitching result D1 is transmitted via the server 200 to the opponent's hitting user terminal 100B. The pitching operation is an operation performed by the pitching user on the input unit 151 of the pitching user terminal 100A so that the pitcher can pitch.

  The batting user terminal 100B determines the batting result according to the batting operation received from the batting user, generates data including the batting result (the batting result D2 shown in FIG. 1), and transmits it to the server 200. The batting result D2 is transmitted to the pitching 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 to hit the ball.

  In the interpersonal baseball game according to the present embodiment, when the user does not wish to control the player character (hereinafter referred to as “player”), he / she operates the user terminal 100 to notify the server 200 of the fact. can do. When receiving such a notification from the user terminal 100, the server 200 determines an action result (throwing result or hitting result) of the player 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 player instead of the user terminal 100. Hereinafter, the user controlling the player himself is referred to as manual control, and the server 200 controlling the player is referred to as auto control.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<Functional configuration of each device>
FIG. 2 is a block diagram illustrating functional configurations of the server 200 and the user terminal 100. Regarding the functional configuration required when the server 200 and the user terminal 100 respectively function as a general computer, and the functional configuration necessary for realizing a publicly known function in the interpersonal baseball game Are omitted as appropriate.

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

  The server 200 has a function of mediating exchanges between the user terminals 100 by communicating with the respective user terminals 100 that execute the battle. Further, the server 200 has a function of causing a battle to proceed by acting as a proxy for one or both user terminals 100 and distributing the progress result to one or both user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 through the 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 that is executed by the user terminal 100 and the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The user information 133 is data relating to the user account. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100.

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

  The control unit 110 functions as an operation reception unit 111, a battle execution unit 112, an acquisition preparation unit 113, an acquisition execution unit 114, and a display control unit 115 according to the description of the game program 131. Further, the control unit 110 may function as an animation generation unit (not shown) according to the description of the game program 131.

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

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

  The battle execution unit 112 advances the battle by determining the operation result of the player based on the user's operation. For example, in the pitching user terminal 100A (one computer, the other computer), when the operation receiving unit 111 receives a user's pitching operation, the battle execution unit 112 determines a pitching result based on the pitching operation. The pitching results include, for example, determination of ball speed, ball type (straight, slider, curve, etc.), course (higher inner angle, middle, lower outer angle, etc.), and good pitch / miss pitch. For example, in the batting user terminal 100B (the other computer, one computer), when the operation accepting unit 111 accepts the user's batting operation, the battle execution unit 112 determines the batting result based on the batting operation. The hit result includes, for example, determination of whether or not a hit is made and, when hit, a flight route, a flight distance, a flight speed, and the like of the ball. The battle execution unit 112 notifies the determined operation result (throwing result or hitting result) to an animation generation unit (not shown) and the server 200. The animation generation unit generates an animation indicating the motion of the various objects based on the control mode of the various objects by the battle execution unit 112. For example, an animation of a pitcher's pitching motion, an animation of a hitting motion of a batter, an animation of a bat swung by the batter, an animation of a ball thrown by a pitcher, an animation of a ball hit by a batter, and the like may be generated.

  The battle execution unit 112 receives, from the server 200, a notification related to a reward given to the user determined by the server 200 at the end of the battle, and transmits the content of the notification to the acquisition preparation unit 113. In this embodiment, a player's card pack is given to a user as an example of right data. The battle execution unit 112 stores the card pack determined to be given in the user information of the storage unit 120 based on the notification from the server 200, thereby allowing the user to possess the card pack.

  The acquisition preparation unit 113 shifts the right data given to the user to a state in which the object can be acquired based on the right data. That is, the card pack is shifted to a state where it can be opened. In the present embodiment, for example, the acquisition preparation unit 113 places a card pack in a slot that allows points to be added. In this embodiment, a predetermined number of slots are provided to the user. For example, by default, three slots are defined in the game information 132 in association with the user. The acquisition preparation unit 113 can add points in association with the card pack by arranging the card pack in the slot. When the points assigned to the card pack are satisfied by the acquisition preparation unit 113 being added, that is, when the total of the points reaches a predetermined value indicated in the above-described conditions, the card The pack is ready to be opened. That is, the acquisition execution unit 114 can acquire a player card based on the card pack. The points may be given to the user as a reward for a battle, for example, like a card pack.

  In the present embodiment, the card pack can be accumulated by being placed in the slot. That is, the slot is a requirement that allows the acquisition preparation unit 113 to add points and allows the card pack to transition to a state where it can be opened. Furthermore, another requirement may be added to the point addition. Other requirements that allow points to be added will be described later.

The acquisition execution unit 114 acquires the object based on the right data that has been changed to a state in which the object can be acquired by the acquisition preparation unit 113. The acquisition execution unit 114 may consume the right data and acquire an object corresponding to the right data in exchange for the right data. In this embodiment, the acquisition execution part 114 opens a card pack, and acquires the player card enclosed there. More specifically, the acquisition execution unit 114 notifies the server 200 of a card acquisition request specifying the right data to be consumed in order to acquire a player card. In the server 200, the player card is specified based on the specified right data, and the acquisition execution unit 114 is notified of this, whereby the acquisition execution unit 114 can acquire the player card.

  The display control unit 115 outputs a game screen reflecting the processing results executed by the above-described elements to the display unit 152 of the touch screen 15. The display control unit 115 may display a game screen including an animation generated by an animation generation unit (not shown) on the display unit 152. Further, the display control unit 115 superimposes and draws an object related to a user interface (hereinafter referred to as UI) necessary for various operations of the game, such as icons, buttons, or menus indicating various parameters, on the game screen. May be.

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

  The control unit 210 functions as a battle execution unit 211 and a card providing unit 212 according to the description of the game program 131.

  The battle execution unit 211 executes a battle. Specifically, based on the request of each user terminal 100, matching an opponent, starting a match, determining a match result (evaluation result for play content) of each user at the end of the match, The reward is calculated based on the grade, the contents of the reward are notified to the user terminal 100, and the reward is given to the user.

  In response to a request from the user terminal 100, the card providing unit 212 provides the user with an object that can be used in a battle. In the present embodiment, the card providing unit 212 identifies a player card corresponding to the card pack based on the card pack specified by the acquisition execution unit 114 of the user terminal 100, and specifies the identified card to the acquisition execution unit 114. By notifying, the card is provided to the user. In the present embodiment, the card providing unit 212 may specify a player card to be provided by performing a lottery in exchange for a designated card pack.

  In the present embodiment, the right data may be set with an expected value that represents the possibility that an object having a high value can be acquired when the game is advantageously advanced. Specifically, the expected value is the probability of winning a good card in the above lottery. A good card is a card that is considered to be highly valuable in favor of a match, and refers to a player card of a player with high ability in a match. In the present embodiment, an expected value for winning a player card of a player with high ability is set for each card pack.

  In the present embodiment, the player card is set with a rarity level indicating the above-mentioned high value. For example, there are four types of S, A, B, and C in order of increasing rarity level (high ability). is there. In the lottery, the higher the rarity, the lower the probability of winning. In the following, particularly when the term “expected value” is used, it means the probability of assigning a player card with a rarity level of S as a player card having a high value in favor of proceeding with a match.

  More specifically, four types of ranks may be set for the card pack. In the present embodiment, any one of four types of ranks of black, gold, silver, and normal is given to the card pack. In this embodiment, according to the rank of a card pack, the probability of assigning an expected value, that is, a player card of a rarity S, differs in the card pack. As an example, the expected value set for each rank of the card pack is 20% for black, 10% for gold, 5% for silver, and 0.5% for normal Good. In addition, the lottery probability after the rarity level A in each rank may be appropriately set so that the lottery probability increases as the rarity level decreases, or may be set uniformly. For example, in a gold-ranked card pack, the lottery probability after the rarity A may be uniformly 30%.

  In another embodiment, an expected value may be set for each rarity based on the rank of the card pack. As an example, the probability that the card providing unit 212 allocates a player card of each rarity based on a normal rank card pack is S: 0.5%, A: 5.5%, B: 44%, C: It may be 50%. The probability that the card providing unit 212 allocates a player card of each rarity based on the black rank card pack is, for example, S: 20%, A: 25%, B: 35%, C: 20%. Also good.

  In any embodiment, it is preferable that the expected value of the rarity level S is set to the card packs of the respective ranks so as to increase as the rank increases. The card pack may be presented to the user in a different manner for each rank so that the expected value can be seen before opening. FIG. 11 is a diagram showing a specific example of the display mode of each card pack. When the card pack is presented on the display unit 152, it is preferable that the display mode such as size, color, shape, decoration, or character is different for each rank. Thereby, the user can guess the probability which can acquire the player card of rarity S based on the card pack which he acquired before opening. Thereby, it becomes possible to open a card pack strategically, and the interest property of a game can be improved.

  In this embodiment, the battle execution unit 211 gives rights data in which an expected value corresponding to the play result of the battle is set to the user who played the battle when calculating the reward. Specifically, the reward is calculated so that a higher-ranked card pack is awarded as the competition results are better.

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

<Object acquisition flow>
FIG. 3 is a flowchart showing a flow of processing executed by each computer included in the game system 1 according to the present embodiment. In the present embodiment, the series of processing steps S1 to S17 are shared and executed in the user terminal 100 and the server 200. However, in another embodiment, even if the user terminal 100 executes all the steps. In yet another embodiment, the server 200 may perform all steps.

  In step S <b> 1, the operation accepting unit 111 of the user terminal 100 accepts a user operation instructing the start of a battle via the input unit 151. In response to this, the battle execution unit 112 starts a battle. In the present embodiment, as an example, the battle execution unit 112 transmits a request for starting a human battle to the server 200 via the communication IF 13.

  In step S <b> 2, the battle execution unit 211 of the server 200 receives the above request from the user terminal 100 via the communication IF 23. In response, the battle execution unit 211 starts a battle. As an example, the battle execution unit 211 matches an opponent, accepts a pitching result D1 from the pitching user terminal 100A, advances a pitching event on the mound, or receives hitting data D2 from the hitting user terminal 100B. Accept and advance the hitting event in the batter box, the flying ball event, the defensive event in the field, and the like.

  On the other hand, the battle execution unit 112 of the user terminal 100 generates a game screen and a UI screen to be provided to the user according to the progress of the battle delivered from the server 200 while step S2 is being performed, Or the various events of a battle are advanced according to the user's operation concerning a blow.

  In the case of YES in step S3, for example, when execution of all innings is completed, in step S4, the battle execution unit 211 determines the battle results. As an example, the battle execution unit 211 reads out the game information 132 recorded in the storage unit 220 during the battle execution, such as winning / losing, scoring, strikeout number, hit number, home run number, auto control usage rate, and the like.

  In step S5, the battle execution unit 211 calculates a reward to be given to the user who played the battle based on the determined battle score. In this embodiment, as an example, a card pack, an experience value, gold, and a scout point as a specific example of the above points are given to the user as a reward for playing the battle. For example, the battle execution unit 211 calculates a reward so that a higher-ranked card pack or more points are awarded as the battle results are better. Details of how to use each reward will be described later.

  In step S6, the battle execution unit 211 grants the calculated reward to the user. In the present embodiment, as an example, the reward (for example, a card pack) is stored as the game information 132 in association with the above-described user identification information of the user. Alternatively, the battle execution unit 211 adds the experience value, gold, and scout points as the current reward to the experience value, gold, and scout points before the battle, respectively, and obtains the game information 132 of the user. Update. Thereby, the above-mentioned reward is given to the user and acquired. The battle execution unit 211 may notify the user terminal 100 of the content of the reward given to the user.

  In step S <b> 7, the battle execution unit 112 of the user terminal 100 may generate a screen that notifies the content of the reward that has been granted when the above notification is received. The screen is displayed on the display unit 152 via the display control unit 115. As described above, in step S6, the above-described reward is given to the user, and in step S7, the reward is acquired. Thus, the reward is recognized by the user.

  In step S <b> 7, when the battle execution unit 112 recognizes that the card pack has been granted, the acquisition preparation unit 113 starts preparation for acquiring a player card from the given card pack.

  If YES in step S8, that is, if there is a slot in which no card pack is placed, in step S9, the acquisition preparation unit 113 places the assigned card pack in the slot. In the present embodiment, if even one slot owned by the user has a vacancy, the acquisition preparation unit 113 may automatically arrange the assigned card pack in the vacant slot.

  Subsequently, in step S10, the acquisition preparation unit 113 adds the points given in step S7 (as an example, scout points) to the scout points associated with the card packs arranged in the slots. When the user owns a plurality of slots in which card packs are arranged, the acquisition preparation unit 113 may add the granted scout points to each card pack, or the given scout Points may be distributed to each card pack at a predetermined rate.

  If NO in step S11, that is, unless the scout point associated with the card pack satisfies the condition assigned to the card pack, steps S1 to S10 are performed until the scout point reaches the condition. Each process is repeated.

  On the other hand, if NO in step S8, that is, if all slots owned by the user are already filled with card packs, the acquisition preparation unit 113 places the card pack newly given in step S7 in any slot. Can not be placed. Therefore, the acquisition preparation unit 113 may propose to the user to open the card pack without placing it in the slot. Specifically, the acquisition preparation unit 113 may cause the display unit 152 to display a message asking whether or not to open the card pack immediately on condition that it is exchanged for a predetermined consumption item. Here, suggesting to open the card pack “immediately” is to open the card pack without waiting for the card pack to be placed in the slot or waiting for the scout point to reach the condition. It means giving the user an opportunity to do this. Therefore, the term “open immediately” should not be interpreted as being limited to opening as soon as the card pack is applied and opening as soon as the consumable item is consumed.

  If NO in step S12, that is, if the slot is full and the user has not selected the method of opening the card pack and acquiring the player card immediately, the acquisition preparation unit 113 is granted in step S7. Discard the card pack. In the present embodiment, the acquisition preparation unit 113 notifies the server 200 of the method selected by the user and requests the server 200 to discard the card pack. The server 200 updates the game information 132 according to the user's selection, and deletes the association between the user identification information and the card pack described above. In other words, in the present embodiment, an upper limit number of card packs may be set for the user, and the specification may be such that the user cannot own the card pack beyond the upper limit. As an example, the upper limit on the number of card packs owned is the number of slots released to the user, that is, the number of released slots. Thereby, since the user considers trying to operate a card pack strategically so that a card pack may not be discarded wastefully, the interest property of a game improves.

  If YES in step S11 or YES in step S12, this means that the transition to a state where the card pack can be opened has been completed. Completion of the transition is achieved by the scout point associated with the card pack reaching a condition or by the user choosing to acquire immediately in exchange for a consumable item. The transition to a state in which the card pack can be opened specifically means that the card pack has transitioned to a state in which a player card can be acquired based on the card pack.

  When the card pack is ready to be opened, in step S14, the acquisition execution unit 114 transmits a player card acquisition request to the server 200 based on the card pack. Specifically, the acquisition execution unit 114 requests the server 200 to specify a card pack to be consumed and specify a player card to be held by the user based on the card pack.

  In step S15, the card providing unit 212 of the server 200 identifies a player card to be provided to the user based on the rank set in the card pack designated from the user terminal 100. In the present embodiment, the card providing unit 212 performs lottery based on the expected value corresponding to the rank of the card pack, and specifies a predetermined number of cards to be provided from the candidate player cards. In this embodiment, as an example, the card providing unit 212 may specify three player cards for one card pack.

  In step S <b> 16, the card providing unit 212 provides the user with the three selected player cards and makes them possess. Specifically, the card providing unit 212 stores the three player cards in the storage unit 220 as game information 132 in association with the user identification information. Thereby, the user can possess these player cards, and can use these player cards to control the players corresponding to the player cards in the battle game. The card providing unit 212 may notify the user terminal 100 of the contents of the three player cards possessed by the user.

  In step S17, the acquisition execution part 114 of the user terminal 100 may generate | occur | produce the screen which notifies the content of the player card which the user acquired, if the above-mentioned notification is received. The screen is displayed on the display unit 152 via the display control unit 115. As described above, in step S15, the user acquires the player card described above, and in step S7, the user is made aware of the acquisition of the card.

  According to the above-described method, it is possible to construct a mechanism in which it is easy to obtain a strong (highly rare) player card when the battle result is good. Thereby, in order to obtain a stronger player card, the user can have a strong motivation and enjoy a battle play in order to obtain better results.

  According to the above-described method, even when the slot is filled, the user can be provided with an option of opening the card pack immediately. That is, it is possible to construct a mechanism that satisfies the user's desire to acquire a player card for advancing the game advantageously. By acquiring many player cards, the user can play while playing the game advantageously.

  According to the method described above, the card pack is automatically arranged if there is an empty slot, and thus, for the user to open, it is a tedious procedure, work or operation. Never be forced. The user can enjoy playing the game while advantageously acquiring the player card, while advantageously proceeding with the game.

  From the above, it is possible to improve the interest of the game and enhance the motivation for playing the user's game.

<Game screen>
4 to 10 are diagrams illustrating an example of a game screen displayed on the display unit 152 of the user terminal 100 when the series of processes illustrated in FIG. 3 is executed.

  In step S7, the battle execution unit 112 of the user terminal 100 may generate, for example, the game screens shown in FIGS. 4 and 5 in order to notify the user of the rewards given. In step S <b> 7, the display control unit 115 displays these generated game screens on the display unit 152.

The game screen shown in FIG. 4 includes, for example, an experience value 401, gold 402, and scout points 403 given as rewards for playing the battle. The experience value is given in association with the user who plays the battle. If the experience value is accumulated more than a certain level, the user rank increases. The user rank may influence, for example, the parameters of the team or each player, and the influence acts more positively so that the higher the user rank, the more advantageous the battle. Gold is a consumable item that can be consumed in a game to be played, and is, for example, a virtual currency. Specifically, various items for advantageously proceeding with the battle in exchange for gold may be available.

A scout point is an example of the above-mentioned point. A scout point is satisfied by accumulating conditions associated with a card pack arranged in a slot. Thereby, in order to take out a player card from a card pack, a user can repeat a battle play with a strong motive in order to obtain a scout point.

  When the user plays a battle, the battle execution unit 211 of the server 200 may calculate the above-described reward even if the user loses the battle. In addition, it is preferable that the battle execution unit 211 calculates a reward so that more experience points, gold, and scout points are given as the battle results are better. This makes it possible to avoid motivation for low-skilled users who do not have a grade, but for high-skilled users, they do not want to lose or want to win with good grades. Such a competitive spirit or a desire to become more proficient in operation can be developed. Thus, regardless of the skill level of the user, the motivation for playing the game by any user can be further enhanced.

  Further, in the present embodiment, the battle execution unit 211 may store a rate at which the battle has progressed based on the auto control, that is, a usage rate of the auto control. Then, the rank of the card pack to be given to the user may be determined based on the usage rate of the auto control. Specifically, the battle execution unit 211 may determine a reward so that a higher-rank card pack is awarded as the auto-control usage rate is lower. Thereby, the play based on manual control can be prompted to a user, and the interest property of the game in an interpersonal battle can be improved further.

  Further, the battle execution unit 211 may notify the user terminal 100 of the usage rate of the auto control in step S6. The battle execution unit 112 of the user terminal 100 may include the usage rate of automatic control as an automatic usage rate 404 in the game screen shown in FIG. Further, the battle execution unit 112 may include the battle score 405 in the game screen.

  The game screen shown in FIG. 5 includes, as an example, a card pack 406 that is given as a reward for playing a battle. The display control unit 115 may display the game screen shown in FIG. 4 and the game screen shown in FIG. 5 simultaneously on one screen, or sequentially display them in an arbitrary order.

  When the OK button 407 shown in FIG. 5 is pressed by a user operation, the acquisition preparation unit 113 includes a game screen including a slot for placing a card pack at any timing from step S8 to step S13 (FIG. 6 to FIG. 6). FIG. 8) is generated. The game screen generated by the acquisition preparation unit 113 is displayed on the display unit 152 by the display control unit 115.

As an example, if YES in step S8, in step S9, the acquisition preparation unit 113 generates a game screen shown in FIG. The game screen includes a slot list 501 for listing the states of one or more slots owned by the user. In the example shown in FIG. 6, the user is provided with three slots 502 to 504 by default. In the present embodiment, the slots are provided with an order, and the slot 503 and the slot 504 are displayed so that the leftmost slot 502 is the head and the order is rearward as going to the right.

  A slot 502 shown in FIG. 6 indicates that the card pack 406 (FIG. 5) just given is placed in the slot 502. When a new card pack 406 is given, the acquisition preparation unit 113 places the card pack 406 in the slot that is the first in the vacant slots (slot 502 in the example shown in FIG. 6). Place automatically. Then, the card pack 406 is made to wait in the slot 502 until the card pack 406 transitions to a state where it can be opened. As described above, in this embodiment, the card pack is not in a state where scout points can be stored unless the acquisition preparation unit 113 is arranged in the slot. Therefore, the slot is the first requirement that allows the card pack to transition to an openable state.

  Furthermore, in the present embodiment, the second requirement is presented in order for the card pack to be able to accumulate scout points. The second requirement is provided to the user as a tool that allows scout points to be added. As an example, the tool is provided to the user in the form of a scout man. In this embodiment, as an example, the acquisition preparation unit 113 assigns one scout man per slot. In this embodiment, a card pack is placed in a slot to which a scout man is assigned, so that scout points can be stored in the card pack. In other words, the card pack is placed in the slot as the first requirement, and the scout man is assigned to the slot as the second requirement, so that the non-changeable state ( Transition from a non-addable state to a changeable state (addable state). In another embodiment, the card pack may transition from the non-changeable state (non-addable state) to the changeable state (addable state) only by satisfying the first requirement, or the second requirement. It is also possible to shift from the non-changeable state (non-addable state) to the changeable state (addable state) simply by satisfying the above.

  The changeable state means a state in which the state of the card pack can be changed to satisfy a predetermined condition for opening. Specifically, it means an addable state in which the scout points can be accumulated to reach the scout points set as conditions. On the other hand, the unchangeable state means a state in which the state of the card pack cannot be changed so as to satisfy the predetermined condition described above. Specifically, it means a state where scout points cannot be accumulated, that is, a state where no points are accumulated in association with a card pack even if scout points are acquired.

  In step S7, the acquisition preparation unit 113 adds the scout point given to the card pack arranged in the slot to which the scout man is assigned in step S10 when the scout point is given as a reward. To do. For example, in the example shown in FIG. 4, 218 scout points are given. In the example shown in FIG. 6, it is the slot 502 where the scout man 505 is assigned and the card pack is arranged. Therefore, the acquisition preparation unit 113 adds the assigned 218 points to the card pack 406 arranged in the slot 502.

In the case of YES in step S11, the acquisition preparation unit 113 may generate the game screen shown in FIG. 7 in order to present to the user that the sum of the scout points of the card pack has reached the condition. In the example shown in FIG. 7, the gauge 506 indicates that the scout points accumulated as a result of adding the scout points to the card pack 406 in step S10 has reached the condition “800sp”. Yes. After this screen is displayed, the acquisition executing unit 114 executes a process of opening the card pack 406 in step S14, that is, based on the card pack 406, the player card to be owned by the user is specified. Request to the server 200. Here, the card pack 406 is consumed, and the slot is vacant.

  In this embodiment, when a slot is assigned to a scout man, there is a slot to which no scout man is assigned behind the empty slot, and a card pack is placed in the slot. It is assumed that Since there is no scout man, the card pack is in a state where the scout points are not accumulated and is simply waiting in the slot. In such a case, the acquisition preparation unit 113 places the card pack in the above-described empty slot. As a result, the card pack enters a state where scout points can be accumulated.

  On the other hand, in the case of NO in step S8, the acquisition preparation unit 113 may generate the game screen shown in FIG. 8 in order to notify the user that there is no slot in the slot. The display control unit 115 causes the display unit 152 to display the generated game screen prior to step S12.

  The game screen includes a prompt 601 for allowing the user to select handling of the card pack. The prompt 601 may include a message notifying the user that there is no space in the slot. In this embodiment, as an example, the prompt 601 includes a button 602 for selecting to immediately open a card pack that has already been arranged, and a button 603 for selecting to discard the card pack. .

  When the button 602 is pressed by a user operation, the acquisition execution unit 114 immediately opens the card pack and executes processing for acquiring a player card. As a result, the opened card pack is consumed and the slot is vacant, so that the card pack 406 just given can be placed. The acquisition executing unit 114 may select a card pack designated by the user as a card pack to be opened immediately, or may select a card pack arranged in the first slot 502, and the rank is The highest or lowest card pack may be selected, or the card pack with the highest or lowest gauge reach may be selected.

  When the button 603 is pressed by a user operation, the acquisition preparation unit 113 executes processing for discarding the card pack. As a result, the arranged card pack is discarded and the slot is vacant, so that the card pack 406 just given can be arranged. A player card is not acquired from the discarded card pack. In the present embodiment, when there is a scout point associated with a discarded card pack, the scout point is not taken over by the next card pack 406. In another embodiment, scout points may be taken over.

  In the present embodiment, the acquisition execution unit 114 may accept the selection of immediate opening on the condition that it is exchanged for a predetermined consumption item. The consumable item may be provided in the form of a diamond, for example. In the example shown in FIG. 8, the number of diamonds required to select immediate opening and the number of diamonds 604 currently possessed by the user are presented in the prompt 601. In the present embodiment, as an example, the diamond may be provided to the user when the user pays a price to the business owner who operates the game system 1 that provides the battle game. In this case, the diamond is a paid consumption item. In another embodiment, a diamond may be provided to the user as a reward for playing a match. In this case, the diamond is a free consumption item.

  As shown in FIG. 7, when the gauge of the card pack is full, or when the button 602 shown in FIG. 8 is pressed, the acquisition executing unit 114 executes the above-described step S14. At this time, the acquisition execution unit 114 may generate a game screen that produces a scene in which the card pack is opened and the player card is about to be acquired, for example, a game screen shown in FIG.

  In step S <b> 17, the acquisition execution unit 114 receives a notification about the player card that the user owns, which is specified based on the opened card pack, from the card providing unit 212 of the server 200. At this time, the acquisition execution unit 114 may generate the game screen shown in FIG. 10 in order to notify the user of the identified player card. For example, the game screen includes player cards 701 to 703 acquired in exchange for the opened card pack. Each player card includes, for example, information indicating the image of the player, the player name, the team name of the player, and the rarity of the player card. When any player card is selected, more detailed information may be displayed for the selected player card. For example, various parameters related to the player's ability may be displayed.

  As described above, the user can be provided with a UI that allows the user to control the slot for operating the card pack through a simple operation via various game screens. With the UI described above, the user can understand the mechanism that it is easy to acquire a strong (highly rare) player card when the battle results are good, and can have a strong motive and play in the battle play. The above UI realizes a mechanism that satisfies the user's desire to acquire a player card for advancing the game advantageously. Thereby, the user can acquire many player cards, and can enjoy playing while advancing the game advantageously. With the UI described above, the user can simply acquire the player card by operating the card pack without being forced to perform troublesome procedures, work, or operations simply by playing the game. Thereby, the user can enjoy playing while advantageously proceeding with the game. According to the present embodiment, as a result, it is possible to improve the interest of the game and enhance the motivation for playing the user's game.

[Modification]
In step S7, the acquisition preparation unit 113 may display a prompt for selecting opening immediately whenever a card pack is given, regardless of whether or not there is a slot in the slot. The prompt includes, for example, a button 602 and a diamond number 604 shown in FIG. Thereby, the user's desire to acquire a player card for advancing the game advantageously can be further met.

  The acquisition preparation unit 113 may be configured to accept a user operation for instructing to discard the card pack arranged in the slot before opening. The acquisition preparation unit 113 can discard the designated card pack before opening according to the instruction. Thus, an empty slot can be prepared immediately, and even if a new card pack is obtained when the slot is full, it is not necessary to discard the card pack. This configuration is particularly advantageous when the rank of a card pack obtained later is high (expected value is high). Thereby, in order to advance a game advantageously, it can respond further to the user's desire to acquire a better player card earlier.

  The battle execution unit 112 of the user terminal 100 or the battle execution unit 211 of the server 200 may increase the reward amount to be given to the user in step S7 based on consumption of a predetermined consumption item. The consumption item is, for example, a reward increase item, and the reward increase item may be provided in a form such as “Scout point triple” or “Card pack double” as an example. For example, when the user consumes “triple scout points” and finishes the battle play, the user is provided with 3 times the scout points that are usually provided per battle. For example, when the user consumes the “card pack double” and finishes the battle play, the user is usually provided with two card packs per battle. In addition, there may be a reward increasing item that increases the reward amount of the experience value or gold. These reward increasing items may be provided to the user as a reward for playing the battle, or may be provided in exchange for the gold obtained as the reward. In this case, the reward increase item is a free consumption item. Alternatively, the reward increase item may be provided to the user when the user pays a consideration to the business owner who operates the game system 1 that provides the battle game. In this case, the reward increase item is a paid consumption item.

  The battle execution unit 112 of the user terminal 100 or the battle execution unit 211 of the server 200 may increase the reward amount to be given to the user in step S7 based on the fact that the battle results satisfy a predetermined condition. As the predetermined condition, for example, referring to the competition result 405 in FIG. 4, a condition such as “the number of strikeouts per game is 5 or more” or “the number of home runs per game is 2 or more” is assumed. The When the user achieves such a condition and finishes the battle, the battle execution unit 211 may further grant 300sp to the user as a condition achievement bonus in addition to the 200sp given by the normal calculation. . Alternatively, the battle execution unit 211 may additionally grant one card pack that is usually given per game as a condition achievement bonus.

  Negotiation ability (performance) may be set for each scout man (tool). The negotiation ability is a performance related to the addition of points, and as an example, it affects the efficiency of storing scout points of a card pack. The acquisition preparation unit 113 determines a scout point to be added to the card pack based on the negotiation capability of the scout man assigned to the slot.

  In this embodiment, as an example, as shown in FIG. 6, a scout man 505 is assigned to the first slot 502 by default. In this embodiment, the scout man provided by default may be a new scout man as an example. The new scout man 505 has a negotiating ability of “low”. When the negotiation capability of the scout man assigned to the slot is “low”, the acquisition preparation unit 113 doubles the assigned scout point, that is, the scout point of the card pack placed in the slot as it is. Add to.

  Furthermore, in this embodiment, another scout man may be provided as an option. As an example, the scout man provided as an option may be an experienced scout man. Veteran scoutman negotiating ability is set to “high”. When the scout man's negotiation ability is “high”, for example, the acquisition preparation unit 113 multiplies the assigned scout point by 1.5 and adds it to the scout point of the card pack. Thereby, the user's desire to acquire a player card for advancing the game advantageously can be further met.

  In addition, a medium-sized scout man with “medium” negotiation capability may be provided by default or as an option.

  The acquisition preparation unit 113 may assign an optional scout man to the slot behind the head when the user instructs the assignment of the scout man without assigning the default scout man. The default scout man is, for example, a new scout man with a negotiating ability “low”, and the optional scout man is, for example, an experienced scout man with a negotiating ability “high”.

  The acquisition preparation unit 113 may assign an optional scout man in exchange for a predetermined consumption item. For example, as illustrated in FIG. 6, the acquisition preparation unit 113 provides a button 605 for the user to instruct the assignment of the scout man below the slot to which no scout man is assigned in the slot list 501. In the present embodiment, the consumption item may be provided in the form of a diamond, for example. As described above, the diamond may be a paid item or a free item.

  FIG. 12 is a diagram showing an example of a game screen for allowing the user to select the scout man assignment. When the button 605 is pressed, the acquisition preparation unit 113 may generate the game screen. The game screen includes a prompt 606 for allowing the user to select a scout man assignment. The prompt 606 may include a button 607 for selecting a scout man assignment, the number of diamonds required to select this, and the number of diamonds 608 currently possessed by the user.

  FIG. 13 is a diagram showing an example of a game screen for indicating that a scout man has been newly assigned. The acquisition preparation unit 113 may generate the game screen when the button 607 is pressed. The game screen includes an experienced scout man 507 assigned to the second slot 503. When a card pack is placed in the slot 503, the acquisition preparation unit 113 displays a gauge 508 and stores the card pack in a “negotiating” state, that is, a scout point is stored by the scout man 507. Transition to a state. As described above, an optional scout man assigned in exchange for a predetermined consumption item has a higher negotiation capability than a default scout man, and therefore, scout points can be accumulated more efficiently. For example, if the granted scout point is 218sp, the acquisition preparation unit 113 adds 218sp to the card pack placed in the slot 502 at the same magnification based on the new scout man 505. On the other hand, the acquisition preparation unit 113 adds 327sp, which is 1.5 times the given amount, to the card pack arranged in the slot 503 based on the experienced scout man 507.

  Furthermore, the acquisition preparation unit 113 may provide a limit on the number of uses for each scout man. That is, the number of card packs that can be opened by a scout man may be determined in advance. In the present embodiment, the default (new face) scout man is not limited to the number of times of opening, and the optional (experienced) scout man is limited to the number of times of opening. The remaining opening count is stored in the storage unit 120 as game information 132 in association with the scout man. The acquisition preparation unit 113 accumulates the scout points up to the upper limit based on the scout man and opens the card pack, and then subtracts the remaining number of times of opening the scout man by one. The scout man is canceled after reaching the predetermined value for the predetermined number of card packs, that is, after opening the predetermined number of card packs. Specifically, when the remaining number of times of opening becomes 0, the acquisition preparation unit 113 cancels the assignment of the scout man to the slot and deletes the information of the scout man from the game information 132. As illustrated in FIG. 13, the acquisition preparation unit 113 may display the remaining opening counts 509 and 510 of each scout man in the slot list 501.

  The acquisition preparation unit 113 may add an optional slot in addition to the default slot in exchange for a predetermined consumption item. For example, as illustrated in FIG. 6, the acquisition preparation unit 113 displays an arrow 704 indicating that the slot list 501 can be scrolled to the left. FIG. 14 is a view showing an example of a game screen showing a state in which the slot list 501 is scrolled to the left by one step from the state shown in FIG. When the arrow 704 is pressed on the game screen shown in FIG. 6, the acquisition preparation unit 113 shifts the slot list 501 to the left by one slot and displays the fourth slot 511 counted from the top. The acquisition preparation unit 113 may add a lock mark to the slot 511 to indicate that the initial state of the optional slot is not usable. The acquisition preparation unit 113 provides a button 708 for instructing the release of the slot 511. In this embodiment, the above-mentioned consumption item may be provided in the form of a diamond, for example. As described above, the diamond may be a paid item or a free item.

  FIG. 15 is a diagram illustrating an example of a game screen for allowing the user to select an additional slot. The acquisition preparation unit 113 may generate the game screen when the button 708 is pressed. The game screen includes a prompt 705 for allowing the user to select an additional slot. The prompt 705 may include a button 706 for selecting expansion of a slot, the number of diamonds necessary for selecting this, and the number of diamonds 707 currently possessed by the user.

  When the button 706 is pressed, the acquisition preparation unit 113 consumes a predetermined number of diamonds owned by the user and releases the slot 511. That is, the fourth slot is shifted to a state where a card pack can be placed. At this time, on the game screen, the acquisition preparation unit 113 deletes the above-described lock mark and provides a button 605 for instructing the assignment of a scout man instead of the button 708.

  When the slot is added, the number of places where the card pack is kept waiting until the card pack can be opened is increased. Thereby, the user's desire to acquire a player card for advancing the game advantageously can be further met.

  In another embodiment, if NO in step S8, the acquisition preparation unit 113 does not give an immediate opening option, and if a new card pack is given in a state where there is no slot, the card You may discard the pack automatically.

  The card providing unit 212 of the server 200 may perform a lottery in step S6. In this case, based on the rank of the card pack given in step S6, that is, the set expected value, the card providing unit 212 performs a lottery and specifies a player card. The card providing unit 212 stores the player card specified in association with the card pack in the storage unit 220 in a state in which the user cannot use the battle card. Here, the card providing unit 212 does not notify the user terminal 100 of the identified player card. In step S14, when a card acquisition request is transmitted from the user terminal 100, the card providing unit 212 reads the player card associated with the card pack specified in the card acquisition request from the storage unit 220. This is updated to a state that can be controlled by the user (a state that can be used in a battle).

  The card providing unit 212 may vary the ratio of each rarity object included in the card pack according to the rank of the card pack. In this case, the expected value represents not a lottery probability but a ratio that an object having a high rarity (for example, a player card having a rarity S) is included in the card pack. For example, based on the highest-ranked black rank card pack, a player card with a rarity level S may be specified at a rate of 2 out of 5 cards. Further, based on the lowest-ranked normal rank card pack, the player card with the rarity S may be specified at a rate of 0 out of 5 cards.

  In another embodiment, a ratio may be set for every rarity per rank. For example, in a black rank card pack, the ratio of S: 2 sheets, A: 1 sheet, B: 2 sheets, and C: 0 sheets may be set. Also, in the normal rank card pack of the lowest rank, the ratio of S: 0, A: 0, B: 2, and C3 may be set.

[Example of software implementation]
The control block of the control unit 210 (particularly, the battle execution unit 211 and the card providing unit 212), and the control block of the control unit 110 (particularly, the operation reception unit 111, the battle execution unit 112, the acquisition preparation unit 113, and the acquisition execution unit 114). The display control unit 115) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

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

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

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

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game program includes a processor (10, 20) and a memory (11, 12), a client computer (user terminal 100), and a server computer (server 200) that cooperates with the client computer. ). The game program acquires, using the right data (reward, card pack), one or more objects (player cards) that can be used to advantageously advance a game (matching game, baseball game) based on the game program. When the game is played by the user, a step (S6) for giving the user necessary points (scout points) to the user, and associating the object with the user based on the rights data (S6) S16). In the associating step, according to the user's selection, when the total of points reaches a predetermined value, the object is made available (opening the card pack), or if the rights data is owned by the user, The object can be used without waiting for the total to reach the predetermined value. Thereby, the user's desire to use the object sooner can be met. As a result, according to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 2) In (Item 1), in the associating step, the object may be made available without waiting for the arrival in exchange for a predetermined consumption item (diamond) associated with the user. Thereby, the user's desire to use the object sooner can be met. As a result, according to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 3) In (Item 1) or (Item 2), the game program causes the processor to execute a step (S10) of adding the granted points in association with the rights data. There are a non-addable state in which can be added, and an addable state in which points can be added. In the adding step, when the right data is in an addable state, points are added in association with the right data. According to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 4) In (Item 3), the right data is in an addable state when a tool (scoutman) that allows points to be added is associated with the user. Performance (negotiation capability) is set, and the step of adding includes determining a point to add to the rights data based on the performance of the tool. According to the game program, there is an effect that the user's motivation for playing the game is enhanced.

(Item 5) In (Item 4), a tool provided to the user in exchange for a predetermined consumption item (diamond) associated with the user (optional scout man, veteran scout man, paid scout man, opening count finite) The scout man may perform better than tools provided to the user without conditions (default scout man, new scout man, free scout man, scout man with unlimited opening times). According to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 6) In (Item 5), the tool provided in exchange for the consumable item may be canceled after the total of points reaches a predetermined value for a predetermined number of rights data. According to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 7) In any one item from (Item 4) to (Item 6), the right data is added when the tool is assigned to the slot when the right data is arranged in the predetermined slot. It may be possible. According to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 8) In any one item from (Item 1) to (Item 7), the game program exceeds the upper limit (number of released slots) of the number of rights data set for the user in the processor. When the right data is newly given to the user, if the user does not select to make the object usable without waiting for arrival (NO in S12), the step of discarding the newly given right data ( S13) may be executed. As a result, the user thinks that the right data is strategically consumed so that the right data is not wasted. According to the game program, the interest of the game is improved, and as a result, the user's motivation for playing the game is enhanced.

  (Item 9) In any one item from (Item 1) to (Item 8), for example, a game based on a game program is an object controlled by a user who operates a client computer and a computer of another client It may be a battle game in which a user who operates a battle against an object to be controlled. Thereby, there exists an effect of strengthening a user's motivation with respect to playing a competitive game.

  (Item 10) A method for executing a game program has been described. According to an aspect of the present disclosure, the game program (131) includes a processor (10, 20) and a memory (11, 12), a client computer (user terminal 100), and a server computer that cooperates with the client computer It is executed by at least one of (server 200). The method is such that when the game is played by the user, the processor needs points to obtain one or more objects that can be used to advantageously advance the game based on the game program using the rights data. Granting to the user and a processor associating the object with the user based on the rights data. In the associating step, according to the user's selection, the processor makes the object available when the total of points reaches a predetermined value, or if the rights data is owned by the user, the predetermined of the total Make the object available without waiting for the value to be reached. The method according to (Item 10) has the same effects as the game program according to (Item 1).

  (Item 11) The information processing apparatus (user terminal 100, server 200) that functions as a client (user terminal 100) operated by a user or a server (server 200) that cooperates with the client has been described. According to an aspect of the present disclosure, the information processing device includes a storage unit (120, 220) that stores the game program (131), and a control unit (110) that controls the operation of the information processing device by executing the game program. 210). When the game is played by the user, the control unit gives the user a point necessary for acquiring one or more objects that can be used to advantageously advance the game based on the game program using the right data. And based on the rights data, the object is associated with the user for use by the user. When the control unit associates the object with the user, according to the user's selection, the control unit makes the object available when the total of points reaches a predetermined value, or if the rights data is owned by the user, the control unit The object can be used without waiting for the total to reach the predetermined value. The information processing apparatus according to (Item 11) has the same effects as the game program according to (Item 1).

  (Item 12) The game system (1) has been described. According to an aspect of the present disclosure, the game system includes at least an information processing device (user terminal 100) as a client and an information processing device (server 200) as a server that cooperates with the information processing device as a client. Each of the information processing devices includes a storage unit (120, 220) that stores the game program (131), and a control unit (110, 210) that controls the operation of the information processing device by executing the game program. Prepare. When the game is played by the user with a point necessary for any one of the control units to acquire one or more objects that can be used to advantageously advance the game based on the game program using the right data And the control unit associates the object with the user to be available to the user based on the rights data, and the control unit associates the object with the user according to the user's selection. Either make the object available when the sum of points reaches a predetermined value, or if the rights data is owned by the user, make the object available without waiting for the sum to reach the predetermined value. The game system according to (Item 12) has the same effects as the game program according to (Item 1).

1 game system, 2 networks, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF, 14,24 input / output IF, 15 touch screen, 17 camera, 18 distance sensor, 100 user terminal 110, 210 control unit, 111 operation reception unit, 112 battle execution unit, 113 acquisition preparation unit, 114 acquisition execution unit, 115 display control unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 Input unit, 152 Display unit, 200
Server, 211 battle execution unit, 212 card providing unit, 401 experience value (reward), 402 gold (reward), 403 scout points (reward, points), 406 card pack (reward, right data), 501 slot list, 502, 503,504,511
Slot (first requirement), 505,507 Scoutman (tool, second requirement), 701,702,703 Player card (object), 1010 object, 1020 controller, 1030 Storage medium

Claims (7)

A game program,
The game program is executed by at least one of a client computer and a server computer linked to the client computer, each including a processor and a memory;
The game program is stored in the processor.
Adding the points necessary for acquiring one or more objects that can be used to advantageously advance the game based on the game program by consuming the rights data in association with the rights data;
Placing the right data in a slot for transition to a state where the points can be added in association with the right data;
First associating the object with the user based on the rights data when the sum of the associated points reaches a predetermined value;
When the right data is given to the user in response to the game being played by the user, at least when there is no empty slot in which the right data can be placed, the user is associated with the user according to the user's selection. A game program for executing the second step of consuming the right data arranged in the slot and associating the object with the user in exchange for the predetermined consumption item .   The game program according to claim 1, wherein, in the second step, the newly granted right data is arranged in an empty slot created by consumption of the right data.   In the second step, even when there is the empty slot, if there is the right data arranged in the slot, according to the user's selection, in exchange for a predetermined consumption item associated with the user. The game program according to claim 1, wherein the right data is consumed and the object is associated with the user so as to be usable by the user.   The game program is stored in the processor.
  The right data is discarded when there is no empty slot in which the right data can be placed and the user does not select the consumption of the right data placed in the slot in exchange for the predetermined consumption item. The game program according to any one of claims 1 to 3, wherein the game program further executes a step of performing.   5. The game program according to claim 1, wherein, in the second step, the right data to be placed in the slot is displayed whether or not the empty slot is present. 6.   A method for a computer to execute a game program,
  The computer includes a processor and a memory,
  The method according to claim 1, wherein the processor executes each step of the game program.   An information processing apparatus,
  The information processing apparatus includes:
    A memory for storing the game program according to claim 1;
    An information processing apparatus comprising: a processor that controls the operation of the information processing apparatus by executing the game program.