JP2020048603A - Game program, method, and information processing device - Google Patents

Abstract

To provide a game program capable of increasing interest of a game.SOLUTION: A game program causes a processor to execute the steps of: executing a first process in which a first parameter associated with a character held by a user is updated to be stored in a memory so that the game play of the user is advantageously performed by preventing the duplicated possession of the character or by eliminating the duplicated possession of the character; and executing a second process by subtracting the first parameter stored in the memory.SELECTED DRAWING: Figure 4

Description

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

  Various businesses provide a game played by a user using an object given to the user. In such a game, an object of the same type as an object already held by the user may be newly given to the user.

  Patent Literature 1 discloses a technique of increasing the upper limit value of a parameter set for one object by combining objects of the same type.

JP 2014-131758 A (released on July 17, 2014)

  According to the above prior art, even if a given object overlaps with a possessed object, the user can increase the parameters of the possessed object, and the result of the duplicated object is effectively used. Therefore, the interest of the game is enhanced. On the other hand, there is still room for study on the use of the parameter.

  An aspect of the present disclosure aims to improve the interest of a game.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program causes the processor to change the first parameter associated with the object held by the user by preventing the object from being held in duplicate or by eliminating the object from being held in duplicate. Executing a first process that is updated and stored in the memory so as to proceed advantageously, and executing a second process by subtracting the first parameter stored in the memory. Let it run.

  In addition, according to a method in which a computer according to the present disclosure executes a game program, the computer includes a processor and a memory, and the processor executes each of the above steps.

  Further, an information processing device according to the present disclosure includes a memory that stores the game program described above, and a processor that controls an operation of the information processing device by executing the game program.

  Advantageous Effects of Invention According to one aspect of the present disclosure, an effect of improving the interest of a game is achieved.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 3 is a block diagram illustrating a functional configuration of a user terminal and a server. It is a flowchart which shows an example of the flow of the process performed in the game system based on the game program which concerns on this embodiment. 5 is a flowchart illustrating an example of a process for updating a first parameter according to the embodiment. 5 is a flowchart illustrating an example of a first parameter update process according to the embodiment. It is a flow chart which shows an example of processing which specifies whether the amount of update of the 1st parameter in this embodiment originates in billing. (A) is a diagram showing an example of a screen displaying a character determined by lottery in the present embodiment, (B) is a diagram of the character held by the user when the characters are duplicated in the lottery in the present embodiment It is a figure showing an example of a screen containing a status display. FIG. 4A is a diagram illustrating an example of a screen including a normal character status display in the present embodiment, and FIG. 4B is a diagram illustrating a case where a first parameter of a character held by a user in the present embodiment is subtracted. It is a figure showing an example of a screen at the time of performing a lottery.

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

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

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

  The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And These components of the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include an input / output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

  Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation on the buttons or the like to the user terminal 100. Further, the controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

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

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

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020 without communicating with another device such as the server 200 via the network 2 and the one user terminal 100. Can realize multiplayer. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. When the above-mentioned multi-play is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-mentioned multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

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

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

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

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

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

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measurement sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation based on the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. You. More specifically, when a user's hand is detected from an image captured by the camera 17, the user terminal 100 transmits a gesture (a series of movements of the user's hand) detected based on the captured image to a user's input operation. And accept it. Note that the captured image may be a still image or a moving image.

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

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

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

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

  In the present embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. The game realized by the cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. Further, the various data includes game-related data such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

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

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

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

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

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

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

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

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

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

  As described above, the processor 10 determines whether or not the user is holding the hand (the gesture of “goo” or another gesture (for example, “par”) based on the image recognition of the image captured by the camera 17. ) Is detected. Further, the processor 10 detects the shape of the user's hand and how the user moves the hand. In addition, the processor 10 detects whether the user is moving his / her hand toward or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 in accordance with the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining a state in which the mouse is clicked and pressed down, or maintaining a state in which the touch panel is touched after a touch-down operation is performed. Further, when the user further moves his hand in a state where the user's gesture “goo” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize. In addition, when the user terminal 100 detects a gesture in which the user flips a finger based on the detection result of the user's hand based on the image captured by the camera 17, the user terminal 100 clicks the gesture with a mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Game Overview>
