JP6929919B2 - Game programs, methods, information processing devices, and game systems - 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 that display an object in the game space and allow a user to operate the object to advance the game. In such a game, it is widely practiced to have a user obtain a reward depending on when the game is played (for example, when a predetermined task is cleared). Rewards are often the objects, items, points, etc. mentioned above to advance the game in an advantageous way.

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

However, in the above-mentioned conventional technology, the process of obtaining a reward tends to be a mechanical work, and it is difficult to maintain a user's incentive to play a game. Therefore, there is a problem that the user gradually loses the interest in the game. In a game developed with the intention of letting 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 such as tennis, table tennis, dodgeball, baseball, soccer, hockey, etc., puzzle games, quiz games, RPGs, adventure games, etc. This is a common problem in shooting games, simulation games, training games, action games, etc.).

One aspect of the disclosure is intended to enhance user motivation to play a game.

The game program according to the present disclosure is executed on at least one of a client computer and a server computer associated with the client computer, which has a processor and a memory. The game program, the processor, the steps of applying the right data to retrieve one or more objects available in the game based on the game program User chromatography The, updatable parameters corresponding to the granted rights data The step of transitioning to the state, the step of updating the parameter corresponding to the right data transitioned to the updatable state when the game is played by the user, and the parameter corresponding to the right data reach a predetermined value. Based on this, perform the steps of associating the object with the user so that it is available to the user.

The method according to the present disclosure is a method in which at least one of a client computer and a server computer associated with the client computer, which has a processor and a memory, executes a game program. The method processor, comprising the steps of applying the right data to retrieve one or more objects available in the game based on the game program User chromatography The, updatable parameters corresponding to the granted rights data The step of transitioning to the state, the step of updating the parameter corresponding to the right data transitioned to the updatable state when the game is played by the user, and the parameter corresponding to the right data reach a predetermined value. Based on that, it includes a step of associating the object with the user so that it is available to the user.

The information processing device according to the present disclosure is an information processing device that functions as a client operated by a user or a server that cooperates with the client. The information processing device includes a storage unit that stores a game program and a control unit that controls the operation of the information processing device by executing the game program. Control unit, and provides the right data to retrieve one or more objects available in the game based on the game program User chromatography The transitions the corresponding parameters to the rights granted data updatable state, The parameter corresponding to the right data that has been transitioned to the updatable state is updated when the game is played by the user , and the object is created by the user based on the fact that the parameter corresponding to the right data reaches a predetermined value. Associate with the user so that is available.

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. One of the control unit, the rights data to retrieve one or more objects available in the game based on the game program given to Yu chromatography The, one of the control unit, the granted rights data The corresponding parameter is transitioned to the updatable state, and one of the control units updates and controls the parameter corresponding to the right data that has been transitioned to the updatable state when the game is played by the user. One of the parts associates the object with the user so that it is available to the user, based on the parameter corresponding to the rights data reaching a predetermined value .

