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

Description

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

  Various businesses provide game programs for displaying an object in a game space and allowing a user to operate the object to progress the game. In such a game, it is widely practiced to allow a user to obtain a reward depending on when the game is played (as an example, when a predetermined task is cleared). The reward is often an object, item, point, or the like, described above, to favorably advance the game.

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

  However, in the related art as described above, the process until the reward is obtained tends to be a mechanical work, and it is difficult to maintain the user's incentive to play the game. Therefore, there is a problem that the user gradually loses interest in the game. In a game developed with the intention of making the user 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 specific genre, but games of all genres (for example, competitive games, puzzle games, quiz games, RPGs, adventure games, such as sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey). Shooting games, simulation games, training games, action games, etc.) are common problems.

  One aspect of the present disclosure is directed to enhancing a user's motivation for playing a game.

  The game program according to the present disclosure is executed on at least one of a client computer and a server computer that cooperates with the client computer, which includes a processor and a memory. In a game based on a game program, the user is provided with right data for acquiring one or more objects that can be used to advantageously advance the game, and the right data satisfies a predetermined condition. It becomes possible to consume the data and obtain the object. The right data includes a non-changeable state in which the state cannot be changed to meet a predetermined condition and a changeable state in which the state can be changed to meet the predetermined condition. The game program causes the processor to execute a step of shifting the granted right data to a changeable state and a step of determining whether or not the right data satisfies a predetermined condition. In the step of migrating, when the number of rights data in the changeable state is less than the predetermined upper limit when the rights data is granted, the granted rights data is automatically changed to the changeable state. Let

  The method according to the present disclosure is a method in which at least one of a client computer and a server computer that cooperates with the client computer, which includes a processor and a memory, executes a game program. In a game based on a game program, the user is provided with right data for acquiring one or more objects that can be used to advantageously advance the game, and the right data satisfies a predetermined condition. It becomes possible to consume the data and obtain the object. The right data includes a non-changeable state in which the state cannot be changed to meet a predetermined condition and a changeable state in which the state can be changed to meet the predetermined condition. The method includes the steps of a processor transitioning granted rights data to a mutable state, and a processor determining whether the rights data meet a predetermined condition. In the step of migrating, when the number of rights data in the changeable state is less than a predetermined upper limit when the rights data is granted, the granted rights data is automatically moved to the changeable state. Let

  The information processing apparatus according to the present disclosure is an information processing apparatus that functions as a client operated by a user or a server that cooperates with the client. The information processing device 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. In a game based on a game program, the user is provided with right data for acquiring one or more objects that can be used to advantageously advance the game, and the right data satisfies a predetermined condition. It becomes possible to consume the data and obtain the object. The right data includes a non-changeable state in which the state cannot be changed to meet a predetermined condition and a changeable state in which the state can be changed to meet the predetermined condition. The control unit shifts the granted right data to a changeable state and determines whether the right data satisfies a predetermined condition. The control unit automatically changes the granted right data when the right data is added and the number of right data in the changeable state is less than a predetermined upper limit when shifting to the changeable state. Change to a changeable state.

The game system according to the present disclosure includes at least an information processing device as a client and an information processing device as a server that cooperates with the information processing device as a client. Each of the information processing devices includes a storage unit that stores a game program, and a control unit that controls the operation of the information processing device by executing the game program. In a game based on a game program, the user is provided with right data for acquiring one or more objects that can be used to advantageously advance the game, and the right data satisfies a predetermined condition, so that the user can It becomes possible to consume the data and obtain the object. The right data includes a non-changeable state in which the state cannot be changed to meet a predetermined condition and a changeable state in which the state can be changed to meet the predetermined condition. Either one of the control units shifts the granted right data to the changeable state, and when the control unit shifts to the changeable state, the right data in the changeable state is given when the right data is given. When the number of data is less than the predetermined upper limit number, the granted right data is automatically changed to the changeable state, and one of the control units determines whether the right data satisfies the predetermined condition. To determine.

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

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a server and a user terminal. It is a flow chart which shows the flow of the processing performed by each computer in the game system concerning this embodiment. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows a specific example of the image of various card packs displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal.

