JP2021079127A - Game program, method, and information processor - Google Patents

Abstract

To enhance fun of a game.SOLUTION: A game program (131) allows a processor (10) to execute the steps of: executing first processing for updating a first parameter related to a character that a user possesses such that a user's game play progresses advantageously and for storing the parameter into a memory (11) by preventing the character from being possessed overlappingly or by solving overlapped possession of the character; and executing second processing by subtracting the first parameter stored in the memory.SELECTED DRAWING: Figure 4

Description

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

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

Patent Document 1 describes a technique for increasing the upper limit of parameters set for one object by combining objects of the same type.

Japanese Unexamined Patent Publication No. 2014-131758 (published on July 17, 2014)

According to the above-mentioned prior art, even if the given object overlaps with the possessed object, the parameters of the possessed object can be increased, and the result of the duplicated object is effectively utilized. Therefore, the fun of the game is enhanced. On the other hand, there is still room for consideration regarding the use of this parameter.

One aspect of the present disclosure is intended to improve the enjoyment of the game.

The game program according to the present disclosure is executed by a computer provided with a processor and memory. The game program allows the user's gameplay to be performed by causing the processor to hold the first parameter associated with the object held by the user in duplicate, or by eliminating the duplicate holding of the object. A step of executing the first process of updating and storing in the memory so as to be advantageously advanced, and a step of executing the second process by subtracting the first parameter stored in the memory. Let it run.

Further, in the method in which the 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, the information processing device according to the present disclosure includes a memory for storing the above-mentioned game program and a processor for controlling the operation of the information processing device by executing the game program.

According to one aspect of the present disclosure, it has the effect of improving the enjoyment of the game.

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of a user terminal and a server. It is a flowchart which shows an example of the flow of the process executed in the game system based on the game program which concerns on this embodiment. It is a flowchart which shows an example of the process of updating the 1st parameter in this embodiment. It is a flowchart which shows an example of the update process of the 1st parameter in this embodiment. It is a flowchart which shows an example of the process of specifying whether or not the update amount of the 1st parameter in this embodiment is derived from billing. (A) is a diagram showing an example of a screen displaying characters determined by the lottery in the present embodiment, and (B) is a diagram of characters owned by the user when the characters are duplicated in the lottery in the present embodiment. It is a figure which shows an example of the screen including the status display. (A) is a diagram showing an example of a screen including a normal character status display in the present embodiment, and (B) is a diagram obtained by subtracting the first parameter of the character owned by the user in the present embodiment. It is a figure which shows an example of the screen at the time of executing a lottery.

[Embodiment 1]
The 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 examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

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

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may include 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.

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

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

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

When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multi-play is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

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

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

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

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

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

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and performs an input operation from 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. To. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as. The captured image may be a still image or a moving image.

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

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

The processor 10 reads a program from the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

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

In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with the user terminal 100 and the server 200. The game realized by the collaboration between the user terminal 100 and the server 200 may be, for example, a game executed on the browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions or notifications to be transmitted / 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 a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

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

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

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

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

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

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

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. The 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 object to be measured by the timing of light emission from the light source and the timing of receiving the reflected light generated by the light emitted from the light source being reflected by the object to be measured. The ranging sensor 18 may have a light source that emits light having directivity.

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

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

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. The processor 10 also detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. Continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pressed, or maintaining the touched state after the touchdown operation is performed 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 a swipe operation (or a drag operation). It can also be recognized. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image captured by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It may be recognized as an operation corresponding to.

<Game overview>
The game executed by the game system 1 (hereinafter, this 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, upbringing games, action games, and action role-playing. It may be a game or the like.

Moreover, this game is not limited to a specific play form, and may be a game of any play form. For example, a single-player game by a single user, a multi-play game by a plurality of users, a battle game in which a plurality of users play against each other, and a cooperative play game in which a plurality of users cooperate among the multi-play games. You may.

As an example, the game system 1 arranges a plurality of types of the 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 arranges the puzzle elements on the board. When a predetermined number or more of puzzle elements of the same type are continuously arranged due to the change, at least one of the continuously arranged puzzle elements is removed from the board, and the result is obtained according to the removed puzzle elements. 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, information necessary for executing the single-player puzzle game on the user terminal 100 is exchanged 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) is 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. By sharing at least a part of the data related to the game with the computer), a plurality of users can participate in one puzzle game and play the game in cooperation with each other.