According to one aspect of the present disclosure, it has the effect of strengthening the user's motivation to play the game.

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of a server and a user terminal. It is a flowchart which shows the flow of the process executed by each computer in the game system which concerns on this embodiment. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows 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 examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. NS. In the following description, the same elements will be designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As shown in the figure, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 connects to the server 200 via the network 2. The network 2 is composed of 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 (LongTerm Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. ..

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These configurations 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 shown in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And. These configurations 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 communicable 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 transmits the output values of the various sensors to the user terminal 100.

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

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

When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020, so that one user terminal 100 does not communicate with the server 200 or another user terminal 100 via the network 2. It is possible to 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 (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multi-play is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

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

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

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

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

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

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

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

As an example, the game system 1 is a system for executing a game that progresses by letting a user who operates a computer control an object. In the game, when the game is played by the user, the evaluation result (competition result such as victory / defeat, result, score) for the play content is 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-mentioned objects.

More specifically, in the present embodiment, the game progressed based on the game program executed in the game system 1 may be a competitive game. The battle game is a game in which one or more objects controlled by a user who operates a computer and one or more objects controlled by an opponent user who operates another computer are played against each other. More specifically, the game system 1 is, for example, an interpersonal battle game, and as an 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 composed of a plurality of characters. In the present embodiment, the character as an object may be provided to the user as information on a card that looks like a character. In the present embodiment, the right data is one or a plurality of card packs (right data) capable of acquiring player cards (objects) resembling players.

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

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

The hitting side user terminal 100B determines the hitting result according to the hitting operation received from the hitting side user, generates data including the hitting result (hit result D2 shown in FIG. 1), and transmits the data to the server 200. The batting result D2 is transmitted to the pitching side user terminal 100A of the opponent via the server 200. The batting operation is an operation performed by the batting 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 want to control the player character (hereinafter, player) by himself / herself, he / she operates the user terminal 100 and notifies 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 the operation result (throwing result or batting result) of the player based on various information related to the ongoing battle according to the game program. Then, the determined operation result is transmitted to the user terminal 100 of the opponent. That is, the server 200 controls the player instead of the user terminal 100. Hereinafter, the user controlling the player by himself / herself is referred to as manual control, and the server 200 controlling the player is referred to as auto control.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. 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 the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

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

In the present embodiment, the program is a game program for realizing the game in collaboration with the user terminal 100 and the server 200. Further, the various data include data related to the game such as user information and game information, and instructions and notifications to be transmitted and received between the user terminal 100 and the server 200.

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

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

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

The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is composed of, 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 where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

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

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

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

The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, if the number of fingers is 5, it is determined that the user has made a "par" gesture, and if the number of fingers is 0 (no fingers are detected), the user makes a "goo" gesture. If it is determined that the finger has been performed and the number of fingers is two, it is determined that the user has performed the "choki" gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100. For example, the processor 10 may have the user's hand near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect if it is at the above distance). 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) In the processor 10, when the user's hand is detected by the image recognition result of the image captured by the camera 17, and the distance between the user terminal 100 and the user's hand changes, the user's hand is used. Is recognized as shaking in the shooting direction of the camera 17. When the processor 10 detects or does not detect an object in the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. Further, the processor 10 detects the shape of the user's hand, how the hand is moved, and whether the hand is approaching or moving away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 determines that the state is selected by the user (mouse click continuation, touchdown to the touch panel, and touch continuation). 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. Further, for example, when the user terminal 100 detects a gesture that the user flips a finger in the detection result of the user's hand based on the captured image of the camera 17, a process corresponding to a mouse click or a tap operation on the touch panel is performed. You may do it.

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

The user terminal 100 (client) has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a 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 the exchange between the user terminals 100. Further, the server 200 has a function of advancing the battle by acting on behalf of one or both user terminals 100 and delivering the progress result to one or both user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, 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 related to the 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 user terminal 100)
The control unit 110 comprehensively 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. In addition, the control unit 110 transmits and receives various data. For example, the control unit 110 receives various data, programs, and the like from the server 200. The control unit 110 transmits a part or all of the game information or the user information to the server 200. The control unit 110 may send a request for synchronization of multiplayer to the server 200. The control unit 110 may receive data for multiplayer synchronization from the server 200.

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

The operation reception unit 111 detects and accepts a user's input operation with respect to the input unit 151. The operation reception unit 111 determines what kind of input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. do.

The operation receiving unit 111 receives an input operation (for example, a pitching operation or a batting operation) for 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 reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as the types of input operations. Further, the operation reception unit 111 detects that the contact 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 movement result of the player based on the operation of the user. For example, when the operation receiving unit 111 receives the user's pitching operation on the pitching side user terminal 100A (one computer, the other computer), the battle execution unit 112 determines the pitching result based on the pitching operation. The pitching result includes, for example, the speed of the ball, the type of pitch (straight, slider, curve, etc.), the course (higher internal angle, lower center, lower outer angle, etc.), and the determination of good / lost pitch. For example, when the operation receiving unit 111 receives the user's striking operation on the striking side user terminal 100B (the other computer, one computer), the battle execution unit 112 determines the striking result based on the striking operation. The batting result includes, for example, determination of presence / absence of batting, and, in the case of being hit, the flight path, flight distance, flight speed, and the like of the ball. 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 throwing motion, an animation of a batter's striking motion, an animation of a bat swung by the batter, an animation of a ball thrown by a pitcher, an animation of a ball hit by a batter, and the like may be generated.

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

The acquisition preparation unit 113 shifts 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 transitioned to a state in which it can be opened. In the present embodiment, as an example, the acquisition preparation unit 113 arranges a card pack in a slot that enables 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 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 conditions assigned to the card pack are satisfied by adding points by the acquisition preparation unit 113, that is, when the total points reach the predetermined value shown in the above conditions, the card The pack is ready to be opened. That is, the acquisition execution unit 114 is in a state where the player card can be acquired based on the card pack. The points may be given to the user as a reward for the match, as in the case of the card pack, for example.

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

The acquisition execution unit 114 acquires the object based on the right data that has transitioned to the state in which the object can be acquired by the acquisition preparation unit 113. The acquisition execution unit 114 may consume the right data and acquire 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. The player card is specified on the server 200 based on the designated right data, and the player card is notified to the acquisition execution unit 114, so that the acquisition execution unit 114 can acquire the player card.

The display control unit 115 outputs a game screen reflecting the processing results executed by each of the above-mentioned elements to the display unit 152 of the touch screen 15. The display control unit 115 may display a game screen including an animation generated by an animation generation unit (not shown) on the display unit 152. Further, the display control unit 115 superimposes and draws an object related to a user interface (hereinafter, UI) necessary for various operations of the game, such as an icon, a button, or a menu showing various parameters, on the game screen. You may.

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

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

The battle execution unit 211 executes the battle. Specifically, based on the request of each user terminal 100, the opponent is matched, the battle is started, the battle result (evaluation result for the play content) of each user is determined at the end of the battle, and the battle is performed. The reward is calculated based on the performance, the content of the reward is notified to the user terminal 100, and the reward is given to the user.

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

In the present embodiment, the right data may be set with an expected value indicating the possibility of acquiring an object having a high value in advancing the game in an advantageous manner. Specifically, the expected value is the probability of drawing a good card in the above-mentioned lottery. A good card is a card that is considered to have high value in advancing a match in an advantageous manner, and refers to a player card of a player who has a high ability in a match. In the present embodiment, the expected value for winning the player card of a player with high ability is set for each of the card packs.

In the present embodiment, the player card is set with a rarity indicating the above-mentioned high value. For example, four types of S, A, B, and C are set in descending order of rarity (high ability). be. In the lottery, the higher the rarity, the lower the probability of winning. In the following, in particular, when the term expected value is used, it means the probability of assigning a player card having a rarity of S as a player card having a high value in advancing the match in an advantageous manner.

More specifically, the card pack may have four types of ranks. In this embodiment, any 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 assigning a player card having a rarity S is different in the card pack according to the rank of the card pack. As an example, the expected value set for each rank card pack 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. The lottery probability after the rarity A in each rank may be appropriately set so that the lottery probability increases as the rarity decreases, or may be set uniformly. For example, in a gold rank card pack, the lottery probability of rarity A or higher may be uniformly 30%.

In another embodiment, expectations may be set for all rarities based on the rank of the card pack. As an example, the probability that the card provider 212 will allocate player cards of each rarity based on the normal rank card pack is S: 0.5%, A: 5.5%, B: 44%, C: It may be 50%. The probability that the card provider 212 will assign a player card of each rarity based on the black rank card pack is, for example, S: 20%, A: 25%, B: 35%, C: 20%. May be good.

In any of the embodiments, it is preferable that the expected value of the rarity S is set in the card pack of each rank so as to increase as the rank increases. The card pack may be presented to the user in a different manner for each rank so that the expected value can be known even before opening. FIG. 11 is a diagram showing a specific example of a display mode of each card pack. When the card pack is presented on the display unit 152, it is preferable that the display mode such as size, color, shape, decoration, or characters is different for each rank. As a result, the user can estimate the probability that a player card having a rarity of S can be obtained based on the card pack obtained by the user before opening the package. This makes it possible to strategically open the card pack and improve the enjoyment of the game.

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

The server 200 may include at least a part of the functions provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be made 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 other devices, and is realized by combining or coordinating 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 the present 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. Alternatively, in yet another embodiment, the server 200 may perform all steps.

In step S1, the operation reception unit 111 of the user terminal 100 receives the user's operation 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 for starting an interpersonal 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-mentioned 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 execution unit 211 matches the opponent, receives the throwing result D1 from the throwing side user terminal 100A, advances the throwing event on the mound, and receives the hitting data D2 from the hitting side user terminal 100B. Accept and proceed with batting events in the batter box, flying ball events, and defensive events in the field.

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

If YES in step S3, for example, when the execution of all innings is completed, in step S4, the battle execution unit 211 determines the battle result. As an example, the battle execution unit 211 reads out the win / loss, the score, the number of strikeouts, the number of hits, the number of home runs, the auto control usage rate, and the like from the game information 132 recorded in the storage unit 220 during the battle execution.

In step S5, the battle execution unit 211 calculates the reward to be given to the user who played the battle based on the determined battle result. In the present embodiment, as an example, a card pack, experience points, gold, and scout points as a specific example of the above-mentioned points are given to the user as a reward for playing the battle. For example, the battle execution unit 211 calculates the reward so that the higher the battle result, the higher the rank of the card pack or the more points are given. Details such as how to use 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 associated with the user identification information of the above-mentioned user and stored as game information 132. Alternatively, the battle execution unit 211 adds the experience value, gold, and scout points as rewards for this time to the experience value, gold, and scout points before the battle, respectively, to obtain the user's game information 132. Update. As a result, the user is given the above-mentioned reward and is made to obtain it. The battle execution unit 211 may notify the user terminal 100 of the content of the reward given to the user.

In step S7, when the battle execution unit 112 of the user terminal 100 receives the above notification, the battle execution unit 112 may generate a screen notifying the content of the given reward. The screen is displayed on the display unit 152 via the display control unit 115. As described above, in step S6, the above-mentioned reward is given to the user, and in step S7, the reward is acquired, whereby the granting of the reward is recognized by the user.

When the battle execution unit 112 recognizes that the card pack has been granted in step S7, the acquisition preparation unit 113 starts preparations for acquiring the player card from the granted card pack.

If YES in step S8, that is, if there is a slot in which no card pack is arranged, in step S9, the acquisition preparation unit 113 arranges the given card pack in the slot. In the present embodiment, if there is at least one empty slot owned by the user, the acquisition preparation unit 113 may automatically arrange the given card pack in the empty slot.

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

If NO in step S11, that is, until the scout points associated with the card pack do not satisfy the conditions assigned to the card pack, steps S1 to S10 until the scout points reach the conditions. 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 given in step S7 into any slot. Cannot be placed. Therefore, the acquisition preparation unit 113 may propose to the user to open the card pack without arranging it in the slot. Specifically, the acquisition preparation unit 113 may display a message asking whether or not to open the card pack immediately on the display unit 152 on condition that the card pack is exchanged for a predetermined consumable item. Here, 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 conditions. It means giving the user an opportunity to do so. Therefore, the term "open immediately" should not be construed as confined to opening the card pack as soon as it is granted and as soon as the consumable item is consumed.

If NO in step S12, that is, if the slot is full and the user does not choose the method of opening the card pack and acquiring the player card immediately, the acquisition preparation unit 113 is granted in step S7. Discard the card pack. In the present embodiment, the acquisition preparation unit 113 notifies the server 200 of the method selected by the user, and requests the server 200 to discard the card pack. The server 200 updates the game information 132 according to the user's selection, and deletes the association between the user identification information and the above-mentioned card pack. That is, in the present embodiment, the upper limit of the number of card packs owned by the user is set, and the specification may be such that the user cannot own the card pack beyond the upper limit. The upper limit of the number of card packs owned is, for example, the number of slots released to the user, that is, the number of released slots. As a result, the user considers to operate the card pack strategically so that the card pack is not wasted wastefully, so that the fun of the game is improved.

If YES in step S11, or YES in step S12, this means that the card pack has completed the transition to the openable state. Completion of the transition is achieved when the Scout Points associated with the card pack reach the condition, or when the user chooses to acquire immediately in exchange for a consumable item. The transition to a state in which the card pack can be opened specifically means that the card pack has transitioned to a state in which a player card can be obtained 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 the card pack to be consumed and specify the player card to be possessed by the user based on the card pack.

In step S15, the card providing unit 212 of the server 200 identifies the player card to be provided to the user based on the rank set in the card pack designated from the user terminal 100. In the present embodiment, the card providing unit 212 conducts 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 three selected player cards and makes them own them. Specifically, the card providing unit 212 stores the three player cards in the storage unit 220 as game information 132 in association with the user identification information. As a result, the user can possess these player cards, and can use these player cards to control the player corresponding to the player card in the battle game. The card providing unit 212 may notify the user terminal 100 of the contents of the three player cards possessed by the user.

In step S17, 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 contents of the player card acquired by the user. The screen is displayed on the display unit 152 via the display control unit 115. As described above, in step S15, the user is made to acquire the above-mentioned player card, and in step S7, the user is made aware of the acquisition of the card.

According to the above method, it is possible to construct a mechanism in which it is easy to obtain a strong (highly rare) player card when the competition result is good. As a result, the user can enter into competitive play with a strong motivation in order to obtain a stronger player card and to obtain a better result.

According to the method described above, the user can be provided with the option of opening the card pack immediately even when the slot is filled. In other words, it is possible to build a mechanism that satisfies the user's desire to acquire a player card for advancing the game in an advantageous manner. By acquiring a large number of player cards, the user can enjoy playing while advancing the game in an advantageous manner.

According to the method described above, the card pack is automatically placed if there is space in the slot and therefore, thus, a tedious procedure, work, or operation for the user to allow opening. Do not force. By simply acquiring a player card, the user can enjoy playing while advancing the game in an advantageous manner.

From the above, it is possible to improve the fun of the game and strengthen the motivation of 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 processes 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 given reward. The display control unit 115 displays these generated game screens on the display unit 152 in step S7.

As an example, the game screen shown in FIG. 4 includes experience points 401, gold 402, and scout points 403, which are given as rewards for playing a match. Experience points are awarded in association with the user who plays the match. When experience points are accumulated above a certain level, the user rank will increase. The user rank may affect, for example, the parameters of the team or each player, and the influence has a positive effect so that the higher the user rank, the more advantageous the match can be. Gold is a consumable item that can be consumed in the game being played, such as a virtual currency. Specifically, in exchange for gold, various items may be available to advance the battle in an advantageous manner.

The scout point is an example of the above-mentioned point. Scout points satisfy the conditions associated with the card packs placed in the slots by accumulating them. As a result, the user can repeatedly play the match with a strong motivation in order to obtain scout points in order to remove the player card from the card pack.

The battle execution unit 211 of the server 200 may calculate so that when the user plays the battle, the above-mentioned reward is always received even if the user loses the battle. In addition, it is preferable that the battle execution unit 211 calculates the reward so that the better the battle result, the more experience points, gold, and scout points are given. This makes it possible to keep motivation for low-skilled users who do not have grades, while for highly skilled users, they do not want to lose or want to win with good grades. It is possible to cultivate a competitive spirit such as this, or an aspiration to become more proficient in operation. In this way, it is possible to further strengthen the motivation for playing a game by any user regardless of the skill level of the user.

Further, in the present embodiment, the battle execution unit 211 may store the rate at which the battle is advanced based on the auto control, that is, the usage rate of the auto control. Then, the rank of the card pack to be given to the user may be determined based on the usage rate of the auto control. Specifically, the battle execution unit 211 may determine the reward so that the lower the usage rate of the auto control is, the higher the rank of the card pack is given. As a result, it is possible to encourage the user to play based on manual control, and it is possible to further improve the interest of the game in the interpersonal battle.

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

The game screen shown in FIG. 5 includes, as an example, a card pack 406, which is given 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 the game screens in any order.

When the OK button 407 shown in FIG. 5 is pressed by the user's operation, the acquisition preparation unit 113 includes a slot for arranging the card pack at an arbitrary timing from step S8 to step S13 (FIGS. 6 to 6). Figure 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 states of one or more slots owned by the user. In the example shown in FIG. 6, the user is provided with three slots 502-504 by default. In the present embodiment, the slots are arranged in an order, and the slots 503 and the slots 504 are displayed so that the leftmost slot 502 is at the top and the order is at the back as it goes to the right.

The slot 502 shown in FIG. 6 indicates that the newly granted card pack 406 (FIG. 5) has been placed in the slot 502. When a new card pack 406 is given, the acquisition preparation unit 113 puts the card pack 406 into the slot 502 in the earliest order among the vacant slots (in the example shown in FIG. 6, slot 502). 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 is not in a state where 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, a second requirement is presented in order for the card pack to be in a state where 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 scout man, for example. In the present embodiment, as an example, the acquisition preparation unit 113 assigns one scout man to one slot. In the present embodiment, by arranging the card pack in the slot to which the scout man is assigned, it is possible to accumulate scout points in the card pack. In other words, the card pack is in an immutable state (the first requirement is that it is placed in a slot, and the second requirement is that a Scoutman is assigned to that slot. It shifts from the non-additive state) to the changeable state (addable state). In another embodiment, the card pack may transition from an immutable state (non-additive state) to a mutable state (addable state) only if the first requirement is met, or a second requirement. It is possible to shift from the non-changeable state (non-additive state) to the changeable state (addable state) only by satisfying.

The changeable state means a state in which the state of the card pack can be changed in order 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 conditions. 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 the card pack even if scout points are acquired.

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. do. For example, in the example shown in FIG. 4, 218 scout points were awarded. In the example shown in FIG. 6, it is the slot 502 in the state where the Scoutman 505 is assigned and the card pack is arranged. Therefore, the acquisition preparation unit 113 adds the granted 218 points to the card pack 406 arranged in the slot 502.

If YES in step S11, the acquisition preparation unit 113 may generate the game screen shown in FIG. 7 in order to indicate to the user that the total of the scout points of the card pack has reached the condition. In the example shown in FIG. 7, the gauge 506 indicates that the accumulated scout points have reached the condition "800sp" 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, identifies the player card to be owned by the user based on the card pack 406. Requests to the server 200. Here, the card pack 406 is consumed and the slot is freed up.

In the present embodiment, when a slot to which the Scoutman is assigned becomes empty, there is a slot to which the Scoutman is not assigned behind the empty slot, and a card pack is placed in the slot. It is assumed that there is. The card pack is in a state where scout points are not accumulated and simply wait 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 above-mentioned empty slot. As a result, the card pack is in a state where scout points can be accumulated.

On the other hand, if 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 space in the slot. The display control unit 115 causes the display unit 152 to display the generated game screen prior to step S12.

The game screen includes a prompt 601 for the user to choose to handle the card pack. Prompt 601 may include a message notifying the user that the slot is full. In the present embodiment, as an example, the prompt 601 includes a button 602 for selecting to open the already placed card pack immediately 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 the player card. As a result, the opened card pack is consumed and the slot becomes empty, so that the newly granted card pack 406 can be placed. The acquisition execution unit 114 may select a card pack specified by the user as the card pack to be opened immediately, or may select a card pack arranged in the first slot 502, and the rank may be higher. The highest or lowest card pack may be selected, or the card pack with the highest or lowest gauge arrival rate may be selected.

When the button 603 is pressed by the user's operation, the acquisition preparation unit 113 executes a process of discarding the card pack. As a result, the placed card pack is discarded and the slot becomes empty, so that the newly granted card pack 406 can be placed. Player cards will not be obtained from the discarded card packs. Further, in the present embodiment, if there is a scout point associated with the discarded card pack, the scout point is not carried over to the card pack 406 to be arranged next. In another embodiment, the scout points may be carried over.

In the present embodiment, the acquisition execution unit 114 may accept the selection of immediate opening on the condition that the item is exchanged for a predetermined consumable item. The consumable item may be provided, for example, in the form of a diamond. In the example shown in FIG. 8, the number of diamonds required to select immediate opening and the number of diamonds 604 currently owned 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 consumable 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 consumable 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 the above-mentioned step S14. At this time, the acquisition execution unit 114 may generate a game screen for producing a scene in which the card pack is opened and the player card is about to be acquired, for example, the game screen shown in FIG.

In step S17, the acquisition execution unit 114 receives a notification from the card provider 212 of the server 200 about 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 specified player card. For example, the game screen includes player cards 701-703 acquired in exchange for the opened card pack. Each player card contains, for example, a player image, a player name, a player's team name, and information indicating the rarity of the player card. Selecting any player card may display more detailed information about the selected player card. For example, various parameters related to the ability of the athlete may be displayed.

As described above, the user is provided with a UI in which the slot for operating the card pack can be controlled by the user by a simple operation via various game screens. With the above UI, the user can enjoy the battle play with a strong motivation by fully understanding the mechanism that it is easy to obtain a strong (highly rare) player card when the battle result is good. The above UI realizes a mechanism for satisfying the user's desire to acquire a player card for advancing the game in an advantageous manner. As a result, the user can acquire a large number of player cards, and can enjoy playing while advancing the game in an advantageous manner. With the above UI, the user can easily obtain a player card by operating the card pack without being forced to perform troublesome procedures, tasks, or operations simply by playing the game. As a result, the user can enjoy playing while advancing the game in an advantageous manner. According to the present embodiment, as a result, it is possible to improve the fun of the game and strengthen the motivation of the user to play the game.

[Modification example]
In step S7, the acquisition preparation unit 113 may display a prompt for selecting to open the card immediately each time the card pack is granted, regardless of whether or not the slot is empty. The prompt includes, for example, the button 602 and the number of diamonds 604 shown in FIG. As a result, it is possible to further respond to the user's desire to acquire a player card for advancing the game in an advantageous manner.

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

The battle execution unit 112 of the user terminal 100 or the battle execution unit 211 of the server 200 may increase the reward amount given to the user in step S7 based on the consumption of the predetermined consumable item. The consumable 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 a user consumes the "Scout Point Triple Book" and finishes the battle play, the user is provided with scout points that are three times the scout points normally provided for each battle. For example, when a user consumes a "card pack double book" and finishes a battle play, the user is usually provided with two card packs instead of one card pack per battle. There may also be reward-increasing items that increase experience or gold rewards. These reward-increasing items may be provided to the user as a reward for playing the match, or may be provided in exchange for the gold obtained as the reward. In this case, the reward increasing item is a free consumption item. Alternatively, the reward increasing item 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 reward increase item is a paid consumption item.

The battle execution unit 112 of the user terminal 100 or the battle execution unit 211 of the server 200 may increase the reward amount given to the user in step S7 based on the battle result satisfying a predetermined condition. As a predetermined condition, for example, referring to the match result 405 in 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. NS. When the user achieves such a condition and ends the battle, the battle execution unit 211 may give the user 300 sp as a condition achievement bonus in addition to the 200 sp given by the normal calculation. .. Alternatively, the battle execution unit 211 may additionally grant one card pack, which is normally given per game, as a condition achievement bonus.

Negotiation ability (performance) may be set for each Scoutman (tool). The bargaining ability is a performance related to the addition of points, and as an example, it 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 bargaining ability of the scout man assigned to the slot.

In the present embodiment, as an example, as shown in FIG. 6, a scout man 505 is assigned to the first slot 502 by default. In this embodiment, the Scoutman provided by default may be, for example, a new Scoutman. The bargaining ability of the new Scoutman 505 is set to "low". When the scout man's bargaining ability assigned to the slot is "low", the acquisition preparation unit 113 multiplies the granted scout points, that is, the scout points of the card pack placed in the slot as it is. Add to.

Further, in this embodiment, another Scoutman may be provided as an option. The optional Scoutman may be, for example, a veteran Scoutman. The bargaining ability of veteran scoutmen is set to "high". When the scout man's bargaining ability is "high", the acquisition preparation unit 113, as an example, multiplys the granted scout points by 1.5 times and adds them to the scout points of the card pack. As a result, it is possible to further respond to the user's desire to acquire a player card for advancing the game in an advantageous manner.

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

The acquisition preparation unit 113 does not assign a default scout man to the slots after the beginning, and may assign an optional scout man when the user instructs the allocation of the scout man. The default Scoutman is, for example, a new Scoutman with "low" bargaining ability, and the optional Scoutman is, for example, a veteran Scoutman with "high" bargaining ability.

The acquisition preparation unit 113 may assign an optional Scoutman in exchange for a predetermined consumable item. For example, as shown in FIG. 6, in the slot list 501, the acquisition preparation unit 113 provides a button 605 for the user to instruct the allocation of the scout man under the slot to which the scout man is not assigned. In this embodiment, the consumable item may be provided in the form of, for example, a diamond. 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 a scout man assignment. 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. Prompt 606 may include a button 607 for selecting a Scoutman assignment, the number of diamonds required to select it, and the number of diamonds 608 currently possessed by the user.

FIG. 13 is a diagram showing an example of a game screen for showing that a scout man has been newly assigned. The acquisition preparation unit 113 may generate the game screen when the button 607 is pressed. The game screen includes a veteran Scoutman 507 assigned to the second slot 503. When a card pack is placed in slot 503, the acquisition preparation unit 113 displays a gauge 508 and puts the card pack in the "negotiating" state, that is, scout points are accumulated by the scout man 507. Transition to the state. As mentioned above, the optional Scoutman assigned in exchange for a given consumable item is more negotiable than the default Scoutman and therefore accumulates Scout Points more efficiently. For example, if the granted scout points are 218sp, the acquisition preparation unit 113 adds 218sp to the card pack placed in the slot 502 at the same magnification based on the new Scoutman 505. On the other hand, the acquisition preparation unit 113 adds 327sp, which is 1.5 times the given amount, to the card pack arranged in the slot 503 based on the veteran Scoutman 507.

Further, the acquisition preparation unit 113 may set a limit on the number of times of use for each scout man. That is, the number of card packs that the Scoutman can open may be predetermined. In this embodiment, the default (new) Scoutman is not limited in the number of times it can be opened, and the optional (experienced) Scoutman is limited in the number of times it can be opened. The remaining number of opening times is stored in the storage unit 120 as 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 reduces the remaining number of times the scout man is opened by one. The Scoutman is canceled after reaching a predetermined value for the total points of a predetermined number of card packs, that is, after opening a predetermined number of card packs. Specifically, when the number of remaining opening times becomes 0, the acquisition preparation unit 113 releases the allocation of the scout man to the slot and deletes the information of the scout man from the game information 132. As shown in FIG. 13, the acquisition preparation unit 113 may display the remaining number of opening times 509 and 510 of each scout man in the slot list 501.

The acquisition preparation unit 113 may add an optional slot in addition to the default slot in exchange for a predetermined consumable item. For example, as shown 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 in which the slot list 501 is scrolled one step to the left 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 to indicate that the initial state of the optional slot is an unusable state. The acquisition preparation unit 113 provides the slot 511 with a button 708 for instructing the release of the slot. In this embodiment, the above-mentioned consumable item may be provided in the form of, for example, a diamond. 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 the user to choose to add more slots. Prompt 705 may include a button 706 for selecting an additional slot, the number of diamonds required to select it, 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 diamonds possessed by the user and releases the slot 511. That is, the fourth slot is transitioned to a state in which a card pack can be placed. At this time, on the game screen, the acquisition preparation unit 113 deletes the above-mentioned lock mark and provides a button 605 for instructing the assignment of the scout man instead of the button 708.

When more slots are added, it is possible to increase the number of places where the card pack can be kept waiting until it is ready to be opened. As a result, it is possible to further respond to the user's desire to acquire a player card for advancing the game in an advantageous manner.

In another embodiment, the acquisition preparation unit 113 does not give an immediate opening option if NO in step S8, and if a new card pack is granted with no empty slots, the card The pack may be discarded automatically.

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

The card providing unit 212 may make the ratio of the objects of each rarity included in the card pack different 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 objects having a high rarity (for example, a player card having a rarity of S) included in the card pack. For example, a player card having a rarity of S may be identified at a rate of 2 out of 5 based on the highest ranked black rank card pack. Further, a player card having a rarity S may be specified at a rate of 0 out of 5 cards based on the card pack of the lowest rank normal rank.

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

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

In the latter case, the information processing device provided with the control unit 210 and / or the control unit 110 is a CPU that executes a command of a program that is software that realizes each function, and the computer (or CPU) reads the program and various data. It is equipped with a ROM (Read Only Memory) or a storage device (these are referred to as "recording media") that can be recorded, a RAM (Random Access Memory) for expanding the above program, and the like. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted 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 above 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 the embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Additional notes]
The contents relating to one aspect of the present invention are listed below.

