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

Abstract

To provide a game program capable of improving amusement properties of a game and a user's satisfaction level to billing.SOLUTION: A game program causes a processor to execute: a step for imparting to a user an object that the user can use in a game play; a step for updating a first parameter of the object imparted to the user so that the game play is progressed advantageously by causing the object not to be possessed duplicately or by eliminating duplicate possession of the object; and a step for updating the first parameter by billing processing or consuming a value in the game imparted to the user by billing processing, not by causing the object not to be possessed duplicately or by eliminating duplicate possession.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.

  Further, as a method of giving an object to a user, a method of selecting an object to be given to the user based on a predetermined rule according to a user operation (also referred to as “lottery” or “gacha”) is known. (For example, see Patent Document 2). The selection method may be performed free of charge with the user's game play, or may be performed (for a fee) by consuming the in-game value purchased by the user.

JP 2014-131758 A (released on July 17, 2014) JP 2013-202322 A (published October 7, 2013)

  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, when the user executes the gacha for a fee, the user generally expects a merit corresponding to the billing amount, and when the user determines that the merit does not match the billing amount, the user is willing to perform the gacha. Is easy to reduce.

  As described above, with respect to increasing the above parameters, a further utilization method is required from the viewpoint of further increasing the interest of the game and the viewpoint of further increasing the degree of satisfaction of the user charging.

  An object of one embodiment of the present disclosure is to improve the interest in the game and the satisfaction with charging the user.

  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 store, in a memory, an object that can be used by the user in the game play as being given to the user, and stores a first parameter associated with the object held by the user in the memory. Updating the first parameter so that the game play can be advantageously performed by preventing the object from being duplicated or eliminating the duplicated holding of the object, and storing the updated first parameter in a memory; The first parameter is updated by consuming the in-game value given to the user by the charging process or by the charging process without disabling or eliminating the overlapping possession.

  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, it is possible to achieve an effect of further improving the interest of a game and satisfaction with charging a user.

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 of updating a first parameter according to the embodiment. It is a flow chart which shows an example of acquisition processing of in-game value in this embodiment. It is a flowchart which shows an example of the process which determines the consumable condition of the in-game value in this embodiment. 9 is a flowchart illustrating an example of a process of determining an increase in the value of a first parameter according to a different ratio in the embodiment. It is a figure showing an example of the relation between the number of breakthroughs and the first parameter (score) in the present embodiment. (A) is a screen showing the status of the object "Bear" in the present embodiment, and (B) is a user interface (UI) for consuming a paid portion of the in-game value and updating the first parameter. FIG. 9 is a diagram illustrating an example of a screen to which a transition has been made by a touch operation on the screen. It is a figure which shows an example of the screen which displays the result of having updated the 1st parameter by consuming the paid value of a game value. FIG. 7A is a diagram illustrating an example of a screen shifted by a touch operation on a UI for updating a first parameter by consuming a paid item of a specific item in the present embodiment; It is a figure showing an example of a screen which displays the result of having updated the 1st parameter by consuming a charge of a specific item. FIG. 7A is a diagram illustrating an example of a screen displaying a state in which “bear” is selected by selecting an object based on a predetermined rule in the present embodiment, and FIG. FIG. 13 is a diagram illustrating an example of a screen displaying a result of updating a first parameter of an object held by a user, instead of holding the object in duplicate.

  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 participate in one puzzle game and play cooperatively 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 D4 indicating a play result 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 this embodiment, at the end of one 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), As for the character that can be newly given to the user, a capsule is displayed on the screen, and the capsule is broken so that the character appears from inside the capsule. As shown in FIG. 12A, the screen 1200 on which the character has appeared includes a character image 901, a status display 1201 of the character, and a display 1202 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, a winning probability in a lottery in which the character (card) is hit, or a quest or mission in the case of being 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.

  In playing the puzzle game, the user selects a character to be used for the play. The control unit 110 receives a first input operation of the user for designating a character to be used for playing a game among the characters held by the user. For example, the third play part progression unit 113 causes the display unit 152 to 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 the held characters. When the user taps any of the characters, a character to be used for playing the game is designated. On the puzzle screen, it is displayed that “tier” is selected as a character to be used for the user's play. Then, an annular gauge 307 surrounding the selected character “tier” is displayed on the puzzle screen.

  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.

  The third play part progression unit 113 advances the game based on the character designated by the user and the first parameter associated with the character. The third play part progression unit 113 moves the character in response to the user's second input operation for operating the character designated in such game play. 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. Note that the control unit 110 may automatically operate the object without using the second input operation.

  Then, when the first condition is satisfied, the third play part progression unit 113 updates the second parameter used in the game play based on the first parameter. In the case of a puzzle game in which the user scores by playing the game, the first condition is a condition under which the user can score, and the second parameter is the score of the user in the puzzle game. The score of the user is determined based on the score of the character.

  For example, 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. The third play part progression unit 113 calculates a play result according to the removed puzzle element 301. The 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.

  Then, in the puzzle game, the third play part progression unit 113 determines whether or not the user's score satisfies the second condition, thereby completing the game play. For example, when the score of the user reaches a predetermined value, the third play part progression unit 113 determines that the puzzle game (stage) has been cleared. In this case, the second condition is that the total score of the user in the puzzle game exceeds the predetermined value.

  Note that the character element 303 that can be set on the ejection table 302 may be any of the characters possessed by the user, or a third play part progression from a group of a plurality of characters including the character selected by the user. Any character selected by the unit 113 may be used.

  In the example illustrated in FIG. 3B, the parameter display 305 indicates that the parameter relating to “tier” is that the level is 23, that the score unit price (hereinafter also referred to as “score”) is 454, It is displayed that the skill level is 3. The higher the level, the higher the score. The skill level and the score are one aspect of the first parameter in the present invention, and the level is associated with the character as a third parameter different from the first parameter. As described above, some of the first parameters may or may not be updated along with updating of the third parameter associated with the character. In the present embodiment, the first parameter can be updated without depending on the update of the third parameter. This processing will be described later.

  The level is set to an initial value (for example, 1) when the character is first given to the user. The level increases, for example, according to the cumulative score during the play by the character. The level increases when, for example, the same character as the character is given to the user. Further, the upper limit of the level is “10”. In the parameter display 305 of the character that has reached level 10, the level is displayed as "MAX".

  The score unit price is the score unit price when the puzzle element 301 is removed from the board in 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 score corresponds to a character parameter.

  On the other hand, the score of the puzzle game includes a score related to the skill level. 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 effect of “skill” increases as the skill level increases. Therefore, the higher the skill level of the character, the more advantageously the game can proceed. The skill level corresponds to a character parameter. When the skill is activated, the gauge 307 returns to an empty state.

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

  In the game play, parameters used and conditions to be set can be appropriately set according to the type of the game and the game play. For example, in a game including a fight with an enemy character or a battle with another user, such as an action game, the second parameter used in playing the game may be a physical strength value of the enemy character in the game. In this case, if the first condition is that the attack by the character specified or operated by the user is successful, and the first parameter is the attack power of the character specified and operated by the user, the second parameter is the second parameter. The physical strength value of the enemy character is updated so as to decrease in accordance with the attack power of the character of the user when the attack by the character of the user succeeds. Then, assuming that the enemy character's physical strength value is reduced to zero as a second condition, the third play part progression unit 113 determines that the enemy character's physical strength value has been reduced to zero due to the attack of the user's character. It is determined that the play (fight with the enemy character) has been cleared.