[Embodiment 1]
The game system according to the present disclosure is, 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, and is shown by the scope of the claims, and it is intended that all modifications within the scope and meaning equivalent to the scope of the claims are included in the present invention. It 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 showing a hardware configuration of the game system 1. As shown, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 is connected to the server 200 via the network 2. The network 2 includes various mobile communication systems constructed by the Internet and a wireless base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) connectable 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 included in 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 illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other 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 to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and outputs output values of the various sensors to the user terminal 100.

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

  It is desirable that the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as a name or a login ID of the user via the controller 1020, for example, at the start of the game. This allows the user terminal 100 to associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with the plurality of controllers 1020, each user holds each controller 1020 so that the user terminal 100 does not communicate with the server 200 or another user terminal 100 via the network 2 and one user terminal 100. Can realize multiplayer locally. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communicatively connects without passing through the server 200), thereby realizing multi-play locally by a plurality of user terminals 100. You can also do it. When the above-described multiplay 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. Further, when the above-described multi-play is locally realized by the 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.

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

  Further, the controller 1020 may be configured to be attachable to and 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 by wire via the connecting unit, the user terminal 100 and the controller 1020 transmit/receive a signal via wire.

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

  The user terminal 100 may store 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 the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored in.

  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 a mechanism for inputting can be regarded as an operation unit configured to receive an input operation of the user.

  For example, when the operation unit is configured of either one or both of the camera 17 and the distance measuring sensor 18, the operation unit is configured such that the operation unit 1010 near the user terminal 100 (for example, the user's hand, a predetermined shape Marker) and the input operation is specified from the detection result (color, shape, movement, type, etc. of the detected object) of the object. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 operates the gesture (a series of movements of the user's hand) detected based on the captured image, by the user's input operation. As specified and accepted. The captured image may be a still image or a moving image.

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

  The game system 1 is, for example, a system for executing a game that progresses by causing a user who operates a computer to control an object. In the game, as the user plays the game, evaluation results (competition results such as wins, losses, scores, etc.) for the play contents are output. Further, in the game, a reward is given for the user playing the game. The reward is, for example, right data for giving the user the right to acquire one or more of the above objects.

  More specifically, in this embodiment, the game progressed based on the game program executed in the game system 1 may be a competitive game. The competitive game is a game in which one or more objects controlled by a user operating a computer and one or more objects controlled by a user of another opponent operating a computer compete with each other. More specifically, the game system 1 is, for example, an interpersonal battle game, and is, for example, a system for executing an interpersonal battle baseball game. That is, the object is specifically a character such as a player or a manager, or a team including a plurality of characters. In the present embodiment, the character as an object may be provided to the user as information about a card that looks like a character. In the present embodiment, the right data is a card pack (right data) capable of acquiring one or a plurality of player cards (objects) likened to a player.

  When the game system 1 is an interpersonal baseball game, each team is operated by the first user terminal 100 and the second user terminal 100 communicating with each other via the server 200. Then, in the interpersonal battle baseball game, the attack and defense of the team are switched between the front and the back for each inning. In the following, when it is necessary to distinguish between the user terminal 100 operating the defending team and the attacking user terminal 100 on the front or back of a certain inning, the former is hit on the pitching side user terminal 100A and the latter is hit. It is referred to as the side user terminal 100B. When there is no need to distinguish between the two, they are simply referred to as the user terminal 100. The user of the pitching side user terminal 100A is called the pitching side user, and the user of the hitting side user terminal 100B is called the hitting side user. However, when it is not necessary to distinguish between the two users, and when the distinction is clear, they are simply referred to as users. The pitching-side user operates a pitcher character (hereinafter, pitcher) to pitch using the pitching-side user terminal 100A, and the attacking user uses the batting-side user terminal 100B to hit by a batter character (hereinafter, batter). To operate.

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

  The hitting side user terminal 100B determines the hitting result according to the hitting operation received from the hitting user, generates data including the hitting result (hiting 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 batting operation is an operation performed by the batting side user on the input unit 151 of the batting side user terminal 100B in order to make the batter hit the ball.

In the interpersonal baseball game according to the present embodiment, when the user does not desire to control the player character (hereinafter, player) by himself/herself, the user operates the user terminal 100 to notify the server 200 to that effect. can do. When the server 200 receives such a notification from the user terminal 100, the server 200 determines an operation result (a pitch result or a hit result) of the player based on various information related to the ongoing competition according to the game program. Then, the determined operation result is transmitted to the user terminal 100 of the opponent. That is, the server 200 controls the player instead of the user terminal 100. Hereinafter, the user controlling the player himself will be referred to as manual control, and the server 200 controlling the player will be 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. The 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 loads it into a memory 11 described later. The processor 20 reads a program from a storage 22 described later and loads it into a memory 21 described later. The processor 10 and the processor 20 execute the expanded program.

  Memories 11 and 21 are main storage devices. The memories 11 and 21 are storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read by the processor 10 from a storage 12 described later. The memory 11 also temporarily stores various data generated while the processor 10 operates according to a program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. 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 by cooperation between the user terminal 100 and the server 200. In addition, various data includes data regarding the game such as user information and game information, and instructions and notifications transmitted and received between the user terminal 100 and the server 200.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are storage devices such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data relating to the game.

  The communication IF 13 controls transmission/reception of various data in the user terminal 100. The communication IF 23 controls transmission/reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, wireless LAN (Local Area Network), wired LAN, wireless LAN, or Internet communication via a mobile telephone 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 is an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input, and is an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device for displaying and outputting an image.

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

  The input unit 151 detects a position at which 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 be of any type such as a capacitance type or a resistance film 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 the holding attitude of the user terminal 100 from the output of the sensor and perform processing according to the holding attitude. For example, the processor 10 may perform vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held in the horizontal orientation, a horizontally long image may be displayed on the display unit in a horizontal screen display. In this way, 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 converts a light incident from a lens into an electric signal to generate a captured image.

The distance measuring sensor 18 is a sensor that measures the distance to the measurement target. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the object to be measured based on the light emission timing from the light source and the light reception timing of the reflected light from the emitted light that is reflected by the object to be measured. 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 the detection result of detecting the object 1010 near the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as the user's input operation will be further described. The camera 17 and the distance measuring 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, the camera 17 may be provided with a lighting device that emits infrared rays, a filter that blocks visible light, and the like. This makes it possible to further improve the detection accuracy of the object based on the image captured by the camera 17, regardless of whether it 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 a captured image of the camera 17 to identify whether or not the captured image includes the user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique used in the above-described image recognition processing. (2) Further, the processor 10 detects the gesture of the user from the shape of the hand of the user. The processor 10 specifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image, for example. The processor 10 further specifies the gesture made by the user from the specified number of fingers. For example, when the number of fingers is 5, it is determined that the user has made the “par” gesture, and when the number of fingers is 0 (the finger is not detected), the user makes the “goo” gesture. When it is determined that the user has made the gesture and the number of fingers is two, it is determined that the user has made the gesture of “choki”. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or whether the user's finger makes a repulsive movement. .. (4) The processor 10 determines, based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18, an object 1010 (such as a user's hand) near the user terminal 100. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand identified from the image captured by the camera 17. The above distance) is detected. When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When the distance between the user terminal 100 and the user's hand changes while the user's hand is detected, the processor 10 determines the user's hand by the image recognition result of the image captured by the camera 17 or the like. Is swung in the shooting direction of the camera 17. If the user shakes his/her hand in a direction orthogonal to the shooting direction of the camera when the object is detected or not in the distance measuring sensor 18 whose directivity is stronger than the shooting range of the camera 17, the processor 10 recognize.

  In this way, the processor 10 recognizes whether or not the user is clasping his/her hand by the image recognition of the image captured by the camera 17 (whether the gesture is “Goo” or other gesture (for example, “Par”)). Or) is detected. Further, the processor 10 detects, together with the shape of the user's hand, how the user's hand is being moved, and whether the user 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. The user terminal 100, for example, moves the pointer on the touch screen 15 in accordance with the movement of the user's hand, and detects the gesture “goo” of the user. In this case, the user terminal 100 determines that the state is selected by the user (continuous click of the mouse, touchdown of the touch panel, and continuous touch). Further, the user terminal 100 can also determine that the movement is a swipe operation (or a drag operation) when the user further moves the hand while the user's gesture “goo” is detected. In addition, the user terminal 100, for example, in the detection result of the user's hand from the image captured by the camera 17, when the user detects a gesture that repels a finger, a process corresponding to a mouse click or a tap operation on the touch panel. You may choose to

<Functional configuration of each device>
FIG. 2 is a block diagram showing the functional configurations of the server 200 and the user terminal 100. Regarding the functional configurations required to function as a general computer and provided to the server 200 and the user terminal 100, and the functional configurations required to realize known functions in an interpersonal baseball game, , Omitted as appropriate.

  The user terminal 100 (client) has a function as an input device that receives an input operation of a user and a function as an output device that outputs a game image or sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 in cooperation with 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 that executes a battle and mediating exchanges between the user terminals 100. Further, the server 200 has a function of acting as a proxy for one or both of the user terminals 100 to progress the battle and to distribute the progress result to the one or both of the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 in cooperation with 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 the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The user information 133 is data regarding a user's 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 the user terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 constructs the game space by referring to the information for constructing the game space stored in the game information 132. The control unit 110 also 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 part or all of the game information or the user information to the server 200. The control unit 110 may send a multi-play synchronization request 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 an operation reception unit 111, a battle execution unit 112, an acquisition preparation unit 113, an acquisition execution unit 114, and a display control unit 115 according to the description of the game program 131. Further, the control unit 110 may function as an animation generation unit (not shown) according to the description of the game program 131.

  The operation accepting unit 111 detects and accepts a user's input operation on the input unit 151. The operation reception 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 the other input/output IF 14, and outputs the result to each element of the control unit 110. To do.

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

  The battle execution unit 112 advances the battle by determining the action 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 the user's pitching operation, the battle execution unit 112 determines the pitching result based on the pitching operation. The pitching result includes, for example, ball speed, type of ball (straight, slider, curve, etc.), course (higher internal angle, middle, lower external angle, etc.), and determination of good pitch/losing pitch. For example, in the batting side user terminal 100B (the other computer, one computer), when the operation receiving unit 111 receives the batting operation of the user, the battle execution unit 112 determines the batting result based on the batting operation. The hit result includes, for example, the presence/absence of a hit, and the flight path, flight distance, and flight speed of the ball when hit. The battle execution unit 112 notifies the animation generation unit (not shown) of the determined operation result (throwing result or batting result) and also notifies the server 200. The animation generation unit generates animations showing the motions of various objects based on the control mode of various objects by the battle execution unit 112. For example, an animation of a pitcher's pitching motion, an animation of a batter's batting motion, an animation of a bat that the batter swings, an animation of a ball thrown by a pitcher, an animation of a ball struck by a batter, etc. may be generated.

  Note that the battle execution unit 112 receives, from the server 200, a notification relating to the reward given to the user by the server 200 at the end of the battle, and transmits the content of the notification to the acquisition preparation unit 113. In this embodiment, a player's card pack is given to a user as an example of right data. Based on the notification from the server 200, the battle execution unit 112 stores the card pack determined to be added in the user information of the storage unit 120, so that the user has the card pack.

  The acquisition preparation unit 113 transitions the right data given to the user to a state in which an object can be acquired based on the right data. That is, the card pack is changed to the openable state. In the present embodiment, as an example, the acquisition preparation unit 113 arranges the card pack in a slot that allows points to be added. In this embodiment, a predetermined number of slots are provided to the user. For example, by default, three slots are defined in the game information 132 in association with the user. By arranging the card pack in the slot, the acquisition preparation unit 113 can add points in association with the card pack. When the condition allocated to the card pack is satisfied by the points being added by the acquisition preparation unit 113, that is, when the total number of points reaches the predetermined value shown in the above condition, the card The pack is ready for opening. That is, the acquisition execution unit 114 is in a state of being able to acquire the player card based on the card pack. The points may be given to the user as a reward for the competition, for example, as in the card pack.

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

  The acquisition execution unit 114 acquires the object based on the right data in which the acquisition preparation unit 113 has transitioned to the state in which the object can be acquired. The acquisition execution unit 114 may consume the right data and acquire the object corresponding to the right data in exchange for the right 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 specifying the right data to be consumed in order to acquire the player card. In the server 200, the player card is specified based on the specified right data, and the acquisition execution unit 114 is notified of this, 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 in which the processing result executed by each of the above-described elements is reflected. The display control unit 115 may display on the display unit 152 a game screen including an animation generated by an animation generating unit (not shown). Further, the display control unit 115 draws an object related to a user interface (hereinafter, UI) necessary for various operations of the game, such as an icon, a button, or a menu showing various parameters, on the game screen. May be.

(Functional configuration of the server 200)
The control unit 210 centrally controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 builds the game space by referring to the information for building the game space, which is stored in the game information 132. The control unit 210 also transmits and receives various data. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives part or all of the game information or 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 battle execution unit 211 executes a battle. Specifically, based on a request from each user terminal 100, matching of opponents is started, competition is started, competition results of each user (evaluation result with respect to play content) are determined at the end of competition, and competition is performed. The reward is calculated based on the grade, or the content of the reward is notified to the user terminal 100 to give the reward 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 the 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 causes the acquisition execution unit 114 to specify the specified card. By notifying, the card is provided to the user. In the present embodiment, the card providing unit 212 may perform a lottery in exchange for the designated card pack to specify the player card to be provided.

  In the present embodiment, the expected value may be set in the right data, which represents the possibility that an object having a high value in favorably advancing the game can be acquired. Specifically, the expected value is the probability of winning a good card in the above-mentioned lottery. A good card is a card that is considered to have a high value in favor of the competition, and refers to a player card of a player who has a high ability in the competition. In the present embodiment, an expected value for winning a player card of a player with high ability is set in each of the card packs.

  In the present embodiment, the player card is set with a rarity level representing the above-mentioned high value, and for example, four types of S, A, B, and C are listed in descending order of rarity level (high capability). is there. In the lottery, the higher the rarity, the lower the probability of winning. In the following, particularly when the term “expected value” is used, it means the probability of allocating a player card having an S rarity degree as a player card having a high value in favorably advancing the competition.

  More specifically, four types of ranks may be set in the card pack. In this 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 allocating the player card of the rarity S to the card pack is different depending on the rank of the card pack. As an example, the expected value set for each rank of card packs is 20% for black, 10% for gold, 5% for silver, and 0.5% for normal, in order from the card pack with the highest rank. Good. In addition, in each rank, the lottery probability after the rarity degree A may be appropriately set such that the lottery probability increases as the rarity degree decreases, or may be set uniformly. For example, in a gold-ranked card pack, the lottery probabilities after the rarity degree A may be uniformly 30%.

  In another embodiment, the expected value may be set for every rarity level based on the rank of the card pack. As an example, the card providing unit 212 allocates the player card of each rarity degree based on the normal rank card pack, S: 0.5%, A: 5.5%, B: 44%, C: It may be 50%. The probability that the card providing unit 212 allocates the player card of each rarity degree based on the black rank card pack is, for example, S: 20%, A: 25%, B: 35%, C: 20%. 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 that the expected value increases as the rank increases. The card pack may be presented to the user in different modes for each rank so that the expected value can be known even before opening. FIG. 11 is a diagram showing a specific example of the display mode of each card pack. When the card pack is presented on the display unit 152, it is preferable that the display mode of the size, color, shape, decoration, characters, or the like be different for each rank. Thereby, the user can estimate the probability that the player card of the rarity degree S can be acquired based on the card pack that the user has acquired before opening the package. As a result, it becomes possible to strategically open the card pack and improve the fun of the game.

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

  The server 200 may have at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may include at least a part of the functions included in the server 200. Further, a device other than the user terminal 100 and the server 200 may be a constituent element of the game system 1, and the other device may be caused to 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 another device, and is realized by a combination or cooperation of a plurality of these devices. May be done.

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

  In step S<b>1, the operation receiving unit 111 of the user terminal 100 receives the user's operation for instructing the start of the battle via the input unit 151. In response to this, the battle execution unit 112 starts the battle. In the present embodiment, as an example, the battle execution unit 112 transmits a request to start a personal battle 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 to this, the battle execution unit 211 starts the battle. As an example, the battle executing unit 211 performs matching of opponents, accepts a pitching result D1 from the pitching user terminal 100A, advances a pitching event in the mound, and batting data D2 from the batting side user terminal 100B. It accepts and advances a hitting event in a batter box, a flying event, and a fielding event in the field.

  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 throws a pitch according to the progress status of the match distributed from the server 200 while step S2 is performed. Alternatively, various events of the battle are advanced according to the user's operation related to the hit.

  In the case of YES in step S3, for example, when the execution of all innings has been completed, in step S4, the battle execution section 211 determines the battle record. As an example, the battle executing unit 211 reads out the winning/losing points, the number of strikeouts, the number of hits, the number of home runs, the automatic control usage rate, and the like from the game information 132 recorded in the storage unit 220 during the battle.

  In step S5, the battle executing unit 211 calculates the reward to be given to the user who played the battle based on the determined battle record. In the present embodiment, as an example, as a reward for playing the match, a card pack, experience value, gold, and scout points as specific examples of the above points are given to the user. For example, the battle executing unit 211 calculates the reward so that the higher the battle record is, the higher the rank of the card pack or the more points are given. Details such as the usage of each reward will be described later.

  In step S6, the battle 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 user identification information of the user. Alternatively, the match execution unit 211 adds the experience value, gold, and scout point as the reward of this time to the experience value, gold, and scout point before the match, respectively, to obtain the game information 132 of the user. Update. As a result, the above-mentioned reward is given to the user 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, the battle execution unit 112 of the user terminal 100 may generate a screen for notifying the content of the awarded reward when the above notification is received. The screen is displayed on the display unit 152 via the display control unit 115. Thus, in step S6, the above-mentioned reward is given to the user, and the reward is obtained in step S7, whereby the user is recognized to give the reward.

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

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

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

  If NO in step S11, that is, if the scout points associated with the card pack do not satisfy the condition assigned to the card pack, steps S1 to S10 are performed until the scout points reach the condition. Each process of is 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 preparation unit 113 puts the card pack newly added in step S7 into any slot. Cannot be placed. Therefore, the acquisition preparation unit 113 may suggest to the user to open the card pack without disposing it in the slot. Specifically, the acquisition preparation unit 113 may display a message on the display unit 152 asking whether to immediately open the card pack on condition that the predetermined consumption item is exchanged. Proposing to open the card pack "immediately" means opening the card pack without waiting for the card pack to be placed in the slot or for the Scout points to reach the condition. It means giving the user the opportunity to do so. Therefore, the term "open immediately" should not be construed as limited to opening immediately upon the card pack being given, and opening immediately upon consumption of the consumable item.

  If NO in step S12, that is, if the slot is full and the user does not select the method of opening the card pack and immediately acquiring the player card, the acquisition preparation unit 113 is added in step S7. Discard the card pack. In the present embodiment, the acquisition preparation unit 113 notifies the server 200 of the method selected by the user and requests the server 200 to discard the card pack. The server 200 updates the game information 132 according to the user's selection and deletes the association between the user identification information and the above card pack. In other words, in the present embodiment, the specification may be such that the upper limit of the number of owned card packs is set for the user and 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. As a result, the user considers that the card pack should be strategically operated so that the card pack is not wastefully discarded, so that the interest of the game is improved.

If YES in step S11 or YES in step S12, this means that the transition of the card pack to the openable state is completed. Completion of the transition is achieved by the scout points associated with the card pack reaching a condition, or by the user selecting immediate acquisition in exchange for the consumption item. The transition of the card pack to the openable state specifically means the transition of the card pack to a state in which the player card can be acquired based on the card pack.

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

  In step S15, the card providing unit 212 of the server 200 specifies the player card to be provided to the user, based on the rank set in the card pack designated by the user terminal 100. In the present embodiment, the card providing unit 212 performs a lottery based on the expected value corresponding to the rank of the card pack, and specifies a predetermined number of cards to be provided from the candidate player cards. In the present embodiment, as an example, the card providing unit 212 may specify three player cards for 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 them. 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. As a result, the user can possess these player cards, and by using these player cards, the player corresponding to the player cards can be controlled in the competition game. The card providing unit 212 may notify the user terminal 100 of the content of the three player cards held by the user.

  In step S17, when the acquisition execution unit 114 of the user terminal 100 receives the above notification, the acquisition execution unit 114 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 method described above, it is possible to construct a mechanism in which it is easy to acquire a strong (high rarity) player card when the competition record is good. This allows the user to engage in competitive play with a strong motive to obtain a better result in order to obtain a stronger player card.

  According to the method described above, it is possible to provide the user with an option to immediately open the card pack even when the slot is filled. In other words, it is possible to construct a mechanism that satisfies the user's desire to obtain a player card for advancing the game more quickly. By obtaining many player cards, the user can enjoy playing the game while advancing the game advantageously.

  According to the method described above, the card pack is automatically placed if the slot is empty, thus thus requiring the user to perform a tedious procedure, work or operation in order to allow the opening. I will not force you. By simply acquiring the player card, the user can enjoy playing the game while favorably advancing the game.

  From the above, it is possible to improve the interest of the game and strengthen the motivation for the user to play the game.

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

  In step S7, the battle execution unit 112 of the user terminal 100 may generate, for example, the game screens shown in FIGS. 4 and 5 in order to notify the user of the awarded reward. The display control unit 115 displays the generated game screens on the display unit 152 in step S7.

  The game screen shown in FIG. 4 includes, as an example, experience values 401, gold 402, and scout points 403, which are given as rewards for playing a battle. The experience value is given in association with the user who plays the battle. When the experience value is accumulated above a certain level, the user rank increases. The user rank may affect, for example, the parameters of the team or each player, and the higher the user rank, the more positive the effect that the competition can proceed. Gold is a consumption item that can be consumed in the game to be played, and is, for example, virtual currency. Specifically, you may be able to obtain various items in exchange for gold to advance the battle.

Scout points are an example of the above points. The scout points satisfy the condition associated with the card pack placed in the slot by accumulating. As a result, the user wants to take out the player card from the card pack, so that he/she can repeat the competitive play with a strong motive to obtain scout points.

  When the user plays the battle, the battle execution unit 211 of the server 200 may calculate so that the above reward is always obtained even if the user loses the battle. Further, it is preferable that the battle executing unit 211 calculate the reward so that the more the battle record is, the more experience value, gold, and scout points are given. As a result, it is possible to keep the motivation low for users with low skill levels who do not have a grade, but for those with high skill levels, do not want to lose or want to win with good grades. It is possible to cultivate a competitive spirit such as that, or an aspiration to improve the operation. In this way, regardless of the skill level of the user, it is possible to further strengthen the motivation of any user to play the game.

  Furthermore, 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 battle executing unit 211 may determine the reward such that the lower the usage rate of the automatic control is, the higher the rank of the card pack is given. As a result, the user can be encouraged to play based on the manual control, and the fun of the game in the person-to-person battle can be further improved.

  Further, the battle executing unit 211 may notify the user terminal 100 of the usage rate of the automatic control in step S6. The battle 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 shown in FIG. Furthermore, the battle execution unit 112 may include the battle record 405 in the game screen.

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

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

  As an example, if YES in step S8, in step S9, the acquisition preparation unit 113 generates the game screen shown in FIG. The game screen includes a slot list 501 for listing the status of one or more slots owned by the user. In the example shown in FIG. 6, the user is provided with three slots 502-504 by default. In the present embodiment, the slots are arranged in order, and the slot 503 and the slot 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 added is placed in the slot 502. When the new card pack 406 is added, the acquisition preparation unit 113 sets the card pack 406 to the first slot (the slot 502 in the example shown in FIG. 6) in the order of the vacant slots. Place automatically. Then, the card pack 406 is made to wait in the slot 502 until the card pack 406 transitions to the openable state. As described above, in the present embodiment, the card pack does not enter the state where the scout points can be accumulated unless the acquisition preparation unit 113 is arranged in the slot. Therefore, the slot is the first requirement that allows the card pack to transition to an openable state.

  Further, in the present embodiment, the second requirement is presented in order for the card pack to be in a state in which scout points can be accumulated. The second requirement is provided to the user as a tool that allows the addition of scout points. The tool is provided to the user in the form of a scoutman, for example. In the present embodiment, as an example, the acquisition preparation unit 113 allocates one scoutman to one slot. In the present embodiment, the card pack is arranged in the slot to which the scout man is assigned, so that scout points can be accumulated in the card pack. In other words, the card pack is placed in the slot as the first requirement, and the scoutman is assigned to the slot as the second requirement. The state shifts from the non-addable state to the changeable state (addable state). In another embodiment, the card pack may shift from the unchangeable state (addition impossible state) to the changeable state (addable state) only when the first requirement is satisfied, or the second requirement. Only when is satisfied, it is possible to shift from the unchangeable state (addition impossible state) to the changeable state (addable state).

  The changeable state means a state in which the state of the card pack can be changed so as to satisfy a predetermined condition for opening. Specifically, it means an addable state in which scout points can be accumulated in order to reach the scout points set as a condition. On the contrary, the immutable state means a state in which the state of the card pack cannot be changed in order to satisfy the above-mentioned predetermined condition. Specifically, it 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, and the addition is impossible.

  When the scout points are given as a reward in step S7, the acquisition preparation unit 113 adds the given scout points to the card pack arranged in the slot to which the scout man is assigned in step S10. To 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 in which the scout man 505 is allocated and the card pack is arranged. Therefore, the acquisition preparation 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 preparation unit 113 may generate the game screen shown in FIG. 7 in order to present the user that the total of scout points of the card pack has reached the condition. In the example shown in FIG. 7, the gauge 506 indicates that the accumulated scout points have reached the condition “800 sp” as a result of the scout points being added to the card pack 406 in step S10. There is. After this screen is displayed, the acquisition execution unit 114 executes the process of opening the card pack 406 in step S14, that is, to specify the player card to be owned by the user based on the card pack 406. , Request the server 200. At this point, the card pack 406 has been consumed and there is an empty slot.

  In the present embodiment, when a slot to which a scout man is assigned becomes vacant, there is a slot to which a scout man is not assigned after the vacant slot and a card pack is placed in the slot. It is assumed that The card pack is in a state of not waiting for scout points and simply waiting in the slot because there is no scout man. In such a case, the acquisition preparation unit 113 raises and arranges the card pack in the empty slot described above. As a result, the card pack is in a state where scout points are accumulated.

  On the other hand, in the case of NO in step S8, the acquisition preparation unit 113 may generate the game screen shown in FIG. 8 in order to notify the user that there is no 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 allowing 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 this embodiment, as an example, the prompt 601 includes a button 602 for selecting to immediately open a card pack that has already been placed, and a button 603 for selecting to discard the card pack. ..

  When the button 602 is pressed by the user's operation, the acquisition execution unit 114 immediately opens the card pack and executes a process of acquiring a player card. As a result, the opened card pack is consumed and the slot becomes empty, so that the card pack 406 just added can be placed. The acquisition execution unit 114 may select the card pack specified by the user as the card pack to be opened immediately, or may select the card pack placed in the first slot 502, or rank it. 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 the user's operation, the acquisition preparation unit 113 executes processing for discarding the card pack. As a result, the card pack that has been placed is discarded, and the slot becomes free, so that the card pack 406 that has just been added can be placed. Player cards will not be obtained from the discarded card packs. Further, in the present embodiment, when there is a scout point associated with the discarded card pack, the scout point is not succeeded to the card pack 406 arranged next. In another embodiment, scout points may be carried over.

  In addition, in the present embodiment, the acquisition execution unit 114 may accept the selection of the immediate opening on condition that the predetermined consumption item is exchanged. The consumption item may be provided in the form of a diamond, for example. In the example shown in FIG. 8, the number of diamonds required to select the 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 by paying a consideration to the business owner who operates the game system 1 that provides the battle game. In this case, the diamond is a paid consumption item. In another embodiment, 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 is full, or when the button 602 shown in FIG. 8 is pressed, the acquisition execution unit 114 executes step S14 described above. At this time, the acquisition execution unit 114 may generate a game screen that creates a scene in which the card pack is opened and a player card is about to be acquired, for example, the game screen shown in FIG. 9.

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

  As described above, the user is provided with the UI that allows the user to control the slot for operating the card pack through various game screens by a simple operation. With the above UI, the user can fully understand the mechanism that a player card that is strong (rare) can be easily obtained when the competition result is good, and the user can have a strong motive and engage in the competition play. The UI realizes a mechanism for satisfying a user's desire to obtain a player card for advancing a game more quickly. As a result, the user can acquire many player cards, and can enjoy playing the game while advantageously advancing the game. With the above UI, the user can operate the card pack and easily obtain the player card simply by playing the game without being forced to perform troublesome procedures, works, or operations. As a result, the user can enjoy playing the game while advantageously advancing the game. According to the present embodiment, as a result, it is possible to improve the interest of the game and strengthen the motivation for the user to play the game.

[Modification]
In step S7, the acquisition preparation unit 113 may display a prompt for selecting to immediately open the card pack regardless of whether or not there is an empty slot, when the card pack is added. 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 meet the user's desire to acquire a player card for advancing the game more quickly.

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

  The battle executing unit 112 of the user terminal 100 or the battle executing unit 211 of the server 200 may increase the amount of reward to be given to the user in step S7 based on the consumption of the predetermined consumption item. The consumption item is, for example, a reward-increasing item, and the reward-increasing item may be provided in the form of, for example, “scout point triple writing” or “card pack double writing”. For example, when the user consumes the “scout point triple writing” and finishes the competitive play, the user is provided with scout points three times as many as the scout points normally provided for one battle. For example, when the user consumes the "card pack double book" and finishes the battle play, normally, one card pack is provided to the user, and two card packs are provided to the user. In addition, there may be a reward increasing item for increasing the amount of experience value or gold reward. These reward-increasing items may be provided to the user as rewards for playing the match, or may be provided in exchange for gold obtained as the reward. In this case, the reward increase item is a free consumption item. Alternatively, the reward increasing item may be provided to the user by the user paying a consideration to the business owner who operates the game system 1 that provides the competition game. In this case, the reward increase item is a paid consumption item.

  The battle execution unit 112 of the user terminal 100 or the battle execution unit 211 of the server 200 may increase the amount of reward given to the user in step S7, based on that the battle result satisfies a predetermined condition. As the predetermined condition, for example, referring to the competition record 405 of FIG. 4, 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. It When the user finishes the battle by fulfilling such a condition, the battle executing unit 211 may further give 300 sp as a condition achievement bonus to the user, in addition to 200 sp given by the normal calculation. .. Alternatively, the battle executing unit 211 may further add another card pack, which is normally given one per game, as a condition achievement bonus.

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

  In the present embodiment, as an example, as shown in FIG. 6, the scout man 505 is assigned to the leading slot 502 by default. In the present embodiment, the scout man provided by default may be a new recruit scout man, for example. The negotiating ability of the scoutman 505 of the newcomer is set to "low". When the negotiation ability of the scoutman assigned to the slot is “low”, the acquisition preparation unit 113 doubles the assigned scout points, that is, the scout points of the card pack placed in the slot as they are. Add to.

  Further, in this embodiment, another scoutman may be optionally provided. The optionally provided scout man may be, for example, a veteran scout man. The veteran Scoutman's negotiating ability is set to "high". When the scout man's negotiation ability is “high”, the acquisition preparation unit 113, for example, multiplies the given scout point by 1.5 and adds it to the scout point of the card pack. As a result, it is possible to further meet the user's desire to obtain a player card for advancing the game more quickly.

In addition, a middle-ranked scout man with a medium negotiation ability may be provided by default or as an option.

  The acquisition preparation unit 113 may not allocate the default scout man to the slots after the head, but may allocate an optional scout man when the user instructs the allocation of the scout man. The default scout man is, for example, a new recruit scout man with a “low” negotiation ability, and the optional scout man is, for example, a veteran scout man with a “high” negotiation ability.

  The acquisition preparation unit 113 may allocate an optional scoutman in exchange for a predetermined consumption item. For example, as shown in FIG. 6, the acquisition preparation unit 113 provides a button 605 for the user to instruct the scout man allocation under the slot to which the scout man is not allocated in the slot list 501. In the present embodiment, the consumption item may be provided in the form of a diamond, for example. As described above, the diamond may be a paid item or a free item.

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

  FIG. 13 is a diagram showing an example of a game screen for showing that a scout man is newly assigned. The acquisition preparation unit 113 may generate the game screen when the button 607 is pressed. The game screen includes a veteran scoutman 507 assigned to the second slot 503. When the card pack is placed in the slot 503, the acquisition preparation unit 113 displays the gauge 508 to bring the card pack into the “in negotiation” state, that is, scout points are accumulated by the scout man 507. Transition to the state. As described above, the optional scoutman assigned in exchange for a given consumption item has a higher bargaining ability than the default scoutman, and thus accumulates scout points more efficiently. For example, if the given scout points are 218sp, the acquisition preparation unit 113 adds 218sp to the card pack placed in the slot 502 at the same size, based on the scoutman 505 of the newcomer. On the other hand, the acquisition preparation unit 113 adds 327 sp, which is 1.5 times the applied amount, to the card pack arranged in the slot 503 based on the veteran scoutman 507.

  Furthermore, the acquisition preparation 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 predetermined. In this embodiment, the default (new) scout man is not limited in the number of opening times, and the optional (experienced) scout man is limited to two opening times. The remaining number of times of opening is stored in the storage unit 120 as the game information 132 in association with the scout man. The acquisition preparation unit 113 accumulates scout points up to the upper limit based on the scout man, opens the card pack, and then decrements the number of remaining opens of the scout man by 1. The scout man is erased after reaching a predetermined point total for a predetermined number of card packs, that is, after opening the predetermined number of card packs. Specifically, when the remaining number of opening times becomes 0, the acquisition preparation unit 113 cancels the allocation of the scout man to the slot and deletes the scout man information from the game information 132. As shown in FIG. 13, the acquisition preparation 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 illustrated in FIG. 6, the acquisition preparation unit 113 displays an arrow 704 indicating that the slot list 501 can be scrolled to the left. FIG. 14 is a diagram showing an example of a game screen showing a state where the slot list 501 is scrolled to the left one step from the state shown in FIG. When the arrow 704 is pressed on the game screen shown in FIG. 6, the acquisition preparation unit 113 shifts the slot list 501 to the left by one slot and displays the fourth slot 511 counting from the beginning. The acquisition preparation unit 113 may add a lock mark to the slot 511 in order to indicate that the optional slot is in an unusable state in the initial state. The acquisition preparation unit 113 is provided with a button 708 for instructing the release of the slot 511. In the present embodiment, the consumption item described above 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 showing an example of a game screen for allowing the user to select the addition of slots. The acquisition preparation unit 113 may generate the game screen when the button 708 is pressed. The game screen includes a prompt 705 for allowing the user to select the addition of slots. The prompt 705 may include a button 706 for selecting the addition of slots, the number of diamonds required to select this, and the number of diamonds 707 currently owned by the user.

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

  When the slots are added, it is possible to increase the number of places where the card pack is kept waiting until it is opened. As a result, it is possible to further meet the user's desire to obtain a player card for advancing the game more quickly.

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

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

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

  In another embodiment, a ratio may be set for all rarities 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. Further, in the lowest rank normal rank card pack, the ratio of S:0 cards, A:0 cards, B:2 cards, and C3 cards may be set.

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

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

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

[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 processor (10, 20) and a memory (11, 12) of a client computer (user terminal 100) and a server (server 200) that cooperates with the client computer. It is executed by at least one of the computers. In a game based on a game program, the user is provided with right data (reward, card pack) for acquiring one or more objects (player cards) that can be used to favorably advance the game, and the right data is predetermined. By satisfying the condition, the user can consume (open) the right data and acquire the object. The right data includes a non-changeable state in which the state cannot be changed to meet a predetermined condition (addition impossible state) and a changeable state in which the state can be changed to satisfy the predetermined condition (addable state). The game program causes the processor to execute the step of shifting the granted right data to the changeable state (S9) and the step of determining whether or not the right data satisfies a predetermined condition (S11). In the step of migrating, if the number of changeable right data is less than a predetermined upper limit number when the right data is added (YES in S8), the added right data is automatically changed. Move to the changeable state. As a result, the user can satisfy the predetermined condition of the right data without being forced to perform a troublesome procedure, work, or operation. Therefore, it is possible to easily obtain the object and enjoy the game while playing the game. As a result, the game program brings about an effect of enhancing the motivation of the user to play the game.

  (Item 2) In (Item 1), when the number of pieces of right data in the changeable state has reached a predetermined upper limit number (NO in S8), the game program causes the processor to newly add the right data. When it is granted, the step (S13) of discarding the newly granted right data is executed. As a result, the user intends to strategically consume the right data so that the right data is not wastefully discarded. According to the game program, the interest of the game is improved, and as a result, the motivation of the user to play the game is enhanced.

  (Item 3) In (Item 1) or (Item 2), in the step of shifting, the right data can be changed by arranging the right data in one of the slots associated with a predetermined upper limit number of users. Shift to the state. As a result, the maximum number of possessed rights data can be presented to the user in an easy-to-understand manner. The user intends to use the slot to efficiently consume the rights data. According to the game program, the interest of the game is improved, and as a result, the motivation of the user to play the game is enhanced.

  (Item 4) In any one of (Item 1) to (Item 3), the step of shifting is to increase a predetermined upper limit number in exchange for a predetermined consumption item (diamond) associated with the user. May be included. As a result, the right data can be consumed more quickly to meet the user's desire to use the object. As a result, the game program has an effect of enhancing the motivation of the user to play the game.

  (Item 5) In any one of (Item 1) to (Item 4), the game program gives the processor points to the user as a reward for the game being played by the user (S6). And a step (S10) of adding the granted points in association with the right data in the changeable state, and a predetermined condition is satisfied when the total of the points reaches a predetermined value in the determining step. If it is determined (YES in S11), the step of consuming the right data and associating the object with the user so that the user can use it (S16) is executed. As a result, if the user's number of plays overlaps, the right data eventually transitions to a consumable state. Therefore, the point as a reward is a strong motivation for a user who wants to obtain an object to play a game.

  (Item 6) In any one of (Item 1) to (Item 5), for example, in a game based on a game program, an object controlled by a user who operates a client computer and a computer of another client. It may be a competitive game in which the user operating the game competes with the object to be controlled. This has the effect of enhancing the user's motivation for playing the competitive game.

(Item 7) The method of executing the game program has been described. According to an aspect of the present disclosure, a game program (131) cooperates with a client computer (user terminal 100) and the client computer, the game program including a processor (10, 20) and a memory (11, 12). It is executed by at least one of the computer (server 200) of the server that performs the operation. In a game based on a game program, the user is provided with right data for acquiring one or more objects that can be used to advantageously advance the game, and the right data satisfies a predetermined condition. It becomes possible to consume the data and obtain the object. The right data includes a non-changeable state in which the state cannot be changed to meet a predetermined condition and a changeable state in which the state can be changed to meet the predetermined condition. The method includes the steps of a processor transitioning granted rights data to a mutable state, and a processor determining whether the rights data meet a predetermined condition. In the step of migrating, when the number of rights data in the changeable state is less than a predetermined upper limit when the rights data is granted, the granted rights data is automatically moved to the changeable state. Let The method according to (Item 7) has the same effects as the game program according to (Item 1).

  (Item 8) The information processing apparatus (user terminal 100, server 200) that functions as a client (user terminal 100) operated by a user or a server (server 200) that cooperates with the client has been described. According to an aspect of the present disclosure, an information processing device includes a storage unit (120, 220) that stores a game program (131) and a control unit (110 that controls the operation of the information processing device by executing the game program. , 210). In a game based on a game program, the user is provided with right data for acquiring one or more objects that can be used to advantageously advance the game, and the right data satisfies a predetermined condition. It becomes possible to consume the data and obtain the object. The right data includes a non-changeable state in which the state cannot be changed to meet a predetermined condition and a changeable state in which the state can be changed to meet the predetermined condition. The control unit shifts the granted right data to a changeable state and determines whether the right data satisfies a predetermined condition. The control unit automatically changes the granted right data when the right data is added and the number of right data in the changeable state is less than a predetermined upper limit when shifting to the changeable state. Change to a changeable state. The information processing device according to (Item 8) has the same effects as the game program according to (Item 1).

  (Item 9) 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 In a game based on a game program, the user is provided with right data for acquiring one or more objects that can be used to advantageously advance the game, and the right data satisfies a predetermined condition. It becomes possible to consume the data and obtain the object. The right data includes a non-changeable state in which the state cannot be changed to meet a predetermined condition and a changeable state in which the state can be changed to meet the predetermined condition. Either one of the control units shifts the granted right data to the changeable state, and when the control unit shifts to the changeable state, the right data in the changeable state is given when the right data is given. When the number of data is less than the predetermined upper limit number, the granted right data is automatically changed to the changeable state, and one of the control units determines whether the right data satisfies the predetermined condition. To determine. The game system according to (Item 9) has the same effects as the game program according to (Item 1).

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

Claims (7)

A game program,
The game program is executed by at least one of a client computer and a server computer that cooperates with the client computer, which includes a processor and a memory.
The game program, in the processor,
In a game based on the game program, right data for acquiring one or more objects that can be used to advantageously advance the game, and a predetermined value is obtained when a parameter corresponding to the right data reaches a predetermined value . A step of granting to the user rights data that allows the user to consume the object and obtain the object by satisfying a condition; and transfer the granted rights data to a state in which the parameters are updated to satisfy the predetermined condition And the step of executing the placement to the slot that is the requirement to
The user is associated with a predetermined number of slots for placing the right data,
The step of performing the allocation to the slot may be carried out when there is an empty slot in which no right data is allocated among the slots associated with the user when the right data is given. A game program that automatically places the right data in one of the empty slots and shifts to a state in which a parameter corresponding to the right data is updated without requiring a user operation .   The game program according to claim 1, wherein, in the step of arranging in the slot, the right data is automatically arranged in one of the empty slots after determining the right data to be given.   The game program according to claim 1, wherein the step of giving the right data to the user is executed even when there is no empty slot. The game program, in the processor,
The game program according to claim 1, further comprising executing the step of adding the slot in exchange for a predetermined consumption item. The game program, in the processor,
The game program according to any one of claims 1 to 4, further comprising executing a step of transitioning to a state in which a slot in which the right data cannot be placed can be placed in exchange for a predetermined consumption item. A method for a computer to execute a game program, the method comprising:
The computer includes a processor and memory,
A method by which the processor executes the steps of the game program of claim 1. An information processing device,
The information processing device,
A memory for storing the game program according to claim 1;
An information processing apparatus, comprising: a processor that controls the operation of the information processing apparatus by executing the game program.