(Item 1) The game program (131) has been described. According to certain aspects of the present disclosure, a game program comprises a client computer (user terminal 100) and a server computer (server 200) that works with the client computer, including processors (10, 20) and memory (11, 12). ) Is executed by at least one of them. The game program acquires to the processor one or more objects (player cards) that can be used to advantageously advance the game (competition game, baseball game) based on the game program by using the right data (reward, card pack). A step (S6) of giving the user the points (scout points) required for the purpose when the game is played by the user, and a step of associating the object with the user so that the user can use it based on the right data (S6). S16) and are executed. The associating step, according to the user's choice, makes the object available when the total points reach a given value (opens the card pack), or if the rights data is owned by the user. The object is made available without waiting for the total to reach the predetermined value. This makes it possible to meet the user's desire to use the object faster. As a result, the game program has the effect of strengthening the user's motivation to play the game.

(Item 2) In (Item 1), in the associating step, the object may be made available without waiting for the arrival in exchange for the predetermined consumable item (diamond) associated with the user. This makes it possible to meet the user's desire to use the object faster. As a result, the game program has the effect of strengthening the user's motivation to play the game.

(Item 3) In (Item 1) or (Item 2), the game program causes the processor to execute the step (S10) of adding the points given in association with the right data, and the right data includes points. There are a non-addable state in which the data cannot be added and an addable state in which points can be added. In the step of adding, when the right data is in the addable state, points are added in association with the right data. According to the game program, it has the effect of strengthening the user's motivation to play the game.