The game executed by the game system 1 (hereinafter, the present game) is not limited to a specific genre, and may be a game of any genre. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, action games, and action role playing. It may be a game or the like.

  Further, the present game is not limited to a specific play mode, and may be a game of any play mode. For example, a single-player game by a single user, a multi-player game by a plurality of users, a multiplayer game in which a plurality of users compete, and a cooperative play game in which a plurality of users cooperate. You may.

  As an example, the game system 1 arranges a plurality of types of puzzle elements on a board including an area where puzzle elements are arranged, displays the board on a display unit of the user terminal 100, and arranges the puzzle elements on the board. When a predetermined number or more of the same kind of puzzle elements are consecutively arranged by being changed, at least one of the consecutively arranged puzzle elements is removed from the board, and the score is calculated according to the removed puzzle elements. Is a system for executing a puzzle game that progresses by determining a game. In the present embodiment, a puzzle game (single-play puzzle game) executed on a single user terminal 100 is assumed. In this case, exchange of information necessary for executing the single-play puzzle game on the user terminal 100 is performed between the user terminal 100 and the server 200.

  In another embodiment, the game system 1 may be, for example, a system for executing a multiplayer game. A puzzle game as a multiplayer game (multiplayer puzzle game) includes a user terminal 100 (client computer) operated by a user and one or more other user terminals 100 (other clients) operated by one or more other users. Is a puzzle game in which a plurality of users can cooperate and play a game by participating in one puzzle game by sharing at least a part of data relating to the game with the computer.

  When the game system 1 is a multi-play puzzle game, the first user terminal 100, the second user terminal 100, the third user terminal 100,. It is generated and displayed on each display unit. In another embodiment, as data relating to a puzzle game, for example, the type of puzzle elements arranged on the board, clear conditions, fever gauges, play results, and the like are shared between the plurality of user terminals 100 via the server 200. Is done. The server 200 distributes the information collected from each user terminal 100 and the information generated in the own device to each user terminal 100 participating in cooperation with one puzzle game to be shared. Specifically, puzzle element data D1 indicating the type of puzzle element arranged on the board, clear condition data D2 indicating a clear condition, fever gauge data D3 indicating fever gauge information, and score data indicating a game play result D4 and the like are distributed to each user terminal 100 and shared.

  In still another embodiment, the puzzle game executed in the game system 1 may include a plurality of stages. The user operates the user terminal 100 to select a stage to be played from a plurality of stages, and plays the selected stage.

  The game realized by the game system 1 based on the game program 131 may be a game in which a character object is arranged in a game space and the character operates in the game space in response to a user's input operation. The game based on the game program 131 may be a 3D game represented by a three-dimensional game space and a three-dimensional object, or may be a 2D game represented by a two-dimensional object. Hereinafter, a character that operates in response to a user's input operation is referred to as an “operation character” or a “player character (hereinafter, PC)”.

  In addition, the game system 1 gives a character that can be used by the user in the game play to the user and stores the character in the memory 11. For example, the game program 131 causes the processor 10 to execute a step of selecting any one of a plurality of characters including a specific character. If the selected character is different from the object already held by the user, the game program 131 stores the selected character in the memory 11 as a character held by the user.

  For example, in the puzzle game described in the present embodiment, at the end of one game play of the puzzle game, when various conditions set for execution of the puzzle game are cleared, when a specific item such as a ticket is used (consumed), The character that can be newly given to the user is displayed such that the capsule is displayed on the screen, the capsule is broken, and the character appears from inside the capsule. As shown in FIG. 7A, the screen 700 in which the character has appeared includes a character image 701, a status display 702 of the character, and a display 703 of the rarity of the character.

  Here, the “rareness” indicates the rarity value of the character (card) by grade. In the present game, as an example, a character that has an advantageous effect for the user in the main play part (competition part, practice part, actual battle part), that is, a character with higher ability, is set to a higher degree of rarity. In the present embodiment, the rarities indicated by the alphabets “S”, “A”, “B”, and “C” are set in order from the grade having the highest rarity value. The rarity is, for example, the difficulty of obtaining a character (card), more specifically, the probability of winning in a lottery in which the character (card) wins, or the quest or mission when it is obtained as a quest or mission clear reward. It may be correlated with the degree of difficulty or the price when it is obtained for a fee. In general, the higher the value of a character (card), the more expensive or difficult to obtain, the higher the degree of scarcity.

