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

Description

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

Various businesses provide games in which a user plays using an object given to the user. In such a game, an object of the same type as an object already possessed by the user may be newly granted to the user.

Patent Literature 1 describes a technique of combining objects of the same type to raise the upper limit of a parameter set for one of the objects.

Japanese Patent Application Laid-Open No. 2014-131758 (published on July 17, 2014)

According to the prior art described above, even if the given object overlaps with the object owned by the user, the parameters of the owned object can be enhanced, and the result of the duplication of the objects can be effectively utilized. Therefore, the interest of the game is enhanced. On the other hand, there is still room for study on the use of the parameters.

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

A game program according to the present disclosure is executed by a computer that includes a processor and memory. The game program causes the processor to change the first parameter associated with the object owned by the user by preventing the duplicate possession of the object or by eliminating the duplicate possession of the object, so that the game play of the user performing a first process of updating and storing in said memory to advance advantageously; and performing a second process by subtracting said first parameter stored in said memory. let it run.

Also, in a method for a computer to execute a game program according to the present disclosure, 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 above game program, and a processor that controls operations of the information processing device by executing the game program.

According to one aspect of the present disclosure, there is an effect of improving the interest of the game.

It is a figure which shows the hardware constitutions of a game system. 3 is a block diagram showing functional configurations of a user terminal and a server; FIG. 4 is a flowchart showing an example of the flow of processing executed in the game system based on the game program according to the embodiment; It is a flow chart which shows an example of processing which updates the 1st parameter in this embodiment. 6 is a flow chart showing an example of update processing of a first parameter according to the present embodiment; 9 is a flowchart showing an example of processing for identifying whether or not the update amount of the first parameter is due to billing in the present embodiment. (A) is a diagram showing an example of a screen displaying a character determined by lottery according to the present embodiment, and (B) is a diagram showing an example of a screen that displays characters owned by a user when characters are duplicated in the lottery according to the present embodiment. FIG. 10 is a diagram showing an example of a screen including status display; (A) is a diagram showing an example of a screen including a normal status display of a character in this embodiment, and (B) is a diagram showing an example of a screen including a character status display at normal time in this embodiment. It is a figure which shows an example of a screen when executing a lottery.

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to multiple users. The game system will be described below with reference to the drawings. The present invention is not limited to these examples, but is indicated by the scope of the claims, and is intended to include all modifications within the meaning and scope of equivalents to the scope of the claims. be. In the following description, the same reference numerals are given to the same elements in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing the hardware configuration of the game system 1. As shown in FIG. The game system 1 includes a plurality of user terminals 100 and a server 200 as shown. Each user terminal 100 is connected 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 mobile communication systems include so-called 3G, 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (e.g., Wi-Fi (registered trademark)) that can be connected to the Internet through predetermined access points. be done.

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

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

Also, as shown in FIG. 1, user terminal 100 may be configured 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), for example. The controller 1020 may have one or more buttons or the like, and transmits to the user terminal 100 an output value based on the user's input operation on the buttons or the like. Also, the controller 1020 may have 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 the controller 1020 may have the camera 17 and the ranging sensor 18 instead of or in addition to the user terminal 100 having the camera 17 and the ranging sensor 18 .

The user terminal 100 desirably allows the user using the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission 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 can hold each controller 1020 to communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2 . You can play multiplayer with. In addition, by connecting each user terminal 100 to each other for communication according to a wireless standard such as a wireless LAN (Local Area Network) standard (connecting for communication without going through the server 200), a plurality of user terminals 100 can realize local multiplay. You can also When the above-described multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. Also, in the case where multiple user terminals 100 locally implement the above-described multiplay, the multiple user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the multiplay described above is implemented locally. For example, information indicating a play result such as score or win/loss in a certain game may be associated with user identification information and transmitted to the server 200 .

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

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

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