(Item 4) In (Item 3), the right data is in a state where it can be added when a tool (Scoutman) that enables the addition of points is associated with the user, and the tool is related to the addition of points. Performance (negotiation ability) is set, and the step of adding includes determining the points to be added to the rights data based on the performance of the tool. According to the game program, it has the effect of strengthening the user's motivation to play the game.

(Item 5) In (Item 4), the tools provided to the user in exchange for the predetermined consumable item (diamond) associated with the user (optional scout man, veteran scout man, paid scout man, open count finite number of times). Scoutman) may outperform the tools provided to the user unconditionally (default Scoutman, new Scoutman, free Scoutman, infinite number of open Scoutman). According to the game program, it has the effect of strengthening the user's motivation to play the game.

(Item 6) In (Item 5), the tool provided in exchange for the consumable item may be canceled after the total of points reaches a predetermined value for a predetermined number of rights data. According to the game program, it has the effect of strengthening the user's motivation to play the game.

(Item 7) In any one item from (Item 4) to (Item 6), the right data is added when the right data is arranged in a predetermined slot and the tool is assigned to the slot. It may be possible. According to the game program, it has the effect of strengthening the user's motivation to play the game.

(Item 8) In any one item from (Item 1) to (Item 7), the game program exceeds the upper limit of the number of possession of right data (the number of released slots) set for the user in the processor. , When the right data is newly granted to the user, unless the user selects to make the object available without waiting for the arrival (NO in S12), the step of discarding the newly granted right data (NO). S13) may be executed. As a result, the user considers to consume the rights data strategically so that the rights data is not wasted. According to the game program, the fun of the game is improved, and as a result, the motivation of the user to play the game is strengthened.