When the game system 1 is a multiplayer puzzle game, the board surface is different in each of the first user terminal 100, the second user terminal 100, the third user terminal 100, and so on, which communicate via the server 200. It is generated and displayed on each display. In another embodiment, as data related to the puzzle game, for example, the types of puzzle elements arranged on the board, clearing conditions, fever gauges, play results, etc. are shared among a plurality of user terminals 100 via the server 200. Will be done. The server 200 distributes and shares the information collected from each user terminal 100 and the information generated in its own device to each user terminal 100 participating in one puzzle game in cooperation with each other. 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 performance data indicating gameplay results. D4 and the like are distributed and shared to each user terminal 100.

In yet 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 is operated 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 will be referred to as an "operation character" or a "player character (hereinafter, PC)".

Further, the game system 1 assigns a character that can be used by the user in 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. When 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 gameplay of the puzzle game, when various conditions set for the execution of the puzzle game are cleared, and when a specific item such as a ticket is used (consumed). , The character that can be newly given to the user is displayed so that the capsule is displayed on the screen, the capsule is broken, and the character appears from inside the capsule. As shown in FIG. 7A, the screen 700 in which the character appears includes an image 701 of the character, a status display 702 of the character, and a rarity display 703 of the character.

Here, the "rareness" is a grade representing the rarity value of a character (card). In this game, as an example, a character that has an advantageous effect on 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 rarity indicated by the alphabets "S", "A", "B", and "C" is set in order from the grade having the highest rarity value. The rarity is, for example, the difficulty of obtaining a character (card), more specifically, the winning probability in a lottery in which a character (card) is won, or the quest or mission when it is obtained as a reward for clearing a quest or mission. It may correlate with the difficulty level or the price when it is obtained for a fee. In general, the more expensive or hard-to-find characters (cards) are, the higher the rarity is set.

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

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

When the character element 303 on the ejection table 302 is operated, the third play part progressing unit 113 ejects the character element 303. Then, 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 the puzzle elements 301 in which characters of the same type as the ejected character element 303 are displayed are continuously arranged in a predetermined number or more among the plurality of puzzle elements 301, the third play part progressing unit 113 Remove those puzzle elements 301 from the board.

In addition, the third play part progress unit 113 calculates the game play result according to the removed puzzle element 301. The gameplay result is represented by, for example, the number (number of chains) of puzzle elements 301 of the same type that are continuously removed.

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

FIG. 3B is an example of a selection screen. The selection screen includes a list 304 of the possessed characters. In this example, Listing 304 contains three characters, "Tear," "Heart," and "Luna." In addition, in the list 304, the outline of the figure indicating "tier" is a thick line, which indicates that the character is selected. The selection screen also includes a parameter display 305 for the selected character. The selection screen also includes a "set" button 306 instructing the character element 303 of the selected character to be set on the ejection table 302.

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

The level is set to an initial value (for example, 1) when the character is first given to the user. In addition, the level is increased according to, for example, the cumulative score during game play by the character. Further, the level is increased when, for example, the same character as the character is given to the user. As the level increases, the following scores and skill levels increase, and it is possible to advance the game in an advantageous manner. The upper limit of the level may or may not be set.

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

The gauge 307 described above 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 filled, the "tier" skill can be activated.