<Game details>
Hereinafter, the puzzle game of the embodiment will be specifically described. FIG. 3A is an example of a puzzle screen displayed by a third play part progression unit 113 described later. The puzzle screen includes a board including a plurality of puzzle elements 301 and an injection table 302. The plurality of puzzle elements 301 are arranged on the board. Each of the puzzle elements 301 displays one of a plurality of types of characters. Any of the character elements 303 can be set on the ejection table 302.

  When playing the puzzle game, the user selects a character to be used for the game play. For example, on the puzzle screen, it is displayed that “tier” is selected as the character used for the game play of the user. Then, an annular gauge 307 surrounding the selected character “tier” is displayed on the puzzle screen.

  When the character element 303 on the ejection table 302 is operated, the third play part advancing unit 113 causes the character element 303 to eject. When the ejected character element 303 collides with at least a part of the plurality of puzzle elements 301, the arrangement of the plurality of puzzle elements 301 is changed according to the collision. At this time, if a plurality of puzzle elements 301 in which characters of the same type as the ejected character element 303 are displayed out of a plurality of puzzle elements 301 are continuously arranged in a predetermined number or more, the third play part progression unit 113 The puzzle elements 301 are removed from the board.

  Further, the third play part progression unit 113 calculates a game play result according to the removed puzzle element 301. The game play result is represented by, for example, the number (the number of chains) of the same kind of puzzle elements 301 that are continuously removed.

  Here, the character element 303 that can be set on the injection table 302 is any of the objects held by the user. An example of the object is a character. For example, the third play part progression unit 113 may display a selection screen from which a character element 303 to be set on the ejection table 302 can be selected from a list 304 of held characters.

  FIG. 3B is an example of the selection screen. The selection screen includes a list 304 of possessed characters. In this example, the list 304 includes three characters “tier”, “heart”, and “luna”. Note that the outline of the figure indicating “tier” in the list 304 is a bold line, indicating that the character is selected. Further, the selection screen includes a parameter display 305 relating to the selected character. Further, the selection screen includes a “set” button 306 for instructing to set the character element 303 of the selected character on the ejection table 302.

  In this example, in the parameter display 305, as parameters relating to “tier”, the level is 23, the score unit price (hereinafter also referred to as “score”) is 454, and the skill level is 3 And are displayed. The higher the level, the higher the score. The skill level, the score, and the score are all aspects of the first parameter in the present invention.

  The level is set to an initial value (for example, 1) when the character is first given to the user. In addition, the level increases according to, for example, the total score during the game play by the character. The level increases when, for example, the same character as the character is given to the user. As the level increases, the following score and skill level increase, and the game can be advantageously advanced. As for the level, the upper limit value may be set, but may not be set.

  The score unit price (score) is the unit price of the score when the puzzle element 301 is removed from the board in game play. The score unit price increases as the level increases. In the puzzle game, the integrated value of the scores of the puzzle elements 301 removed from the board is added as the score of the user. Therefore, the higher the score of the character, the higher the score of the puzzle game can be, so that the game can be advantageously advanced.

  The aforementioned gauge 307 relates to a skill and increases when a specific puzzle element 301 (tier) selected by the user is removed from the board. When the gauge 307 is satisfied, the “tier” skill can be activated.

  The “skill” is a technique unique to the puzzle element 301 and generally involves a special effect for effectively removing the puzzle element 301 from the board. The skill level is a parameter indicating the level of advantage of skill in game play. Advantages include high effectiveness, ease of conditions until feasibility, and the like. The skill level increases, for example, as the number of breakthroughs increases. The upper limit of the skill level may or may not be set, but in the present embodiment, the upper limit is set to “10”. In the parameter display 305 of the character that has reached the skill level 10, the skill level is displayed as "MAX". Sub-parameters for increasing the skill level may be set. For example, the skill level may be set to increase by one when the sub-parameter reaches a predetermined value. Such an increase in subparameters is also referred to herein as an increase in skill level. The effect of "skill" increases as the skill level increases. Therefore, the higher the skill level, the more advantageously the game can be advanced. When the skill is activated, the gauge 307 returns to an empty state.

  The limit breakthrough number is a parameter determined according to the overlap between the character held by the user and the character newly given to the user, and is, for example, the number of times of the overlap. The number of breakthroughs is related to the score, apart from the relationship between the score and the level, and the score increases as the number of breakthroughs increases. In addition, the number of breakthroughs is related to the skill level, and the skill level increases as the number of breakthroughs increases. The number of breakthroughs can increase the level and skill level, and the higher the level and skill level, the higher the score of the game. Therefore, the higher the number of breakthroughs, the more advantageously the game can be advanced. On the other hand, when the number of breakthroughs is subtracted, the level, score, and skill level are also reduced in accordance with the subtraction. For example, if the score is 500 when the number of breakthroughs is 13 and the score is 1000 when the number of breakthroughs is 23, if the number of breakthroughs is reduced by 10 (subtracted from 23 to 13), the score also drops to 500. .

  When the user acquires a character, a new character is added to such a list 304 of the selection screen.

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

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

  The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance a game. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchange between the user terminals 100. The server 200 functions as a control unit (processor) 210 and a storage unit (memory) 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

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

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

  The control unit 210 functions as the progress support unit 211, the synchronization control unit 212, and the lottery unit 213 according to the description of the game program 231. The control unit 210 can also function as another functional block (not shown) to support the progress of the game in the user terminal 100 according to the nature of the game to be executed.

  For example, the control unit 210 may calculate a value to be updated of the first parameter of the character in response to a request from the user terminal 100. Hereinafter, the value to be updated is referred to as “update amount”, and when the update is an increase, it is also referred to as “increase amount”. The update amount may be calculated to be a value according to the first parameter of the character held by the user at that time. For example, when the number of limit breakthroughs of the character owned by the user is small, the update amount may be set to be larger, and the update amount may be calculated so that the update amount decreases as the limit breakthrough number increases. Further, the update includes subtraction. In the present embodiment, only a part of the first parameter may be updated. According to the above-mentioned limit breaking number, the skill level and the score, which are one mode of the first parameter, are not increased without increasing the level of the character. Can be raised. The control unit 210 updates the first parameter by referring to various setting conditions such as the number of updates of the first parameter, the upper limit of the first parameter, and the ratio of the increment of the first parameter to the number of updates, as necessary. The amount may be calculated.

  The progress support unit 211 communicates with the user terminal 100, and provides support for the user terminal 100 to progress various play parts included in the game. For example, information to be referred to by the user terminal 100 at that time is appropriately provided according to which of the above-described play parts is being executed.

  In the PvP battle, the synchronization control unit 212 communicates with each of the user terminals 100 that compete with each other, and mediates exchange between the user terminals 100. Further, the synchronization control unit 212 executes matching of the opponents, synchronization control for synchronizing the progress of the competition, and the like.

  The lottery unit 213 can function as a block that executes selection of an object associated with the user based on a predetermined condition in response to a request from the user terminal 100. As a method of selecting an object based on a predetermined condition, for example, a lottery, a selection based on a predetermined priority, or the like can be given. In the present embodiment, a method of performing a lottery as the method will be described.