As described above, the user terminal 100 includes the communication IF 13, the input/output IF 14, the touch screen 15, the camera 17, and the ranging sensor 18 as an example of a mechanism for inputting information to the user terminal 100. FIG. Each unit described above 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 composed of at least one of the camera 17 and the ranging 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 object 1010, a marker of a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, type, or the like of object 1010 obtained as a detection result. be. More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 detects a gesture (a series of movements of the user's hand) detected based on the captured image as an input operation of the user. identified and accepted as Note that the captured image may be a still image or a moving image.

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

<Hardware components of each device>
Processor 10 controls the overall operation of user terminal 100 . The processor 20 controls the operation of the server 200 as a whole. 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, which will be described later, and develops it in a memory 11, which will be described later. The processor 20 reads a program from a storage 22, which will be described later, and develops it in a memory 21, which will be described later. Processor 10 and processor 20 execute the expanded program.

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

The program in this embodiment may be a game program for realizing a game by the user terminal 100 . Alternatively, the program may be a game program for realizing the game through cooperation between user terminal 100 and server 200 . Note that the game realized by cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated on the user terminal 100 . Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100 . Further, the various types of data include 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 .

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of storage devices such as flash memories or HDDs (Hard Disk Drives). Various data related to the game are stored in the storage 12 and the storage 22 .

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 . Communication interfaces 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, wireless LAN, or 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/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include physical buttons, a camera, a microphone, or a speaker of the user terminal 100, for example. 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 section that is an information input device such as a mouse or a keyboard, and a display section that is a device for displaying and outputting images.

The touch screen 15 of the user terminal 100 is an electronic component in which an input section 151 and a display section 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 is configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

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

Although not shown, the user terminal 100 may include one or more sensors for identifying the holding posture of the user terminal 100 . This sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 is equipped with a sensor, the processor 10 can identify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may display a vertically long image on the display unit 152 for vertical screen display. On the other hand, when the user terminal 100 is held horizontally, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. Thus, the processor 10 may be able to switch between vertical screen display and horizontal screen display according to the holding posture of the user terminal 100 .

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

The distance sensor 18 is a sensor that measures the distance to the object to be measured. The ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement 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 hits the measurement object and is reflected. The ranging sensor 18 may have a light source that emits directional light.

Here, an example in which the user terminal 100 uses the camera 17 and the ranging sensor 18 to detect the object 1010 near the user terminal 100 and accepts the detection result as the user's input operation will be further described. The camera 17 and the ranging sensor 18 may be provided on the side of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided near the camera 17 . As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with an illumination device that emits infrared light, a filter that blocks visible light, and the like. This makes it possible to further improve the object detection accuracy based on the image captured by the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the following processes (1) to (5) on the image captured by the camera 17, for example. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes the user's hand. The processor 10 may use a technique such as pattern matching, for example, as the analysis technique employed in the image recognition processing described above. (2) The processor 10 also detects a user's gesture from the shape of the user's hand. For example, the processor 10 identifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. Processor 10 further identifies the gesture made by the user from the identified number of fingers. For example, when the number of fingers is five, processor 10 determines that the user has performed the "pa" gesture. In addition, when the number of fingers is 0 (no fingers are detected), the processor 10 determines that the user has performed the "goo" gesture. In addition, when the number of fingers is two, the processor 10 determines that the user has made the "Scissors" gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state in which only the index finger is raised or whether the user's finger is flicking. . (4) The processor 10 detects an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) and the user terminal 100 is detected. For example, the processor 10 determines whether the user's hand is close to the user terminal 100 (for example, a distance less than a predetermined value) or far away from the user terminal 100 (for example, a predetermined value or more distance). Note that when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100 . (5) When it is found that the distance between the user terminal 100 and the user's hand has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the photographing direction of the camera 17 . When an object is detected or not detected by the ranging sensor 18, which has a stronger directivity than the imaging range of the camera 17, the processor 10 detects that the user is waving his hand in a direction orthogonal to the imaging direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is clenching his/her hand (a "goo" gesture or another gesture (for example, "pa") by image recognition of the captured image of the camera 17. or) is detected. The processor 10 also detects how the user is moving the hand together with the shape of the user's hand. The processor 10 also detects whether the user is moving his/her hand closer to or away from the user terminal 100 . Such operations can correspond to operations using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 according to 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 the state in which the mouse is clicked and pushed in, or maintaining the state of being touched after performing a touchdown operation on the touch panel. Further, when the user moves his/her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). can also recognize. Further, when the user terminal 100 detects a gesture such as flicking a finger based on the detection result of the user's hand from the captured image of the camera 17, the user terminal 100 detects the gesture by clicking the mouse or tapping the touch panel. may be recognized as an operation corresponding to

<Game Overview>
The game executed by the game system 1 (hereinafter referred to as the game) is not limited to a specific genre, and may be a game of any genre. For example, sports-themed games 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.

Also, the game is not limited to a specific play style, and may be a game of any play style. For example, a single-player game played by a single user, a multi-play game played by a plurality of users, and among multi-play games, a competitive game in which a plurality of users compete against each other, and a cooperative play game in which a plurality of users work together. may

As an example, the game system 1 arranges a plurality of types of puzzle elements on a board including an area for arranging the puzzle elements, displays the board on the display unit of the user terminal 100, and displays the arrangement of the puzzle elements on the board. When a predetermined number or more of the same type of puzzle elements are continuously arranged as a result of the change, at least one of the continuously arranged puzzle elements is removed from the board, and a score is awarded according to the removed puzzle element. It is a system for executing a puzzle game that progresses by determining . In this embodiment, a puzzle game (single-play type puzzle game) executed on a single user terminal 100 is assumed. In this case, the user terminal 100 and the server 200 exchange information necessary for executing the single-play puzzle game on the user terminal 100 .

In another embodiment, game system 1 may be, for example, a system for running multiplayer games. A puzzle game (multiplayer puzzle game) as a multiplayer 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. This is a puzzle game that allows a plurality of users to participate in and cooperate with one another by sharing at least a part of the data related to the game with a computer of the same name.

When the game system 1 is a multiplayer puzzle game, the board surface is generated and displayed on each display. In another embodiment, as data related to the puzzle game, for example, types of puzzle elements placed on the board, clear conditions, fever gauges, play results, etc. are shared among a plurality of user terminals 100 via the server 200. be done. The server 200 distributes and shares information collected from each user terminal 100 and information generated in its own device to each user terminal 100 that cooperates and participates in one puzzle game. Specifically, puzzle element data D1 indicating the types of puzzle elements arranged on the board, clear condition data D2 indicating clear conditions, fever gauge data D3 indicating fever gauge information, and score data indicating game play results. D4 and the like are distributed to each user terminal 100 and shared.