The "skill" is a technique peculiar to the puzzle element 301, and is generally accompanied by a special effect for effectively removing the puzzle element 301 from the board. The skill level is a parameter that indicates the degree of advantage of the skill in gameplay. Advantages include high effectiveness and ease of conditions until it becomes feasible. The skill level increases, for example, as the number of limit breakthroughs increases. The upper limit of the skill level may or may not be set, but in the present embodiment, "10" is set as the upper limit value. In the parameter display 305 of the character that has reached the skill level 10, the skill level is displayed as "MAX". Sub-parameters for increasing the skill level may be set. For example, the skill level may be set to increase by 1 when the sub-parameter reaches a predetermined value. Increasing such sub-parameters is also referred to herein as increasing skill level. The effect of "skill" increases as the skill level increases. Therefore, the higher the skill level, the more advantageous the game can be advanced. When the skill is activated, the gauge 307 returns to the empty state.

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

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

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing a functional configuration of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing 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 a game image or sound. The user terminal 100 functions as a control unit (processor) 110 and a storage unit (memory) 120 in cooperation with the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance 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 the exchange between the user terminals 100. The server 200 functions as a control unit (processor) 210 and a storage unit (memory) 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 120 and the storage unit 220 store the game program, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 231 is a game program executed by the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing a game program. The user information 133 is data related to the user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional configuration of 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, and the like to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from the user terminal 100. 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 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, depending on the nature of the game to be executed.

For example, the control unit 210 may calculate a value to be updated for the first parameter of the character in response to a request from the user terminal 100. Hereinafter, the value to be updated is referred to as "update amount", and when the update is increasing, 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, when the limit breakthrough number of the character owned by the user is small, the update amount may be larger, and the update amount may be calculated so that the update amount becomes smaller as the limit breakthrough number increases. The update also includes subtraction. In the present embodiment, only a part of the first parameter may be updated, and according to the above-mentioned limit breakthrough number, the skill level and the score, which are one aspect of the first parameter, are obtained 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 ratio of the increment of the first parameter to the number of updates, as necessary, and updates the first parameter. The amount may be calculated.

The progress support unit 211 communicates with the user terminal 100 and supports the user terminal 100 to advance 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 above-mentioned play parts is being executed.

In the PvP battle, the synchronization control unit 212 communicates with each user terminal 100 to compete with each other to mediate the exchange between the user terminals 100. Further, the synchronization control unit 212 executes synchronization control for matching the opponent and synchronizing the progress of the battle.

The lottery unit 213 can function as a block that executes selection of an object associated with the user based on a predetermined condition in response to a request from the user terminal 100. Examples of the method of selecting an object based on a predetermined condition include a lottery, selection based on a predetermined priority, 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 advances the game according to the operation of the game program 131 and the user. In addition, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 has a first play part progress unit 111, a second play part progress unit 112, a third play part progress unit 113, a fourth play part progress unit 114, and a fifth play part progress unit according to the description of the game program 131. It functions as a play part progress unit 115.

The control unit 110 can also function as another functional block (not shown) in order 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 progress unit and a seventh play part progress unit.

Further, 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 accepts a user's input operation with respect to the input unit 151. For example, the operation reception unit detects the coordinates of the input position in the input unit 151 of the above-mentioned input operation and specifies the type of the input operation. The operation reception unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like. The display control unit outputs a game screen reflecting the processing results executed by each unit of the control unit 110 to the display unit 152 of the touch screen 15. The display control unit may display the game screen including the video generated by each unit of the control unit 110 on the display unit 152. Further, the display control unit may superimpose and draw a graphical user interface (hereinafter, GUI) on the game screen.

The first play part progress unit 111 controls the UI object to be displayed on the display unit 152 in order to construct the UI. The UI object is a tool for the user to make an input 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 are, 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 expressing how the lottery is being executed may be generated.

The third play part progress unit 113 generates a play screen for playing a puzzle game. In addition, the third play part progress unit 113 advances the puzzle in response to an operation on the play screen. Further, when one game play of the puzzle is completed, the third play part progressing unit 113 calculates a game play result representing a result or the like in the game play. It should be noted that one gameplay of a puzzle refers to one gameplay unit defined in a puzzle game.

The fourth play part progress unit 114 executes various processes related to the first parameter and the second parameter of the object according to the operation of the user or with the play of the game. Further, the fourth play part progress unit 114 requests the control unit 210 of the server 200 to calculate and determine the first parameter and the second parameter, if necessary.