(Functional configuration of user terminal 100)
The control unit 110 controls the user terminal 100 overall by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 131 and the operation of the user. The control unit 110 communicates with the server 200 as necessary to transmit and receive information during the progress of the game.

  The control unit 110 controls the first play part progression unit 111, the second play part progression unit 112, the third play part progression unit 113, the fourth play part progression unit 114, and the fifth play part progression unit in accordance with the description of the game program 131. It functions as the play part progression unit 115.

  In addition, the control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed. For example, the control unit 110 may function as a sixth play part progression unit and a seventh play part progression unit.

  Further, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation receiving unit detects and receives a user's input operation on the input unit 151. For example, the operation receiving unit detects the coordinates of the input position of the input operation in the input unit 151 and specifies the type of the input operation. The operation receiving unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which the result of the processing executed by each unit of the control unit 110 is reflected. The display control unit may display a game screen including a video generated by each unit of the control unit 110 on the display unit 152. Further, the display control unit may draw a graphical user interface (hereinafter, GUI) so as to be superimposed on the game screen.

  The first play part progression unit 111 controls a UI object displayed on the display unit 152 to construct a UI. The UI object is a tool for allowing the user to perform input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output during the progress of the game from the user terminal 100. The UI object is, for example, but not limited to, an icon, a button, a list, a menu screen, and the like.

  The second play part progression unit 112 generates an animation indicating the motion of each object based on the control mode of each object. For example, an animation or the like expressing a state where the lottery is being executed may be generated.

  The third play part progression unit 113 generates a play screen for playing a puzzle game. Further, the third play part progression unit 113 progresses the puzzle according to an operation on the play screen. In addition, when one game play of the puzzle ends, the third play part progression unit 113 calculates a game play result indicating a result or the like in the game play. Note that one game play of a puzzle refers to one game play unit determined in a puzzle game.

  The fourth play part progression unit 114 executes various processes related to the first parameter and the second parameter of the object in response to the operation of the user or with the play of the game. In addition, the fourth play part progression unit 114 requests the control unit 210 of the server 200 to calculate and determine the first parameter and the second parameter as needed.

  In the present embodiment, the fourth play part progression unit 114 updates the above-described first parameter associated with the character held by the user so that the game play can proceed advantageously. In the present embodiment, a description will be given of a form in which the first parameter is a level, a score, a skill level, and the number of breakthroughs. However, the first parameter in the present invention is not limited thereto. For example, various parameters associated with the object used by the user, such as attack power, defense power, and speed in a racing game, can be adopted.

  The process of updating the first parameter is performed so that the game play can be advantageously advanced based on the consumption of the consumption item associated with the user by preventing the object from being duplicated or eliminating the duplicated holding. This is the processing to be performed. “Do not allow duplicate holding” includes, for example, a form in which, when a condition for holding the same object as an already held object is satisfied, the same object is not held. For example, the control unit 110 replaces the same character with the same character already held by the user by the set value corresponding to the newly selected character, instead of holding the same character in duplicate. Increase the score and skill level of the character you already have, without having it.

  The term “eliminating duplicate holding” includes, for example, a form in which when the same object is previously held in duplicate, holding of some of the overlapping objects is canceled. Note that the present embodiment further includes a step of randomly selecting one of a plurality of characters including a specific character. Then, when the character selected in the selecting step overlaps with the character held by the user, the first parameter is updated so that the game play can be advantageously advanced without holding the selected character.

  The fourth play part progression unit 114 may execute a process of updating the first parameter based on the consumption of the in-game value associated with the user. The in-game value is, for example, a consumed item displayed as an item such as a jewel, a coin, or a ticket. The in-game value may include a value held by a user based on a billing process based on a user operation. When such processing can be performed, the user can quickly increase the first parameter of the object by charging, and thereby can expect more advantageous game play. Therefore, it is possible to increase not only the interest of the game but also the satisfaction of the user for the charging process.

  Further, the fourth play part progression unit 114 may execute the second process by subtracting the first parameter stored in the memory 11. The second process is not limited as long as the process is executed in accordance with the subtraction of the first parameter. For example, the second process may be a process of giving the result of the subtraction of the first parameter to the user or a process of not giving the result. For example, the second process may be a process of displaying the result of the subtraction of the first parameter on the display unit 152.

  The second process may be a process of updating a second parameter associated with the user. In this case, the first parameter can be used for updating the second parameter, which is more effective, for example, from the viewpoint of diversifying a strategy for advancing a puzzle game. The second parameter only needs to be associated with the user, for example, a character assigned to the user, a character held by the user, a consumed item, and the character (may be the same as the first parameter). Also includes parameters (such as services provided by user login) given to the user according to parameters, the number of times of game play, or time. Further, the process of updating the second parameter can be appropriately determined according to the second parameter, and includes, for example, a process of giving a character to a user and updating a character held by the user.

  The second process may be a process of updating the second parameter so that the game play of the user is advantageous from the viewpoint of enhancing the interest of the game. Furthermore, the second process may be a process selected from a plurality of processes having different effects on the user. That is, depending on the situation, the process may be a process of updating the second parameter so as to be always advantageous to the user, or a process of updating the second parameter so as to be disadvantageous to the user. Is also good. According to such a second process, the effect of the second process is difficult to foresee, and the interest of the game may be increased.

  The fifth play part progression unit 115 requests the server 200 to execute a lottery in response to a user input, receives the lottery result from the server 200, and executes the determination and determination.

  In the present embodiment, as one aspect of the various second processes as described above, the lottery described above, that is, selecting one of the objects available for game play based on a predetermined rule, and selecting the selected object Is associated with the user and stored in the memory 11 as the one held by the user. The lottery is expected to acquire a new character by subtracting the first parameter, and thereby to achieve more advantageous game play.

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

<Processing flow>
FIG. 4 is a flowchart illustrating an example of a lottery process as a second process by updating the first parameter and subtracting the first parameter in the present embodiment. In the present embodiment, the game program 131 updates and stores the level, score, skill level and the number of breakthroughs in the memory 11 so that the game play of the user can be advantageously promoted by preventing the character from being repeatedly held. Execute the first process. In the present embodiment, “updating the first parameter” means increasing the first parameter.

