JP2020014958A - Game program, method, information processing device, and game system - Google Patents

Abstract

To provide a game program capable of enhancing a user's motivation for playing a game.SOLUTION: A game program causes a processor to execute a step S6 for granting a user points necessary for acquiring one or more objects that can be used for advantageously progressing a game on the basis of the game program using rights data when a game is played by the user, and a step S16 for associating the objects with the user so that the user can use them based on the rights data. In the step of the association, the objects are made usable when the total of the points reaches a predetermined value, or the objects are made usable without waiting for the total to reach the predetermined value when the rights data is possessed by the user according to the selection by the user.SELECTED DRAWING: Figure 3

Description

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

  2. Description of the Related Art Various businesses have provided game programs for displaying an object in a game space and causing a user to operate the object to advance a game. In such a game, it is widely practiced to allow a user to obtain a reward in accordance with a case where the game is played (for example, a case where a predetermined task is cleared). Rewards are often the above-mentioned objects, items or points, etc., to facilitate the game.

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

  However, in the above-described conventional techniques, the process until the reward is obtained tends to be a mechanical operation, and it is difficult to maintain the user's incentive to play the game. For this reason, there is a problem that the user does not gradually feel the interest in the game. In a game developed with the intention of allowing a user to play for a long time, it is important how to deal with the problem that the user gets tired of the game. This problem is not limited to a particular genre, and games of all genres (for example, competitive games, sports, tennis, table tennis, dodgeball, baseball, soccer, hockey, etc., puzzle games, quiz games, RPG, adventure games, Shooting games, simulation games, training games, action games, etc.).

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

  A 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 to the client computer. When the game is played by the user, the game program may provide the processor with points necessary to obtain one or more objects that can be used to advantageously advance the game based on the game program using the right data. The steps of granting to the user and associating the object with the user for use by the user based on the rights data are performed. In the associating step, the object is made available when the total of the points reaches a predetermined value according to the selection of the user, or when the rights data is owned by the user, the total is added to the predetermined value. Make an object available without waiting for it to arrive.

  A 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 cooperating with the client computer executes a game program. The method includes the steps of: when a processor has played a game by a user, the processor determines the points required to obtain, using the rights data, one or more objects that can be used to advantageously advance the game based on the game program; Granting to the user and the processor associating the object with the user for use by the user based on the rights data. In the associating step, the processor makes the object available when the sum of points reaches a predetermined value according to a selection of the user, or when the rights data is owned by the user, the processor determines the predetermined value of the total. Make an object available without waiting for the value to be reached.

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

  A 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. Either of the controls may use the rights data to obtain one or more objects that can be used to advantageously advance the game based on the game program, when the user plays the game. One of the control units, based on the rights data, associates the object with the user so that the user can use the object. The control unit, when associating the object with the user, The object is made available when the total of points reaches a predetermined value, or when the rights data is owned by the user, the object is made available without waiting for the total to reach the predetermined value.

  Advantageous Effects of Invention According to one aspect of the present disclosure, it is possible to enhance the motivation of a user to play a game.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 3 is a block diagram illustrating a functional configuration 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 showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of an image of various card packs displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal. It is a figure showing an example of a game screen displayed on a display of a user terminal.