(Item 9) In any one of (Item 1) to (Item 8), 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 battle game in which the user who operates the game plays against an object to be controlled. This has the effect of strengthening the user's motivation to play the competitive game.

(Item 10) The method of executing the game program has been described. According to certain aspects of the disclosure, the game program (131) comprises a client computer (user terminal 100) and a server computer that works with the client computer, including processors (10, 20) and memory (11, 12). It is executed by at least one of (Server 200). The method is when the game is played by the user with the points required for the processor to obtain one or more objects available using the rights data to advance the game based on the game program in an advantageous manner. It includes a step of granting to the user and a step of the processor associating the object with the user available to the user based on the rights data. In the associating step, the processor, at the user's choice, makes the object available when the sum of points reaches a given value, or if the rights data is owned by the user, the given of the total. Make an object available without waiting for the value to be reached. The method according to (item 10) has the same effect as the game program according to (item 1).

(Item 11) An information processing device (user terminal 100, server 200) that functions as a client operated by a user (user terminal 100) or a server (server 200) that cooperates with the client has been described. According to a certain aspect of the present disclosure, the information processing apparatus 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 apparatus by executing the game program. , 210). When the game is played by the user, the control unit gives the user the points necessary to acquire one or more objects that can be used to advance the game based on the game program in an advantageous manner by using the right data. Grant and, based on the rights data, associate the object with the user, making it available to the user. When associating an object with a user, the control unit makes the object available when the total number of points reaches a predetermined value according to the user's choice, or when the rights data is owned by the user, the above-mentioned Make the object available without waiting for the total to reach the predetermined value. The information processing device according to (item 11) has the same effect as the game program according to (item 1).