[Example of First Parameter Update Process]
In step S401, the fourth play part progression unit 114 executes a process of updating the first parameter. In the present embodiment, the first parameters are a score, a skill level, and the number of breakthroughs. The fourth play part progression unit 114 executes a process of updating the first parameter, for example, according to the flow shown in FIG. FIG. 5 is a flowchart illustrating an example of a first parameter update process according to the present embodiment.

  In step S501, the fourth play part progression unit 114 determines whether a character newly given to the user overlaps with a character already owned by the user. If the characters overlap, in step S502, the fourth play part progression unit 114 determines the increment of the first parameter based on a predetermined updating method. Then, in step S503, the fourth play part progression unit 114 adds the determined increase to the first parameter of the character already owned by the user. Then, control unit 110 returns to the flow illustrated in FIG. On the other hand, if the characters do not overlap in step S501, control unit 110 returns to the flow shown in FIG. Through such processing, the user can update the first parameter of the character by preventing the character from being duplicated.

  The update of the first parameter is executed, for example, when the character selected by the lottery overlaps with the character held by the user. When a new character is selected from a group consisting of a plurality of characters by the lottery, the control unit 110 causes the display unit 152 to display, for example, a screen 700 shown in FIG.

  FIG. 7A is a diagram illustrating an example of a screen displaying a character determined by lottery. The screen 700 includes an image 701 of the character “bear”, a parameter display 702 indicating the numerical value of the first parameter of the character, and a display 703 indicating the rarity of the character.

  If the character newly selected in the lottery and the character held by the user overlap, in step S501, the fourth play part progression unit 114 breaks through the limit of the character "bear" held by the user. Update number, level, score and skill level based on predetermined settings.

  FIG. 7B is a diagram illustrating an example of a screen including a status display of the character “Bear” held by the user when characters are overlapped by lottery. The screen 710 includes an image 701 of a character and a status display 712 that displays numerical values of the number of breakthroughs, the level, the score, and the skill level before and after the character breaks through the limit. When one character overlaps due to the lottery, the fourth play part progression unit 114 determines a set value (update amount) corresponding to the one character overlap, and sets the numerical value of the first parameter of the bear before and after the addition of the set value. Is displayed. In this case, for example, the control unit 110 increases the limit breaking number by 1 from 27 to 28, and increases the score by 100 to 2700 to 2800. The level increases by 1 from 30 to 31 with an increase in the score, but the skill level remains 9 without being increased by the value updated by the increase in the number of breakthroughs.

[Distinction of first parameter update amount depending on presence / absence of billing process]
The game program 131 determines whether the operation for obtaining a character that is not to be duplicated and held in the above-described first parameter updating process is an operation based on a billing process or an operation based on a billing process. In the memory 11, it can be stored whether the update amount of the first parameter by the update is based on the billing process or not. In this case, the fourth play part progression unit 114 executes a process of specifying whether or not the update amount of the first parameter is derived from the billing according to the flow shown in FIG. FIG. 6 is a flowchart illustrating an example of a process for identifying whether or not the update amount of the first parameter is due to charging in the present embodiment.

  That is, when the increment of the first parameter is determined in step S502, in step S601, the fourth play part progression unit 114 determines whether or not the operation of obtaining the character newly given to the user is based on the billing process. I do. The operation of obtaining the character based on the charging process is an operation of directly or indirectly obtaining the character by the charging process. For example, an operation of consuming a consumption item obtained by a user through charging and obtaining a character. On the other hand, the operation of obtaining a character that is not based on the billing process includes, for example, a game operation when a character is given to the user as the game progresses, and a consumption item obtained by the user as the game progresses. An operation of consuming the character to obtain it, and the like.

  If the operation is based on the billing process, in step S602, the fourth play part progression unit 114 causes the memory 11 to store the increment (update amount) of the first parameter as a fee. If the operation is not based on the billing process, in step S603, the fourth play part progression unit 114 causes the memory 11 to store the increment of the first parameter as a free component. Then, the control unit 110 returns to the flow illustrated in FIG.

  Next, returning to FIG. 4, a flow will be described in which the fourth play part progression unit 114 executes the second processing by subtracting the first parameter stored in the memory 11. In the present embodiment, the second process is a lottery as described above.

  In step S402, upon receiving a user's predetermined operation, control unit 110 causes display unit 152 to display a status screen displaying the status of the character held by the user. The status screen includes a user interface (UI) for instructing the subtraction of the first parameter to execute the second process. FIG. 8 is an example of the status screen. FIG. 8A is a diagram illustrating an example of a normal status screen of the character “Bear”. This screen 800 includes an image 701 of a bear as a character, a status display 801 for displaying its status, and three UIs 802 to 804. The UI 802 is a UI for instructing execution of a lottery by subtracting a paid portion of the first parameter (the number of breakthroughs). The UI 803 is a UI for instructing execution of a lottery by subtracting the first parameter for free. The UI 804 is a UI for instructing execution of a process of consuming a specific item and increasing the first parameter. The operation of instructing the lottery that consumes the first parameter in step S403 is an operation in which the user touches the UI 802 or 803. The process of distinguishing the update amount of the first parameter based on the presence or absence of the billing process will be described later.

  When the control unit 110 executes the process of displaying the status screen on the display unit 152, the fourth play part progression unit 114 may determine whether the condition regarding the consumption of the first parameter (consumable condition) is satisfied. Good. Here, the consumable condition is, for example, that the user has a first parameter that is equal to or more than the amount necessary for one second process. When determining that the fourth play part progression unit 114 satisfies the consumable condition, the control unit 110 instructs the display unit 152 to subtract the first parameter to execute the corresponding second process. When the fourth play part progression unit 114 determines that the consumption condition is not satisfied, the UI cannot accept the instruction by the touch operation. May be displayed in an appropriate state.

  In step S403, control unit 110 determines whether or not an operation for instructing a lottery that consumes the first parameter has been received.

  If the lottery instruction is received in step S403, in step S404, the fourth play part progression unit 114 subtracts the first parameter of the character held by the user by an amount corresponding to the lottery process. In step S405, the control unit 110 requests the server 200 to execute a lottery process. In step S406, the lottery unit 213 of the server 200 that has received the request from the user terminal 100 executes a lottery process and determines a character to be given to the user. In step S407, the lottery unit 213 notifies the user terminal 100 of the character determined by the lottery.

  Next, in step S408, the fifth play part progression unit 115 of the user terminal 100 gives the user the character notified from the server 200. The assignment of the character may be executed by storing the character in the memory 11 as the character to be assigned to the user. Then, control unit 110 ends a series of processes for executing the second process by subtracting the first parameter.

  In step S403, even when the control unit 110 has not received an operation for instructing a lottery from the user, the control unit 110 ends the series of processes for executing the second process by subtracting the first parameter.

