JP7679167B2 - GAME PROGRAM, GAME PROCESSING METHOD, AND INFORMATION PROCESSING DEVICE - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act. See statement dated July 9, 2019.

The present invention relates to a game program, a game processing method, and an information processing device.

Conventionally, games are known in which a user selects a main object and a sub-object from among a number of objects owned by the user, and defines the parameters of a character based on the parameters of the selected main and sub-objects (for example, Patent Literature 1, Non-Patent Literature 1).

JP 2016-165360 A Battle Girl High School Strategy Summary Wiki, [online], [searched May 10, 2019], Internet (URL: https://wiki.dengekionline.com/battlegirl/%E3%83%81%E3%83%BC%E3%83%A0%E7%B7%A8%E6%88%90)

In the games described in Patent Document 1 and Non-Patent Document 1, it is not possible to select the same type of object (for example, objects with the same object ID) as the main and sub objects, and there is little benefit to owning objects of the same type.

One aspect of the present disclosure aims to provide a game program, a game processing method, and an information processing device that can provide users with a new way to enjoy the game.

According to one embodiment shown in the present disclosure,
A game program executed by a computer having a processor and a memory,
The game program causes the processor to
providing, in response to an operation by a user, an object selected from an object group including a plurality of types of objects belonging to a first category and a plurality of types of objects belonging to a second category to the user;
constructing a deck including one or more designated characters designated by the user from among characters available to the user;
setting an object belonging to the first category assigned to the user in a setting frame for an object belonging to the first category of the designated character in response to an operation by the user;
setting an object belonging to the second category assigned to the user in a setting frame for an object belonging to the second category of the designated character in response to an operation by the user;
defining parameters of the designated character based on parameters of objects belonging to the set first category and parameters of objects belonging to the set second category;
The object belonging to the first category has a character that can be set in advance,
the setting frame for the object belonging to the first category has at least a first setting frame and a second setting frame;
When two or more objects of the same type belonging to the first category are assigned to the user, the objects of the same type can be set in the first setting frame and the second setting frame;
The object belonging to the second category has no character that can be set in advance,
the setting frame for the object belonging to the second category has at least a third setting frame;
When two or more objects of the same type belonging to the second category are given to the user, the objects of the same type can be set in the third setting frames of different designated characters,
For objects belonging to a first category, two or more objects of the same type can be synthesized into one object of the same type having improved parameters compared to the two or more objects of the same type;
For objects belonging to the second category, two or more objects of the same type can be synthesized into one object of the same type having improved parameters compared to the two or more objects of the same type.
A game program is provided.

According to one embodiment of the present disclosure, a game program can be provided that can provide users with a new way to have fun.

FIG. 1 illustrates an example of a configuration of a game distribution system according to an embodiment. FIG. 2 is a block diagram showing a functional configuration of a user terminal according to an embodiment. FIG. 2 is a block diagram showing a functional configuration of a server according to an embodiment. 11 is a flowchart showing an example of a game execution process according to an embodiment. 11 is an example of an object selection table according to an embodiment. FIG. 13 is a diagram showing an example of a game screen according to an embodiment. 11 is a flowchart illustrating an example of an object setting process according to an embodiment. FIG. 13 is a diagram showing an example of a game screen according to an embodiment. FIG. 13 is a diagram showing an example of a game screen according to an embodiment. FIG. 13 is a diagram showing an example of a game screen according to an embodiment. 11 is a flowchart showing an example of a game progression process according to an embodiment. FIG. 13 is a diagram showing an example of a game screen according to an embodiment.

Below, the embodiment of this technical idea will be described in detail with reference to the drawings. In the following description, the same parts are given the same reference numerals. Their names and functions are also the same. Therefore, detailed descriptions thereof will not be repeated. In one or more embodiments shown in this disclosure, the elements included in each embodiment can be combined with each other, and the result of such combination is also considered to be part of the embodiment shown in this disclosure.

(Game distribution system configuration)
In this embodiment, a user operates an information processing device equipped with a touch screen, such as a smartphone, to progress through a game while transmitting and receiving data related to the game between the game server and the smartphone.
Fig. 1 is a diagram showing a configuration of a game distribution system 1 according to an embodiment. As shown in Fig. 1, the game distribution system 1 includes an information processing device used by a user and a server 20, and these devices are connected to each other via a network 30 so as to be able to communicate with each other.

In the example of FIG. 1, multiple mobile terminals such as user terminal 10A, user terminal 10B, and user terminal 10C (hereinafter, user terminals such as user terminals 10A, 10B, and 10C may be collectively referred to as "user terminal 10") are shown as information processing devices used by users. User terminal 10A and user terminal 10B connect to network 30 by communicating with wireless base station 31. User terminal 10C connects to network 30 by communicating with wireless router 32 installed in a facility such as a house. User terminal 10 is a mobile terminal equipped with a touch screen, such as a smartphone, a phablet, or a tablet.

The user terminal 10 executes a game program to provide the user with an environment for playing a game corresponding to the game program. The user terminal 10 installs the game program via a platform that distributes apps and the like. The user terminal 10 executes a game program installed on the user terminal 10 or a game program that has been pre-installed in advance, allowing the user to play the game. The user terminal 10 communicates with the server 20 by reading and executing the game program, and transmits and receives data related to the game between the user terminal 10 and the server 20 as the game progresses.

The server 20 transmits data necessary for playing the game to the user terminal 10 as appropriate, thereby progressing the game play on the user terminal 10. The server 20 manages various data related to the game for each user playing the game. The server 20 communicates with the user terminal 10, and transmits images, audio, text data, and other data to the user terminal 10 according to the progress of each user's game.

The game distribution system 1 is not limited to a specific play format, and may be a system for executing games of any play format. For example, the game program supports single play by a single user and multiplay by multiple users as modes in which users play the game. For example, in the game distribution system 1, the server 20 identifies users participating in the multiplay and communicates with each user terminal 10 of each user, thereby providing each user with an environment for playing the game in multiplay. The game distribution system 1 may employ play formats of multiplayer games, such as a competitive game in which multiple users compete against each other, and a cooperative game in which multiple users cooperate to progress through the game.

As shown in FIG. 1, the server 20 has a hardware configuration including a communication IF (Interface) 22, an input/output IF 23, a memory 25, a storage 26, and a processor 29, which are connected to each other via a communication bus.

The communication IF 22 supports various communication standards, such as the LAN (Local Area Network) standard, and functions as an interface for transmitting and receiving data between external communication devices such as the user terminal 10.

The input/output IF 23 functions as an interface for accepting input of information to the server 20 and outputting information to the outside of the server 20. The input/output IF 23 includes an input accepting unit that accepts connection of an information input device such as a mouse or keyboard, and an output unit that accepts connection of an information output device such as a display for displaying images, etc.

Memory 25 is a storage device for storing data and the like used in processing. For example, memory 25 provides processor 29 with a working area for temporary use when processor 29 performs processing. Memory 25 is configured to include storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory).

Storage 26 is a storage device for storing various programs and data to be read and executed by processor 29. Information stored in storage 26 includes game programs, information related to game programs, information on users playing game programs, and other information. Storage 26 is configured to include storage devices such as HDDs (Hard Disk Drives) and flash memories.

The processor 29 controls the operation of the server 20 by reading and executing programs and the like stored in the storage 26. The processor 29 includes, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), and the like.

Figure 2 is a block diagram showing the functional configuration of the user terminal 10. As shown in Figure 2, the user terminal 10 includes an antenna 110, a wireless communication IF 120, a touch screen 130, an input/output IF 140, a memory unit 150, an audio processing unit 160, a microphone 170, a speaker 180, and a control unit 190.