In the present embodiment, the fourth play part progress unit 114 updates the above-mentioned first parameter associated with the character held by the user so that the game play can be promoted advantageously. As the first parameter, in the present embodiment, the form which is the level, the score, the skill level and the limit breakthrough number will be described, but the first parameter in the present invention is not limited to this, for example, in a game of fighting an enemy. For example, various parameters associated with the object used by the user, such as attack power, defense power, and speed in a racing game, can be adopted.

The process of updating the first parameter is updated so that the gameplay can be promoted advantageously based on the consumption of the consumable item associated with the user by preventing the duplicate holding of the object or eliminating the duplicate holding. It is a process to do. "Do not allow duplicate possession" includes, for example, a form in which the same object is not possessed when the condition for possessing the same object as the object already possessed is satisfied. For example, the control unit 110 duplicates the same character by the set value corresponding to the newly selected character that is the same as the character already owned by the user. Increase the score and skill level of a character you already own without having it.

In addition, "eliminating duplicate possession" includes, for example, a form in which the possession of a part of the duplicated objects is eliminated when the same object is duplicated in advance. The present 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 selection step overlaps with the character owned by the user, the first parameter is updated so that the game play can be advantageously advanced without possessing the selected character.

The fourth play part progress 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 value is a consumable item that is displayed as an item such as a jewel, coin, or ticket. The in-game value may also include those held by the user based on the billing process based on the user's operation. When such processing can be executed, the user can rapidly increase the first parameter of the object by charging, and thereby can expect even more advantageous gameplay. Therefore, it is possible to increase not only the interest of the game but also the satisfaction of the user with the billing process.

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