<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 the control unit 110 and the storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The server 200 has a function of communicating with each user terminal 100 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 the control unit 210 and the storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 120 and the storage unit 220 store a game program, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 131 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 by executing the game program 131 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 parameter calculation unit 213 according to the description of the game program 131. 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 server 200 can function as a block that executes selection of an object associated with a 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.

  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 parameter calculation unit 213 calculates a value to be updated of the first parameter of the character according to a request from the user terminal 100 and according to a first parameter of the character. 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”. In the present embodiment, the skill level and the score, which are one mode of the first parameter, can be increased without increasing the level of the character. The parameter calculation unit 213 refers 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, if necessary. The update amount of the first parameter is calculated.

(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 game. Further, the third play part progression unit 113 progresses the game according to an operation on the play screen. In addition, when one play of the game is completed, the third play part progression unit 113 calculates a play result indicating a result or the like in the play. It should be noted that one play of the game referred to herein indicates one play unit defined in the game. For example, one play of the game is a progress of the game until a predetermined condition is cleared according to the operation of the user. In the case of a puzzle game, a score of a predetermined value is obtained according to the operation of the user. Until the physical game value of the predetermined enemy character becomes zero.

  The fourth play part progression unit 114 executes various processes related to the parameters of the object in response to the operation of the user or with the play of the game. The fourth play part progression unit 114 requests the parameter calculation unit 213 of the server 200 to calculate the parameter.

  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.

  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.

<Process overview>
In the present embodiment, the game program 131 updates the first parameter associated with the object held by the user so that the game play can proceed advantageously. In the present embodiment, a form in which the object is a character will be described. Further, in the present embodiment, as the first parameter, a form that is a score and a skill level will be described. However, the first parameter in the present invention is not limited to this. Various parameters associated with the object used by the user, such as power, defense, and speed in a racing game, can be adopted.

  In the game system 1, there are two types of processing for updating the first parameter. For convenience of explanation, they are referred to as “process A” and “process B”. The process A is a process of updating the object so that the game play can be advantageously performed based on the consumption of the consumption item associated with the user by preventing the object from being repeatedly held or by eliminating the duplicate holding. Consumed items correspond to in-game values and will be described later. “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 parameter is updated so that the play can proceed advantageously without holding the selected character.

  Process B is a second billing process that is performed by the first billing process or different from the first billing process, without using the first parameter to prevent the above-described duplicate possession or to eliminate the duplicate possession. Is a process of updating by consuming the consumption item given to the user based on the. The consumption item is given by the user based on a second billing process based on a user operation. The user can quickly increase the first parameter of the object by charging, thereby expecting even more advantageous play. Therefore, the interest of the game can be enhanced. In addition, the user's satisfaction with the billing can be further improved. In the present embodiment, the process B may be the former in which the first parameter is updated by the charging process, but in the following description, the first item is consumed by consuming the consumption item given to the user by the second charging process. Will be described as the latter for updating the parameter.

  In the present embodiment, updating the first parameter in the processing A and the processing B is referred to as “limit breaking”, and the number of updates of the first parameter in the minimum unit is referred to as “limit breaking number”.

<Processing flow>
FIG. 4 is a flowchart illustrating an example of a process of updating the first parameter based on the consumption of the consumption item associated with the user according to the present embodiment. In the present embodiment, “updating the parameter” means increasing the parameter. The game program 131 executes a process of updating the score and the skill level by consuming the consumption item given to the user by the charging process.

  First, in step S401, the control unit 110 causes the memory 11 to store the consumed item as being held by the user in association with the user based on a billing process based on the user's operation as the consumed item acquisition process. By this processing, the consumption item is given to the user.

  The consumable item may be, for example, an object imitating a coin or a jewel. In the present embodiment, the consumption item is an object imitating a jewel. Consumed items can be obtained by the user free of charge with the play of the game. More specifically, the process of acquiring the consumed item is performed according to, for example, a flow illustrated in FIG. FIG. 5 is a flowchart illustrating an example of a process for acquiring a consumed item according to the present embodiment.

  In step S501, control unit 110 determines whether or not an operation from a user instructing acquisition of a consumed item has been received. If the operation has been received, in step S502, control unit 110 determines whether or not an operation for instructing a billing process for acquiring a consumed item has been received.

  If an operation for instructing a billing process is received in step S502, the control unit 110 determines in step S503 that the user has acquired the consumption item for a fee, and stores the acquired consumption item in the memory as a paid portion of the consumption item. Remember. Next, the control unit 110 returns to the flow illustrated in FIG.

  On the other hand, when the operation from the user is not received in step S501 or step S502, the control unit 110 returns to the flow illustrated in FIG.

  In step S402, the control unit 110 determines whether or not a condition (consumable condition) regarding the consumption of the consumption item necessary for enabling the update of the first parameter is satisfied. Here, the consumable condition is, for example, that the user has more than the number of consumed items necessary for one breakthrough of the limit.

  If it is determined in step S402 that the consumable condition is satisfied, in step S403, the control unit 110 determines whether or not an operation of an instruction to increase the score and the skill level by consuming the consumable item satisfying the consumable condition has been received. I do.

  Here, the control unit 110 instructs to update the score and the skill level by consuming the consumption item given to the user based on the billing process, together with the status including the score and the skill level of the character possessed by the user. The step of displaying a UI may be further performed.

  FIG. 9A is a screen showing the status of the character “Bear”. This screen 900 includes an image 901 of a bear as a character, a status display 902 for displaying the status, and three UIs 903 to 905. Each of the UIs 903 to 905 is a UI for instructing an increase in a parameter due to consumption of a consumption item. The user touches the UI 903 to instruct an increase in the parameter due to the consumption of the consumable item.

  Upon receiving a touch operation on the UI 903, the control unit 110 displays a window 911 over the screen 900. The window 911 displays a message indicating that “the consumption item is consumed for 10 pieces” and the breakthrough limit value of the “bear” is increased by “10”, a UI 912 for instructing the parameter update operation, and stopping the operation. And a UI 913 for instructing. When the user touches UI 912, control unit 110 continuously executes a process for updating the parameter.

  That is, when the user touches UI 912, in step S404, control unit 110 requests server 200 for an increase in score and skill level for the target character. In step S405, the parameter calculation unit 213 performs a process of determining an increase in the score and the skill level for the target character.

  In step S405, the parameter calculation unit 213 may increase the score and the skill level of the target character according to the consumption amount of the consumption item. When an update method is determined for each of these parameters, the parameter calculation unit 213 determines the increment of the parameter based on the determined update method.

  For example, in the present embodiment, an upper limit value “10” is set as a skill level that can be updated in the skill level. Therefore, in step S405, the parameter calculation unit 213 determines whether the skill level of the target character before the update is less than 10. If the skill level before the update is less than 10, the parameter calculation unit 213 determines the amount of increase in the skill level to be determined to be the set value described above in step S406, and determines the skill level before or after the update. When the level is 10 or more, the calculated value of the skill level is determined to be the upper limit value “10”.

  Updating of the skill level as described above can be increased by charging up to the upper limit, and cannot be further increased by charging thereafter. Therefore, the user's satisfaction with charging can be increased before the skill level reaches the upper limit. However, if the skill level continues to increase due to the charging, the progress of the game of the charging user becomes too advantageous, and the interest of the game is rather spoiled. Therefore, by setting the upper limit value in a range in which the skill level can be increased by charging, the interest of the game is appropriately maintained as a result.

  In the present embodiment, the description has been given of the case where the upper limit value is set for the renewable value of the first parameter, but the limit of the renewable value may be set variously. For example, the upper limit of the update by the process B may be different from the upper limit of the update by the process A. As a specific example of such a mode, for example, the upper limit value may be +100, and the first parameter may be updated to +10 in process B.

  In the present embodiment, a different score increase ratio is set for updating a score according to the numerical value of the score before the update. More specifically, in the present embodiment, when the value of the first parameter is equal to or less than the predetermined value in the above-described process B, the first parameter is set to the first amount by consuming a predetermined amount of the consumption item. And when the value of the first parameter exceeds the predetermined value, the first parameter is reduced by a second amount smaller than the first amount by consuming the predetermined amount of the consumption item. Update. By such a score update, the amount of the update of the score per unit consumption of the paid-for consumption item is determined when the total value of the update amount of the score exceeds the predetermined value than when the total value of the update amount of the score is equal to or less than the predetermined value. Is smaller. Hereinafter, a flow of such a score update will be described. FIG. 7 is a flowchart illustrating an example of a process of determining an increase in the first parameter value according to a different ratio in the present embodiment.

In this processing example, the increase in the score is determined according to the growth line L1 shown in FIG. FIG. 8 is a diagram illustrating an example of the relationship in which the horizontal axis represents the number of breakthroughs and the vertical axis represents the score. The illustrated line L1 is also called a character growth line. The growth line L1 includes a line segment L11 where the limit number of breakthroughs is up to 100, and a line segment L12 where the limit number of breakthroughs is 100 or more. The increment of the line segment L11 is clearly larger than that of the line segment L12. The growth line L1 indicates that the score increases more up to the limit breaking number 100, and the score increases smaller as the limit breaking number becomes larger than 100. Note that the limit breakthrough number in FIG. 8 has a one-to-one correspondence with the absolute value of the consumption number of the consumed item. That is, the number of breakthroughs increases by 10 when 10 consumption items are consumed. Further, in FIG. 8, S ₀ is the initial value of the score character has. Further, the growth line L1 is configured by connecting two straight lines, but is not limited to this. For example, the growth line L1 may be a straight line, a continuous curve, or a straight line portion and It may be composed of a curved part to be connected.

  In step S701, the parameter calculation unit 213 calculates the limit breakthrough value after the increase in accordance with the limit breakthrough number before calculation (18 in the case of the above-mentioned “bear”) and the amount of the paid item consumed. . As described above, if one consumed item is consumed, the number of breakthroughs is increased by one, and if ten items are consumed, the number is increased by ten.

  Next, in step S702, the parameter calculation unit 213 determines whether the limit breakthrough number before calculation is less than 100. If the number of breakthroughs before calculation is less than 100, in step S703, the parameter calculation unit 213 calculates an increased score value based on the rate of change in the line segment L11.

  On the other hand, when the limit breakthrough number before calculation is 100 or more, in step S704, the parameter calculation unit 213 calculates the score value after the increase based on the rate of change in the line segment L12. As is clear from FIG. 8, the rate of change in the line segment L12 is sufficiently smaller than the rate of change in the line segment L11. Therefore, as for the score, among the limit breakthrough numbers corresponding to the line segment L11, the amount of increase in the score due to charging is sufficiently large. However, when the limit breakthrough number corresponding to the line segment L12 is reached, the amount of increase in the score due to charging does not become as large as that of the line segment L11. Therefore, the user can be more satisfied with the limit breakthrough number corresponding to the line segment L11, while the limit breakthrough number corresponding to the line segment L12 suppresses an increase in score due to the billing process. Therefore, the progress of the game by the user who makes the charge becomes too advantageous, and it is suppressed that the interest of the game is rather spoiled, so that the interest of the game is appropriately maintained.

  After calculating the score value after the increase, the control unit 210 returns to the flow illustrated in FIG. In step S406, the progress support unit 211 notifies the calculated score value to the control unit 110 of the user terminal.

  Next, the fourth play part progression unit 114 executes a process of updating the score and the skill level by consuming the consumption item given to the user by the charging process. In the present embodiment, when the increase in the skill level and the score determined in step S406 is notified from the server 200, the fourth play part progression unit 114 causes the display unit 152 to display the notification result in step S407.

  Here, control unit 110 causes display unit 152 to display screen 1000 shown in FIG. 10 from screen 900 in FIG. 9B. The screen 1000 includes, in addition to the “bare” image 901, a display 1002 of parameters before and after updating and a display 1003 of the number of paid items for consumption after updating the parameters. The display 1002 indicates that the number of bear breakthroughs increased from 18 to 28, the score of the bear increased from 1800 to 2800, and the skill level of the bear increased from 6 to 9 . The display 1003 indicates that ten paid items of the consumption item held by the user have been consumed, and that the number of paid items has been reduced to eight.

  In the present embodiment, when a duplicate character is selected in the lottery, the newly selected character is automatically updated to update the parameters of the same kind of character held by the user without the user holding the character repeatedly. Used for For example, it is assumed that the user already has the character “bear”, the number of breakthroughs is 18, the score is 1800, and the skill level is 6. Then, it is assumed that “bear” shown in FIG. 12B is newly selected by the user, for example, by lottery. The newly selected bear is displayed on the screen 1200 but is not given to the user, and is used for updating the parameters of the “bear” already held by the user. Specifically, as shown in FIG. 12 (B), in the display 1211 of the screen 1210, the number of breakthroughs of the “bear” already held by the user increases by one to 19, and the score increases by 100. 1900. However, the skill level of “Bear” increases at a rate of about one increase as the score increases by about 300. For this reason, the skill level in this case remains at 6.

  Next, in step S408, the control unit 110 subtracts the consumed item stored in the memory 11 and stores the subtracted item in the memory 11, and stores the notified increase in the parameter value in the memory.

  According to the processing example shown in FIG. 4 described above, the user can quickly increase the parameters (score and skill level) of the character by charging. Thereby, an even more advantageous play is expected, and as a result, the interest of the game is enhanced, and the satisfaction of the user for the charge is also enhanced.

  The control unit 110 further displays a UI for updating parameters on the character status display screen on the display unit 152, so that the user needs to increase the score and skill level of the character held by the user. It can be easily confirmed. Then, these parameters can be easily increased by charging. Therefore, the convenience of increasing the above parameters by charging is further enhanced.

[Processing example for distinguishing the update amount of the first parameter between the charged items]
This embodiment may further include a specific item other than the consumed item that can be used for updating the first parameter. For example, the control unit 110 may execute a step of giving a user a specific item that can be used for updating the first parameter by consuming the consumed item. In this case, in the updating step described above, the control unit 110 updates the first parameter in response to a user's input operation for consuming a specific item. Hereinafter, such processing relating to a specific item is also referred to as “processing C”. According to such a configuration, it is possible to further diversify the method of increasing the first parameter.

  In the above case, a difference may be provided between the update of the first parameter by the consumed item and the update of the first parameter by the specific item. That is, in the present embodiment, in the process B, the first parameter is updated by the first amount by consuming the predetermined amount of the consumption item, and the user is notified based on the consumption of the predetermined amount of the consumption item. The first parameter may be updated by a third amount that is less than the first amount by consuming the given amount of the specific item. According to such a process, the parameter is increased by the same amount when the process of consuming the consumption item and updating the parameter of the character is compared with the process of consuming the specific item and updating the parameter of the character. , The charging amount required for the former is smaller.

  For example, for each of the above two processes, the fourth play part progression unit 114 compares the ratio of the specific item to the limit breakthrough number with the ratio of the consumption item to the limit breakthrough number (1/1 in the above). The ratio with the consumption number is set substantially small. For example, in the former process, as described above, it is set that when the consumption item is consumed by one unit (10 pieces), the breakthrough number increases by 10 points. On the other hand, in the latter processing, it may be set that when the specific item is consumed by one unit (one sheet), the limit breakthrough number is increased only by eight. It is assumed that the purchase amount of one unit of the consumed item and one unit of the specific item are the same.

  When the consumed item is used in the processing example of the parameter update (the former), as shown in FIG. 11, the number of breakthroughs increases by 10 from 18 to 28, the score increases by 1000 from 1800 to 2800, and the skill level is 6 as shown in FIG. From 3 to 9.

  On the other hand, in the case where the specific item is used for the processing example of the parameter update (the latter), for example, the user touches the UI 905 on the screen 900 shown in FIG. 9A and consumes one special ticket. Instruct the operation to update the parameter. The control unit 110 receives a user's touch operation on the UI 1005. Next, control unit 110 causes display unit 152 to display screen 1100 shown in FIG. The screen 1100 is configured so that a window 1101 is displayed overlapping the screen 900. The window 1101 indicates that a special ticket is to be consumed, and includes UIs 1102 and 1103. Otherwise, the screen 1100 is the same as the screen of FIG. 9B described above.

  Next, when control unit 110 receives a touch operation on UI 1102 for instructing the operation by the user, control unit 110 causes screen 1110 shown in FIG. 11B to be displayed. Screen 1110 includes a display 1111 of numerical values of the parameters before and after the update, and a display 1112 indicating that the special ticket has been consumed. In display 1111, the number of breakthroughs increased by 8 from 18 to 26, the score increased by 800 from 1800 to 2600, and the skill level increased by 2 from 6 to 8. As described above, for each parameter, the increase amount (update amount) in the former processing example is larger than that in the latter processing example. Therefore, the billing amount in the unit update amount of the parameter is lower for the consuming item than for the specific item.

  According to the above processing example, when the parameter is increased to a predetermined value for the user, the parameter is increased by charging (paid for the consumed item) as compared with increasing the parameter by the specific item obtained by charging. Is cheaper. Therefore, the user can easily increase the parameters by the charging process.

[Processing example for distinguishing the update amount of the parameter depending on the origin of the consumed item]
In the present embodiment, the control unit 110 may further execute a process of storing the consumed item in the memory in association with the user without depending on the billing process, in association with the play of the game. In this case, the fourth play part progression unit 114 updates the first parameter by the fourth amount by consuming a predetermined amount of the consumption item given to the user by the charging process in the updating step described above. The first parameter may be updated by a fifth amount different from the fourth amount by consuming a predetermined amount of the consumption item given to the user regardless of the billing process. According to such a process, the parameter update amount when the consumed item given based on the charging process is different from the update amount when the consumed item given based on the game play is consumed. Amount.

  In this case, the process of determining whether or not the consumable condition of the consumed item is satisfied is executed according to the flow shown in FIG. 6 instead of step S402 in the flow of FIG. FIG. 6 is a flowchart illustrating an example of a process of determining a consumable condition of a consumable item in the present embodiment.

  As shown in FIG. 6, in step S601, the control unit 110 determines whether or not the paid item of the consumed item satisfies a consumable condition for increasing a parameter. In step S602, the control unit 110 determines whether the free portion of the consumed item satisfies the consumable condition for increasing the parameter.

  If the consumable condition of the paid item or the free item of the consumed item is satisfied, in step S603, the control unit 110 determines that the consumable condition is satisfied, and returns to the flow illustrated in FIG. If the consumable condition of the paid item or the free item of the consumed item is not satisfied, in step S604, the control unit 110 determines that the consumable condition is not satisfied, and returns to the flow illustrated in FIG.

  The consumption of the consumable item for a fee and the updating of the parameter accordingly can be performed as in the above-described embodiment. On the other hand, in the consumption of the free item and the updating of the parameter (score), a growth line having a larger slope than the growth line L1 in FIG. 8 described above may be applied. By making the parameter update settings different in this way, the user is also motivated to obtain free consumption items, and the motivation to play the game is further strengthened.

  As described above, in the above-described processing example, it is possible to use the consumption item obtained with the play of the game to increase the parameter. Further, it is possible to appropriately set the update amount of the parameter in accordance with the origin of the consumed item obtained by the user.

  In addition, contrary to the above description, it may be more advantageous to use the consumption item by charging. In this case, the user's satisfaction with the charge is further increased. In this way, it is possible to optimize the user's satisfaction with the charge and the interest of the game.

(Modification)
In the present invention, instead of updating the first parameter by consuming a predetermined amount of consumption items in the above-described embodiment, the first parameter may be updated by a charging process based on a predetermined amount of charging. The billing process is different from the billing process for holding the consumption item by the user. In this case, the first parameter can be updated by the direct billing process without using the consumption item. Therefore, the user's billing process for the process B becomes unnecessary, and the user's billing process is further simplified.

  In addition, the specific item may be given to the user along with playing the game in addition to the billing process or the consumption of the consumed item. Then, similarly to the above-described embodiment of the present invention, the difference between the specific item not based on the billing process and the specific item based on the billing process is set in the update amount of the first parameter when the specific item is consumed. You may.

  Further, in the above-described embodiment of the present invention, the mode in which the parameter of the character is updated without the user having the character in duplicate is described in the above-described puzzle game as an example. For example, the fifth play part progression unit 115 further executes a step of selecting any one of a plurality of characters including a specific character. Then, when the newly selected character overlaps with the character held by the user, the fourth play part progression unit 114 updates the parameter without holding the selected character. As described above, in the above-described embodiment, when the character newly selected for the user is the same as the character already held by the user, the character is not assigned to the user, and the parameter is automatically set. Has been updated. However, the updating of the parameter related to the duplication of the character in the present invention is not limited to the above-described embodiment.

  For example, in the present invention, updating of a parameter by duplication of a character and the character can be applied to a form in which duplication of a character held by a user is eliminated. For example, the control unit 110 may eliminate the duplicate possession of the character by consuming the remaining characters while leaving one character out of a plurality of overlapping characters possessed by the user. , The fourth play part progression unit 114 may update the parameters of the possessed character. In this case, since the method of updating the parameters becomes diversified and can be applied to more kinds of games, it is more preferable from the viewpoint of enhancing the interest of the game.

  In the parameter update according to the present invention, the object is duplicated by giving the user an item used for updating the parameter instead of a newly selected duplicated object held by the user. It is also applicable to a form that is not held. For example, the fifth play part progression unit 115 further executes a step of selecting any one of a plurality of characters including a specific character. Then, when the character newly selected by the user overlaps with the character already possessed by the user, the control unit 110 provides the user with an item for updating the parameter instead of the selected object and stores the item in the memory 11. May be stored. Then, the control unit 110 consumes the item according to the operation of the user, and the fourth play part progression unit 114 updates the parameters of the character held by the user. Also in this case, since the method of updating the parameters is diversified and can be applied to a wider variety of games, it is more preferable from the viewpoint of enhancing the interest of the game.

[Example of software implementation]
The control block of the control unit 210 (particularly, the parameter calculation unit 213) and the control block of the control unit 110 (particularly, the fourth play part progression unit 114) include a logic circuit (IC chip) formed on an integrated circuit (IC chip) or the like. Hardware) or 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 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 causes the processor to store, in a memory, an object that can be used by the user in the game play as being given to the user, and stores a first parameter associated with the object held by the user in the memory. Updating the game so that the game play can be advantageously performed by preventing the object from being duplicated or eliminating the duplicated holding of the object, and storing the updated first parameter in a memory; The first parameter is updated by consuming the in-game value given to the user by the charging process or by the charging process, without causing the user to cancel or eliminate the duplicate possession. This allows the user to quickly increase the first parameter of the object by charging, thereby expecting an even more advantageous play. Therefore, the interest of the game can be enhanced. In addition, the degree of satisfaction with charging the user can be increased.

  (Item 2) In (Item 1), the game program causes the processor to receive a first input operation by the user for designating an object to be used for game play among objects held by the user; Advancing the game based on the designated object and the first parameter associated with the object; and causing the user to operate the designated object in game play. Actuating the object automatically in response to the second input operation or independently of the second input operation; and a second parameter used in game play when the first condition is satisfied. Is updated based on the first parameter; and By chromatography data is the second condition is satisfied may include determining whether to clear the game play. According to this configuration, the parameter of the object operated by the user in the game play is increased by charging. Therefore, the user can quickly increase the enhancement of the object operated by the user by charging, and the satisfaction of charging the user further increases.

  (Item 3) In (Item 1) or (Item 2), in the updating step, when the first parameter is equal to or less than the first value, the updating based on the consumption of the in-game value is enabled. May be configured not to execute the update based on the consumption of the in-game value when the parameter exceeds the first value. According to this configuration, the user can increase the first parameter by charging up to the first value, and cannot increase it by charging any more. Therefore, it is possible to appropriately maintain the interest of the game while increasing the degree of satisfaction with charging the user.

  (Item 4) In (Item 1) or (Item 2), in the updating step, when the value of the first parameter is equal to or less than a predetermined value, a predetermined amount of charging processing or a predetermined amount of in-game value is performed. , The first parameter is updated by the first amount, and when the value of the first parameter exceeds the predetermined value, the predetermined amount of the charging process or the predetermined amount of the game is performed. By consuming the internal value, the first parameter may be updated by a second amount smaller than the first amount. According to this configuration, the user can increase the first parameter by charging until the value of the first parameter reaches the predetermined value, and if the value exceeds the predetermined value, the user can increase the first parameter by charging. Cannot be increased. Therefore, it is possible to appropriately maintain the interest of the game while increasing the degree of satisfaction with charging the user.

  (Item 5) In any one of (Item 1) to (Item 4), the game program causes the processor to further charge a specific item that can be used for updating the first parameter to the billing process. Or performing the step of providing to the user by consuming the in-game value, and in the updating step, updating the first parameter in response to a user input operation for consuming a specific item. May be. According to this configuration, the user can increase the first parameter also by using a specific item obtained along with the game play. Therefore, since there are various methods for increasing the first parameter, the interest of the game is improved.

  (Item 6) In (Item 5), in the step of updating, the first parameter is updated by the first amount by charging a predetermined amount or consuming a predetermined amount of in-game value, The first parameter is set to a value smaller than the first amount by consuming a specific item in an amount given to the user based on the charging process of the predetermined amount or consuming the predetermined amount of the in-game value. 3 may be updated. According to this configuration, when increasing the first parameter to a predetermined value, it is cheaper for the user to increase the first parameter by charging than by increasing the first parameter by an object obtained by charging. Become. Therefore, the user can easily increase the first parameter by the billing process.

  (Item 7) In any one of (Item 1) to (Item 6), the game program causes the processor to store the in-game value in the memory in association with the user without depending on the billing process in association with the game play. In the updating step, the first parameter is updated by the fourth amount by consuming a predetermined amount of the in-game value given to the user by the charging process. By consuming the predetermined amount of the in-game value given to the user, the first parameter may be updated by a fifth amount different from the fourth amount. According to this configuration, the user can use the in-game value obtained with the game play to update (increase) the first parameter. Further, it is possible to appropriately set the update amount of the first parameter in accordance with the origin of the in-game value obtained by the user. Therefore, if the use of the in-game value by charging is made more advantageous, it is possible to increase the user's satisfaction with charging. Further, if the use of the in-game value without charging is made more advantageous, it is possible to suppress an easy increase in the first parameter due to charging. In this way, it is possible to optimize the relationship between the advantageous effect of the user's charging and the interest of the game.

  (Item 8) In any one of (Item 1) to (Item 7), the game program causes the processor to execute a charging process together with the status of the object held by the user including the first parameter, or A step of displaying a user interface for instructing to update the first parameter by consuming the in-game value given to the user based on the charging process may be further executed. According to this configuration, when the user confirms the first parameter of the object held by the user and feels that the first parameter is insufficient, the user can easily increase the first parameter by charging. It becomes possible. Therefore, the convenience of increasing the first parameter by charging can be further improved.

  (Item 9) 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 9) has the same effect as the game program according to (Item 1).

  (Item 10) 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 an 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 10) 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, 111 first play part progress unit, 112 second play part progress unit , 113 third play part progression section, 114 fourth play part progression section, 115 fifth play part progression section, 120, 220 storage section, 131 game program, 132 game information, 133 user information, 151 input section (operation section) , 152 display unit, 200 server, 211 progress support unit, 212 synchronization control unit, 213 Meter calculation unit, 301 puzzle element, 302 launch table, 303 character element, 304 list, 305 parameter display, 306 button, 307 gauge, 900, 1000, 1100, 1110, 1200, 1210 screen, 901 image, 902, 1201 status display , 903, 905, 912, 913, 1102, 1103 UI, 1010 object, 911, 1101 window, 1020 controller (operation unit), 1030 storage medium, 1002, 1003, 1111, 1112, 1202, 1211