The antenna 110 radiates the signal emitted by the user terminal 10 into space as radio waves. The antenna 110 also receives radio waves from space and provides the received signal to the wireless communication IF 120.

The wireless communication IF 120 performs modulation and demodulation processing for transmitting and receiving signals via the antenna 110 etc. so that the user terminal 10 can communicate with other communication devices. The wireless communication IF 120 is a communication module for wireless communication that includes a tuner, a high-frequency circuit, etc., and performs modulation and demodulation and frequency conversion of the wireless signals transmitted and received by the user terminal 10, and provides the received signals to the control unit 190.

The touch screen 130 accepts input from the user and outputs information to the user on the display 132. The touch screen 130 includes a touch panel 131 for accepting input operations from the user, and a display 132 for displaying menu screens and the progress of the game on the screen. The touch panel 131 is, for example, a capacitive type, and detects the approach of a user's finger or the like. The display 132 is, for example, an LCD (Liquid Crystal Display), an organic EL (electroluminescence), or other display device.

The input/output IF 140 accepts information input to the user terminal 10 and functions as an interface for outputting information outside the user terminal 10.

The storage unit 150 is composed of a flash memory, a RAM (Random Access Memory), etc., and stores programs used by the user terminal 10 and various data that the user terminal 10 receives from the server 20.

The audio processing unit 160 modulates and demodulates audio signals. The audio processing unit 160 modulates the signal provided by the microphone 170 and provides the modulated signal to the control unit 190. The audio processing unit 160 also provides the audio signal to the speaker 180. The audio processing unit 160 is realized, for example, by a processor for audio processing. The microphone 170 functions as an audio input unit that receives input of an audio signal and outputs it to the control unit 190. The speaker 180 functions as an audio output unit that outputs the audio signal to the outside of the user terminal 10.

The control unit 190 controls the operation of the user terminal 10 by reading and executing programs stored in the storage unit 150. The control unit 190 is realized, for example, by an application processor.

The process by which the user terminal 10 executes the game program 151 will be described in more detail. The storage unit 150 stores the game program 151, game information 152, and user information 153. The user terminal 10, for example, downloads the game program from the server 20 and stores it in the storage unit 150. In addition, the user terminal 10 communicates with the server 20 as the game progresses, thereby transmitting and receiving various data such as the game information 152 and user information 153 to and from the server 20.

The game program 151 is a program for progressing the game on the user terminal 10. The game information 152 includes various data referenced by the game program 151. The game information 152 includes, for example, information on objects to be placed in the virtual space in the game, information on objects owned by the user, information on effects associated with the objects (including information on skills set for game characters, etc.). The user information 153 includes information on the user playing the game. The user information 153 includes, for example, information identifying the user of the user terminal 10 playing the game, information identifying other users who play the game in cooperation during multiplayer, etc.

The control unit 190 loads and executes the game program 151 to perform the functions of an input operation reception unit 191, an object assignment unit 192, a deck construction unit 193, an object setting unit 194, a parameter definition unit 195, a game progression unit 196, and a display control unit 197.

The input operation reception unit 191 receives input operations from the user based on the output of the touch screen 130. Specifically, the input operation reception unit 191 detects the approach of a user's finger or the like to the touch panel 131 as coordinates in a coordinate system consisting of the horizontal and vertical axes of the surface that constitutes the touch screen 130.

The input operation reception unit 191 determines the user's operation on the touch screen 130. The input operation reception unit 191 determines the user's operation such as, for example, (1) "approach operation", (2) "release operation", (3) "tap operation", (4) "double tap operation", (5) "long press operation (long touch operation)", (6) "drag operation (swipe operation)", (7) "move operation", and (8) "flick operation". The user's operations determined by the input operation reception unit 191 are not limited to the above. For example, if the touch panel 131 has a mechanism capable of detecting the magnitude of pressure applied by the user to the touch panel 131, the input operation reception unit 191 determines the magnitude of pressure applied by the user.

(1) An "approach operation" is an operation in which a user brings a finger or the like close to the touch screen 130. The touch screen 130 detects the approach of a user's finger or the like (including the user's finger or the like touching the touch screen 130) using the touch panel 131, and outputs a signal corresponding to the detected coordinates of the touch screen 130 to the input operation receiving unit 191. The control unit 190 determines that the state has changed from a state in which the approach of a user's finger or the like to the touch screen 130 has not been detected to a state in which the control unit 190 detects the approach to the touch screen 130 to a "touch-on state."

(2) A "release operation" is an operation in which the user stops the state in which he or she is operating the touch screen 130 by approaching it. For example, the control unit 190 determines that the user's operation is a "release operation" when the user releases his or her finger from the state in which the finger is in contact with the touch screen 130. The control unit 190 determines that the state has changed from a "touch-on state" to a "touch-off state" when the control unit 190 goes from a state in which the control unit 190 detects the approach of the user's finger or the like to the touch screen 130 to a state in which the control unit 190 does not detect the approach.

(3) A "tap operation" is when a user performs an approach operation by bringing a finger or the like close to the touch screen 130, and then performs a release operation at the position where the approach operation was performed. When the input operation reception unit 191 detects that a user's finger or the like has approached based on the output of the touch screen 130 from a state where an approach operation is not detected (a state where the user's finger or the like is away from the touch screen 130 and the touch panel 131 has not detected the approach of the user's finger or the like), the input operation reception unit 191 holds the detected coordinates as an "initial touch position". When the coordinates of the initial touch position and the coordinates of the release operation are almost the same (when the coordinates of the release operation are detected within a certain range of the coordinates where the approach operation was detected), the control unit 190 determines that the user's operation is a "tap operation".

(4) A "double tap operation" is an operation in which a user performs a tap operation twice within a certain period of time. For example, when the control unit 190 determines that a user operation is a tap operation and then determines that the user again taps at the coordinates of the tap operation within a certain period of time, the control unit 190 determines that the user operation is a "double tap operation."

(5) A "long press operation" is an operation in which the user continues to press the touch screen 130. The control unit 190 detects the user's operation and determines that it is an approach operation. If the duration of the approach operation at the coordinates where the approach operation was detected (or within a certain area including the coordinates) exceeds a certain period of time, the control unit 190 determines that the user's operation is a "long press operation" (a "long press operation" is also sometimes referred to as a "long touch operation").

(6) A "drag operation" is an operation in which a user brings a finger or the like close to the touch screen 130 and slides the finger while maintaining the close contact state.

(7) A "move operation" refers to a series of operations in which a user performs a release operation by moving the position where a finger or other object is approaching the touch screen 130 while maintaining an approach operation on the touch screen 130.

(8) A "flick operation" refers to an operation in which a user performs a move operation in a time shorter than a predetermined time. A flick operation is an operation in which the user flicks the touch screen 130 with a finger.

The object granting unit 192 grants one or more objects to the user based on the result of a selection process executed by the server 20 in response to an input operation by the user on the touch screen 130. The object granting unit 192, for example, stores information about the one or more objects selected by the selection process in the storage unit 150, and makes the one or more objects available to the user in the game. The selection process will be described in detail in a later paragraph.

The objects granted by the object granting unit 192 are not limited as long as they can be used by the user in the game. Examples of such objects include game characters, weapons, armor, accessories, and items that adjust the parameters of game characters, such as jobs. Note that a job is typically the occupation of a game character, such as warrior or wizard, and by setting a job for a game character, for example, the parameters of the game character can be adjusted or the skills that the game character can use can be determined.