The second process may be a process of updating the second parameter associated with the user. In this case, since the first parameter can be used to update the second parameter, it is more effective from the viewpoint of diversifying the strategy for advancing the puzzle game, for example. The second parameter may be any one associated with the user, for example, a character given to the user, a character owned by the user, a consumable item, and the character (may be the same as the first parameter). It also includes parameters, things given to the user according to the number or time of gameplay (such as services provided by the user's login). Further, the process of updating the second parameter can be appropriately determined according to the second parameter, and examples thereof include a process of assigning a character to the user and updating the character owned by the user.

The second process may be a process of updating the second parameter so that the user's game play is advantageous from the viewpoint of enhancing the enjoyment of the game. Further, 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. May be good. According to such a second process, the effect of the second process is difficult to predict, so that the interest of the game may be enhanced.

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

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

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 provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be made to execute a part of the processing in the game system 1. That is, the computer 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 a plurality of these devices.

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

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

In step S501, the fourth play part progressing unit 114 determines whether or not the character newly given to the user overlaps with the character already owned by the user. When the characters overlap, in step S502, the fourth play part progress unit 114 determines the increase amount of the first parameter based on a predetermined update method. Then, in step S503, the fourth play part progress unit 114 adds the determined increase to the first parameter of the character already owned 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, the control unit 110 returns to the flow shown in FIG. By such a process, the user can update the first parameter of the character by not having the character duplicated.

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

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 showing the numerical value of the first parameter of the character, and a display 703 showing the rarity of the character.

Then, when the character newly selected by the lottery and the character owned by the user overlap, in step S501, the fourth play part progressing unit 114 breaks through the limit of the character "bear" owned by the user. Update numbers, levels, scores and skill levels based on the given settings.

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

[Differentiation of the first parameter update amount depending on the presence or absence of billing processing]
In the game program 131, in the above-mentioned update process of the first parameter, depending on whether the operation for obtaining the character that is not to be duplicated is an operation based on the billing process or an operation not based on the billing process. It is possible to store in the memory 11 whether the update amount of the first parameter due to the update is based on the billing process or not based on the billing process. In this case, the fourth play part progress unit 114 executes a process of specifying whether or not the update amount of the first parameter is derived from the charge according to the flow shown in FIG. FIG. 6 is a flowchart showing an example of a process for specifying whether or not the update amount of the first parameter in the present embodiment is derived from billing.

That is, when the increase amount of the first parameter is determined in step S502, in step S601, the fourth play part progress unit 114 determines whether or not the operation of obtaining the character newly given to the user is based on the billing process. To do. The character acquisition operation based on the billing process is an operation of directly or indirectly acquiring the character by the billing process. For example, it is an operation of obtaining a character by consuming a consumable item acquired by a user by billing. On the other hand, the character acquisition operation that is not based on the billing process includes, for example, a game operation when a character is given to the user as the game progresses, and a consumable item acquired by the user as the game progresses. Operations such as consuming and obtaining characters.

Then, when the operation is based on the billing process, in step S602, the fourth play part progress unit 114 stores the increase (update amount) of the first parameter in the memory 11 as a paid portion. If the operation is not based on the billing process, in step S603, the fourth play part progress unit 114 stores the increased portion of the first parameter in the memory 11 as a free portion. Then, the control unit 110 returns to the flow shown in FIG.

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

In step S402, when the control unit 110 receives a predetermined operation of the user, the control unit 110 causes the display unit 152 to display a status screen for displaying the status of the character owned by the user. The status screen includes a user interface (UI) for instructing the subtraction of the first parameter for the 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 of the character “bear”. The screen 800 includes an image 701 of a bear that is a character, a status display 801 that displays the status thereof, and three UIs 802 to 804. The UI 802 is a UI for instructing the execution of the lottery by subtracting the paid portion of the first parameter (the number of breakthroughs). The UI 803 is a UI for instructing the execution of the lottery by subtracting the free portion of the first parameter. The UI 804 is a UI for instructing the execution of a process of consuming a specific item and increasing the first parameter. The operation of instructing the lottery that consumes the first parameter in step S403 is an operation in which the user touches the UI 802 or 803. The process for distinguishing the update amount of the first parameter depending on the presence or absence of the billing process will be described later.

When the control unit 110 executes the process of displaying the status screen on the display unit 152, the fourth play part progress unit 114 may determine whether or not the condition related to the consumption of the first parameter (consumable condition) is satisfied. Good. Here, the consumable condition includes, for example, that the user possesses the first parameter in an amount equal to or larger than the amount required for one second process. When the control unit 110 determines that the fourth play part progress 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 where instructions by touch operation can be accepted, and if it is determined that the fourth play part progress unit 114 does not satisfy the consumable condition, the UI cannot accept instructions by touch operation. It may be displayed in such a state.

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

When the lottery instruction is received in step S403, in step S404, the fourth play part progress unit 114 subtracts the first parameter of the character owned by the user by an amount corresponding to the lottery process. 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 receives the request from the user terminal 100 executes the lottery process and determines 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 the lottery.

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

Even if the control unit 110 does not accept the operation of instructing the lottery from the user in step S403, the control unit 110 ends a series of processes for executing the second process by subtracting the first parameter.

[Example of second processing for a fee for the first parameter]
Regarding the second process, when the update amount of the first parameter is distinguished by the presence or absence of the charge process as described above, the lottery unit 213 of the server 200 determines that the subtraction amount of the first parameter to be subtracted is the update amount based on the charge process. And different processing may be executed depending on which of the renewal amounts not based on the billing processing is allocated. By executing such a second process, the user can obtain different results depending on the origin of the paid / free first parameter to be subtracted. Therefore, it is possible to diversify the second process and further enhance the fun of the game. Hereinafter, in the present embodiment, an example in which different lottery processes are executed depending on whether or not the update amount of the first parameter consumed for the lottery is derived from billing will be described with reference to the screen example shown in FIG.

For example, when the user receives a touch operation on the UI 802, the control unit 110 causes the display unit 152 to display the screen 810 as shown in FIG. 8 (B). The screen 810 is configured by, for example, displaying the window 811 overlapping the screen 800. The window 811 includes a message 812 notifying that the lottery for one character is executed by consuming 10 paid amounts of the bear's limit breakthrough number, and a parameter fluctuation display 813 displaying the fluctuation of the first parameter before and after the consumption. , UI 814 for instructing the execution of the lottery and UI 815 for instructing not to execute the lottery.

When the control unit 110 receives the touch operation on the UI 814 by the user, the control unit 110 subtracts the first parameter in step S404 as described above. More specifically, the paid portion of the limit breakthrough number of "bears" owned by the user is consumed by 10 and subtracted from 15 to 5. As a result, the number of "bear" breakthroughs is subtracted from 28 to 18. With this limit breakthrough number, the "bear" level is reduced by 11 to 31 to 20, the score is reduced by 100 to 2800 to 1800, and the skill level is reduced by 3 to 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 for displaying the character determined by the lottery instead of the bear image 701 on the screen 700, for example.

[Example of second processing with free portion of the first parameter]
Alternatively, when the control unit 110 receives a touch operation on the UI 803 by the user, a message notifying that the free portion is consumed instead of the paid portion of the limit breakthrough number instead of the screen 810 and the free portion of the limit breakthrough number are consumed. A screen showing the fluctuation of the score and a screen including the fluctuation of the score are displayed on the display unit 152. When the control unit 110 receives the touch operation on the UI 814 by the user, the first parameter is subtracted in step S404 as described above. For example, the free portion of the user's "bear" limit breakthrough is consumed 10 and as a result, as mentioned above, the limit breakthrough number is subtracted to 18, the level is subtracted to 20, the score is 1800, and the skill level. Is subtracted by 6. Next, a lottery result display screen for displaying the character determined by the lottery instead of the bear image 701 on the screen 700 is displayed on the display unit 152.

As an example of processing different from the case of consuming the paid portion 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 1 It is assumed that the first parameter can be updated to be increased by a predetermined amount depending on the first amount of in-game value (for example, a virtual currency displayed as a jewel or the like) required to execute the game once. In this case, by subtracting the above-mentioned predetermined amount from the paid portion of the limit breakthrough number, the above-mentioned lottery process is executed once, a character is selected by lottery, and one selected character is given to the user. On the other hand, as a lottery process, a lottery is performed by inputting a plurality of game media such as characters, and as a result of the lottery, one game medium is given. For example, instead of throwing in multiple characters of the same rarity, another character is given (the same character as the thrown character may not be drawn). Here, out of the free portion of the limit breakthrough number, an amount larger than the above-mentioned predetermined amount may be consumed, the lottery process may be executed once, and one game medium may be given to the user by the lottery.

Here, the control unit 110 executes the second process so that it is more advantageous or disadvantageous for the user to consume the free portion of the limit breakthrough number than to consume the paid portion of the limit breakthrough number. You may. As an example of such an advantageous second process, a process of executing a lottery of a new character from a group consisting of a plurality of characters possessed by the user and not including the character to be subtracted from the first parameter as a lottery target. Can be mentioned. In this case, the "bear" will not be selected again by the lottery. Therefore, the situation where the bear is newly held by the user by consuming 10 to 100 of the first parameter of the bear is avoided. In this respect, the user is compared with the normal lottery that consumes the paid portion of the first parameter. It can be said that it is more advantageous for. The second process as described above may be executed so that it is more advantageous for the user to consume the paid portion of the limit breakthrough number.

[Break through the limit with specific items]
Further, for example, when the control unit 110 receives a touch operation on the UI 804 by the user, the control unit 110 consumes a specific item such as a ticket that increases the limit breakthrough number instead of the message 812 on the screen 810 to increase the bear limit breakthrough number. A screen including a message to increase and UI 814 and 815 is displayed on the display unit 152. When the control unit 110 receives a touch operation on the UI 814 by the user, the control unit 110 causes the display unit 152 to display a screen showing the character, the limit number of breakthroughs before and after the increase, and the score, as shown in FIG. 7 (B).

When the ticket is acquired by the user by the billing process, the fourth play part progress unit 114 associates the increase amount of the first parameter with the user and stores it in the memory 11 as a paid portion. When the ticket is acquired by the user without requiring a billing process due to the progress of the game or the like, the fourth play part progress unit 114 associates the increase amount of the first parameter with the user and also associates the ticket 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 by the subtraction of the first parameter on the status screen of the character is the second along with the confirmation of the status of the first parameter of the character owned by the user. It is convenient because it is possible to easily execute the parameter updateability and execution.

[Modification example]
In the above-described embodiment of the present invention, the step of selecting any one of a plurality of objects including a specific object is further included, and in the step of executing the first process, the object selected in the selection step is The mode in which the first parameter is updated without possessing the selected object when it overlaps with the object owned by the user has been described. In the present invention, the form in which the first parameter is updated by not duplicating the objects or eliminating the duplication is not limited to the above-mentioned form.

For example, in the present invention, the user further includes a step of selecting any one of a plurality of objects including a specific object, and in the step of executing the first process, the object selected in the selection step is owned by the user. When the object is duplicated, an item for updating the first parameter is given to the user in place of the selected object, stored in the memory 11, and the item is consumed according to the user's operation. One parameter may be updated. As an example of this aspect, when a new character to be given to the user overlaps with a character owned by the user, the user is given an item in which the limit breakthrough of the character is executed by the consumption of the new character. Can be mentioned. The item may be available to any character owned by the user.

Alternatively, in the present invention, in the step of executing the first process, one object is left from a plurality of duplicate objects owned by the user and the remaining objects are consumed, thereby eliminating the duplicate possession of the objects. , The first parameter may be updated. As an example of this aspect, when a new character to be given to the user overlaps with a character held by the user, the user is made to hold the new character in duplicate. Then, in a plurality of overlapping characters of the same type, there is an embodiment in which the ability of the target character is improved by consuming at least one of the possessed characters.

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

Alternatively, as for the relationship between the level and the limit breakthrough, the same number of growth curves as the number of limit breakthroughs are set in a certain level range (for example, level 1 to level 100), and one growth curve is one level higher. 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 (particularly the lottery unit 213) and the control block of the control unit 110 (particularly the fourth play part progress unit 114) are logic circuits (hardware) formed in an integrated circuit (IC chip) or the like. It may be realized by hardware) or by software using a CPU (Central Processing Unit).