In yet another embodiment, the puzzle game executed in game system 1 may include multiple stages. The user operates the user terminal 100 to select a stage that he/she wants to play 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 character objects are placed in a game space and the characters are moved in the game space according to user's input operations. A game based on the game program 131 may be a 3D game represented by a 3D game space and 3D objects, or a 2D game represented by 2D objects. Hereinafter, a character that moves according to a user's input operation will be referred to as an "operating character" or a "player character (hereinafter referred to as PC)".

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

For example, in the puzzle game described in this embodiment, when one game play of the puzzle game ends, when various conditions set for execution of the puzzle game are cleared, when using (consuming) a specific item such as a ticket A character that can be newly given to the user is displayed in such a way that a capsule is displayed on the screen, and the character appears from within the capsule when the capsule is broken. A screen 700 on which a character appears includes, as shown in FIG. 7A, a character image 701, a status display 702 of the character, and a rarity level display 703 of the character.

Here, the "rarity level" means the rarity value of a character (card) represented by a grade. In this game, as an example, a higher rarity level is set for a character that provides an advantageous effect to the user in the main play part (competition part, practice part, actual battle part), that is, a character with higher ability. In this embodiment, rarity levels indicated by alphabets of "S", "A", "B", and "C" are set in descending order of rarity value. In addition, the rarity is, for example, the difficulty of obtaining a character (card), more specifically, the probability of winning in a lottery where a character (card) wins, or the quest or mission when obtained as a reward for clearing a quest or mission. There may be a correlation with the degree of difficulty or the price when obtaining for a fee. In general, a higher rarity level is set for a character (card) that is more expensive or more difficult to obtain.

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

When playing the puzzle game, the user selects a character to be used for playing the game. For example, on the puzzle screen, it is displayed that "Tia" is selected as a character to be used in the user's game play. A circular gauge 307 surrounding the selected character "Tia" is displayed on the puzzle screen.

When the character element 303 on the ejection table 302 is operated, the third play part progression unit 113 ejects the character element 303 . When the ejected character element 303 collides with at least 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 predetermined number or more of the puzzle elements 301 displaying the same type of character as the ejected character element 303 are consecutively arranged among the plurality of puzzle elements 301, the third play part progression unit 113 Remove those puzzle elements 301 from the board.

Also, the third play part progression unit 113 calculates a game play result according to the removed puzzle element 301 . The game play result is represented, for example, by the number of puzzle elements 301 of the same type removed in succession (the number of chains).

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

FIG. 3B is an example of the selection screen. The selection screen includes a list 304 of owned characters. In this example, list 304 contains three characters: "Tia", "Heart", and "Luna". In the list 304, the thick outline of the graphic representing "tier" indicates that the character is selected. The selection screen also includes a parameter display 305 regarding the selected character. The selection screen also includes a “set” button 306 for instructing to set the character element 303 of the selected character on the launch table 302 .

In this example, the parameter display 305 indicates that the level is 23, the unit score (hereinafter also referred to as "score") is 454, and the skill level is 3, as parameters related to "tier". is displayed. The higher the level, the higher the score. Both skill level and score are aspects of the first parameter in the present invention.

The level is set to an initial value (for example, 1) when the character is given to the user for the first time. Also, the level increases according to, for example, the accumulated score during game play by the character. Also, the level is increased, for example, when the same character as the character is given to the user. By increasing the level, the following score and skill level increase, and it is possible to advance the game advantageously. The level may or may not have an upper limit.

The score unit price (score) is the score unit price when the puzzle element 301 is removed from the board during game play. The score unit price increases as the level increases. In the puzzle game, the user's score is calculated by adding up the scores of the puzzle elements 301 removed from the board. Therefore, the higher the score of the character is, the higher the score of the puzzle game can be, so that the game can be progressed advantageously.

The aforementioned gauge 307 relates to skill and increases when the user removes a particular puzzle element 301 (Tier) selected from the board. When the gauge 307 is filled, the "Tear" skill can be activated.

A "skill" is a technique specific to a puzzle element 301 and generally involves a special effect to effectively remove the puzzle element 301 from the board. The skill level is a parameter that indicates how advantageous a skill is in game play. Advantages include high effectiveness and ease of conditions for execution. The skill level increases, for example, as the number of limit breakthroughs increases. The skill level may or may not have an upper limit, but in this embodiment, the upper limit is set to "10". In the parameter display 305 of a character who has reached skill level 10, the skill level is displayed as "MAX". A sub-parameter for raising the skill level may be set. For example, the skill level may be set to increase by 1 when the sub-parameter reaches a predetermined value. An increase in such a sub-parameter is also referred to herein as an increase in skill level. The effect of "skills" increases as the skill level increases. Therefore, the higher the skill level, the more advantageous the progress of the game. When the skill is activated, the gauge 307 returns to an empty state.

The number of limit breakthroughs is a parameter determined according to the overlap between the character owned by the user and the character newly given to the user, and is, for example, the number of overlaps. The limit breakthrough number is related to the score separately from the relationship between the score and the level, and the score increases as the limit breakthrough number increases. Also, the number of limit breakthroughs is related to the skill level, and the skill level increases as the number of limit breakthroughs increases. The limit breakthrough number increases the level and skill level, and the higher the level and skill level, the higher the score of the game. Therefore, the higher the limit breakthrough number, the more advantageous the game can be progressed. On the other hand, when subtracting the limit breakthrough number, the level, score, and skill level are also lowered along with the subtraction. For example, if the score is 500 when the number of breakthroughs is 13 and the score is 1000 when the number of breakthroughs is 23, the score will drop to 500 if the number of breakthroughs is subtracted by 10 (subtracted from 23 to 13). .

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

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations of the server 200 and the user terminal 100 included in the game system 1. As shown in FIG. 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 known functions in the game.

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