The deck construction unit 193 constructs a deck that includes one or more game characters designated by the user's operational input from among game characters available to the user (hereinafter sometimes referred to as "own characters"). Here, a deck refers to, for example, a definition of one or more game characters to be involved in an in-game event (e.g., a battle event). The deck construction unit 193, for example, stores information about the constructed deck in the storage unit 150, and makes it possible to progress through an in-game event based on the deck.

The object setting unit 194 sets an object selected from among the objects assigned to the user in an object setting frame (hereinafter sometimes referred to as a setting frame) provided for the player's character selected by the user based on the user's input operation. There may be one setting frame for one game character, multiple setting frames, or a set number for each character. In addition, the setting frame may specify the type of object that can be set. As setting frames, for example, a setting frame for weapons, a setting frame for armor, a setting frame for accessories, a setting frame for jobs, etc. may be provided.

The parameter definition unit 195 defines the parameters of the player's character based on the parameters of the object set in the setting frame by the object setting unit 194. The parameter definition unit 195, for example, stores the defined parameters of the player's character in the storage unit 150, and makes it possible to progress in-game events based on the parameters.

The game progression unit 196 performs various processes related to the progression of the game. For example, the game progression unit 196 interprets the user's instructions based on the coordinates of the input position of the input operation accepted by the input operation acceptance unit 191 and the type of operation, and progresses the game based on this interpretation.

The game progression unit 196 can control, for example, the movement of the player's character, the progress of a battle event based on the user's instructions and the parameters of the player's character and the parameters of a game character that is the player's character's opponent (hereinafter also referred to as an enemy character), the generation, control, and destruction of various objects that appear in the game (for example, enemy characters, NPCs (Non-Playable Characters) such as villagers, buildings, etc.), and the generation, transformation, and movement of a GUI (Graphical User Interface) screen that is generated based on the user's instructions.

The game progression unit 196 can also, for example, transmit instructions from the user to the server 20, receive the results of calculations performed on the basis of the instructions at the server 20, and progress the game based on the received calculation results.

The display control unit 197 determines the display content of the display 132 according to the input operation received by the input operation receiving unit 191 and the control of the game progression unit 196, and outputs various information such as images and text according to the determined display content to the display 132. The display control unit 197 displays, for example, animation images showing the movements of each game character, various menu screens, GUIs, and the like on the display 132.

Figure 3 is a block diagram showing the functional configuration of server 20. The detailed configuration of server 20 will be described with reference to Figure 3. Server 20 operates according to a program to fulfill the functions of communication unit 220, memory unit 250, and control unit 290.

The communication unit 220 functions as an interface for the server 20 to communicate with external communication devices such as the user terminal 10 via the network 30.

The storage unit 250 stores various programs and data for the user to progress through the game on the user terminal 10. In one aspect, the storage unit 250 stores a game program 251, game information 252, and user information 253.

The game program 251 is a program for the server 20 to communicate with the user terminal 10 and progress the game on the user terminal 10. The game program 251 refers to game information 252 and user information 253, which are various data for progressing the game, and progresses the game in response to input operations by the user. When executed by the control unit 290, the game program 251 causes the server 20 to perform processes such as sending and receiving data to and from the user terminal 10, progressing the game in response to operations performed by the user of the user terminal 10, and updating information about the user playing the game.

The game information 252 includes various data referenced by the game program 251. The game information 252 includes, for example, an object selection table 252A. The object selection table 252A is a table referenced during the selection process described below. The object selection table 252A stores, for example, the probability that various objects will be selected (hereinafter sometimes referred to as selection probability) in association with the IDs of various objects to be selected in the selection process. Note that multiple object selection tables 252A may be prepared. The object selection table 252A may also be updated depending on the degree to which the user has progressed in the game.

User information 253 is information about users who play the game. User information 253 includes a user management table 253A. User management table 253A includes, for example, information identifying each user, information indicating the degree to which the user has progressed in the game, objects granted to the user, and information on parameters set for the user (e.g., stamina value).

The control unit 290 executes the game program 251 stored in the memory unit 250 to perform the functions of a transmission/reception unit 291, a selection processing unit 292, a synthesis processing unit 293, a data management unit 294, a game progress processing unit 295, and a measurement unit 296.

The transmission/reception unit 291 receives various information from the user terminal 10 executing the game program 151, and transmits various information to the user terminal 10. The user terminal 10 and the server 20 transmit and receive information such as requests to place objects associated with the user in the virtual space, requests to delete objects, requests to move objects, requests to update various parameters according to rewards acquired by the user, images, audio and other data for progressing the game, and notifications transmitted from the server 20 to the user terminal 10.

The selection processing unit 292 executes a process of selecting an object from a group of objects including multiple types of objects in response to a request from the user terminal 10 based on a user's operation input. The selection process is executed by referring to the object selection table 252A, and for example, one or more objects are randomly selected from each object included in the object selection table 252A based on the selection probability set for each object. Note that if multiple object selection tables 252A are prepared, the selection processing unit 292 determines which table to refer to in the selection process based on the content of the request from the user terminal 10, the user's progress in the game, etc. Information on the object selected by the selection processing unit 292 is transmitted to the user terminal 10 by the transmission/reception unit 291.

The selection process by the selection processing unit 292 may be performed in exchange for a predetermined value. The predetermined value may be, for example, in-game currency that is provided to the user as a result of the user's payment or game play.

The synthesis processing unit 293 synthesizes objects assigned to the user in response to a request from the user terminal 10 based on the user's operational input. For example, the synthesis processing unit 293 synthesizes one object that serves as the base of the synthesis with one or more objects that serve as materials for the synthesis, improving the parameters of the one object that serves as the base of the synthesis or generating a new object based on the one object that serves as the base of the synthesis, and eliminating one or more objects that serve as materials for the synthesis. The base and materials for the synthesis are determined based on the user's operational input.

The synthesis process may be made executable only when the synthesis base and material satisfy a specified relationship. The specified relationship is not particularly limited and can be set appropriately depending on the content of the game. The specified relationship can be, for example, that the base and material are objects of the same type (e.g., the object ID is the same), or that the base and material are in the same category (e.g., weapon objects, armor objects, etc.).

The data management unit 294 performs processes such as updating various data stored in the storage unit 250 and adding/updating/deleting records from a database in accordance with the results of processing in the selection processing unit 292, synthesis processing unit 293, game progress processing unit 295, etc. The data management unit 294 updates the user information 253 so that it includes information on the object selected by the selection processing unit 292, for example. The data management unit 294 also updates the user information 253 so that it changes information on the object that was the basis for synthesis in the synthesis processing unit 293 to the content after synthesis, and deletes the object that was used as material, for example.

The game progress processing unit 295 controls the operation of the entire server 20 and performs processing required for the progress of the game by calling various programs, etc. The game progress processing unit 295 progresses the game by updating data such as game information 252 and user information 253 based on information received from the user terminal 10, and transmitting various data to the user terminal 10.

The measurement unit 296 performs a process of measuring time. For example, the measurement unit 296 measures the passage of time for each object placed in the virtual space. The measurement unit 296 also measures the time over which the game is progressing. The server 20 receives information on various measurement results measured by executing the game program 151 on the user terminal 10 from the user terminal 10, and synchronizes various types of time-related information between the user terminal 10 and the server 20 by comparing the received information with the measurement results of the measurement unit 296.

(Game Overview)
A game based on the game distribution system 1 according to this embodiment is, for example, any game in which a plurality of game characters (player characters) appear that are operated by a user of the user terminal 10. The game is, for example, a game that includes a turn-based battle (hereinafter also referred to as a battle) in which the player character and another game character (enemy character) controlled by the game distribution system 1 attack alternately in each turn.