[An example of the second processing based on the paid portion of the first parameter]
In the second process, when the update amount of the first parameter is distinguished by the presence or absence of the charging process as described above, the lottery unit 213 of the server 200 determines that the subtraction amount of the first parameter to be subtracted is the update amount based on the charging process. A different process may be executed depending on which of the update amounts not based on the charging process is used. By executing such a second process, the user can obtain a different result depending on whether the first parameter to be subtracted is paid or free. Therefore, it is possible to diversify the second process and thereby enhance the interest of the game. Hereinafter, in the present embodiment, an example in which a different lottery process is executed depending on whether the update amount of the first parameter consumed for the lottery is derived from the billing will be described with reference to a screen example shown in FIG.

  For example, when a user's touch operation on UI 802 is received, control unit 110 causes display unit 152 to display screen 810 as shown in FIG. The screen 810 is configured by, for example, displaying a window 811 overlapping the screen 800. The window 811 includes a message 812 for notifying that the payable amount of the number of bears exceeds 10 and executing the lottery of one character, a parameter change display 813 for displaying the change of the first parameter before and after the consumption, and , A UI 814 for instructing execution of the lottery, and a UI 815 for instructing not to execute the lottery.

  Upon receiving the user's touch operation on UI 814, control unit 110 subtracts the first parameter in step S404, as described above. More specifically, the paid amount of the number of "Bears" that the user has exceeded the limit is consumed by 10 and subtracted from 15 to 5. As a result, the number of “Bare” breakthroughs is reduced from 28 to 18. With this number of breakthroughs subtracted, the level of the "bear" is reduced by 11 and subtracted from 31 to 20, the score is reduced by 100 and subtracted from 2800 to 1800, and the skill level is reduced by 3 and subtracted from 9 to 6 .

  Next, the user terminal 100 and the server 200 execute the processing of steps S405 to S407. Next, for example, the control unit 110 causes the display unit 152 to display a lottery result display screen that displays a character determined by lottery on the screen 700 instead of the bear image 701.

[An example of the second processing using the first parameter free of charge]
Alternatively, when the control unit 110 receives a touch operation on the UI 803 by the user, a message notifying that the free portion is to be consumed instead of the paid portion of the limit breaking number instead of the screen 810, And a display indicating the change in the score. When the control unit 110 receives a touch operation on the UI 814 by the user, the control unit 110 subtracts the first parameter in step S404, as described above. For example, the user's "Bear" limit breakthrough number of 10 is consumed free of charge, and as a result, as described above, the limit breakthrough number is reduced to 18, the level is reduced to 20, the score of 1800, and the skill level is reduced. Is subtracted to 6. Next, a lottery result display screen displaying a character determined by lottery in place of the bear image 701 on the screen 700 is displayed on the display unit 152.

  As an example of performing a process different from the case where the paid portion is consumed in place of the paid portion instead of the paid portion of the number of breakthroughs, for example, a lottery process for giving one user a game medium such as a character to the user is performed. It is assumed that the first parameter can be updated so as to be increased by a predetermined amount according to a first amount of the in-game value (for example, virtual currency displayed as a jewel) required to execute the round. In this case, the above-mentioned predetermined amount is subtracted from the paid amount of the breakthrough number, the above-mentioned lottery process is executed once, a character is selected by the lottery, and one selected character is given to the user. On the other hand, in the lottery process, it is assumed that a lottery is performed by inserting a plurality of game media such as characters, and one game media is provided as a result of the lottery. For example, instead of inserting a plurality of characters of the same rarity, another character is given (the same character as the inserted character may not be drawn). Here, out of the free portion of the limit breakthrough number, an amount larger than the above-mentioned predetermined amount may be consumed, the lottery process may be executed once, and one game medium may be provided to the user by the lottery.

  Here, the control unit 110 executes the second process so that it is more advantageous or disadvantageous for the user to consume the free portion of the limit breaking number as compared with the case where the paid portion of the limit breaking number is consumed. You may. As an example of such an advantageous second process, there is a process of executing a new character lottery from a group of a plurality of characters that the user owns and does not include a character for which the first parameter is subtracted as a lottery target. No. In this case, "bear" is not selected again by the lottery. Therefore, the situation in which the first parameter of the bear is consumed by 10 to 100 and a new bear is held by the user is avoided. In this respect, the user is compared with the normal lottery in which the paid portion of the first parameter is consumed. It is more advantageous for Note that the second processing as described above may be executed such that consuming the paid portion of the number of breakthroughs becomes more advantageous for the user.