(Item 12) The game system (1) has been described. According to some aspect of the present disclosure, the game system includes at least an information processing device as a client (user terminal 100) and an information processing device as a server that cooperates with the information processing device as a client (server 200). Each of the information processing devices has a storage unit (120, 220) for storing the game program (131) and a control unit (110, 210) for controlling the operation of the information processing device by executing the game program. Be prepared. When the game is played by the user, one of the control units needs to acquire one or more objects that can be used to advance the game based on the game program in an advantageous manner by using the right data. , And one of the controls associates the object with the user available to the user based on the rights data, which controls, according to the user's choice when associating the object with the user. Make the object available when the total of points reaches a given value, or if the rights data is owned by the user, make the object available without waiting for the total to reach the given value. The game system according to (item 12) has the same effect as the game program according to (item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF, 14,24 input / output IF, 15 touch screen, 17 cameras, 18 ranging sensors, 100 user terminals , 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 section, 152 display section, 200 server, 211 match execution section, 212 card provider section, 401 experience value (reward), 402 gold (reward), 403 scout points (reward, points), 406 card pack (reward, right) Data), 501 Slot List, 502,503,504,511 Slots (1st Requirement), 505,507 Scoutman (Tools, 2nd Requirement), 701,702,703 Player Cards (Objects), 1010 Objects, 1020 controller, 1030 storage medium