The server 200 has a function of communicating with each user terminal 100 and assisting the user terminal 100 in progressing the 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 exchanges between the user terminals 100 . The server 200 functions as a control unit (processor) 210 and a storage unit (memory) 220 through cooperation of the processor 20, memory 21, storage 22, communication IF 23, input/output IF 24, and the like.

Storage unit 120 and storage unit 220 store a game program, game information 132 and user information 133 . The game program 131 is a game program executed by the user terminal 100 . The game program 231 is a game program executed by the server 200 . Game information 132 is data referred to when control unit 110 and control unit 210 execute a game program. User information 133 is data relating to a user's account. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100. FIG.

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

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

For example, the control unit 210 may calculate a value to be updated for the character's first parameter in response to a request from the user terminal 100 . Hereinafter, the value to be updated is referred to as "update amount", and when the update is an increase, it is also referred to as "increase amount". The update amount may be calculated so as to be a value corresponding to the first parameter of the character owned by the user at that time. For example, if the number of characters owned by the user is small, the amount of update may be larger, and the amount of update may be calculated so that the amount of update decreases as the number of characters exceeding the limit increases. Also, the update includes a subtraction. In this embodiment, only a part of the first parameter may be updated, and according to the number of breakthroughs described above, the skill level and score, which are aspects of the first parameter, are increased without increasing the level of the character. can be raised. The control unit 210 refers to various setting conditions such as the number of updates of the first parameter, the upper limit of the first parameter, and the rate of increase of the first parameter with respect to the number of updates as necessary, and updates the first parameter. amount may be calculated.

The progress support unit 211 communicates with the user terminal 100 and supports 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 depending on which of the play parts described above is being executed.

The synchronization control unit 212 communicates with each of the user terminals 100 competing in the PvP battle to mediate exchanges between the user terminals 100 . Furthermore, the synchronization control unit 212 executes synchronization control for matching opponents and synchronizing the progress of the competition.

The lottery unit 213 can function as a block that selects an object associated with the user based on a predetermined condition in response to a request from the user terminal 100 . Methods for selecting objects based on predetermined conditions include, for example, lottery, selection based on predetermined priorities, and the like. In this embodiment, a lottery will be described as the method.