In the latter case, the information processing unit provided with the control unit 210, the control unit 110, or both is a CPU that executes the instructions of a program that is software that realizes each function, and the above program and various data are computers (or CPUs). It is equipped with a ROM (Read Only Memory) or a storage device (these are referred to as "recording media"), a RAM (Random Access Memory) for expanding the above program, and the like. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

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

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

(Item 1) The game program (131) has been described. According to certain aspects of the disclosure, a game program is executed by a computer (at least one of a user terminal 100 and a server 200) equipped with a processor (10, 20) and memory (11, 21). The game program favors the user's gameplay by not allowing the processor to duplicate the first parameter associated with the object owned by the user, or by eliminating the duplicate possession of the object. The step of executing the first process of updating and storing in the memory so as to proceed to the above, and the step of executing the second process by subtracting the first parameter stored in the memory are executed. This allows the user to update the first parameter of the object by not duplicating the object or eliminating the duplication, and in exchange for the subtraction of the first parameter that the user has already acquired. It is possible to execute further processing related to the game. Therefore, the motivation to update the first parameter of the object is increased, and the method of utilizing the updated first parameter is increased, so that the strategy for advancing the game is diversified. Therefore, the interest of the game is enhanced.

(Item 2) In (Item 1), the game program may execute a process of updating the second parameter associated with the user in the step of executing the second process. 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 even more effective from the viewpoint of diversifying the strategies for advancing the game and from the viewpoint of enhancing the interest of the game.

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