[Embodiment 1]
The game system according to the present disclosure is, for example, a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the appended claims, and it is intended that the present invention includes all modifications within the scope and meaning equivalent to the appended claims. You. In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<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 connects to the server 200 via the network 2. The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (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 by a predetermined access point. .

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

  The user terminal 100 (computer, information processing device) 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 shown, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And These components of the user terminal 100 are electrically connected to each other by a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation on the buttons or the like to the user terminal 100. Further, 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, instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement sensor 18, the controller 1020 may include the camera 17 and the distance measurement sensor 18.

  It is desirable that the user terminal 100 allows a user who uses the controller 1020 to input user identification information such as a user name or a login ID via the controller 1020 at the start of a game, for example. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies which user the output value belongs to based on the 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 holds each controller 1020 without communicating with the server 200 or another user terminal 100 via the network 2. Thus, multi-play can be realized locally. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. When the above-mentioned multi-play is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-mentioned multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

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

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

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

  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 may read 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 as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

  For example, when the operation unit includes one or both of the camera 17 and the distance measurement sensor 18, the operation unit is configured to detect an object 1010 (for example, a user's hand, a predetermined shape) near the user terminal 100. And the like, and an 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 an image captured by the camera 17, the user terminal 100 transmits a gesture (a series of movements of the user's hand) detected based on the captured image to a user's input operation. And accept it. 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 specifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Alternatively, when the operation unit includes the communication IF 13, the user terminal 100 specifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user 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.

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

  More specifically, in the present embodiment, the game played based on the game program executed in the game system 1 may be a competitive game. The battle game is a game in which one or more objects controlled by a user operating a computer and one or more objects controlled by an opponent user operating another computer are played. More specifically, the game system 1 is, for example, an interpersonal match game, and is, for example, a system for executing an interpersonal match baseball game. That is, the object is, specifically, a character such as a player or a manager, or a team including a plurality of characters. In the present embodiment, the character as an object may be provided to the user as information on a card that looks like a character. In the present embodiment, the right data is a card pack (right data) from which one or a plurality of player cards (objects) that look like players can be acquired.

  When the game system 1 is a personal match baseball game, each team is operated by the first user terminal 100 and the second user terminal 100 communicating via the server 200. Then, in the interpersonal baseball game, the offense and defense of the team are switched on the front and the back for each inning. Hereinafter, when it is necessary to distinguish the user terminal 100 operating the defending team from 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 hitting user. It is referred to as a side user terminal 100B. When there is no need to distinguish between the two, it is simply referred to as the user terminal 100. The user of the pitching-side user terminal 100A is referred to as a pitching-side user, and the user of the hitting-side user terminal 100B is referred to as a hitting-side user. However, when it is not necessary to particularly distinguish the two users, and when the distinction is clear, the two users are simply referred to as users. The pitching-side user operates a pitch by a pitcher character (hereinafter, pitcher) using the pitching-side user terminal 100A, and the attacking user uses the hitting user terminal 100B to strike by a batter character (hereinafter, batter). Operate.

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

  The batting user terminal 100B determines a batting result according to the batting operation received from the batting user, generates data including the batting result (a batting result D2 shown in FIG. 1), and transmits the data to the server 200. The hit result D2 is transmitted to the opponent's pitching-side user terminal 100A via the server 200. The hitting operation is an operation performed by the hitting user on the input unit 151 of the hitting 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 want to control the player character (hereinafter, a player) by himself / herself, the user operates the user terminal 100 to notify the server 200 of the fact. can do. Upon receiving such a notification from the user terminal 100, the server 200 determines an operation result (a pitching result or a hitting result) of the player according to a game program based on various types of information related to the ongoing battle. Then, the determined operation result is transmitted to the user terminal 100 of the opponent. That is, the server 200 controls the player in place of the user terminal 100. Hereinafter, controlling the player by the user by himself / herself is referred to as manual control, and controlling the server 200 by the player is referred to as automatic 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. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

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

  In the present embodiment, the program is a game program for realizing a game in cooperation with the user terminal 100 and the server 200. In addition, the various data includes game-related data such as user information and game information, and instructions and notifications to be 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 configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data related to the game.

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

  The input / output IF 14 is an interface for the user terminal 100 to receive data input and an interface for the user terminal 100 to output data. The input / output IF 14 may input and output data via a USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, physical buttons 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 receive data input and 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 in which the input unit 151 and the display unit 152 are combined. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 includes, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects a position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any type such as a capacitance type or a resistive type.

  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 also specify a holding posture of the user terminal 100 from an output of the sensor and perform a process according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may perform a vertical screen display that displays a vertically long image on the display unit 152. On the other hand, when the user terminal 100 is held in the horizontal direction, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. As described above, the processor 10 may be capable of switching 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 from a lens into an electric signal.

  The distance measuring sensor 18 is a sensor that measures a distance to a measurement target. The distance measurement 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 target based on the light emission timing from the light source and the light reception timing of the reflected light that reflects the emitted light on the measurement target. 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 the object 1010 near the user terminal 100 using the camera 17 and the distance measurement sensor 18 as a user input operation will be further described. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, an illumination device that irradiates infrared rays, a filter that blocks visible light, and the like may be provided in the camera 17. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether the object is outdoors or indoors.

  The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on an image captured by the camera 17 to specify whether or not the user's hand is included in the captured image. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique adopted in the above-described image recognition processing. (2) The processor 10 detects the gesture of the user from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further specifies a gesture performed by the user based on the specified number of fingers. For example, when the number of fingers is five, it is determined that the user has performed the gesture of “par”, and when the number of fingers is zero (the finger is not detected), the user performs the gesture of “goo”. If it is determined that the finger has been performed and the number of fingers is two, it is determined that the user has performed the gesture of “choking”. (3) The processor 10 performs an image recognition process on the image captured by the camera 17 to detect whether the user's finger is standing up with only the index finger or the user's finger has made a fluttering movement. . (4) The processor 10 determines an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of an image recognition result of an image captured by the camera 17 and an output value of the distance measurement sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 may determine whether the user's hand is near (for example, a distance less than a predetermined value) or far (for example, a predetermined value) the user terminal 100 depending on the shape of the user's hand specified from the image captured by the camera 17. Above distance). If the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If the distance between the user terminal 100 and the user's hand changes while the user's hand is detected based on the image recognition result of the image captured by the camera 17 or the like, the processor 10 Is recognized as being swung in the shooting direction of the camera 17. The processor 10 determines that the user is waving his hand in a direction perpendicular to the shooting direction of the camera when detecting or not detecting an object with the distance measurement sensor 18 having higher directivity than the shooting range of the camera 17. recognize.

  As described above, the processor 10 determines whether or not the user is holding the hand (the gesture of “goo” or another gesture (for example, “par”) based on the image recognition of the image captured by the camera 17. ) Is detected. In addition, the processor 10 detects the shape of the user's hand, how the hand is moved, and whether the user terminal 100 is approaching or moving away from the user terminal 100. Such an operation can correspond to 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 in accordance with the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 determines that the user has selected (continuation of mouse click, touchdown on the touch panel, and continuation of touch). Further, when the user further moves his hand in a state where the user's gesture “goo” is detected, the user terminal 100 can also determine that the movement is a swipe operation (or a drag operation). In addition, for example, when the user terminal 100 detects a gesture of flipping a finger in a detection result of the user's hand based on an image captured by the camera 17, the user terminal 100 performs a process corresponding to a mouse click and a tap operation on a touch panel. It is good also as doing.

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

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

  The server 200 has a function of communicating with each user terminal 100 executing a battle and mediating exchanges between the user terminals 100. The server 200 also has a function of acting as a proxy for one or both of the user terminals 100 to advance the battle, and delivering the progress result to one or both of the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 120 and the storage unit 220 store a game program 131, game information 132, and user information 133. The game program 131 is a game program executed on 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 a user account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

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

  The control unit 110 functions as the operation reception unit 111, the battle execution unit 112, the acquisition preparation unit 113, the acquisition execution unit 114, and the 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's input operation on the input unit 151. The operation accepting unit 111 determines what input operation has been performed based on the action exerted by the user on the console via the touch screen 15 and other input / output IFs 14, and outputs the result to each element of the control unit 110. I do.

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

  The battle execution unit 112 progresses the battle by determining the operation result of the player based on the operation of the user. For example, in the pitching-side user terminal 100A (one computer, the other computer), when the operation receiving unit 111 receives a user's pitching operation, the match execution unit 112 determines a pitching result based on the pitching operation. The pitching result includes, for example, a ball speed, a pitch (straight, slider, curve, etc.), a course (increased inner angle, middle, lower outer angle, etc.), and judgment of good pitch / missed pitch. For example, in the hitting user terminal 100B (the other computer, one computer), when the operation receiving unit 111 receives a user's hitting operation, the battle execution unit 112 determines a hitting result based on the hitting operation. The hit result includes, for example, a determination of the presence or absence of a hit and, if hit, a flight path, a flight distance, a flight speed, and the like of the ball. The match execution unit 112 notifies the animation generation unit (not shown) of the determined operation result (the pitching result or the hitting result) and the server 200. The animation generation unit generates an animation indicating the motion of each object based on the control mode of each object by the battle execution unit 112. For example, an animation of a pitcher's pitching motion, an animation of a batter's hitting motion, an animation of a bat shaken 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.

  Note that 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 preparing unit 113. In the present embodiment, a card pack of a player is given to a user as an example of right data. The match 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 causing the user to possess the card pack.

  The acquisition preparation unit 113 transitions the rights data given to the user to a state where an object can be obtained based on the rights data. That is, the card pack is transited to an openable state. In the present embodiment, as an example, the acquisition preparing unit 113 arranges a card pack in a slot that allows point addition. In the present 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. By arranging the card pack in the slot, the acquisition preparing unit 113 can add points in association with the card pack. When the conditions assigned to the card pack are satisfied by adding points by the acquisition preparing unit 113, that is, when the total of the points reaches the predetermined value indicated in the above conditions, the card is 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 provided to the user as a reward for the battle, for example, as in the case of the card pack.

  In the present embodiment, points can be accumulated by arranging the card pack in the slot. That is, the slot is a requirement that enables the acquisition preparation unit 113 to add points and enables the card pack to transition to an openable state. Further, another requirement may be added to the addition of points. Another requirement that allows points to be added will be described later.

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

  The display control unit 115 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing results executed by the above-described elements are reflected. The display control unit 115 may display a game screen including an animation generated by an unillustrated animation generation unit on the display unit 152. The display control unit 115 also superimposes and draws objects related to a user interface (hereinafter, UI) necessary for various operations of the game, such as icons, buttons, or menus indicating various parameters, on the game screen. You may.

(Functional Configuration of Server 200)
The control unit 210 controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 constructs the game space with reference to the information for constructing the 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 a part or all of the game information or the user information from the user terminal 100. The control unit 210 may receive a request for multi-play synchronization from the user terminal 100 and transmit data for multi-play synchronization to the user terminal 100.

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

  The match execution unit 211 executes a match. Specifically, based on a request from each user terminal 100, matching of opponents is started, a match is started, a match result (evaluation result for play contents) of each user is determined at the end of the match, or a match is made. The reward is calculated based on the performance, or the content of the reward is notified to the user terminal 100, and the reward is given to the user.

  The card providing unit 212 provides the user with an object that can be used in a battle in response to a request from the user terminal 100. In the present embodiment, the card providing unit 212 specifies 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 sends the specified 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 the designated card pack.

  In the present embodiment, an expected value indicating the possibility of acquiring an object having a high value in favor of the game may be set in the right data. Specifically, the expected value is a probability of allocating a good card in the lottery described above. A good card is a card that is considered to have a high value in advancing the match in an advantageous manner, and refers to a player card of a player having a high ability in the match. In the present embodiment, an expected value at which a player card of a player having high ability is won is set in each of the card packs.

  In the present embodiment, the rarity indicating the high value is set in the player card. For example, four types of S, A, B, and C are arranged in the order of higher rarity (higher ability). is there. In the lottery, the higher the rarity, the lower the probability of winning. In the following, in particular, when the term “expected value” is used, it means the probability of assigning a player card for which the rarity of S is set as a player card having a high value in favor of a battle.

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

  In another embodiment, expected values may be set for all rarities based on the rank of the card pack. As an example, the probability that the card providing unit 212 allocates each rare player card based on the 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 each rare player card based on the black rank card pack is, for example, S: 20%, A: 25%, B: 35%, C: 20%. Is also good.

  In any of the embodiments, it is preferable that the expected value of the rarity S is set in the card pack of each rank 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 known before opening. FIG. 11 is a diagram showing a specific example of a display mode of each card pack. When the card pack is presented on the display unit 152, it is preferable that the display mode of the size, color, shape, decoration, characters, and the like be different for each rank. This allows the user to estimate the probability of acquiring a rare S player card based on the card pack obtained by the user before opening. As a result, the card pack can be strategically opened, and the interest of the game can be improved.

  In the present embodiment, when calculating the reward, the match execution unit 211 assigns, to the user who has played the match, right data in which an expected value according to the play result of the match is set. Specifically, the reward is calculated so that the higher the battle result, the higher the rank of the card pack is given.

  The server 200 may include at least a part of the functions of the user terminal 100. Further, the user terminal 100 may include at least a part of the functions of the server 200. Further, 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 execute a part of the processing in the game system 1. That is, the computer (information processing device) that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or is realized by a combination or cooperation of these devices. May be done.

<Object acquisition flow>
FIG. 3 is a flowchart illustrating a flow of processing executed by each computer included in the game system 1 according to the present embodiment. In the present embodiment, a 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 all the steps are executed by the user terminal 100, Alternatively, in still another embodiment, all steps may be performed by server 200.

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

  In step S2, 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 the battle. As an example, the match execution unit 211 performs matching of the opponent, receives the pitch result D1 from the pitch user terminal 100A, advances the pitch event in the mound, and transmits the hit data D2 from the hit user terminal 100B. Upon reception, a hitting event in the batter's box, a flying ball event, a defensive event in the field, and the like are advanced.

  On the other hand, the match execution unit 112 of the user terminal 100 generates a game screen and a UI screen to be provided to the user or pitches the game according to the progress of the match distributed from the server 200 while step S2 is performed. Alternatively, various battle events are advanced in accordance with the operation of the user related to the impact.

  In the case of YES in step S3, for example, when the execution of all innings is completed, in step S4, the match execution unit 211 determines the match result. As an example, the match execution unit 211 reads out the win / loss, score, number of strikeouts, number of hits, number of home runs, number of home runs, etc., from the game information 132 recorded in the storage unit 220 during execution of the match.

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

  In step S6, the match execution unit 211 gives 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, the gold, and the scout point as the current reward to the experience value, the gold, and the scout point before the battle, respectively, and stores the game information 132 of the user. Update. As a result, the user is provided with the above-described reward and is acquired. The battle execution unit 211 may notify the user terminal 100 of the content of the reward given to the user.

  In step S7, when receiving the above-mentioned notification, the battle execution unit 112 of the user terminal 100 may generate a screen for notifying the content of the provided reward. 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 obtained, whereby the grant of the reward is recognized by the user.

  In step S7, when the match execution unit 112 recognizes that the card pack has been provided, the acquisition preparation unit 113 starts preparation for acquiring a player card from the provided card pack.

  If YES in step S8, that is, if there is a slot in which no card pack is arranged, in step S9, the acquisition preparing unit 113 arranges the assigned card pack in the slot. In the present embodiment, if at least one of the slots owned by the user has a vacancy, the acquisition preparing unit 113 may automatically arrange the assigned card pack in the vacant slot.

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

  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. Are repeated.

  On the other hand, if NO in step S8, that is, if all the slots owned by the user are already filled with card packs, the acquisition preparing unit 113 stores the card pack newly given in step S7 in any slot. Can not be placed. Therefore, the acquisition preparing unit 113 may propose to the user to open the card pack without placing the card pack in the slot. Specifically, the acquisition preparing unit 113 may cause the display unit 152 to display a message asking whether to immediately open the card pack on condition that the card pack is exchanged for a predetermined consumable item. Here, suggesting that the card pack be opened "immediately" means opening 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. Means giving the user the opportunity to do so. Therefore, the term "open immediately" should not be construed as being limited only to opening immediately after the card pack is awarded and opening immediately after the consumption 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 immediately acquiring the player card, the acquisition preparing unit 113 is provided in step S7. Discard the card pack. In the present embodiment, the acquisition preparing 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 above-described card pack. That is, in the present embodiment, the upper limit of the number of card packs owned by the user is set, and the specification may be such that the user cannot own the card pack beyond the upper limit. The upper limit of the number of owned card packs is, for example, the number of slots released to the user, that is, the number of released slots. This allows the user to strategically operate the card pack so that the card pack is not discarded unnecessarily, thereby improving the interest of the game.

  If YES in step S11 or YES in step S12, this means that the transition to the state in which the card pack can be opened has been completed. Completion of the transition is achieved when the scout point associated with the card pack reaches the condition, or when the user selects immediate acquisition in exchange for the consumed item. The transition to the 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 to 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 specifies a player card to be provided to the user based on the rank set in the card pack specified from the user terminal 100. In the present embodiment, the card providing unit 212 performs a lottery based on an expected value corresponding to the rank of the card pack, and specifies a predetermined number of cards to be provided from among candidate player cards. In the present embodiment, as an example, the card providing unit 212 may specify three player cards per one card pack.

  In step S16, the card providing unit 212 provides the user with the selected three player cards and causes the user to own the card. Specifically, the card providing unit 212 stores the three player cards in the storage unit 220 as the 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 held by the user.

  In step S17, upon receiving the above notification, the acquisition execution unit 114 of the user terminal 100 may generate a screen for notifying the content of the player card acquired by the user. The screen is displayed on the display unit 152 via the display control unit 115. In this way, the user is made to acquire the above-mentioned player card in step S15, and the user is made aware of the acquisition of the card in step S7.

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

  According to the above method, even when the slot is occupied, it is possible to provide the user with an option to immediately open the card pack. In other words, it is possible to construct a mechanism that satisfies the user's desire to obtain a player card for promoting the game more advantageously. By acquiring a large number of player cards, the user can start playing while favorably playing the game.

  According to the method described above, the card pack is automatically placed if a slot is available, thus requiring the user to perform a tedious procedure, task or operation in order to be able to open it. Never force. By easily acquiring a player card, the user can enjoy playing the game while favorably playing the game.

  From the above, it is possible to improve the interest of the game and enhance the motivation for the user to play the 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 performed.

  In step S7, the match execution unit 112 of the user terminal 100 may generate, for example, a game screen illustrated in FIGS. 4 and 5 to notify the user of the provided reward. The display control unit 115 displays these generated game screens on the display unit 152 in step S7.

  The game screen illustrated in FIG. 4 includes, as an example, an experience value 401, a gold 402, and a scout point 403 given as a reward for playing a battle. The experience value is given in association with the user who plays the battle. When the experience value accumulates over a certain level, the user rank rises. The user rank may affect, for example, the parameters of the team or each player, and the effect is such that the higher the user rank, the more positively the game can proceed. Gold is a consumption item that can be consumed in a game to be played, and is, for example, a virtual currency. Specifically, various items for favorably promoting the battle in exchange for gold may be available.

  The scout point is an example of the above points. The scout point satisfies the condition associated with the card pack arranged in the slot by accumulating it. Thus, the user can repeat the battle play with strong motivation to obtain scout points in order to take out player cards from the card pack.

  The match execution unit 211 of the server 200 may calculate so that when the user plays the match, even if the user loses the match, the above-mentioned reward is always received. Further, it is preferable that the match execution unit 211 calculates the reward so that the better the match result, the more experience value, gold, and scout points are given. In this way, it is possible to prevent motivation for a low-skilled user who is not accompanied by a grade, but to want to win a high-skilled user who does not want to lose or win with a good grade. Such a competitive spirit or an ambition to want to become more proficient in operation can be sprouted. In this way, it is possible to further enhance the motivation of all users to play the game, regardless of the user's skill level.

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

  Further, the match execution unit 211 may notify the user terminal 100 of the usage rate of the automatic control in step S6. The match execution unit 112 of the user terminal 100 may include the usage rate of the automatic control as the automatic usage rate 404 in the game screen illustrated in FIG. Further, the match execution unit 112 may include the match result 405 in the game screen.

  The game screen illustrated in FIG. 5 includes, as an example, a card pack 406 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 may sequentially display the game screen in an arbitrary order.

  When an OK button 407 shown in FIG. 5 is pressed by a user's operation, the acquisition preparing unit 113 sets a game screen including a slot for arranging a card pack at any timing from step S8 to step S13 (see FIGS. 8) is generated. The game screen generated by the acquisition preparing unit 113 is displayed on the display unit 152 by the display control unit 115.

  As an example, in the case of YES in step S8, in step S9, acquisition preparation unit 113 generates a game screen shown in FIG. The game screen includes a slot list 501 for listing 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 ordered, and the slots 503 and 504 are displayed such that the leftmost slot 502 is at the top and the order is rearward toward the right.

  The slot 502 shown in FIG. 6 indicates that the card pack 406 (FIG. 5) that has just been provided is placed in the slot 502. When the new card pack 406 is given, the acquisition preparing unit 113 places the card pack 406 in the first slot among the empty slots (the 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 in which it can be opened. As described above, in the present embodiment, the card pack does not enter a state in which the scout point can be stored unless the acquisition preparing unit 113 arranges the card pack in the slot. Therefore, the slot is the first requirement that allows the card pack to transition to an openable state.

  Further, in the present embodiment, the second requirement is presented in order for the card pack to be in a state where the scout points can be accumulated. The second requirement is provided to the user as a tool that allows scout points to be added. The tool is provided to the user in the form of, for example, a scoutman. In the present embodiment, as an example, the acquisition preparing unit 113 assigns one scoutman to one slot. In the present embodiment, by arranging the card pack in the slot to which the scoutman is assigned, it becomes possible to accumulate scout points in the card pack. In other words, the card pack is placed in the slot as the first requirement, and a scoutman is assigned to the slot as the second requirement, and the card pack cannot be changed ( The state shifts from an addition impossible state) to a changeable state (addition possible state). In another embodiment, the card pack may transition from the non-changeable state (additional state) to the changeable state (additional state) only when the first requirement is satisfied, or may perform the second requirement. May be satisfied, the state may change from the non-changeable state (addition impossible state) to the changeable state (addition possible state).

  The changeable state refers to 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 scout points can be accumulated in order to reach a scout point set as a condition. Conversely, the unchangeable state refers to a state in which the state of the card pack cannot be changed to satisfy the above-described predetermined condition. Specifically, this means a state in which it is impossible to accumulate scout points, that is, a state in which points cannot be accumulated in association with a card pack even if scout points are acquired.

  When the scout point is given as a reward in step S7, the acquisition preparing unit 113 adds the given scout point to the card pack arranged in the slot to which the scoutman is assigned in step S10. I do. For example, in the example shown in FIG. 4, 218 scout points are provided. In the example shown in FIG. 6, it is the slot 502 that the scoutman 505 is assigned and the card pack is arranged. Therefore, the acquisition preparing unit 113 adds the given 218 points to the card pack 406 arranged in the slot 502.

  In the case of YES in step S11, the acquisition preparing unit 113 may generate the game screen shown in FIG. 7 in order to present to the user that the total of the scout points of the card pack has reached the condition. In the example illustrated in FIG. 7, the gauge 506 indicates that the accumulated scout point has reached the condition “800 sp” as a result of adding the scout point to the card pack 406 in step S10. I have. After this screen is displayed, the acquisition execution unit 114 executes a process of opening the card pack 406 in step S14, that is, specifies the player card to be owned by the user based on the card pack 406. , To the server 200. Here, the card pack 406 is consumed, and a slot is made available.

  In the present embodiment, when a slot is allocated to a scoutman, there is a slot to which no scoutman is allocated after the empty slot, and a card pack is placed in the slot. Is assumed. Since there is no scoutman, the card pack is in a state where no scout points are accumulated and the card pack simply stands by in a slot. In such a case, the acquisition preparing unit 113 moves up the card pack to the empty slot and arranges it. As a result, the card pack is in a state in which scout points are stored.

  On the other hand, in the case of NO in step S8, the acquisition preparing unit 113 may generate the game screen shown in FIG. 8 in order to notify the user that there is no empty 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 prompting the user to select handling of the card pack. The prompt 601 may include a message notifying the user that the slot is full. In the present embodiment, as an example, the prompt 601 includes a button 602 for selecting to immediately open the already placed card pack 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 executes a process of immediately opening the card pack and acquiring a player card. As a result, the opened card pack is consumed, and the slot is made vacant, so that the newly provided card pack 406 can be arranged. Note that the acquisition execution unit 114 may select a card pack designated by the user as a card pack to be immediately opened, or may select a card pack arranged in the first slot 502, or 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 preparing unit 113 executes a process of discarding the card pack. As a result, the placed card pack is discarded, and the slot is made vacant, so that the newly provided card pack 406 can be placed. No player card is acquired from the discarded card pack. Further, in the present embodiment, when there is a scout point associated with the discarded card pack, the scout point is not taken over by the card pack 406 arranged next. In another embodiment, the scout points may be taken over.

  In the present embodiment, the acquisition execution unit 114 may accept the selection of immediate opening on condition that the item is exchanged for a predetermined consumption item. The consumable item may be provided, for example, in the form of a diamond. In the example shown in FIG. 8, the number of diamonds required to select immediate opening and the number of diamonds 604 currently held 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 for the business owner that operates the game system 1 that provides the competitive game. In this case, the diamond is a paid item for consumption. In another embodiment, the diamond may be provided to the user as a reward for playing the match. In this case, the diamond is a free consumption item.

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

  In step S17, the acquisition execution unit 114 receives, from the card providing unit 212 of the server 200, a notification about the player card to be owned by the user specified based on the opened card pack. At this time, the acquisition execution unit 114 may generate a game screen shown in FIG. 10 in order to notify the user of the specified 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, an image of a player, a player name, a name of a team to which the player belongs, and information indicating the rarity of the player card. When any of the player cards is selected, more detailed information on the selected player card may be displayed. For example, various parameters related to a player's ability may be displayed.

  As described above, the user is provided with a UI that allows the user to control the slot for operating the card pack by a simple operation through various game screens. With the UI, the user can understand the mechanism of easily acquiring a strong (rare) player card with a good match record, and can start a match play with strong motivation. The UI realizes a mechanism that satisfies the user's desire to obtain a player card for promoting the game advantageously. As a result, the user can acquire many player cards, and can play while playing the game advantageously. With the above UI, the user can operate the card pack and easily acquire the player card simply by playing the game without any troublesome procedure, work, or operation. This allows the user to play while playing the game advantageously. According to the present embodiment, as a result, it is possible to enhance the interest of the game and enhance the motivation for the user to play the game.

(Modification)
When the card pack is provided in step S7, the acquisition preparation unit 113 may display a prompt for selecting to immediately open the card every time, regardless of whether or not there is a vacant slot. The prompt includes, for example, the button 602 and the number of diamonds 604 shown in FIG. As a result, it is possible to further respond to the user's desire to obtain a player card for promoting the game advantageously.

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

  The match execution unit 112 of the user terminal 100 or the match execution unit 211 of the server 200 may increase the amount of reward to be given to the user in step S7 based on consumption of a predetermined consumption item. The consumable item is, for example, a reward increase item, and the reward increase item may be provided in a form such as “Scout Point Triple Book” or “Card Pack Double Book”, for example. For example, when the user ends the battle play by consuming the “Scout Point Triple Book”, the user is provided with three times the scout points normally provided for one battle. For example, if the user has consumed the “double card pack” and ended the battle play, the user is usually provided with two card packs, although one card pack is provided for each battle. There may be other reward increasing items that increase the experience value or the gold reward amount. These reward increase 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 for the business owner that operates the game system 1 that provides the battle game. In this case, the reward increase item is a paid consumption item.

  The match execution unit 112 of the user terminal 100 or the match execution unit 211 of the server 200 may increase the amount of reward to be given to the user in step S7 based on the match result satisfying a predetermined condition. As the predetermined condition, for example, a condition such as “the number of strikeouts in one game is 5 or more” or “the number of home runs in one game is 2 or more” is assumed with reference to the match record 405 in FIG. You. When the user achieves such a condition and ends the match, the match execution unit 211 may give the user 300 sp as a condition achievement bonus in addition to the 200 sp given by the normal calculation. . Alternatively, the match execution unit 211 may further add one more card pack, which is normally given for one game, as a condition achievement bonus.

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

  In the present embodiment, as an example, as shown in FIG. 6, a scoutman 505 is assigned to the first slot 502 by default. In the present embodiment, the scoutman provided by default may be, for example, a new scoutman. The negotiating ability of the new Scoutman 505 is set to “low”. When the negotiation ability of the scoutman assigned to the slot is “low”, the acquisition preparing unit 113 multiplies the assigned scout point by one, that is, as it is, the scout point of the card pack arranged in the slot. Is added to.

  Further, in the present embodiment, another scoutman may be optionally provided. The optionally provided scoutman may be, for example, a veteran scoutman. Veteran scoutman negotiation skills are set to "high". When the scoutman's negotiation ability is “high”, the acquisition preparing unit 113 multiplies the provided scout point by 1.5 as an example and adds it to the card pack scout point. As a result, it is possible to further respond to the user's desire to obtain a player card for promoting the game advantageously.

  In addition, a medium-sized scoutman with a "medium" negotiation ability may be provided by default or as an option.

  The acquisition preparing unit 113 may not assign a default scoutman to a slot behind the head, and may assign an optional scoutman when the user instructs to assign a scoutman. The default scoutman is, for example, a newcomer scoutman with a "low" negotiation ability, and the optional scoutman is, for example, a veteran scoutman with a "high" negotiation ability.

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

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

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

  Further, the acquisition preparing unit 113 may set a limit on the number of times of use for each scoutman. That is, the number of card packs that the scoutman can open may be determined in advance. In the present embodiment, the default (new face) scoutman does not limit the number of times of opening, and the optional (experienced) scoutman limits the number of times of opening to two times. The remaining number of times of opening is stored in the storage unit 120 as the game information 132 in association with the scoutman. After obtaining the scout point up to the upper limit based on the scoutman and opening the card pack, the acquisition preparing unit 113 reduces the remaining number of times the scoutman has been opened by one. The scoutman is canceled after the total number of points reaches a predetermined value for a 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 zero, the acquisition preparing unit 113 cancels the assignment of the scoutman to the slot and deletes the information of the scoutman from the game information 132. As illustrated in FIG. 13, the acquisition preparing unit 113 may display the remaining opening counts 509 and 510 of each scoutman 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 shown in FIG. 6, the acquisition preparing unit 113 displays an arrow 704 indicating that the slot list 501 can be scrolled to the left. FIG. 14 is a diagram showing an example of a game screen showing a state in which the slot list 501 is scrolled 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 preparing unit 113 shifts the slot list 501 one slot to the left, and displays the fourth slot 511 counted from the top. The acquisition preparing unit 113 may add a lock mark to the slot 511 in order to indicate that the initial state of the optional slot is in an unusable state. The acquisition preparing unit 113 provides a button 708 for instructing release of the slot 511. In the present embodiment, the above-mentioned consumable 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 additional slots. When the button 708 is pressed, the acquisition preparing unit 113 may generate the game screen. The game screen includes a prompt 705 for prompting the user to add a slot. The prompt 705 may include a button 706 for selecting addition of a slot, the number of diamonds required to select the button, and the number of diamonds 707 currently possessed by the user.

  When the button 706 is pressed, the acquisition preparing 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 the card pack can be arranged. At this time, on the game screen, the acquisition preparing unit 113 deletes the lock mark and provides a button 605 for instructing the assignment of a scoutman instead of the button 708.

  When the number of slots is increased, it is possible to increase the number of places where the card pack is kept on standby until the card pack is opened. As a result, it is possible to further respond to the user's desire to obtain a player card for promoting the game advantageously.

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

  The card providing unit 212 of the server 200 may execute 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 where the user cannot use the player card in the battle. Here, the card providing unit 212 does not notify the user terminal 100 of the specified player card. Then, in step S14, when the card acquisition request is transmitted from the user terminal 100, the card providing unit 212 reads out the player card linked to the card pack specified in the card acquisition request from the storage unit 220. 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 rare object included in the card pack according to the rank of the card pack. In this case, the expected value indicates not the lottery probability but the ratio of objects having a high rarity (for example, a player card with a rarity of S) included in the card pack. For example, based on the highest-ranked black-ranked card pack, a player card of rarity S may be specified at a ratio of two out of five cards. Further, based on the lowest-ranked normal-rank card pack, a player card of rarity S may be specified at a rate of 0 out of 5 cards.

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

[Example of software implementation]
The control blocks of the control unit 210 (particularly, the battle execution unit 211 and the card providing unit 212), and the control blocks 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) And 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 provided with the control unit 210 and / or the control unit 110 executes a command for executing a program, which is software for realizing each function, and reads the program and various data by a computer (or CPU). A ROM (Read Only Memory) or a storage device (referred to as a “recording medium”) in which the program can be recorded, a RAM (Random Access Memory) for expanding the program, and the like are provided. Then, the computer (or CPU) reads the program from the recording medium and executes the program, thereby achieving the object of the present invention. As the recording medium, a “temporary tangible medium”, for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (a communication network, a broadcast wave, or the like) capable of transmitting 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 embodiments described above, 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.

[Appendix]
The contents according to one aspect of the present invention are listed below.

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game program includes a client computer (user terminal 100) including a processor (10, 20) and a memory (11, 12) and a server computer (server 200) cooperating with the client computer. ). The game program acquires, using the right data (reward, card pack), the processor uses the right data (reward, card pack) to obtain one or more objects (player cards) that can be used to advantageously advance a game (competition game, baseball game) based on the game program. (S6) of giving points necessary for the game (scout points) to the user when the game is played by the user, and associating the object with the user so that the user can use the object based on the right data (S6). S16) and are executed. In the associating step, according to the user's selection, the object is made available (opening the card pack) when the total of the points reaches a predetermined value, or when the rights data is owned by the user, Making the object available without waiting for the sum to reach said predetermined value. Thus, it is possible to meet the user's desire to use the object faster. As a result, according to the game program, there is an effect that the motivation of the user 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. Thus, it is possible to meet the user's desire to use the object faster. As a result, according to the game program, there is an effect that the motivation of the user to play 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 given points in association with the right data, and the right data includes a point. There is an addition impossible state in which can not be added, and an addition possible state in which points can be added. In the adding step, when the right data is in the addable state, points are added in association with the right data. According to the game program, there is an effect that the motivation of the user for playing the game is enhanced.

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

  (Item 5) In (Item 4), a tool (an optional scoutman, a veteran scoutman, a paid scoutman, a limited number of opening times) provided to the user in exchange for a predetermined consumption item (diamond) associated with the user. May be higher than tools provided to the user without any conditions (default scoutman, new recruitment scoutman, free scoutman, unlimited open scoutman). According to the game program, there is an effect that the motivation of the user for playing the game is enhanced.

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

  (Item 7) In any one of (Item 4) to (Item 6), the right data is added when the right data is arranged in a predetermined slot and a tool is assigned to the slot. The state may be enabled. According to the game program, there is an effect that the motivation of the user for playing the game is enhanced.

  (Item 8) In any one of (Item 1) to (Item 7), the game program instructs the processor to exceed the upper limit (number of released slots) of the right data possession number set for the user. If the rights data is newly granted to the user and the user does not select to make the object usable without waiting for arrival (NO in S12), the step of discarding the newly granted rights data ( S13) may be executed. As a result, the user considers to strategically consume the rights data so that the rights data is not wasted. According to the game program, the interest of the game is improved, and as a result, there is an effect that the motivation of the user to play the game is enhanced.

  (Item 9) In any one of (Item 1) to (Item 8), for example, a game based on a game program includes an object to be controlled by a user operating a client computer and a computer of another client. It may be a battle game in which the user who operates the game battles against an object to be controlled. Thereby, there is an effect that the motivation of the user for playing the battle game is enhanced.

  (Item 10) The method of executing the game program has been described. According to an aspect of the present disclosure, a game program (131) includes a client computer (user terminal 100) including a processor (10, 20) and a memory (11, 12), and a server computer cooperating with the client computer. (The server 200). The method includes the steps of: when a processor has played a game by a user, the processor determines the points required to obtain, using the rights data, one or more objects that can be used to advantageously advance the game based on the game program; Granting to the user and the processor associating the object with the user for use by the user based on the rights data. In the associating step, the processor makes the object available when the sum of points reaches a predetermined value according to a selection of the user, or when the rights data is owned by the user, the processor determines the predetermined value of the total. Make an object available without waiting for the value to be reached. The method according to (Item 10) has the same effect as the game program according to (Item 1).

  (Item 11) The information processing device (user terminal 100, server 200) functioning as a client (user terminal 100) operated by a user or a server (server 200) cooperating with the client has been described. According to an aspect of the present disclosure, an information processing device includes a storage unit (120, 220) that stores a game program (131) and a control unit (110) that controls an operation of the information processing device by executing the game program. , 210). The control unit, when the game is played by the user, obtains one or more objects that can be used to advantageously advance the game based on the game program, using the right data. Grants and associates the object with the user for use by the user based on the rights data. The control unit, when associating the object with the user, makes the object available when the sum of points reaches a predetermined value according to the user's selection, or when the rights data is owned by the user, Making the object available without waiting for the sum to reach said predetermined value. The information processing device according to (Item 11) has the same operation and effect 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, a 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 a game program (131) and a control unit (110, 210) that controls the operation of the information processing device by executing the game program. Prepare. Either of the controls may use the rights data to obtain one or more objects that can be used to advantageously advance the game based on the game program, when the user plays the game. One of the control units, based on the rights data, associates the object with the user so that the user can use the object. The control unit, when associating the object with the user, The object is made available when the total of points reaches a predetermined value, or when the rights data is owned by the user, the object is made available without waiting for the total to reach the predetermined value. The game system according to (Item 12) has the same operation and effect as the game program according to (Item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF, 14,24 input / output IF, 15 touch screen, 17 camera, 18 ranging sensor, 100 user terminal , 110, 210 control unit, 111 operation reception unit, 112 match 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 match execution unit, 212 card providing unit, 401 experience value (reward), 402 gold (reward), 403 scout point (reward, point), 406 card pack (reward, right) Data), 501 slot 1 , 502,503,504,511 slot (first requirement), 505, 507 scout (tool, a second requirement), 701, 702, 703 player card (Object), 1010 objects, 1020 controller, 1030 a storage medium