In addition, the player's character is set with at least hit points (hereafter sometimes referred to as HP) and skill points (hereafter sometimes referred to as SP) as parameters. HP is the player's character's physical strength, and decreases when attacked by an enemy character. Furthermore, if HP reaches zero, the player's character becomes unable to act. When the player's character uses a skill, SP decreases according to the SP consumption set for the skill used. The player's character cannot use a skill that consumes more SP than the current SP.

In addition, in this game, the user is provided with a stamina value (second parameter) that can be used during the game. The stamina value in this game is not consumed in conjunction with the character's actions in the game (e.g., participating in a quest), but is a parameter used to restore the player's character's current HP and SP (first parameter). In this game, the means of restoring HP and SP are limited to the use of stamina value, and HP and SP are not restored, for example, by the player's character's use of magic or as time passes. Note that stamina value is restored as time passes in the real world.

The games based on the game distribution system 1 are not limited to the turn-based battle games described above, but may be action RPGs (Role Playing Games) or games of any genre, such as sports games.

(Example of the game program's operation)
Next, an example of the operation of this game program will be described with reference to Figures 4 to 12. Note that the order of each process constituting the flowchart described below is random as long as no contradiction or inconsistency occurs in the process content.

Figure 4 is a flowchart that explains an example of the operation of the user terminal 10 and the server 20 in the game execution process according to this game program. The process shown in Figure 4 is realized by the control unit 190 executing the game program 151, and the control unit 290 executing the game program 251.

As a premise, when the game starts, a game screen is displayed on the touch screen 130. The user can cause the control unit 190 and/or control unit 290 to execute various game processes by inputting various operations to the touch screen 130. The following processes of steps S401 to S410 and step S430 are repeated until the end of the game.

First, in step S401, the control unit 190 accepts an operation input by the user. Next, in step S402, the control unit 190 determines what kind of instruction is the operation input accepted in step S401.

(Example of the game program's operation: selection process)
If it is determined in step S402 that the instruction content is a request for object selection processing, the control unit 190 transmits the request to the server 20. Then, in step S403, the control unit 290 executes object selection processing by referring to the object selection table 252A. Note that the selection processing is processing also called lottery processing (so-called gacha).

The request for the selection process may include, for example, count information regarding the number of times the selection process is to be performed (e.g., once, ten times, etc.). In step S403, the control unit 290 repeats the selection process according to the count information, for example. The request for the selection process may also include, for example, selection table information regarding the object selection table to be referenced. The control unit 290 selects one object selection table according to the selection table information, and executes the selection process by referring to the selected object selection table.

Figure 5 is an example of the object selection table 252A in this embodiment. In the object selection table 252A shown in Figure 5, a corresponding character 502, a job type 503, a weapon type 504, a rarity level 505, and a selection probability 506 are stored in association with an object ID 501 for identifying an object. Note that it is sufficient that the object selection table 252A stores at least the selection probability 506 in association with the object ID 501, and may also store items other than those mentioned above (e.g., object parameters, etc.).

The objects stored in the object ID 501 column belong to either the job or weapon category. Hereinafter, objects that belong to the job category may be referred to as job objects, and objects that belong to the weapon category may be referred to as weapon objects.

The job object corresponds to the character shown in the corresponding character 502 column. For example, the job object with object ID "1101" corresponds to character "C1". This indicates that the job object can only be set for the player's character C1. In other words, in this game program, the player's characters that can be set for a job object are predetermined. For example, job objects with object IDs "1101" to "1103" can only be set for the player's character C1, and job objects with object IDs "1201" to "1202" can only be set for the player's character C2.

The job type of the job object is stored in the job type 503 column. In the job type 503 column, for example, job type "J1" represents a warrior, "J2" represents an archer, "J3" represents a wizard, and "J4" represents a gunner. The job type may be a general-purpose type common to each character, or may be unique to each character. The type of weapon object that can be equipped may also be determined according to the type of job. For example, since the job objects with object IDs "1103" and "1201" have the same job type of "J3", the types of weapon objects that can be equipped based on these job objects may be the same.

The weapon objects that can be set for the player's character are not predefined, but the weapon type shown in the weapon type 504 column is set. For example, the weapon objects with object IDs "5101" and "5102" both have the weapon type "W1" (e.g., sword), and the weapon objects with object IDs "5201" and "5202" both have the weapon type "W2" (e.g., magic wand). Note that weapon types are not particularly limited, and examples include swords, spears, hammers, guns, bows, and magic wands.

The rarity column 505 stores the rarity of each object. Rarity is an index that indicates the difficulty of obtaining an object in the game, and in the example of FIG. 5, the rarity increases in the order of N, R, and SR. The selection probability column 506 stores the selection probability of each object. The selection probability may be set individually for each object, or may be set uniformly according to the rarity. Furthermore, even if the rarity is the same, the selection probability may be set differently for job objects and weapon objects.

In this embodiment, job objects and weapon objects are included in the same object selection table. This makes it possible to reduce the number of tables and simplify the display screen for selection processing compared to when a selection table containing only job objects and a selection table containing only weapon objects are provided.

Returning to the explanation of the flowchart in FIG. 4, the control unit 290 transmits information on the one or more objects selected in step S403 to the user terminal 10. Next, the control unit 190 grants the one or more selected objects to the user, making them available to the user. Note that in this game, a user can own multiple objects, even if they are of the same type (same object ID). Then, return to step S401.

(Example of game program operation: composition process)
When step S401 is executed and it is determined in step S402 that the instruction content in step S401 is a request for a synthesis process of objects, the control unit 190 transmits the request to the server 20. The request includes information on the base object and material objects selected by the user.

Next, in step S405, the control unit 290 combines the base object with the material object based on the received request for the combination process. In this embodiment, when objects of the same type are combined, the base object improves its parameters and acquires a new skill. For example, when job objects with object ID "1101" shown in FIG. 5 are combined, the base object's parameters such as HP increase and it acquires a new skill. In this case, the level cap of the base object may also be increased.

The above synthesis process is the same even when weapon objects of the same type are synthesized. That is, in this embodiment, the synthesis process is used in common for both job objects and weapon objects. This simplifies the strengthening of job objects and weapon objects, making it easier for users who have just started playing the game to become familiar with it.

Next, in step S406, the control unit 290 updates the parameters of the object selected as the base based on the results of the synthesis process. At this time, the control unit 290 erases the objects that were used as materials. The control unit 290 also transmits information about the synthesized object to the user terminal 10. The control unit 190 then makes the synthesized object available to the user. After that, the process returns to step S401.

(Example of the game program's operation: deck construction process)
When step S401 is executed and it is determined in step S402 that the instruction in step S401 is a request for deck construction processing, the control unit 190 accepts designation of a player's character from the user in step 407. In step S407, for example, a list of game characters available to the user is displayed on the touch screen 130, and the designation of the player's character is accepted based on a tap operation or the like by the user.

In this embodiment, the number and types of game characters available to the user are determined by the user's progress in the game (e.g., the progress of the game's story). For example, if a new character joins the story, the new character can be used as the player's own character. In the above-mentioned selection process, if a new character joins the game, the object selection table 252A may be updated so that the job object corresponding to the new character is included in the selection targets.

Next, in step S408, the control unit 190 constructs a deck so that the specified player character is included in the deck. The player character included in the deck becomes a game character that participates in the battle. Note that it is preferable that the number of player characters that can be included in a deck is more than one.

(Example of the game program's operation: object setting process)
Next, in step S 409 , when the control unit 190 accepts a request to set an object for the player's character, the control unit 190 executes object setting processing in step S 410 .

Here, various objects can be set (equipped) to the player's character. In this embodiment, each player's character is provided with a main job slot (first setting slot), a first sub-job slot and a second sub-job slot (second setting slot), a weapon slot (third setting slot), and an accessory slot. By setting various objects in each setting slot of the player's character, the player's character's parameters are adjusted based on the player's reference parameters and the parameters and skills of the objects set in the setting slots, and usable skills are determined. Note that hereinafter, the player's character's parameters after such adjustments are sometimes referred to as "status."

Fig. 6 is a diagram showing an example of a game screen in this embodiment. Specifically, Fig. 6 shows a status screen of the player's character that is displayed when the player's character included in the deck is selected by a touch operation by the user. In the example of Fig. 6, a player's character status display field 601, a job display button 602, an equipment display button 603, a details display field 604, a main job frame 605, a first sub-job frame 606, a second sub-job frame 607, a skill list button 608, a player's character image 609, and a setting button 610 are displayed on the touch screen 130.

The status display field 601 is a field that displays the status of the player's character. In the example of FIG. 6, the status of the player's character named "Rai" is displayed. As described above, the status is a parameter that is determined based on the player's character's reference parameters and the parameters of the objects set in each setting frame.

The job display button 602 and the equipment display button 603 are tabs for switching the information displayed in the details display field 604. For example, when the user taps the job display button 602, information on the job object set for the player's character is displayed in the details display field 604. Similarly, when the user taps the equipment display button 603, information on the weapon object and objects belonging to the accessory category (hereinafter sometimes referred to as accessory objects) set for the player's character is displayed in the details display field 604.

Note that accessory objects cannot be obtained through the above-mentioned selection process, but can only be obtained as the game progresses, for example by obtaining them from treasure chests or as a reward for defeating enemy characters. In this way, by making certain categories of objects unavailable through the above-mentioned selection process and only available as the game progresses, it is possible to increase the enjoyment of progressing through the game. Note that in this game, accessory objects do not affect the player's character's maximum HP or maximum SP.

In the example of FIG. 6, the details display field 604 displays information about the job object. Here, the settable player character is predefined for the job object, and it can only be set in each job slot of the settable player character. "Strongest Scholar" in the main job slot 605 and "Normal Scholar" in the first sub-job slot 606 and second sub-job slot 607 are job objects that can only be set for "Rai."

In addition, objects of the same type (with the same object ID) can be set in each job slot. In the example of FIG. 6, a job object called "ordinary sage" with the same object ID is set in the first sub-job slot 606 and the second sub-job slot 607. Furthermore, if the user has another "ordinary sage," it is also possible to set "ordinary sage" in the main job slot 605. In this way, if a user has multiple job objects of the same type, it is possible to set a job object of the same type in each of the corresponding job slots of the player's character. This can provide the user with a new way of having fun when they have multiple job objects of the same type.

In addition, it also adds to the excitement of the game by introducing strategies such as whether to strengthen the job object by carrying out the above-mentioned synthesis process, or to set the same type of job object in each job setting slot. Note that if the same type of job object is set in each job setting slot, a special benefit (e.g., improved status) may be given to the user to give them an advantage.

The main job frame 605, the first sub-job frame 606, and the second sub-job frame 607 have different degrees of influence on the player's character's status, etc. For example, a first multiplier (e.g., 100%) is set in the main job frame 605, and a second multiplier (e.g., 50%) that is lower than the first multiplier is set in the first sub-job frame 606 and the second sub-job frame 607. The player's character's status is then determined based on the parameters of the job object set in each setting frame and the multiplier in that setting frame.

The main job frame 605 can also reflect the job bonus of the set job object on the player's character. Here, a job bonus is a benefit set for a job object. The job bonus may be strengthened to give the user an advantage, for example, when the above-mentioned synthesis process is performed.

The main job slot 605 can reflect both the action skills and auto skills of the set job object on the player's character. On the other hand, the first sub-job slot 606 can only reflect the action skills of the set job object on the player's character, and the second sub-job slot 607 can only reflect the auto skills of the set job object on the player's character. Note that action skills are skills that produce effects in response to user input. Also, auto skills are skills that produce effects independent of user input.

In addition, the type of weapon that can be set in the weapon slot is determined according to the type of job object set in the main job slot 605. For example, a mark representing a sword and a mark representing magic are displayed in the upper right corner of "Strongest Scholar" in the main job slot 605. In this state, a weapon object whose weapon type is a sword or a magic staff can be set in the weapon slot of "Rai". On the other hand, only a mark representing magic is displayed in "Normal Scholar" in the first sub-job slot 606. Therefore, when "Normal Scholar" is set in the main job slot 605, only a weapon object whose weapon type is a magic staff can be set in the weapon slot of "Rai". Note that in this case, even if "Strongest Scholar" is set in the first sub-job slot 606, a weapon object whose weapon type is a sword cannot be set in the weapon slot of "Rai".

As described above, in this game, each job slot has a different effect on the player's character. This allows the user to have a variety of options even when they have the same job object multiple times, improving the strategic nature of the game.

The skill list button 608 is a button for displaying a list of skills reflected in the player's character. The player's character image 609 is an image showing the player's character's appearance. The player's character image 609 may be changed depending on, for example, the type of job object set in the main job frame 605.

The setting button 610 is a button for setting or resetting objects in each job frame, weapon frame, and accessory frame. The object setting request in step S409 described above is, for example, a tap operation on the setting button 610.

The object setting process in step S410 will be described in detail below with reference to FIG. 7. FIG. 7 is a flow chart showing an example of the object setting process in step S410. Note that the processes in steps S411 to S421 below are repeated until a termination condition is satisfied. The termination condition is, for example, that an operation for terminating the object setting process is performed or that the result in step S421 described below becomes Yes.

First, when the object setting process is started, in step S411, the control unit 190 accepts the selection of a setting frame based on the user's operational input. In step S411, one of the main job frame, first sub-job frame, second sub-job frame, weapon frame, and accessory frame is selected.

Next, in step S412, the control unit 190 accepts a selection for setting an object based on an operational input from the user. In step S412, the control unit 190 displays on the touch screen 130 a list of objects owned by the user that correspond to the setting frame selected in step S411, and accepts tap operations, etc., from the user.

Figure 8 is a diagram showing an example of a game screen in this embodiment. Specifically, Figure 8 shows an object selection screen that is displayed when the main job frame is selected in step S411. In the example of Figure 8, an object information column 611, a character image 612, a list display column 613, objects 614 (614a to 614d), a combine button 615, a cancel button 616, and a change button 617 are displayed on the touch screen 130.

The list display field 613 displays job objects owned by the user. In the example of FIG. 8, four objects, 614a to 614d, are displayed in the list display field 613. The "Flying Expert" of object 614a is displayed as "Main," indicating that the "Flying Expert" of object 614a is currently selected.

In the object information column 611 and character image 612, information corresponding to the currently selected object, i.e., object 614a "Flying Scholar", is displayed. For example, if the user selects object 614b "Fast-Flying Swordsman" in the list display column 613, information corresponding to object 614b "Fast-Flying Swordsman" is displayed in the object information column 611 and character image 612.

In the autoskill column of the object information column 611, the skill name is displayed in parentheses, such as "(Slash attack enhancement +1)." The skill name in parentheses indicates a skill that will become available in the future by carrying out the above-mentioned synthesis process. In other words, the "Flying Scholar" of object 614a does not currently have an autoskill that can be activated.

The combine button 615 is a button for requesting the above-mentioned combine processing. When the combine button 615 is tapped or otherwise operated, the object setting processing ends and the processing of step S405 starts. The cancel button 616 is a button for returning to step S411. When the cancel button 616 is tapped or otherwise operated, the process returns to a state in which the selection of a setting frame can be accepted.

The change button 617 is a button for proceeding with the process of changing the object to be set in the main job frame to the currently selected object. When the change button 617 is tapped or otherwise operated, the process proceeds to step S413, and the control unit 190 displays the increase or decrease in the parameters of the player's character on the touch screen 130.

Figure 9 is a diagram showing an example of a game screen in this embodiment. Specifically, Figure 9 shows the game screen displayed in step S413. In the example of Figure 9, an increase/decrease value display field 621, a skill display field 622, a cancel button 623, and a change button 624 are displayed on the touch screen 130.

The increase/decrease value display field 621 shows the increase/decrease value of the player's character's parameters resulting from changing the main job frame to the object selected in step S412. From the left, the increase/decrease value display field 621 displays parameter items such as HP, the parameter values of the object currently set in the main job frame, the parameter values of the object selected in step S412, and the parameter increase/decrease value. This makes it easier for the user to decide whether or not to change the object to be set in the setting frame.

Note that HP and SP indicate the increase or decrease in maximum HP and maximum SP, not the increase or decrease in the current HP and SP values. In other words, even if the main job slot is changed in the example of Figure 9, the player's character's current HP and SP will not increase.

The skill display field 622 displays the skills possessed by the object selected in step S412 as the main job slot. In the example of FIG. 9, the "Ephemeral Flyer" selected does not currently have any auto skills that can be activated, so no auto skills are displayed in the skill display field 622. Note that the skill display field 622 may also display skills possessed by the object currently set in the main job slot. This makes it even easier for the user to decide whether or not to change the object to be set in the setting slot.

The cancel button 623 is a button for returning to step S412. When the cancel button 623 is tapped or otherwise operated, the process returns to a state in which the selection of an object can be accepted. The change button 624 is a button for proceeding with the process of changing the object to be set in the main job frame to the currently selected object. When the change button 624 is tapped or otherwise operated, the process proceeds to step S414. In other words, the control unit 190 accepts a request to finalize the object setting. Note that, although the processes from step S411 to step S414 have been described above using an example of setting an object in the main job frame, similar content can be adopted for other setting frames as long as no inconsistencies arise.

Next, in step S415, the control unit 190 determines whether the selected setting frame is a main job frame. If the selected setting frame is not a main job frame (No in step S415), the process proceeds to step S421, which will be described later. On the other hand, if the selected setting frame is a main job frame (Yes in step S415), in step S416, the control unit 190 determines whether the player's character's current HP or SP will be reduced by setting the object selected in step S412 as the main job frame.

If the player's character's current HP or SP will decrease (Yes in step S416), in step S417 the control unit 190 notifies the user that the weapon set in the weapon slot will be removed and that the player's character's HP or SP will be reduced from its current value. On the other hand, if the player's character's current HP and SP do not decrease (No in step S416), in step S418 the control unit 190 notifies the user only that the weapon set in the weapon slot will be removed.

Figure 10 shows an example of a game screen in this embodiment. (a) of Figure 10 is an example of a dialogue displayed on the touch screen 130 in step S418. (b) of Figure 10 is an example of a dialogue displayed on the touch screen 130 in step S417.

In FIG. 10(a), dialogue 630 indicates that the weapon object currently set in the weapon slot will be removed and that the skill will be changed. In FIG. 10(b), dialogue 640 indicates that the weapon object currently set in the weapon slot will be removed and that the skill will be changed, as well as a warning that the current HP value will be reduced.

As mentioned above, in this game, there are limited means to recover HP and SP. Therefore, if the current HP or SP is reduced by the object settings, this may put the user at a significant disadvantage. By notifying the user that HP will be reduced, it is possible to prevent such a situation.

As mentioned above, in this game, the main job slot has a greater impact on the player's character's status than other setting slots such as the first sub-job slot. Therefore, if changing the main job slot results in a decrease in HP or SP, there is a high possibility that the user will be significantly disadvantaged. On the other hand, if changing another setting slot such as the first sub-job slot results in a decrease in HP or SP, it is thought that the impact will not be as great. If the user is notified that HP or SP will decrease in such cases, the user may feel annoyed. Therefore, in this embodiment, the user is only warned of this if changing the main job slot results in a decrease in HP or SP.

In addition, when changing the main job slot, the type of weapon that can be set in the weapon slot changes depending on the type of newly set job object, so the weapon object set in the weapon slot must be removed once and the user must be notified of this. In this game, the user is notified of the decrease in HP and SP in the dialogue notifying them that the weapon object set in the weapon slot will be removed, reducing the risk of annoyance to the user without unnecessarily increasing the number of times the dialogue is displayed.

If the focus is on preventing the loss of HP or SP, the user may be warned if HP or SP is reduced by changing a setting slot other than the main job slot.

Next, an operation is performed to confirm the object settings, and in step S419, if the control unit 190 confirms the object settings (Yes in step S419), the process proceeds to step S420. If the result in step S419 is Yes, for example, the OK button 632 or 642 in the dialog 630 or 640 is tapped.

On the other hand, if an operation is performed to cancel the object settings, and the control unit 190 cancels the object settings in step S419 (No in step S419), the process returns to step S414. If the result in step S419 is No, for example, the cancel button 631 or 641 in the dialog 630 or 640 is tapped or the like.

If the answer is Yes in step S419, in step S420, the control unit 190 automatically selects objects that are recommended to be set in the first sub-job slot, the second sub-job slot, and the weapon slot based on predetermined conditions. The predetermined conditions are not particularly limited, but from the perspective of preventing the user from being disadvantaged, it is preferable that the conditions are conditions that provide advantages in terms of HP and SP. Furthermore, such automatic selection can also reduce the burden on the user. Step S419 may be executed only when the user inputs an operation that indicates that he or she wishes the control unit 190 to make an automatic selection. Note that in this game, the maximum values of the player's character's HP and SP do not change depending on the accessory object.

Next, in step S421, when an operation is performed on the touch screen 130 to define the parameters of the player's character based on the various objects in each setting frame (Yes in step S421), the process proceeds to step S422. In step S422, the control unit 190 transmits information on the various objects in each setting frame to the server 20. The control unit 290 then updates the user management table 253A based on the received information on the various objects in each setting frame. The updated information is transmitted to the user terminal 10, and the control unit 190 defines the player's character's parameters (updates the status) based on the updated information. That is, the player's character's status is changed only if Yes is returned in step S421. Thus, although the user is warned of the decrease in HP or SP in step S417 in the above, the warning may be given in step S421 instead of step S417.

After step S422, the process returns to step S401. On the other hand, if an operation is performed to cancel the definition of the player's character's parameters in step S421 (No in step S421), the process returns to step S411.

(Example of the operation of this game program: game progress processing)
Step S401 is executed, and if it is determined in step S402 that the instruction content in step S401 is a request for processing to progress the game, then in step S430, the control unit 190 executes processing to progress the game.

The game progression process in step S430 will be described in detail below with reference to FIG. 11. FIG. 11 is a flowchart showing an example of the game progression process in step S430.

First, in step S431, the control unit 190 executes the exploration part of the game. In the exploration part, for example, the game space and the player's character are displayed on the touch screen 130, and the player's character is moved in the game space in response to user operation input.

Next, in step S432, the control unit 190 executes a battle event using the player's character included in the deck. The battle event is executed, for example, when an enemy character is encountered in step S431.

In step S432, the control unit 190 progresses the battle event based on the content of the user's operational input and the parameters of the player's character and the enemy character. The control unit 190 reduces the player's character's HP when the player's character is attacked by the enemy character during the battle event, and reduces the player's character's SP when the player's character uses an action skill.

After the battle event ends, in step S433, the control unit 190 resumes the search part. Next, if an enemy character is encountered in step S433, in step S434, the control unit 190 executes a new battle event, inheriting the HP and SP from the state after the battle event in step S432. In step S433, the same process as in step S432 is performed, and the HP and SP of the player's character after the battle are carried over thereafter.

As already mentioned, in this game, the player's character's HP and SP are restored by using stamina values provided by the user. In step S435, when the control unit 190 receives a request to restore HP and SP, i.e., a request to use stamina values, the process proceeds to step S436.

The recovery request in step S435 may be possible only when the player's character is located at a specified recovery location provided within the game space. This can provide a certain sense of tension to the player's character when moving to a location away from the recovery location, thereby improving the interest of the game. Another advantage is that game operators can easily adjust the difficulty of the game by devising the number and placement of recovery locations.

In step S436, the control unit 190 sends a request to use the stamina value to the server 20. Next, the control unit 290 updates the information in the user management table 253A so as to reduce the user's stamina value and restore the HP and SP of the player's character. Next, the control unit 290 sends the updated information to the user terminal 10. Next, the control unit 190 updates the game information 152 and the user information 153 based on the updated information, reduces the user's stamina value, and restores the HP and SP of the player's character.

Next, in step S437, the control unit 290 recovers the stamina value consumed in step S436 over time. In step S437, the stamina value is recovered, for example, when a certain amount of time has passed since the stamina value was used, or when a certain time in the real world has passed with the stamina value reduced. Therefore, even if the user has used up all of their stamina value, they will be able to recover HP and SP by pausing the game for a while.

Note that stamina value may be restored not only over time, but also by using in-game currency. This, for example, can satisfy the user's desire to continue playing the game even after their stamina value has run out.

Figure 12 is a diagram showing an example of a game screen in this embodiment. (a) of Figure 12 shows the game screen before step S435 is executed, and (b) of Figure 12 shows the game screen after step S436 is executed.

In (a) and (b) of FIG. 12, the stamina value display field 650 displays the user's current stamina value. In addition, the simple status field 660 displays an image 661 of the player's character included in the deck, and the player's character's HP gauge 662 and SP gauge 663. The HP gauge 662 and SP gauge 663 show the current HP and SP relative to their respective maximum values, with the shaded portions being the current HP and SP.

In FIG. 12(a), stamina gauges 651a to 651b are displayed in stamina value display field 650, indicating that the user's stamina value is "3." Additionally, in FIG. 12(a), HP gauge 662 and SP gauge 663 show that the current HP and SP indicated by the diagonal lines are lower than the maximum HP and maximum SP corresponding to the right end of each gauge.

In (b) of FIG. 12, since step S436 has been executed, the stamina gauge 651a has been consumed and the user's stamina value is "2." Meanwhile, the hatched portions of the HP gauge 662 and SP gauge 663 extend to the right end of each gauge, and the current HP and SP have been restored to their respective maximum values.

By adopting the above-mentioned stamina value specifications, it is possible to prevent users from progressing through the game indefinitely, consuming all game content early and eventually becoming bored with the game, even in games that do not have a clear in-game unit of play, such as traditional quests. On the other hand, even if stamina value is depleted, it automatically recovers over time and game play can be resumed, so it is believed that users will find it easy to accept even if game play is limited by stamina value. In addition, it is possible to add a strategic element to the game, in that the user can play the game while making good use of stamina value, which can increase the game's interest.

In addition to using stamina points, HP and SP may also be restored by leveling up the player's character. For example, the player's character acquires experience points when defeating an enemy character in a battle event, and when the experience points reach a threshold value corresponding to each level, the character levels up, improving the reference parameters, etc. By restoring the HP and SP of the leveled-up player's character when leveling up in this way, for example, in the early stages of the game when it is easy to level up, the user can progress through the game without using stamina points, allowing the user to fully experience the fun of the game in the early stages of the game.

In this embodiment, the above steps S401 to S410 and step S430 are repeated until the end of the game. Note that, as long as this does not impede the operation of the game program, the control unit 290 may take over the processing that the control unit 190 performed in the above explanation, and the control unit 190 may take over the processing that the control unit 290 performed.

The above embodiments are merely examples to facilitate understanding of the present invention, and are not intended to limit the scope of the present invention. The present invention can be modified and improved without departing from the spirit of the invention, and it goes without saying that the present invention includes equivalents.

[Additional Notes]
The contents of the present disclosure are listed as follows:

(Item 1)
A game program executed by a computer having a processor and a memory,
The game program causes the processor to
providing, in response to an operation by a user, an object selected from an object group including a plurality of types of objects belonging to a first category and a plurality of types of objects belonging to a second category to the user;
constructing a deck including one or more designated characters designated by the user from among characters available to the user;
setting an object belonging to the first category assigned to the user in a setting frame for an object belonging to the first category of the designated character in response to an operation by the user;
setting an object belonging to the second category assigned to the user in a setting frame for an object belonging to the second category of the designated character in response to an operation by the user;
defining parameters of the designated character based on parameters of objects belonging to the set first category and parameters of objects belonging to the set second category;
The object belonging to the first category has a character that can be set in advance,
the setting frame for the object belonging to the first category has at least a first setting frame and a second setting frame;
When two or more objects of the same type belonging to the first category are assigned to the user, the objects of the same type can be set in the first setting frame and the second setting frame;
The object belonging to the second category has no character that can be set in advance,
the setting frame for the object belonging to the second category has at least a third setting frame;
When two or more objects of the same type belonging to the second category are given to the user, the objects of the same type can be set in the third setting frames of different designated characters,
Regarding the objects belonging to the first category, two or more objects of the same type can be synthesized into one object of the same type having improved parameters compared to the two or more objects of the same type;
Regarding the objects belonging to the second category, two or more objects of the same type can be synthesized into one object of the same type having improved parameters compared to the two or more objects of the same type.
Game program.
This provides users with a new way to have fun.

(Item 2)
the type of object that can be set in the third setting frame is determined based on the type of object set in the first setting frame;
Item 2. The game program according to item 1.
This adds a further strategic element to the selection of the object to be set in the first setting frame, and can improve the entertainment value of the game. Also, depending on the type of object set in the first setting frame of each character, one object that can be set in the third setting frame can be reused among multiple characters, so that, for example, even if the player changes his/her own character, the player can continue to use one object that has already been strengthened by synthesis, and this can improve the user's satisfaction. Also, the selection of which object should be strengthened by synthesis becomes important, and as a result, the entertainment value of the game can be improved.

(Item 3)
the step of defining includes defining parameters of the designated character so that the parameters of the designated character are different when an object is set in the first setting frame and when the object is set in the second setting frame;
3. The game program according to item 1 or 2.
This adds a further strategic element to the choice of whether to set one object in the first setting frame or the second setting frame, thereby making the game more entertaining.

(Item 4)
The object belonging to the first category has a first skill and a second skill,
The step of defining further includes defining the designated character so as to be able to use either a first skill and a second skill possessed by the object set in the first setting frame, or a first skill and a second skill possessed by the object set in the second setting frame.
4. The game program according to any one of items 1 to 3.
This adds a further strategic element to the choice of whether to set one object in the first setting frame or the second setting frame, thereby making the game more entertaining.

(Item 5)
The first skill is a skill that generates an effect in response to an operation of the user,
The second skill is a skill that generates an effect without being affected by the user's operation.
Item 5. The game program according to item 4.
This adds a further strategic element to the choice of whether to set one object in the first setting frame or the second setting frame, thereby making the game more entertaining.

(Item 6)
the object belonging to the first category is a character object;
The objects belonging to the second category are item objects.
6. The game program according to any one of items 1 to 5.
This allows each object to be presented in a manner that makes it easy for the user to distinguish between them. Also, since objects of different categories, such as characters and items, can be provided with a single selection process, the display screen for the selection process can be simplified.

(Item 7)
the step of setting the object belonging to the first category includes changing the object set in the setting frame for the object belonging to the first category to another object and resetting the object in response to an operation by the user;
the step of setting the object belonging to the second category includes changing the object set in the setting frame for the object belonging to the second category to another object and resetting the object in response to an operation by the user;
the step of defining includes defining, as the parameter of the designated character, a first parameter that is decreased based on a virtual battle with an enemy character;
The first parameter is recovered by decreasing a second parameter associated with the user, and the second parameter is recovered over time;
The game program further includes:
a step of displaying, after the step of setting an object belonging to the first category and/or the step of setting an object belonging to the second category and before the step of defining, a parameter of the designated character when the parameter of the designated character is defined based on each object set in each setting frame, on a display screen;
and when the first parameter of the designated character becomes lower than a current value as a result of the re-setting in the step of setting an object belonging to the first category and/or the step of setting an object belonging to the second category, a step of warning the user that the first parameter will become lower than a current value before redefining the parameter of the designated character in the step of defining.
7. The game program according to any one of items 1 to 6.
This makes it possible to prevent the disadvantage of the first parameter being reduced due to the setting of an object from occurring without the user being aware of it.

(Item 8)
the step of setting the object belonging to the first category includes automatically removing the object set in the third setting frame from the third setting frame when the object set in the first setting frame is re-set to be changed to another object,
The warning step is executed in conjunction with notifying the user that the object set in the third setting frame will be automatically removed.
Item 8. The game program according to item 7.
This makes it possible to reduce the risk of causing annoyance to the user without unnecessarily increasing the number of times notifications are sent to the user.

(Item 9)
The game program further includes:
executing a step of resetting the object set in the second setting frame and the object set in the third setting frame based on a predetermined condition when the object set in the first setting frame is reset to another object;
the predetermined condition is a condition in which the first parameter of the designated character is advantageous;
Item 9. The game program according to item 7 or 8.
This makes it possible to prevent the user from being disadvantaged even when the setting of the first setting frame is changed, and also reduces the hassle for the user.

(Item 10)
A game processing method executed by a computer having a processor and a memory, comprising:
The game processing method includes:
providing, in response to an operation by a user, an object selected from an object group including a plurality of types of objects belonging to a first category and a plurality of types of objects belonging to a second category to the user;
constructing a deck including one or more designated characters designated by the user from among characters available to the user;
setting an object belonging to the first category assigned to the user in a setting frame for an object belonging to the first category of the designated character in response to an operation by the user;
setting an object belonging to the second category assigned to the user in a setting frame for an object belonging to the second category of the designated character in response to an operation by the user;
defining parameters of the designated character based on parameters of objects belonging to the set first category and parameters of objects belonging to the set second category;
The object belonging to the first category has a character that can be set in advance,
the setting frame for the object belonging to the first category has at least a first setting frame and a second setting frame;
When two or more objects of the same type belonging to the first category are assigned to the user, the objects of the same type can be set in the first setting frame and the second setting frame;
The object belonging to the second category has no character that can be set in advance,
the setting frame for the object belonging to the second category has at least a third setting frame;
When two or more objects of the same type belonging to the second category are given to the user, the objects of the same type can be set in the third setting frames of different designated characters,
Regarding the objects belonging to the first category, two or more objects of the same type can be synthesized into one object of the same type having improved parameters compared to the two or more objects of the same type;
Regarding the objects belonging to the second category, two or more objects of the same type can be synthesized into one object of the same type having improved parameters compared to the two or more objects of the same type.
Game processing method.
This provides users with a new way to have fun.

(Item 11)
An information processing device including a processor and a memory,
The processor,
assigning to the user an object selected from an object group including a plurality of types of objects belonging to a first category and a plurality of types of objects belonging to a second category in response to an operation by the user;
constructing a deck including one or more designated characters designated by the user from among characters available to the user;
setting an object belonging to the first category assigned to the user in a setting frame for an object belonging to the first category of the designated character in response to an operation by the user;
setting an object belonging to the second category assigned to the user in a setting frame for an object belonging to the second category of the designated character in response to an operation by the user;
defining parameters of the designated character based on parameters of objects belonging to the set first category and parameters of objects belonging to the set second category;
The object belonging to the first category has a character that can be set in advance,
the setting frame for the object belonging to the first category has at least a first setting frame and a second setting frame;
When two or more objects of the same type belonging to the first category are assigned to the user, the objects of the same type can be set in the first setting frame and the second setting frame;
The object belonging to the second category has no character that can be set in advance,
the setting frame for the object belonging to the second category has at least a third setting frame;
When two or more objects of the same type belonging to the second category are given to the user, the objects of the same type can be set in the third setting frames of different designated characters,
Regarding the objects belonging to the first category, two or more objects of the same type can be synthesized into one object of the same type having improved parameters compared to the two or more objects of the same type;
Regarding the objects belonging to the second category, two or more objects of the same type can be synthesized into one object of the same type having improved parameters compared to the two or more objects of the same type.
Information processing device.
This provides users with a new way to have fun.

1: Game distribution system, 10: User terminal, 20: Server, 30: Network, 130: Touch screen, 150: Storage unit (of user terminal), 190: Control unit (of user terminal), 191: Input operation reception unit, 192: Object assignment unit, 193: Deck construction unit, 194: Object setting unit, 195: Parameter definition unit, 196: Game progression unit, 197: Display control unit, 250: Storage unit (of server), 252A: Object selection table, 290: Control unit (of server)

Claims (5)

A program executed by a computer,
The program causes the computer to
A construction means for constructing a deck including one or more designated characters designated by a user from among characters available to the user in response to an operation by the user;
a plurality of first setting frames for objects belonging to a first category that can be set for the designated character;
There is at least one second setting frame for an object belonging to a second category that can be set for the designated character,
a granting unit that grants a first benefit to the user when the same type of object is set in two or more of the first setting frames in response to an operation by the user;
the first benefit is different from a second benefit obtained when a plurality of objects of the same type are enhanced by performing a synthesis process on the objects and the enhanced object is set for the designated character;
an object belonging to the first category set in one of the plurality of first setting frames and an object belonging to the first category set in another of the plurality of first setting frames have different skills that affect the designated character among a plurality of types of skills ;
A type of the object belonging to the second category is determined according to a setting of the object belonging to the first category in a specific one of the first setting frames,
The object belonging to the second category does not have a settable character defined, and is usable by the user even if the designated character is changed;
The object belonging to the first category is a job that can be set for the designated character, and the object belonging to the second category is a weapon that can be set for the designated character.
program. The object belonging to the first category has a character that can be set in advance.
The program according to claim 1. The first benefit is a benefit that improves the status of the designated character.
The program according to claim 1 or 2. The object belonging to the first category is used to set a skill for the designated character.
The program according to any one of claims 1 to 3. the user performs an operation of setting an object belonging to the first category, thereby setting the same type of object to two or more of the first setting frames;
The program according to claim 1.

Images