(Item 4) In any one of the items (item 1) to (item 3), the game program performs an operation for obtaining an object that is not to be duplicated in the step of executing the first process, or Whether the update amount of the first parameter by the update is based on the billing process or not based on the billing process, depending on whether the operation for obtaining the object for which the duplicate possession has been resolved is an operation based on the billing process. Is stored in the memory, and as the second process, different processes are executed depending on whether the subtraction amount of the first parameter to be subtracted is assigned from the update amount based on the billing process or the update amount not based on the billing process. May be good. According to this configuration, the user can obtain the result of different second processing depending on the origin of the paid / free of charge of the first parameter to be subtracted. Therefore, since the second processing is diversified, the fun of the game is improved.

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

(Item 6) In any one of the items (item 1) to (item 5), the game program causes 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 the step of displaying a user interface for instructing the subtraction of the first parameter. According to this configuration, when the user confirms the first parameter of the object owned by the user, for example, when he / she feels a margin in the first parameter, he / she can immediately execute the second process by subtracting the parameter. It becomes. Therefore, the convenience of obtaining the advantageous effect of the second treatment can be further improved.

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

(A) In the step of executing the first process, which further includes a step of selecting any one of a plurality of objects including a specific object, the object selected in the selected step is an object owned by the user. In case of duplication, the first parameter is updated without holding the selected object.

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