(Functional Configuration of User Terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120 . For example, the control unit 110 progresses the game according to the game program 131 and user's operation. Further, while the game is progressing, the control unit 110 communicates with the server 200 as necessary to transmit and receive information.

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

Note that the control unit 110 can also function as other functional blocks (not shown) in order to advance the game according to the nature of the game to be executed. For example, the control section 110 may function as a sixth play part progression section and a seventh play part progression section.

Furthermore, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation reception unit detects and receives a user's input operation on the input unit 151 . For example, the operation reception unit detects the coordinates of the input position on the input unit 151 of the above-described input operation, and identifies the type of the input operation. The operation reception unit identifies, 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 processing results executed by each unit of the control unit 110 are reflected. The display control unit may display a game screen including images 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 referred to as GUI) superimposed on the game screen.

The first play part progressing unit 111 controls UI objects displayed on the display unit 152 in order to construct a UI. The UI object is a tool for the user to make inputs necessary for the progress of the game to the user terminal 100, or a tool for obtaining information output from the user terminal 100 during the progress of the game. UI objects include, but are not limited to, icons, buttons, lists, menu screens, and the like.

The second play part progressing unit 112 generates animations showing the motions of various objects based on the control modes of the various objects. For example, an animation or the like that expresses how the lottery is being executed may be generated.

The third play part progression unit 113 generates a play screen for playing a puzzle game. Also, the third play part progression unit 113 progresses the puzzle according to the operation on the play screen. In addition, when one game play of the puzzle is completed, the third play part progressing unit 113 calculates a game play result indicating the results of the game play. It should be noted that one game play of the puzzle refers to one unit of game play determined in the puzzle game.

The fourth play part progression unit 114 executes various processes related to the first parameter and second parameter of the object according to the user's operation or as the game is played. Further, the fourth play part progression unit 114 requests the control unit 210 of the server 200 to calculate and determine the first parameter and the second parameter as necessary.

In this embodiment, the fourth play part progressing unit 114 updates the above-described first parameter associated with the character possessed by the user so that the game play can proceed advantageously. As the first parameter, in the present embodiment, the level, score, skill level, and the number of breakthroughs will be described, but the first parameter in the present invention is not limited to this. For example, attack power, defense power, and speed in the case of a racing game, various parameters associated with the object used by the user can be adopted.

The process of updating the first parameter is updated so that game play can proceed advantageously based on the consumption of consumable items associated with the user by preventing duplicate possession of the object or eliminating duplicate possession. It is a process to "Do not allow duplicate ownership" includes, for example, a mode of not allowing the same object to be owned when a condition for having the same object as an already owned object is satisfied. For example, control unit 110, instead of having the same character redundantly possessed by the set value corresponding to the newly selected character that is the same as the character already possessed by the user, selects the same character. Increases the score and skill level of already possessed characters without having them possessed.

In addition, "resolving overlapping possession" includes, for example, a form of canceling possession of a part of the overlapping objects when the same object is redundantly possessed in advance. It should be noted that this embodiment further includes a step of drawing any one of a plurality of characters including a specific character. Then, when the character selected in the selecting step overlaps with the character possessed by the user, the first parameter is updated so that the game play can proceed advantageously without letting the user possess the selected character.

Note that the fourth play part progressing unit 114 may execute a process of updating the first parameter based on the consumption of the in-game value associated with the user. In-game values are consumable items that are displayed as items such as gems, coins, tickets, and the like. In-game value may also include what is owned by the user based on the billing process based on the user's operation. If such processing can be executed, the user can quickly increase the first parameter of the object by charging, and thereby expect a more advantageous game play. Therefore, it is possible to increase not only the interest of the game but also the user's satisfaction with the billing process.

Further, the fourth play part progression section 114 may execute the second process by subtracting the first parameter stored in the memory 11 . The second process is not limited as long as it is a process that is executed according to the subtraction of the first parameter. For example, the second process may or may not give the result of the subtraction of the first parameter to the user. For example, the second process may be a process of causing display unit 152 to display the result of the subtraction of the first parameter.

The second process may be a process of updating a second parameter associated with the user. In this case, the first parameter can be used to update the second parameter, which is more effective from the viewpoint of diversifying strategies for advancing the puzzle game, for example. The second parameter may be anything as long as it is associated with the user. For example, the character given to the user, the character possessed by the user, the consumable item, the character (may be the same as the first parameter) It also includes parameters, things that are granted to the user according to the number or time of game play (services provided by logging in the user, etc.). Also, the process of updating the second parameter can be appropriately determined according to the second parameter, and includes, for example, a process of giving a character to the user and updating the character possessed by the user.

The second process may be a process of updating the second parameter so that the user's game play becomes advantageous from the viewpoint of enhancing the interest of the game. Furthermore, the second process may be a process selected from a plurality of processes having different effects on the user. That is, depending on the situation, it may be a process of updating the second parameter so as to always be advantageous to the user, or a process of updating the second parameter so as to be disadvantageous to the user. good too. According to such a second process, it is difficult to foresee the effect of the second process, and thus the game may become more interesting.

The fifth play part progression unit 115 requests the server 200 to execute a lottery according to the user's input, receives the lottery results from the server 200, and executes determination and confirmation thereof.

In this embodiment, as one aspect of the various second processes as described above, the lottery described above, that is, one of the objects available in the game play is selected based on a predetermined rule, and the selected object is stored in the memory 11 in association with the user as held by the user. The lottery is expected to obtain a new character by subtraction of the first parameter, and thereby more advantageous game play.

Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may have at least some of the functions that the user terminal 100 has. Also, the user terminal 100 may have at least part of the functions of the server 200 . Furthermore, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1 and the other device may be caused to perform part of the processing in the game system 1 . That is, the computer that executes the game program in this embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

<Processing flow>
FIG. 4 is a flowchart showing an example of lottery processing as second processing by updating and subtracting the first parameter in this embodiment. In this embodiment, the game program 131 updates the level, score, skill level, and number of breakthroughs in the memory 11 so that the user's game play can be advantageously progressed by preventing duplicate possession of the character. Execute the first process. In this embodiment, "updating the first parameter" means increasing the first parameter.

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

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

The first parameter is updated, for example, by overlapping a character selected by lottery with a character possessed by the user. When a new character is selected from the group of characters by the lottery, the control unit 110 causes the display unit 152 to display a screen 700 shown in FIG. 7A, for example.

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

Then, when the character newly selected by lottery overlaps with the character owned by the user, in step S501, the fourth play part progression unit 114 causes the character "Bear" owned by the user to break through the limit. Update numbers, levels, scores and skill levels based on predefined settings.

FIG. 7B is a diagram showing an example of a screen including a status display of the character "bear" owned by the user when characters are duplicated in the lottery. The screen 710 includes a character image 701 and a status display 712 that displays the number of limit breakthroughs before and after the character's limit breakthrough, level, score, and skill level numerical values. When one character is duplicated by lottery, the fourth play part progression unit 114 determines a set value (update amount) according to the duplication of one character, and calculates the numerical value of the bear's first parameter before and after addition of the set value. display. In this case, the control unit 110 increases the number of breakthroughs by 1 to 27 to 28, and increases the score by 100 to 2700 to 2800, for example. The level increases by 1 to 30 to 31 as the score increases, but the skill level is updated as the number of limit breakthroughs increases, but the value remains at 9 without increasing.

[Distinction of first parameter update amount depending on whether billing process is performed]
The game program 131 determines whether the operation for obtaining the character, which is not allowed to be duplicated in the updating process of the first parameter described above, is an operation based on billing processing or an operation not based on billing processing. , whether the amount of update of the first parameter due to updating is based on the charging process or not based on the charging process can be stored in the memory 11 . In this case, the fourth play part progression unit 114 executes processing for identifying whether or not the update amount of the first parameter is due to billing, according to the flow shown in FIG. FIG. 6 is a flowchart showing an example of processing for determining whether or not the update amount of the first parameter is due to billing in the present embodiment.

That is, when the increment of the first parameter is determined in step S502, in step S601, the fourth play part progression unit 114 determines whether or not the operation of obtaining the character newly given to the user is based on the billing process. do. A character acquisition operation based on charging processing is an operation of directly or indirectly acquiring a character through charging processing. For example, it is an operation of obtaining a character by consuming a consumable item obtained by the user through charging. On the other hand, character acquisition operations not based on billing processing include, for example, game operations when characters are given to the user as the game progresses, and consumable items acquired by the user as the game progresses. An operation to obtain a character by consuming it, and the like.

Then, if the operation is based on billing processing, in step S602, the fourth play part progression unit 114 causes the memory 11 to store the increased amount (updated amount) of the first parameter as a charged amount. If the operation is not based on billing processing, in step S603, the fourth play part progression unit 114 causes the memory 11 to store the increased amount of the first parameter as the free amount. Then, the control unit 110 returns to the flow shown in FIG.

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

In step S402, when receiving a predetermined operation from the user, control unit 110 causes display unit 152 to display a status screen that displays the status of the character owned by the user. The status screen includes a user interface (UI) for instructing subtraction of the first parameter for execution of the second process. FIG. 8 is an example of the status screen. FIG. 8A is a diagram showing an example of a normal status screen for the character "bear". This screen 800 includes an image 701 of a character bear, a status display 801 for displaying its status, and three UIs 802-804. The UI 802 is a UI for instructing the execution of a lottery by subtracting the paid portion of the first parameter (limit breakthrough number). A UI 803 is a UI for instructing execution of a lottery by subtracting the free amount of the first parameter. A UI 804 is a UI for instructing execution of a process of consuming a specific item to increase the first parameter. The operation of instructing a lottery that consumes the first parameter in step S403 is an operation of the user touching the UI 802 or 803 . Processing for distinguishing the update amount of the first parameter according to the presence or absence of billing processing will be described later.

When the control unit 110 executes the process of displaying the status screen on the display unit 152, the fourth play part progression unit 114 determines whether or not the condition regarding the consumption of the first parameter (consumable condition) is satisfied. good. Here, the consumable condition is, for example, that the user possesses more first parameters than the amount required for one second process. When the control unit 110 determines that the fourth play part progression unit 114 satisfies the consumable condition, the control unit 110 instructs the display unit 152 to subtract the first parameter in order to execute the corresponding second process. UI is displayed in a state in which it is possible to receive instructions by touch operation, and if the fourth play part progression unit 114 determines that the consumable condition is not satisfied, the UI cannot receive instructions by touch operation. You can display it in a normal state.

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

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

Next, in step S<b>408 , the fifth play part progression unit 115 of the user terminal 100 gives the character notified by the server 200 to the user. Giving a character may be executed by storing it in the memory 11 as a character given to the user. Then, control unit 110 ends the series of processes for executing the second process by subtracting the first parameter.

In step S403, even if the control unit 110 does not receive the user's operation to instruct the lottery, the control unit 110 ends the series of processes for executing the second process by subtracting the first parameter.

[An example of the second process using the paid portion of the first parameter]
Regarding the second process, when the update amount of the first parameter is distinguished by the presence or absence of billing processing as described above, the lottery unit 213 of the server 200 determines that the subtraction amount of the first parameter to be subtracted is the update amount based on the billing process. and an update amount that is not based on billing processing, different processing may be performed depending on which one is allocated. By executing such a second process, the user can obtain different results depending on whether the first parameter to be subtracted is paid/unpaid. Therefore, it is possible to diversify the second process and thereby make the game more interesting. An example of executing different lottery processing according to whether or not the update amount of the first parameter consumed for the lottery is due to billing in the present embodiment will be described below with reference to screen examples shown in FIG. 8 .

For example, upon receiving a user's touch operation on UI 802, control unit 110 causes display unit 152 to display screen 810 as shown in FIG. 8B. The screen 810 is configured by displaying a window 811 overlaid on the screen 800, for example. A window 811 contains a message 812 notifying that 10 of the bear's limit breakthrough number paid will be consumed and a lottery for one character will be executed, and a parameter change display 813 that displays the change in the first parameter before and after the consumption. , a UI 814 for instructing execution of the lottery and a UI 815 for instructing not to execute the lottery.

Upon receiving the user's touch operation on the UI 814, the control unit 110 subtracts the first parameter in step S404 as described above. More specifically, 10 of the paid portion of the number of “Bear” limit breakthroughs held by the user are consumed, and 15 is reduced to 5. The "Bear" limit breakthrough count is thereby reduced from 28 to 18. Along with this reduction in the number of breakthroughs, the level of "Bear" is reduced by 11 from 31 to 20, the score is reduced by 100 from 2800 to 1800, and the skill level is reduced by 3 from 9 to 6. .

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

[An example of the second processing by the free part of the first parameter]
Alternatively, when the control unit 110 receives a user's touch operation on the UI 803, instead of the screen 810, a message notifying that the free portion will be consumed instead of the paid portion for exceeding the limit, and the free portion for the number of exceeding the limit are displayed. and a display showing the change in score are displayed on the display unit 152 . When the control unit 110 receives the user's touch operation on the UI 814, the first parameter is subtracted in step S404 as described above. For example, 10 of the gratuitous portion of the number of "Bear" limit breakthroughs owned by the user are consumed, and as a result, as described above, the number of limit breakthroughs is reduced to 18, the level is reduced to 20, the score is 1800, and the skill level is is subtracted to 6. Next, the display unit 152 displays a lottery result display screen that displays a character determined by lottery instead of the bear image 701 on the screen 700 .

As an example of performing processing different from when the paid portion is consumed when the free portion is consumed instead of the paid portion of the limit breakthrough number, for example, a lottery process for giving one game medium such as a character to the user is performed. Suppose that a first amount of in-game value (eg, virtual currency represented as gems, etc.) required to run times can be updated to increase the first parameter by a predetermined amount. In this case, by subtracting the predetermined amount from the limit breakthrough number, the lottery process is executed once, the character is selected by lottery, and the selected character is given to the user. On the other hand, as a lottery process, a lottery is performed by inserting a plurality of game media such as characters, and one game media is provided as a result of the lottery. For example, instead of inserting a plurality of characters with the same rarity level, another character is provided (a character identical to the inserted character may not be selected by lottery). Here, it is also possible to consume an amount larger than the above-mentioned predetermined amount out of the free portion of the limit breakthrough number, execute the lottery process once, and give one game medium to the user by lottery.

Here, the control unit 110 executes the second process so that consuming the limit breakthrough number for free is more advantageous or disadvantageous to the user than consuming the limit breakthrough number for a fee. may As an example of such an advantageous second process, there is a process of executing a lottery for a new character from a group of characters owned by the user that does not include a character whose first parameter is to be subtracted as a lottery target. mentioned. In this case, "Bear" will not be selected again by the lottery. Therefore, it is possible to avoid a situation in which 10 to 100 of the bear's first parameter is consumed and the bear is newly possessed by the user. can be said to be more advantageous for It should be noted that the above-described second processing may be executed so that it is more advantageous for the user to consume the paid portion of the limit breakthrough number.

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

When the ticket is obtained by the user through billing processing, the fourth play part progression unit 114 associates the increase amount of the first parameter with the user and stores it in the memory 11 as a charged amount. When the ticket is acquired by the user without requiring billing processing due to the progress of the game, the fourth play part progressing unit 114 associates the increase amount of the first parameter with the user, It is stored in the memory 11 as a free portion.

In this way, displaying the UI for executing the subtraction of the first parameter and the update of the second parameter accordingly on the status screen of the character can be performed by confirming the status of the first parameter of the character possessed by the user and the status of the second parameter. It is convenient because it is possible to easily determine whether or not to update parameters and to execute them.

[Modification]
The embodiment of the present invention described above further includes the step of selecting any one of a plurality of objects including the specific object, and in the step of executing the first process, the object selected in the selecting step is A mode has been described in which when an object overlaps with an object held by the user, the first parameter is updated without holding the selected object. In the present invention, the form of updating the first parameter by not overlapping the objects or eliminating the overlap is not limited to the above form.

For example, the present invention further includes the step of selecting any one of a plurality of objects including the specific object, and in the step of executing the first process, the object selected in the selecting step is owned by the user. If the object overlaps with the first parameter, instead of the selected object, an item for updating the first parameter is given to the user and stored in the memory 11, and the item is consumed according to the user's operation. 1 parameter may be updated. As an example of this mode, when a new character to be given to the user overlaps with a character possessed by the user, the user is given an item that allows the character to break through the limit by consuming the item. mentioned. The item may be usable for any character possessed by the user.

Alternatively, in the present invention, in the step of executing the first process, by consuming the remaining objects while leaving one object out of a plurality of overlapping objects held by the user, duplicate possession of the object is eliminated. , may update the first parameter. As an example of this aspect, when a new character to be given to the user overlaps with a character possessed by the user, the user is made to possess the new character in duplicate. Then, in a plurality of overlapping characters of the same type, by consuming at least one of the possessed characters, there is a mode in which the ability of the target character is improved.

In this embodiment, the specific relationship between the score and limit breakthrough is not limited. The relationship is, for example, a first correlation between the level and the score, and a second correlation between the number of breakthroughs and the score are set, and the level determined by the first correlation and the second correlation are determined. A character's level may be determined as a sum of levels.

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

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

In the latter case, an information processing apparatus including control unit 210 or control unit 110, or both, includes a CPU that executes instructions of a program, which is software that implements each function, and a computer (or CPU) that stores the program and various data. A ROM (Read Only Memory) or storage device (these are referred to as a "recording medium") recorded so as to be readable by , a RAM (Random Access Memory) for developing the above program, and the like. The object of the present invention is achieved by a computer (or CPU) reading and executing the program from the recording medium. As the recording medium, a "non-temporary tangible medium" such as a tape, disk, card, semiconductor memory, programmable logic circuit, or the like can be used. Also, the program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be implemented in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

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

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

(Item 1) The game program (131) has been explained. According to one aspect of the present disclosure, a game program is executed by a computer (at least one of user terminal 100 and server 200) comprising processors (10, 20) and memories (11, 21). The game program causes the processor to set the first parameter associated with the object owned by the user so that the user's game play is advantageous by preventing the duplicate possession of the object or eliminating the duplicate possession of the object. a step of executing a first process of updating and storing in a memory so as to advance to the second process, and a step of executing a second process by subtracting the first parameter stored in the memory. As a result, the user can update the first parameter of the object by not having duplicate possession of the object or canceling duplicate possession, and in exchange for the subtraction of the first parameter that the user has already acquired, Further processing related to the game can be executed. Therefore, the willingness to update the first parameter of the object increases, and the number of ways to use the updated first parameter increases, thereby diversifying strategies for progressing the game. Therefore, the game becomes more interesting.

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

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

(Item 4) In any one item from (Item 1) to (Item 3), in the step of executing the first process, the game program performs an operation for obtaining an object that is not to be possessed redundantly, or Depending on whether or not the operation for obtaining the object for which duplicate possession has been resolved is based on billing processing, whether the update amount of the first parameter is based on billing processing or not based on billing processing. is stored in a memory, and as a second process, different processes are executed depending on whether the amount of subtraction of the first parameter to be subtracted is assigned from an update amount based on the billing process or an update amount not based on the billing process. good too. According to this configuration, the user can obtain different results from the second processing according to the paid/unpaid origin of the first parameter to be subtracted. Therefore, since the second processing is diversified, the interest of the game is improved.

(Item 5) In any one item from (Item 1) to (Item 4), as the second process, one of the objects available in the game play is selected based on a predetermined rule, and the selected object is selected. The object may be associated with the user as owned by the user and stored in memory. According to this configuration, as the second process, one of the objects that can be used in the game play is selected based on a predetermined rule, and the selected object is associated with the user as owned by the user and stored in the memory. Execute the memorizing process.

(Item 6) In any one item from (Item 1) to (Item 5), the game program instructs the processor to execute the second process together with the status including the first parameter of the object owned by the user. may further perform a step of displaying a user interface for instructing subtraction of the first parameter. According to this configuration, when the user confirms the first parameter of the object owned by the user, for example, when the user feels that the first parameter has a margin, it is possible to immediately execute the second process by subtracting the parameter. becomes. Therefore, it is possible to further improve the convenience of obtaining the advantageous effect of the second process.

(Item 7) In any one item from (Item 1) to (Item 6), the game program may include any one of A, B, and C below. According to this configuration, since the method of updating the first parameter is diversified, the game becomes more interesting.

(A) further comprising the step of selecting any one of a plurality of objects including the specific object, wherein in the step of executing the first process, the object selected in the selecting step is an object owned by the user; If so, update the first parameter without retaining the selected object.

(B) further comprising the step of selecting any one of a plurality of objects including the specific object, wherein in the step of executing the first process, the object selected in the selecting step is an object owned by the user; In the case of duplication, instead of the selected object, an item for updating the first parameter is given to the user and stored in the memory, and the item is consumed according to the user's operation to update the first parameter. do.

(C) In the step of executing the first process, by consuming the remaining objects while leaving one object out of a plurality of overlapping objects owned by the user, the overlapping possession of the object is eliminated, thereby obtaining the first Update parameters.

(Item 8) The method of executing the game program has been explained. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and memory. The method is a method in which a processor performs each step described in (item 1). The method according to (item 8) has the same effects as the game program according to (item 1).

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

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

Claims (9)

a game program,
The game program is executed by a computer comprising a processor and memory,
The game program causes the processor to:
a step of identifying any one of a plurality of types of objects as an object that can be given to a user when a first condition is satisfied;
When a second condition is met for an object already owned by a user, the first parameter associated with the object owned by the user is updated to favorably progress the game play of the user. performing a first process of storing in the memory with
executing a second process by subtracting the first parameter stored in the memory when a third condition is satisfied in response to a predetermined input operation from the user;
The second condition is satisfied by not granting the object to the user when the same object as the object already owned by the user is identified by the identifying step, so that the user does not have the same object, and
In the step of executing the first process, for a predetermined object among the objects already owned by the user, when the second condition is satisfied, the first process for a first parameter associated with the predetermined object is performed. A game program that runs a 2. The game program according to claim 1, wherein in the step of executing the second process, a process of updating a second parameter associated with the user is executed. 3. The game program according to claim 2, wherein, in the step of executing the second process, a process of updating the second parameter so that the game play of the user is advantageous. Whether or not the first condition that triggers the identifying step to identify the object that satisfies the second condition and that is not to be held redundantly has been satisfied with billing processing. Depending on whether or not the update amount for updating the first parameter is updated in accordance with the billing process by the step of executing the first process due to the establishment of the second condition, it is stored in the memory. death,
As the second processing, different processing is performed depending on whether the subtraction amount of the first parameter to be subtracted is allocated from the update amount updated with the billing process or the update amount without the billing process. The game program according to any one of claims 1 to 3, which is executed. As the second processing, one of the objects available in the game play is selected based on a predetermined rule, and the selected object is stored in the memory in association with the user as owned by the user. 5. The game program according to any one of claims 1 to 4, which executes a process of causing a game to be played. The game program causes the processor to:
further causing a step of displaying a status of the object owned by the user, including the first parameter, and a user interface for instructing subtraction of the first parameter for execution of the second process; Item 6. The game program according to any one of items 1 to 5. The game program according to any one of claims 1 to 6, including any of A and B below;
(A) in the step of executing the first process, if the object identified in the identifying step overlaps with the object owned by the user, without giving the identified object, update the first parameter;
(B) in the step of executing the first process,
when the object identified in the identifying step overlaps with the object held by the user, an item for updating the first parameter is given to the user instead of the identified object and stored in the memory remember,
The first parameter is updated by consuming the item according to the user's operation . A method for a computer to execute a game program, said computer comprising a processor and a memory,
A method in which said processor performs the steps recited in claim 1. An information processing device, the information processing device comprising:
a memory for storing the game program according to claim 1;
and a processor that controls the operation of the information processing device by executing the game program.

Images