[Breakthrough of specific items]
Further, for example, when the control unit 110 receives a touch operation on the UI 804 by the user, the control unit 110 consumes a specific item such as a ticket for increasing the number of limit breaks instead of the message 812 on the screen 810 to reduce the limit break number of the bear. A screen including a message to increase the number and UIs 814 and 815 is displayed on the display unit 152. Upon receiving the user's touch operation on UI 814, control unit 110 causes display unit 152 to display a screen showing the character, the number of breakthroughs before and after the increase, and the score, as shown in FIG. 7B.

  When the ticket is acquired by the user through the charging process, the fourth play part progression unit 114 associates the increased amount of the first parameter with the user and stores the increased amount in the memory 11 as a paid component. If the ticket is acquired by the user without requiring a billing process due to the progress of the game, the fourth play part progression unit 114 associates the increase amount of the first parameter with the user, It is stored in the memory 11 as a free portion.

  As described above, displaying the UI for executing the subtraction of the first parameter and the updating of the second parameter on the character status screen can be performed in the second state together with the status confirmation of the first parameter of the character held by the user. Whether or not the parameter can be updated can be easily executed, which is convenient.

(Modification)
The above-described embodiment of the present invention further includes a step of selecting any one of a plurality of objects including a specific object, and in the step of performing the first process, the object selected in the selecting step is: The mode in which the first parameter is updated without holding the selected object when the object overlaps with the object held by the user has been described. In the present invention, the mode in which the first parameter is updated by not overlapping or eliminating the objects is not limited to the above-described mode.

  For example, in the present invention, the method further includes a step of selecting any one of a plurality of objects including a specific object, and in the step of executing the first processing, the object selected in the selecting step is owned by the user. When an object to be updated overlaps with the selected object, an item for which the first parameter is updated is given to the user instead of the selected object, stored in the memory 11, and the item is consumed in accordance with the user operation. One parameter may be updated. As an example of this aspect, when a new character to be given to the user overlaps with a character held by the user, an item whose consumption exceeds the limit of the character is given to the user. No. The item may be usable for any character held by the user.

  Alternatively, in the present invention, in the step of executing the first process, the remaining objects are consumed while leaving one object from a plurality of overlapping objects held by the user, thereby eliminating the overlapping holding of the objects. , The first parameter may be updated. As an example of this aspect, when a new character to be given to the user overlaps with a character held by the user, the user is caused to hold the new character in duplicate. Then, among a plurality of overlapping characters of the same kind, at least one of the possessed characters is consumed to improve the ability of the target character.

  In the present embodiment, the specific relationship between the score and the breakthrough is not limited. In the relationship, for example, a first correlation between the level and the score, and a second correlation between the limit number of breaks and the score are respectively set, and are determined from the level and the second correlation determined by the first correlation. The level of the character may be determined as the sum of the levels.

  Alternatively, the relationship between the level and the breakthrough is such that the same number of growth curves as the number of breakthroughs is set in a certain level range (for example, from level 1 to level 100), and one growth curve above the one growth curve. It may be to shift to the growth curve without changing the level.