(C) In the step of executing the first process, the first object is eliminated by eliminating the duplicate possession of the object by consuming the remaining object while leaving one object from the duplicate object possessed by the user. Update the parameters.

(Item 8) The method of executing the game program has been explained. According to certain aspects of the disclosure, a game program is executed by a computer equipped with a processor and memory. The method is a method in which the processor performs each step according to (item 1). The method according to (item 8) has the same effect as the game program according to (item 1).

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

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF (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 unit), 110, 210 control unit (processor), 111 1st play part progress unit, 112 2nd play Part progress part, 113 3rd play part progress part, 114 4th play part progress part, 115 5th play part progress part, 120, 220 storage part (memory), 131,231 game program, 132 game information, 133 user information , 151 Input unit (operation unit), 152 display unit, 200 server, 211 progress support unit, 212 synchronization control unit, 213 lottery unit, 301 puzzle element, 302 injection table, 303 character element, 304 list, 305 parameter display, 306 Button, 307 gauge, 700,710,800,810 screen, 701 image, 702,712,801 status display, 703 rarity display, 802-804,814,815 UI, 811 window, 812 message, 813 parameter fluctuation display 1010 Object, 1020 Controller (operation unit), 1030 Storage medium

Claims (9)

It ’s a game program
The game program is executed by a computer equipped with a processor and memory.
The game program is supplied to the processor.
The first parameter associated with the object held by the user is updated so that the user's gameplay can be promoted advantageously by preventing the duplicate holding of the object or eliminating the duplicate holding of the object. And the step of executing the first process to be stored in the memory
A game program that executes a step of executing a second process by subtracting the first parameter stored in the memory. The game program according to claim 1, wherein in the step of executing the second process, a process of updating the second parameter associated with the user is executed. 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 is executed. Whether or not the operation for obtaining the object that is not to be duplicated or the operation for obtaining the object for which the duplicated possession is eliminated in the step of executing the first process is an operation based on the billing process. Depending on the situation, whether or not the update amount of the first parameter due to the update is based on the billing process is stored in the memory.
As the second process, a different process is executed depending on whether the subtraction amount of the first parameter to be subtracted is assigned from the update amount based on the charge process or the update amount not based on the charge process. The game program according to any one of ~ 3. As the second process, any one of the objects available in the game play is selected based on a predetermined rule, and the selected object is stored in the memory in association with the user as being owned by the user. The game program according to any one of claims 1 to 4, which executes the process of causing the game to be executed. The game program is supplied to the processor.
A claim that further performs a step of displaying a user interface for instructing the subtraction of the first parameter for the execution of the second process, as well as the status of the object owned by the user, including the first parameter. The game program according to any one of Items 1 to 5. The game program according to any one of claims 1 to 6, which includes any of the following A, B and C;
(A) Further includes a step of selecting any one of a plurality of objects including a specific object.
In the step of executing the first process, when the object selected in the selected step overlaps with the object held by the user, the first parameter is set without holding the selected object. Update,
(B) Further includes a step of selecting any one of a plurality of objects including a specific object.
In the step of executing the first process,
When the object selected in the selection step overlaps with the object owned by the user, an item for updating the first parameter is given to the user in place of the selected object in the memory. Remember,
The first parameter is updated by consuming the item in response to the user's operation.
(C) In the step of executing the first process, by consuming the remaining objects while leaving one object from the plurality of duplicate objects owned by the user, the duplicate possession of the objects is eliminated. , The first parameter is updated. A method in which a computer executes a game program, said computer comprising a processor and memory.
A method in which the processor performs each step according to claim 1. It is an information processing device, and the information processing device is
A memory for storing the game program according to claim 1 and
An information processing device including a processor that controls the operation of the information processing device by executing the game program.

Images