Claims (10)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program includes:
Storing in the memory an object available to the user during game play as being given to the user;
The first parameter associated with the object held by the user is updated so that the game play can be advantageously promoted by preventing the object from being held in duplicate or by eliminating the object from being held in duplicate. Storing the updated first parameter in the memory;
Updating the first parameter by consuming the in-game value given to the user by a charging process or by a charging process, without stopping or eliminating the duplicate holding. ,
A game program to execute. The game program includes:
Receiving, from among the objects held by the user, a first input operation of the user for specifying an object to be used for the game play;
Advancing a game based on the object specified by the first input operation of the user and the first parameter associated with the object,
The step of proceeding comprises:
In response to a second input operation of the user for operating the specified object in the game play, or automatically operating the object regardless of the second input operation;
Updating a second parameter used in the game play based on the first parameter when the first condition is satisfied;
2. The computer-readable storage medium according to claim 1, further comprising: determining whether or not the game play has been cleared when the second parameter satisfies a second condition.   In the updating step, when the first parameter is equal to or less than a first value, the updating based on the consumption of the in-game value is enabled, and the first parameter exceeds the first value. The game program according to claim 1, wherein in the case, the updating based on the consumption of the in-game value is not performed. In the step of updating,
When the value of the first parameter is equal to or less than a predetermined value, the first parameter is updated by a first amount by charging a predetermined amount or by consuming a predetermined amount of the in-game value;
When the value of the first parameter exceeds the predetermined value, the first parameter is set to the first value by charging the predetermined amount or consuming the predetermined amount of the in-game value. The game program according to claim 1, wherein the game program is updated by a second amount smaller than the amount. The game program further includes:
Executing a step of giving a specific item that can be used for updating the first parameter to the user by a billing process or by consuming the in-game value;
5. The computer-readable storage medium according to claim 1, wherein in the updating, the first parameter is updated in response to an input operation of the user for consuming the specific item. 6. In the step of updating, the first parameter is updated by a first amount by charging a predetermined amount or consuming a predetermined amount of the in-game value;
Consuming an amount of the specific item given to the user based on consuming the predetermined amount of billing processing or consuming the predetermined amount of in-game value, and setting the first parameter to the first amount The game program according to claim 5, wherein the game program is updated by a third amount smaller than the third amount. The game program includes:
With the game play, storing the in-game value in the memory in association with the user without depending on a billing process,
In the updating, the first parameter is updated by a fourth amount by consuming a predetermined amount of the in-game value given to the user by the charging process;
The first parameter is updated by a fifth amount different from the fourth amount by consuming the predetermined amount of the in-game value given to the user regardless of the charging process. The game program according to any one of claims 1 to 6. The game program includes:
The first parameter is set by the billing process or by consuming the in-game value given to the user based on the billing process, together with a status including the first parameter of the object held by the user. The game program according to any one of claims 1 to 7, further comprising a step of displaying a user interface for instructing to update the user interface. 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