[Example of software implementation]
The control block of the control unit 210 (especially, the lottery unit 213) and the control block of the control unit 110 (especially, the fourth play part progression unit 114) include a logic circuit (hardware) formed on an integrated circuit (IC chip) or the like. ), Or by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus including the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and a computer (or CPU) that executes the program and various data. A ROM (Read Only Memory) or a storage device (these are referred to as “recording media”) recorded so as to be readable by the computer, a RAM (Random Access Memory) that expands the program, and the like. Then, the object of the present invention is achieved when the computer (or CPU) reads the program from the recording medium and executes the program. As the recording medium, a “temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, or a programmable logic circuit can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (a communication network, a broadcast wave, or the like) capable of transmitting the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above-described program is embodied by electronic transmission.

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

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

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, the game program is executed by a computer (at least one of the user terminal 100 and the server 200) including the processor (10, 20) and the memory (11, 21). The game program allows the user to play the first parameter associated with the object held by the user by preventing the object from over-retaining the object or by eliminating the over-retention of the object. Executing a first process that is updated and stored in the memory so that the process can proceed to the next step, and executing a second process by subtracting the first parameter stored in the memory. Accordingly, the user can update the first parameter of the object by not retaining the object or eliminating the object, and in exchange for the subtraction of the first parameter already acquired by the user, Further processing relating to the game can be executed. Therefore, the motivation to update the first parameter of the object is increased, and the strategy for advancing the game is diversified by increasing the use of the updated first parameter. Therefore, the interest of the game is enhanced.

  (Item 2) In (Item 1), in the step of executing the second process, the game program may execute a process of updating a second parameter associated with the user. According to this configuration, the user can use the first parameter of the object held by the user to update the second parameter associated with the user. Therefore, it is more effective from the viewpoint of diversifying the strategy for promoting the game and enhancing the interest of the game.

  (Item 3) In (Item 1) or (Item 2), in the step of executing the second process, the game program may execute a process of updating the second parameter so that the game play of the user is advantageous. . According to this configuration, the user can advantageously advance the game by updating the second parameter. Therefore, the interest of the game is further enhanced.

  (Item 4) In any one of (Item 1) to (Item 3), in the step of executing the first process, the game program performs an operation for obtaining an object that is not to be duplicated, or Whether the update amount of the first parameter by the update is based on the billing process or not based on the billing process, depending on whether or not the operation for obtaining the object whose duplicate holding has been eliminated is based on the billing process Is stored in a memory, and as a second process, a different process is executed depending on whether the subtraction amount of the first parameter to be subtracted is allocated from the update amount based on the charging process or the update amount not based on the charging process. Is also good. According to this configuration, it is possible for the user to obtain a different result of the second processing depending on whether the first parameter to be subtracted is paid or free. Therefore, since the second processing is diversified, the interest of the game is improved.

  (Item 5) In any one of (Item 1) to (Item 4), as a second process, one of objects available for game play is selected based on a predetermined rule and selected. A process of storing the object in the memory in association with the user as being held by the user may be executed. According to this configuration, as the second process, any one of the objects available for game play is selected based on a predetermined rule, and the selected object is stored in the memory in association with the user as held by the user. Execute the process of storing.

  (Item 6) In any one of (Item 1) to (Item 5), the game program causes the processor to execute the second process together with the status of the object held by the user including the first parameter. May further display a user interface for instructing the subtraction of the first parameter. According to this configuration, when the user confirms the first parameter of the object held by the user, for example, if the user feels a margin for the first parameter, the user can immediately execute the second process by subtracting the parameter. Becomes Therefore, the convenience of obtaining the advantageous effect of the second processing can be further improved.

  (Item 7) In any one of items (item 1) to (item 6), the game program may include any of the following A, B and C. According to this configuration, since the method of updating the first parameter is diversified, the interest of the game is improved.

  (A) further including a step of selecting any one of a plurality of objects including a specific object, wherein in the step of executing the first processing, the object selected in the selecting step is an object held by the user. If they overlap, the first parameter is updated without holding the selected object.

  (B) further including a step of selecting any one of a plurality of objects including a specific object, wherein in the step of executing the first process, the object selected in the selecting step is an object held by the user. In the case of duplication, the first parameter is updated by giving the user an item for updating the first parameter instead of the selected object, storing the item in the memory, and consuming the item according to the user's operation. I do.

  (C) In the step of executing the first process, the first object is consumed by leaving one object from a plurality of overlapping objects held by the user and consuming the remaining objects, thereby eliminating the first object. Update parameters.

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

  (Item 9) The information processing device has been described. According to an aspect of the present disclosure, the information processing device includes a storage unit (120) that stores a game program according to (item 1), and the information processing device (user terminal 100) that executes the game program. A control unit (110) for controlling the operation. The information processing device according to (Item 9) has the same operation and effect as the game program according to (Item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance measurement sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit (processor), 111 first play part progression unit, 112 second play Part progress section, 113 third play part progress section, 114 fourth play part progress section, 115 fifth play part progress section, 120, 220 storage section (memory), 131, 231 game program, 132 game information, 133 user information , 151 input unit (operation unit), 152 display unit, 200 servers, 211 progress support , 212 synchronization control section, 213 lottery section, 301 puzzle element, 302 injection table, 303 character element, 304 list, 305 parameter display, 306 button, 307 gauge, 700, 710, 800, 810 screen, 701 image, 702, 712 , 801 status display, 703 rarity display, 802 to 804, 814, 815 UI, 811 window, 812 message, 813 parameter variation display, 1010 object, 1020 controller (operation unit), 1030 storage medium,

Claims (9)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program includes:
A first parameter associated with an object held by the user is updated such that the user's game play is advantageously promoted by preventing the object from being held in duplicate or by eliminating the object from being held in duplicate. Executing a first process for storing the information in the memory;
Executing a second process by subtracting the first parameter stored in the memory.   The computer-readable storage medium according to claim 1, wherein in the step of performing the second process, a process of updating a second parameter associated with the user is performed.   The game program according to claim 2, wherein in the step of executing the second process, a process of updating the second parameter is executed so that the game play of the user is advantageous. In the step of executing the first process, whether an operation for obtaining an object that is not to be duplicated or an operation for obtaining an object whose duplicated holding has been eliminated is an operation based on a billing process Depending on whether the update amount of the first parameter by the update is based on the billing process, is stored in the memory;
2. The method according to claim 1, wherein, as the second process, a different process is executed depending on whether a subtraction amount of the first parameter to be subtracted is assigned from the update amount based on the charging process or the update amount not based on the charging process. The game program according to any one of claims 1 to 3.   In the second process, any one of the objects available in the game play is selected based on a predetermined rule, and the selected object is stored in the memory in association with the user as held by the user. The game program according to claim 1, wherein the game program executes a process for causing the game program to execute a game. The game program includes:
A step of displaying a user interface for instructing the subtraction of the first parameter for performing the second process, together with a status of the object held by the user, the status including the first parameter. Item 6. The game program according to any one of Items 1 to 5. The game program according to any one of claims 1 to 6, comprising any one of the following A, B, and C;
(A) selecting any one of a plurality of objects including a specific object,
In the step of executing the first process, when the object selected in the selecting step overlaps with the object held by the user, the first parameter is set without holding the selected object. Update,
(B) selecting any one of a plurality of objects including a specific object,
In the step of performing the first processing,
When the object selected in the selecting step overlaps with the object held by the user, an item for updating the first parameter is given to the user instead of the selected object, and the item is updated in the memory. Remember
Updating the first parameter by consuming the item in response to the operation of the user;
(C) In the step of executing the first process, the remaining objects are consumed while leaving one object out of the plurality of overlapping objects held by the user, thereby eliminating the overlapping holding of the objects. , The first parameter is updated. A method in which a computer executes a game program,
The computer includes a processor and a memory,
A method wherein the processor performs the steps of claim 1. An information processing device,
The information processing device,
A memory for storing the game program according to claim 1,
An information processing device comprising: a processor that controls an operation of the information processing device by executing the game program.

Images