Claims (10)

It ’s a game program,
The game program is executed by at least one of a client computer and a server computer associated with the client computer, which has a processor and memory.
The game program is supplied to the processor.
A step of giving the user right data for acquiring one or more objects that can be used in a game based on the game program, and
A step of transitioning the parameter corresponding to the given right data to an updatable state, and
Of the granted right data, the parameter corresponding to the right data that has not been transitioned to the updatable state is not updated, and the parameter corresponding to the right data that has been transitioned to the updatable state is set by the user in the game. Steps to update when played, and
Based on the parameter corresponding to the right data reaching a predetermined value, the step of associating the object with the user so that the object is available to the user is executed .
The rights data is transitioned to the updatable state when a tool that allows the parameters to be updated is associated with the user.
Performance related to parameter update is set in the tool.
The updating step is a game program including determining an update amount of a parameter corresponding to the right data based on the performance of the tool. The game program according to claim 1, wherein in the associating step, in exchange for a predetermined consumable item associated with the user, the object is associated with the user so that the object can be used without waiting for the predetermined value to be reached. .. The game program according to claim 1 or 2 , wherein the tool provided to the user in exchange for a predetermined consumable item associated with the user has higher performance than the tool provided to the user unconditionally. .. The game program according to claim 3 , wherein the tool provided in exchange for the consumable item is canceled after the parameter reaches the predetermined value for a predetermined number of rights data. Any one of claims 1 to 4 , wherein the right data is transitioned to the updatable state when the right data is arranged in a predetermined slot and the tool is assigned to the slot. The game program described in. The game program is supplied to the processor.
When the right data is newly granted to the user beyond the upper limit of the number of possession of the right data set for the user, the object can be used without waiting for the arrival of the predetermined value. The game program according to any one of claims 1 to 5 , wherein if the user does not select that, the step of destroying the newly granted right data is executed. The game is an object that the user the control target to manipulate the client computer, a match game to battle the object user to the control target to manipulate other client computers of claims 1-6 The game program described in any one of the items. How to run a game program
The game program is executed by at least one of a client computer and a server computer associated with the client computer, which has a processor and memory.
In the method, the processor
A step of giving the user right data for acquiring one or more objects that can be used in a game based on the game program, and
A step of transitioning the parameter corresponding to the given right data to an updatable state, and
Of the granted right data, the parameter corresponding to the right data that has not been transitioned to the updatable state is not updated, and the parameter corresponding to the right data that has been transitioned to the updatable state is set by the user in the game. Steps to update when played, and
Includes a step of associating the object with the user so that it is available to the user based on the parameter corresponding to the rights data reaching a predetermined value.
The rights data is transitioned to the updatable state when a tool that enables the update of the parameters is associated with the user.
Performance related to parameter update is set in the tool.
The step of updating comprises determining the amount of parameter updates corresponding to the rights data based on the performance of the tool . It is an information processing device
The information processing device functions as a client operated by a user or a server that cooperates with the client.
The information processing device
A memory unit that stores game programs and
A control unit that controls the operation of the information processing apparatus by executing the game program is provided.
The control unit
The right data for acquiring one or more objects that can be used in the game based on the game program is given to the user, and the user is given the right data.
The parameters corresponding to the given rights data are transitioned to an updatable state.
Of the granted right data, the parameter corresponding to the right data that has not been transitioned to the updatable state is not updated, and the parameter corresponding to the right data that has been transitioned to the updatable state is set by the user in the game. Updated when played,
Based on the parameter corresponding to the rights data reaching a predetermined value, the object is associated with the user so that it can be used.
When a tool that enables the update of the parameter is associated with the user, the right data is transitioned to the updateable state.
Performance related to parameter update is set in the tool.
An information processing device that determines an update amount of a parameter corresponding to the right data based on the performance of the tool. It ’s a game system,
The game system includes at least an information processing device as a client and an information processing device as a server that cooperates with the information processing device as a client.
Each of the information processing devices
A memory unit that stores game programs and
A control unit that controls the operation of the information processing apparatus by executing the game program is provided.
One of the control units grants the user right data for acquiring one or more objects that can be used in the game based on the game program.
One of the control units shifts the parameter corresponding to the given right data to an updatable state.
One of the control units does not update the parameter corresponding to the right data that has not been transitioned to the updatable state among the granted right data, and instead of updating the right data that has been transitioned to the updatable state. The corresponding parameters are updated when the game is played by the user.
One of the control section, the right data corresponding parameters is based on reaching a predetermined value, the object, associate to the user so that the user is available,
One of the control units transitions the right data to the updatable state when a tool that enables the update of the parameter is associated with the user.
Performance related to parameter update is set in the tool.
A game system in which one of the control units determines an update amount of a parameter corresponding to the right data based on the performance of the tool.

Images