Claims (12)

A game program,
The game program includes a processor and a memory, and is executed by at least one of a client computer and a server computer that cooperates with the client computer.
The game program includes:
When the game is played by the user, the user is provided with points necessary for obtaining one or more objects that can be used to advantageously advance the game based on the game program using the right data. Steps and
Associating the object with the user for use by the user based on the rights data;
In the associating step, according to the selection of the user, the object is made available when the total of the points reaches a predetermined value, or the total is obtained when the right data is owned by the user. A game program for making the object available without waiting for the predetermined value to be reached.   The game program according to claim 1, wherein, in the associating step, the object is made available without waiting for the arrival in exchange for a predetermined consumption item associated with the user. The game program includes:
Executing the step of adding the given points in association with the right data,
In the right data, there is an addition impossible state in which the points cannot be added, and an addition possible state in which the points can be added,
The game program according to claim 1, wherein, in the adding step, when the right data is in the addable state, the points are added in association with the right data. The right data becomes the addable state when a tool that enables the addition of the points is associated with the user,
Performance related to the addition of points is set in the tool,
The computer-readable storage medium according to claim 3, wherein the adding step includes determining the points to be added to the right data based on the performance of the tool.   The game program according to claim 4, wherein the tool provided to the user in exchange for a predetermined consumption item associated with the user has higher performance than the tool provided to the user without any condition.   The game program according to claim 5, wherein the tool provided in exchange for the consumable item is canceled after a total of the points has reached the predetermined value for a predetermined number of right data.   The claim according to any one of claims 4 to 6, wherein the right data is in the addable state when the tool is allocated to a predetermined slot and the tool is assigned to the slot. Game program. The game program includes:
In a case where the rights data is newly granted to the user exceeding the upper limit of the number of possession of the rights data set for the user, the user is made to be able to use the object without waiting for the arrival. The game program according to any one of claims 1 to 7, further comprising causing a step of discarding the newly provided right data to be executed if is not selected.   9. The game according to claim 1, wherein the game is a battle game in which an object controlled by a user operating a computer of the client and an object controlled by a user operating a computer of another client are played. A game program according to any one of the preceding claims. A method of executing a game program,
The game program includes a processor and a memory, and is executed by at least one of a client computer and a server computer that cooperates with the client computer.
The method, wherein the processor comprises:
When the game is played by the user, the user is provided with points necessary for obtaining one or more objects that can be used to advantageously advance the game based on the game program using the right data. Steps and
Associating the object with the user for use by the user based on the rights data;
In the associating step, according to the selection of the user, the object is made available when the total of the points reaches a predetermined value, or the total is obtained when the right data is owned by the user. Making the object available without waiting for the predetermined value to be reached. An information processing device,
The information processing device functions as a client operated by a user or a server in cooperation with the client,
The information processing device,
A storage unit for storing a game program,
A control unit that controls the operation of the information processing device by executing the game program,
The control unit includes:
When the game is played by a user, points required for obtaining one or more objects that can be used to advantageously advance the game based on the game program by using the right data are given to the user. ,
Associating the object with the user for use by the user based on the rights data;
The control unit, when associating the object with the user, makes the object available when the total of the points reaches a predetermined value according to the selection of the user, or the rights data is An information processing apparatus that, when owned by a user, makes the object available without waiting for the sum to reach the predetermined value. A game system,
The game system 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 the client,
Each of the information processing devices,
A storage unit for storing a game program,
A control unit that controls the operation of the information processing device by executing the game program,
Any one of the control units may use the right data to obtain one or more objects that can be used to advantageously advance the game based on the game program. In the case of granting to the user,
Any one of the control units may associate the object with the user so that the user can use the object based on the right data, and the control unit may select the user when associating the object with the user. Therefore, the object is made available when the total of the points reaches a predetermined value, or when the right data is owned by the user, without waiting for the total to reach the predetermined value. A game system for making the object usable.