JP7038383B2 - Information processing systems, information processing programs, information processing methods, and information processing equipment - Google Patents

Description

The present invention relates to control of a game process for executing a game using a group composed of a plurality of contents owned by a user.

Conventionally, there has been known a game in which a game is advanced by using a group composed of a plurality of characters including a character selected by a user (for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2008-264182

In a game as described above, a user who does not have a sufficient number of contents cannot enjoy the game satisfactorily because the number of contents that can be added to the group is insufficient.

Therefore, an object of the present invention is an information processing system that can provide an opportunity for a user who cannot add content to a group because he / she does not have enough content to enjoy the game satisfactorily. It is to provide an information processing program and an information processing device.

In order to achieve the above object, for example, the following configuration example can be given.

One example of the configuration example is an information processing system including a first additional means, a second additional means, and a game execution means. The first addition means adds the content selected based on the operation of the user from the owned content owned by the user to the group. The second addition means adds a predetermined content to the group from the non-owned contents not owned by the user when the content can be further added to the group as a result of the addition by the first addition means. The game execution means executes a game using the contents included in the group.

According to the above configuration example, if it is possible to add content to the group as a result of adding the owned content by the user operation, the user adds the content from the content not owned by the user to the group and the game. Can be executed. Therefore, even for users who cannot add enough content to the group due to insufficient content possession, it is possible to provide an opportunity to enjoy the game satisfactorily.

As another configuration example, if it is possible to add content to the group after the user's operation, the second addition means adds a predetermined amount of content that can be added from the non-owned content to the group. You may.

According to the above configuration example, since the user adds the content that can be added from the contents that he / she does not own to the group, the complexity of the user operation related to the group organization operation can be eliminated and the convenience can be improved. can. For example, in a game in which it is required to fill all of the group formation frames, the user operation related to the group formation operation becomes complicated, but according to the above configuration example, it is possible to add from the non-owned content after the user operation. Since a certain amount of predetermined content is added to the group, the complexity of the user operation related to the group organization operation can be eliminated and the convenience can be improved.

As another configuration example, the second addition means automatically adds a predetermined content from the non-owned content to the group according to a predetermined rule when it is possible to add the content to the group after the user's operation. You may do so.

According to the above configuration example, according to a predetermined rule, a predetermined content that can be added from a content that the user does not own can be added to the group, so that the user can add the non-owned content without requiring a complicated operation. Can be added to a group. As a result, the burden of user operations on group formation can be reduced, and convenience can be improved.

As another configuration example, if it is possible to add content to the group after the user's operation, the second addition means automatically adds the content randomly selected from the non-owned content to the group. May be good.

According to the above configuration example, since the user can add the content randomly selected from the contents not owned by the user to the group, the burden of the user's operation on the group organization can be reduced and the convenience can be improved. Can be done.

As another configuration example, when it is possible to add content to the group as a result of the addition by the first addition means, the second addition means generates a predetermined content from the non-owned content to the group. You may add it.

According to the above configuration example, the user can generate content that he / she does not own and add it to the group, so even for a user who cannot add enough content to the group due to insufficient number of contents owned. , Can provide an opportunity to enjoy the game satisfactorily.

As another configuration example, when it is possible to add content to the group as a result of the addition by the first addition means, the second addition means selects a predetermined content from the non-owned contents based on the predetermined setting. It may be generated and the generated predetermined content may be added to the group.

According to the above configuration example, the user can generate content that he / she does not own and add it to the group, so even for a user who cannot add enough content to the group due to insufficient number of contents owned. , Can provide an opportunity to enjoy the game satisfactorily.

As another configuration example, the second additional means is not owned based on the settings according to the game executed by the game execution means when it is possible to add content to the group as a result of the addition by the first additional means. A predetermined content may be generated from the content, and the generated predetermined content may be added to the group.

According to the above configuration example, content not owned by the user can be generated based on the settings according to the game, and the generated content can be added to this loop. This makes it possible to provide an opportunity for users to enjoy the game satisfactorily even for users who cannot add sufficient content to the group due to insufficient number of content possessions. According to the present invention, as an example not limited to this, when adding content to a group, if the content is added without the user's own selection, for example, only characters with low performance are added. , It is possible to avoid the situation where the game cannot be fully enjoyed. This allows the user to entertain the game even if the user owns a small amount of content, or if the content itself, for example, is not sufficient to enjoy the game in terms of performance. Will be.

As another configuration example, the first addition means may add the content selected from the owned content owned by the user based on the operation of the user to the group in the state before being added to the group.

According to the above configuration example, the user can add the content selected from the contents owned by the user to the group in the state before being added to the group. As a result, the content selected by the user and added to the group can be used in the state in which it has been used so far. That is, the content that the user is familiar with can be used as it is.

As another configuration example, when it is possible to add content to the group as a result of the addition by the first addition means, the second addition means selects a predetermined content from the non-owned contents owned by other users. You may add it to the group.

According to the above configuration example, since the content can be added to the group from other contents owned by other users, for the user who cannot add enough contents to the group due to insufficient number of contents owned. It can also provide an opportunity to enjoy the game satisfactorily.

As another configuration example, the second addition means is among the non-owned content owned by another user associated with the user, if it is possible to add more content to the group as a result of the addition by the first addition means. The predetermined content may be added to the group from.

According to the above configuration example, since the content can be added to the group from the content owned by another user associated with the user, the user who cannot add enough content to the group due to insufficient number of contents owned. It is also possible to provide an opportunity to enjoy the game satisfactorily.

As another configuration example, the second addition means is a plurality owned by each of a plurality of other users associated with the user when the content can be further added to the group as a result of the addition by the first addition means. A predetermined content may be added to the group from other contents.

According to the above configuration example, content owned by a plurality of other users associated with the user, for example, so-called "friends", can be added to the group, so that the content is not sufficiently owned and the content is sufficient for the group. Even for users who cannot add content, it is possible to provide an opportunity to enjoy the game satisfactorily.

As another configuration example, the information processing system further changes the content setting changing means to appear in the game executed by the game executing means after changing the setting related to the game of the predetermined content added to the group by the second adding means. You may be prepared.

According to the above configuration example, the content added to the group by the second addition means can be made to appear in the game after changing the settings related to the game. This avoids a situation where when adding content to a group, if the content is added without the user's own choice, for example, only low-performance characters are added and the game cannot be fully enjoyed. It becomes possible.

As another configuration example, the second addition means may add a predetermined content from the non-owned contents to the group after the addition of the contents by the first addition means is completed and before the execution of the game process is started. good.

According to the above configuration example, the content can be added to the group from the contents owned by other users before the game starts to be executed. Therefore, the content is not enough to be owned by the group, so that the content is sufficient for the group. Even for users who cannot add content, it is possible to provide an opportunity to enjoy the game satisfactorily. Further, for example, after adding the content owned by the user, other content is added to the group and the game processing can be started promptly, so that the complexity of the user's operation can be reduced.

As another configuration example, the second addition means adds a predetermined content from the non-owned contents to the group when the content can be further added to the group as a result of the addition of the content by the first addition means. However, the content included in the added group may be presented to the user before the start of game execution by the game execution means.

According to the above configuration example, when the content is added to the group from the contents owned by another user, the added content can be presented to the user. This allows the user to check other content added to the group before the game starts, regardless of the user's choice.

As another configuration example, the first addition means may add the content selected based on the operation of the user from the owned content and the non-owned content owned by the user to the group.

According to the above configuration example, the user can add not only the content owned by the user but also the non-owned content not owned by the user to the group based on the operation of the user. This makes it possible to provide an opportunity for users to enjoy the game satisfactorily even for users who cannot add sufficient content to the group due to insufficient number of content possessions.

As another configuration example, the first additional means is selected from the owned content owned by the user and the non-owned content owned by another user associated with the user based on the operation of the user. Content may be added to the group.

According to the above configuration example, the user can add not only the content owned by the user but also the content owned by another user associated with the user to the group based on the operation of the user. This makes it possible to provide an opportunity for users to enjoy the game satisfactorily even for users who cannot add sufficient content to the group due to insufficient number of content possessions.

As another configuration example, the first additional means is an operation of the user from among the owned content owned by the user and the non-owned content owned by each of the plurality of other users associated with the user. At least two contents selected based on may be added to the group.

According to the above configuration example, the operation of the user is performed from the owned content owned by the user and the non-owned content owned by each of a plurality of other users (for example, so-called friends) associated with the user. Multiple basedly selected content can be added to a group, providing an opportunity for users to enjoy the game satisfactorily, even for users who cannot add enough content to the group due to insufficient content ownership. can do.

As another configuration example, when the parameter related to the first content included in the group and the parameter related to the second content different from the content included in the group overlap, the game execution means executes the game. You may want to limit the start of the game by means.

According to the above configuration example, since duplicate contents can be prevented from being included in the group, it is possible to provide the user with an opportunity to use a wider variety of contents. This can prevent the user's motivation to own the content that he / she does not own from being lowered.

As another configuration example, the information processing system further includes an appearance order setting means for setting an order in which the contents included in the group appear in the game executed by the game execution means, and the game execution means includes the contents included in the group. May appear in the game in order to execute the game using the content.

According to the above configuration example, it is possible to enhance the strategicity of the game and, by extension, the interest of the game.

As another configuration example, the game executing means may make the contents included in the group appear in the game in order when a predetermined appearance condition is satisfied.

According to the above configuration example, if the predetermined appearance condition is satisfied, the contents included in the group may appear in the game in order. Therefore, the user is given an incentive to add the contents to the group in consideration of the order. Can be given. For example, in a game in which groups play against each other, the user can form a group while considering the order in which the contents appear. This makes it possible to enhance the strategic nature of the game and, by extension, enhance the interest of the game.

As another configuration example, the game execution means determines whether or not the exit condition for exiting the game is satisfied for the content appearing in the game, and the content satisfying the exit condition is withdrawn from the game. In some cases, predetermined contents may be made to appear in the game in order from the contents included in the group.

According to the above configuration example, if the exit condition of the content from the game is satisfied, the content included in the group may appear in the game in order. Therefore, the content is added to the group in consideration of the order for the user. It is possible to give an incentive to make it. For example, in a simulation game in which groups play against each other, when the content on the user side is defeated by an opponent, the content can be made to appear in a predetermined order from the reserved content. Therefore, the user can form a group while considering the order of appearance, and it is possible to enhance the strategicity of the game and, by extension, the interest of the game.

As another configuration example, the information processing system may further include a game setting changing means for changing the setting in the game in a manner advantageous to the user according to the combination of the contents appearing in the game. ..

According to the above configuration example, depending on the combination of contents to appear in the game, the settings in the game are changed to be advantageous to the user. Therefore, the content to be added and the order in which the contents appear in the game are considered for the user. Can give the group an incentive to add content. As a result, it is possible to entertain the user in group formation that is conscious of the combination of contents, enhance the strategy of the game, and further enhance the interest of the game.

According to the present embodiment, if it is possible to add more content to the group after adding the content owned by the user to the group, the content not owned by the user, for example, another user associated with the user. You can add content owned by. Therefore, it is possible to provide an opportunity to enjoy the game even to a user who cannot add the content to the group because he / she does not have enough content.

Schematic diagram showing the whole picture of the information processing system which is an example of this embodiment Block diagram showing the hardware configuration of the server 101 Block diagram showing the hardware configuration of the information processing terminal 102 An example of a game screen An example of a unit formation screen An example of a unit formation screen An example of a unit formation screen An example of a unit formation screen An example of a unit formation screen An example of data stored in the memory 112 of the server 101 An example of the data structure of user data 404 An example of the data structure of user-owned unit data 407 An example of data stored in the memory 122 of the information processing terminal 102 An example of the data structure of the unit master data 502 An example of the data structure of own unit data 503 Flow chart showing details of game processing according to this embodiment Flowchart showing details of unit formation process Flowchart showing details of unit formation process Flowchart showing details of unit formation process Flowchart showing the details of the unit confirmation process Flow chart showing details of TBSG processing Flow chart showing details of TBSG processing

Hereinafter, an embodiment of the present invention will be described. FIG. 1 is a schematic diagram showing an overall image of an information processing system according to the present embodiment. The information processing system 100 of the present embodiment includes a server 101 and a plurality of information processing terminals 102. The server 101 and the information processing terminal 102 are configured to be communicable via the Internet 103. In the present embodiment, information processing is executed with such a configuration, but in the following, game processing will be described as an example of the information processing. Specifically, a game process in which a game program is installed on the information processing terminal 102 and executed while communicating with the server 101 as needed is illustrated.

[Server hardware configuration]
Next, the hardware configuration of the server 101 will be described. FIG. 2 is a block diagram showing a hardware configuration of the server 101. The server 101 includes at least a processor unit 111, a memory 112, and a communication unit 113. The processor unit 111 executes various programs for controlling the server 101. The memory 112 stores various programs executed by the processor unit 111 and various data to be used. The communication unit 113 connects to the network by wired or wireless communication, and transmits / receives predetermined data to / from the information processing terminal 102 or another server (not shown).

[Hardware configuration of information processing terminal]
FIG. 3 is a block diagram showing a hardware configuration of the information processing terminal 102 on which the game processing according to the present embodiment is executed. Here, in the present embodiment, as the information processing terminal 102, for example, a smart device such as a smartphone or a tablet, a stationary game device, a portable game device, a personal computer, or the like is assumed. In the description of the present embodiment, an information processing terminal (for example, a smartphone) having a display screen and a touch panel in an integrated manner will be described as an example. Therefore, the input operation is mainly input to the touch panel. However, in another embodiment, for the input operation, a physical controller connected wirelessly or by wire to the information processing terminal may be used, or for example, an input device configured to be integrated with the information processing terminal. May be used.

In FIG. 3, the information processing terminal 102 includes a processor unit 121, a memory 122, an operation unit 123, and a display unit 124. The processor unit 121 operates the information processing terminal 102 by executing a game process described later or executing a system program (not shown) for controlling the overall operation of the information processing terminal 102. Control. The processor unit 121 may be equipped with a single processor or may be equipped with a plurality of processors. The memory 122 stores various programs executed by the processor unit 121 and various data used in the programs. The memory 122 is, for example, a flash EEPROM or a hard disk device. The operation unit 123 is an input device for receiving an operation from a user, and in the present embodiment, a touch panel is mainly assumed. In other embodiments, various pointing devices, various push-type buttons, analog sticks, and the like may be used. The display unit 124 is typically a liquid crystal display device.

[Outline of game processing of this embodiment]
Next, an outline of the game processing executed in the present embodiment will be described. In this embodiment, a turn-based strategy type simulation game (hereinafter referred to as TBSG) is assumed. Further, in the present embodiment, it is assumed that a TBSG in which a battle is carried out by a total of two armies, one for the own army and one for the enemy army. Further, in this TBSG, the "unit" owned by the user is used as a piece in the simulation game. In the present embodiment, the unit "owned" by the user refers to the unit associated with the user in terms of data. That is, it is a unit to which a predetermined user is data-related as an "owner". The method of obtaining the unit will be described later.

[Game screen configuration]
FIG. 4 shows an example of a game screen of TBSG processing according to the present embodiment. In FIG. 4, on the game screen displayed on the display unit 124, a map 201 composed of 8 × 10 squares is prepared as a “map” serving as a game field. Although not shown, each square has various topographical attributes such as "flat land", "mountain", "forest", and "river". In addition, the home of the own army 202 and the home of the enemy army 203 are arranged on the map. The own army home 202 is located near the lower end of the map 201, and the enemy home 203 is located near the upper end of the map 201. Further, as the units of the own army, eight own army units 204A to 204H are arranged near the lower end of the map 201 (hereinafter, they may be collectively referred to as the own army unit 204). In the drawing, in order to identify the own army unit 204, identifiers of "A1" to "A8" are assigned to each unit. Further, although the own army unit 204 is shown as a pentagonal unit in this drawing, an external image corresponding to the world view of the game is displayed on the actual game screen. For example, in the case of TBSG based on a medieval European-style fantasy world, the image of the unit may be an appearance image of various characters such as infantry, cavalry, archers, and wizards.

In addition, eight enemy army units 205A to 205H are arranged near the upper end of the map 201 as enemy army units (hereinafter, they may be collectively referred to as enemy army units 205). Also on the drawing, in order to identify the enemy army unit 205, identifiers of "E1" to "E8" are assigned. Further, in this figure, the enemy army unit 205 is shown as a triangular unit, but on the actual game screen, for example, external images of various characters may be displayed.

Further, at the upper part of the map 201, a detailed information unit 208 showing unit detailed information such as the status of any unit selected by tap operation is also displayed. Further, at the bottom of the map, a menu unit 209 that presents buttons for various commands that can be used to advance the game is also displayed. For example, a turn end button or the like for ending one's turn is displayed on the menu unit 209.

In this embodiment, both the own army and the enemy army have 20 units each. In the following description, this set of 20 units is called a "unit". That is, the TBSG of the present embodiment is a battle between groups called "units" composed of 20 units (the formation process of this "unit" will be described later). In addition, up to 8 bodies can exist on Map 201 at the same time for each of the own army and the enemy army. In this example, at the start of the game, eight units as initial members are placed in the initial positions. If any of the eight initial members is defeated, for example, at the end of the turn, they are selected from the remaining unplaced units (hereinafter referred to as the reserve unit group) in a predetermined order (described later). As described above, the units are arranged on the map 201 with the maximum number of simultaneous existence being eight. Hereinafter, arranging the units from the reserve unit group on the map 201 in this way is referred to as "replenishment of units". Further, the positions where the units are replenished are arranged in the following priority order, for example. First, it is placed on the home of the own army 202 as the highest priority placement position. If the number of replenishment is only one, this is the end of replenishment. When the number of replenishment is 2 to 5, they are arranged in the order of clockwise, for example, in 4 squares on the top, bottom, left, and right adjacent to the home of the own army 202. Further, when the number of replenishment is 6 to 8, it is arranged in the upper left, upper right, and lower right squares of the own army base 202 after the arrangement of 4 squares up, down, left, and right.

In this example, the unit is composed of "20" units, and the number of simultaneous existence on the map is "8", but it is not limited to these numbers. Needless to say.

Here, a supplementary description will be given regarding a method of obtaining a unit in TBSG according to the present embodiment. This TBSG assumes a TBSG with a fantasy world view. In addition, the unit shall be a "character" who is a character in the world view. Further, in the initial state, for example, in the state immediately after the user purchases the product package of the TBSG, it is assumed that the user does not own any "character". Then, this TBSG has a type of game mode called "story mode" in which a predetermined scenario is advanced, and as the story progresses, TBSG processing is appropriately performed using a map related to the scenario. Is done. Then, as the story progresses, a predetermined "character", that is, a unit, can be obtained as a "companion" of the user. This "character" is prepared as various types of units such as infantry, wizards, cavalry, and archers.

In addition to the "story mode", there is also a game mode called "event mode". This mode is, for example, TBSG using a predetermined map prepared by the operation, and by clearing this, a predetermined unit as a clear reward can be obtained. In addition, the user can also obtain the unit by distributing a predetermined character to all the users, for example, in the form of "characters distributed from the operation". Further, in this TBSG, the unit can be obtained by so-called "Gacha" means. The user can obtain a predetermined unit selected at random by performing a paid or free gacha. Therefore, the number and contents of the characters owned by each user who is playing this TBSG may be different.

The TBSG described in this embodiment mainly assumes TBSG processing in the above-mentioned "event mode". For example, a map as shown in FIG. 4 is distributed from the server 101 for a limited time, and TBSG using this map can be played only during the period.

The TBSG of the present embodiment is a game played by using a unit obtained by a user by various acquisition methods as described above. That is, the user obtains various units by performing the above-mentioned "story mode" and "event mode" and performing "gacha". Furthermore, using the units obtained in this way, a "unit" is formed and "sorted" on the above map 201. Then, the game progresses by operating each unit and making it fight with the enemy army unit. Each unit has a status such as movement range, HP, attack power, skill (for example, magic or skill), and rarity. Further, in the TBSG according to the present embodiment, each unit is defined as having a growth factor. Specifically, the concept of "level" is defined, and by repeating the battle, the level of the unit rises, and as the level rises, the parameter value of that unit (specific value of each status, etc.) Is getting higher. Also, as the level rises, for example, new skills are acquired. The TBSG of the present embodiment aims to achieve the victory condition while fighting between these units. In this embodiment, the processor unit 121 controls the enemy army unit 205. That is, the case where the TBSG is played by one user will be described as an example.

In TBSG according to this embodiment, there are the following two conditions as victory conditions.
<Victory condition 1> Suppress the enemy base within 10 turns.
<Victory condition 2> After 10 turns, the behavior up to that point is evaluated and it is judged to be "dominant".
That is, the TBSG of this embodiment ends the game after 10 turns. Therefore, if you can control the enemy base 203 within 10 turns, you can "win" at that point. On the other hand, if the enemy army base 203 has not been suppressed even after 10 turns, the action content and battlefield up to that point are evaluated, and whether the own army is "superior" or "inferior" to the enemy army. Is determined. For example, the determination is made using the number of defeated enemy army units 205, the number of defeated own army units 204, and the like.

In addition, the defeat conditions are the reverse of the above victory conditions, and the following conditions are met.
<Defeat Condition 1> Your home base must be suppressed within 10 turns.
<Defeat condition 2> After 10 turns, the behavior up to that point is evaluated and it is judged to be "inferior".

The judgment of victory / defeat is not limited to the above. For example, in another embodiment, the above <victory condition 1> and <defeat condition 1> are treated as conditions for the end of the game before the lapse of 10 turns, and the superiority or inferiority judgment at that time is performed to "win" or "win". It may be configured to judge "defeat". In this case, for example, although the own army first controlled the enemy's base, it may be judged as "inferior" and "defeated" as a result of the superiority or inferiority judgment including this point.

In addition, as a method of suppressing the enemy army base 203, in this embodiment, it is possible to suppress the enemy army base 203 by adding three attacks. In addition, as a flip side of this, if the home base 202 of the own army is attacked three times, it shall be suppressed by the enemy army.

Further, the TBSG of the present embodiment has a gimmick called "combination effect" in which an advantageous effect is activated by combining units. For example, when "horse A" and "horse B" are present on the map 201 at the same time, the unit performance of both is higher than usual. Further, for example, when two specific units set as best friends and lovers are present on the map 201 at the same time, the performance of these units becomes higher than usual. Therefore, which unit appears on the map 201 in what order is an important factor in the progress of the game, and also enhances the strategic nature of the game. Also in the unit formation described below, it is possible to provide the user with the enjoyment of performing the operation of the unit formation while considering the order of appearance.

[About unit formation]
Next, the operation for forming the "unit" of the own army as described above and the outline of the formation screen will be described. As described above, in the TBSG of the present embodiment, a unit composed of 20 units is used for playing. Therefore, the user needs to form a unit to be dispatched before the game starts. Then, in the present embodiment, the user can form a unit by using the unit owned by the user (hereinafter referred to as the user-owned unit). Further, in the present embodiment, it is possible to form a unit using a unit not owned by the user (hereinafter, a unit not owned by the user). This user-unowned unit refers to all units that are not owned by the user. In this embodiment, as an example of a unit not owned by the user, a "friend unit" and an "automatically generated unit" described later will be described as an example, but in other embodiments, if the unit is not owned by the user. , Units other than these may be used.

In the present embodiment, the process for unit formation using the unit formation screen is executed before the actual TBSG process is started. FIG. 5 shows an example of a screen for forming a unit. In the screen example shown in FIG. 5, the unit frame screen 301 is displayed in the substantially upper half of the display unit, the selection screen 302 is displayed below the unit frame screen 301, and buttons for various commands are further displayed below the unit frame screen 301. The organization menu unit 303 for displaying is also displayed.

On the unit frame screen 301, a total of 20 unit frames 305 of 5 columns × 4 rows are displayed. Further, in the upper left portion of each unit frame 305, numbers 1 to 20 indicating the order of appearance on the map 201 (hereinafter referred to as the sortie order) are also displayed. The basic operation on this screen is to tap the unit images listed on the selection screen to fill the unit frame 305 of the unit frame screen 301 in order according to the above sortie order. .. However, although the details will be described later, it is also possible to organize using the "automatic organization" function without such an operation. Hereinafter, the unit formation based on the tap operation of the user is referred to as "manual formation", and the unit formation using the automatic formation function described later is referred to as "automatic formation".

Next, on the selection screen 302, the unit list display unit 306, the formation button 307 from the own army (hereinafter referred to as the own army formation button), the formation button 308 from the friend (hereinafter referred to as the friend formation button), and the sort button 309, sortie button 310 and so on are displayed. The unit list display unit 306 is a display area for displaying a list of images of units that can be organized into units, and a plurality of frames 311 are displayed. Further, the area can be scrolled up and down by using the scroll bar arranged at the left end portion. The contents displayed on the unit list display unit 306 can be switched by using the own army formation button 307 and the friend formation button 308. Specifically, when the user taps the own army formation button 307, the unit owned by the user, that is, the user-owned unit is displayed on the unit list display unit 306. On the other hand, when the friend organization button 308 is tapped, as shown in FIG. 6, a part of the units owned by other users who have a friend relationship with the user, specifically, the following leader unit is set. The image of the existing unit (hereinafter referred to as friend unit) is displayed. In the initial state, the user-owned unit is displayed on the unit list display unit 306. Further, when the rearrangement button 309 is tapped, the "sorting mode" is set, and the user can change the sortie order of the units by performing a drag operation or the like on the unit frame screen 301. When the sortie button 310 is tapped, the process related to the formation ends, and the TBSG process using the map 201 as shown in FIG. 4 is started.

Here, a supplementary explanation will be given regarding the above-mentioned friends and leader units. In TBSG in this embodiment, the user can register a plurality of other users as so-called "friends". The friend information may be stored in the server in association with the user as a "friend list", or may be stored in the information processing terminal 102. Then, in the present embodiment, when the above-mentioned "unit" is formed, not only the above-mentioned user-owned unit but also the above-mentioned friend unit can be formed into the unit. In other words, the user can freely organize a unit using the above-mentioned friend unit owned by another user (friend in this embodiment) having a predetermined relationship with the user in addition to the above-mentioned user-owned unit. It will be possible.

Next, the leader unit will be described. This is a unit set as a "leader" from among the units owned by the user. The user can set only one of the units he owns as a leader. Then, the unit set as the leader unit is displayed on the unit list display unit 306. For example, when the number of friends is 5, as shown in FIG. 6, 5 units set as leader units by each friend are displayed on the unit list display unit 306. In FIG. 6, the five frames 311 in the uppermost row of the unit list display unit 306 are displayed in a filled state. In addition, the name of the friend who owns the unit is also displayed at the bottom of each frame, so that it is possible to grasp which friend owns the unit.

As described above, in the "unit" in the present embodiment, a plurality of user-owned units and a plurality of friend-owned units can be mixed and organized. This is different from the case where a friend's character is borrowed and set in the so-called "helper frame" or "friend frame". For example, as a party to participate in a certain battle, there is also known a game in which four characters owned by a user are selected and only one character of a friend is selected. In such a game, a frame for setting a friend's character and a frame for setting a user-owned character are clearly distinguished from each other. On the other hand, the "unit" in the present embodiment can set a user-owned unit or a friend unit for each of all the frames. For example, if there are 20 or more friends, it is possible to form a unit composed of all friend units.

[About manual organization]
Next, the flow of manual organization and an example of the screen accompanying this will be given. Here, as an example, an operation of first putting two user-owned units into a unit and then putting four friend units into a unit is illustrated. First, as shown in FIG. 5, in a state where the list of user-owned units (here, only three units) is displayed on the unit list display unit 306, the user can use the upper left corner of the unit list display unit 306. Tap the frame 311 of. As a result, the first unit is displayed in the upper left unit frame 305 on the unit frame screen 301, that is, in the unit frame 305 whose sortie order is "first". Subsequently, the user taps the second unit displayed in the frame 311 to the right of the frame selected earlier, so that the unit is displayed in the unit frame 305 whose sortie order is "second". Will be done. In the unit list display unit 306, the display mode of the frame of the selected unit may be changed so as to indicate that the selected unit has been selected. FIG. 7 is an example of a screen in which only two user-owned units are added to the unit in this way.

Next, from the state of FIG. 7, the user taps the friend organization button 308. As a result, as shown in FIG. 8, the unit list display unit 306 displays the leader unit of the user's friend, that is, the friend unit list. Here, it is assumed that there are five friends. Then, similarly to the above, when the user taps the frame 311 of the friend unit to be organized into the unit, the tapped friend units are sequentially added to the unit frame 305 of the unit frame screen 301 and displayed. As an example, FIG. 9 shows a screen example in which four friend units out of five friend units are further added to the unit. Therefore, at this point, a total of 6 units are organized in the unit shown on the unit frame screen 301. If the number of user-owned units and the number of friends are sufficient, the unit frame 305 for 20 units can be filled by repeating the above operations. Then, after all the unit frames 305 are filled, the user can tap the sortie button 310 to end the formation screen and start the TBSG process using the map as described above.

In this embodiment, it is not possible to add two or more so-called "same units" to a unit on this formation screen (and automatic formation described later). The "same unit" in the present embodiment refers to data that are the same as in-game data. For example, it is a unit to which the same ID (for example, unit ID 511 described later) is assigned on the game data (for example, unit master data 502 described later). That is, the 20 units that make up the unit are substantially different units (units based on different unit data). As described above, in this TBSG, the unit is set as a "character". Therefore, it is not possible to add two or more "characters" that are exactly the same, or more accurately, "characters" that are based on exactly the same character data, to a unit. For example, two or more characters with the same name cannot be added. Therefore, for example, when the same unit is to be added to the unit, a warning message such as "The same unit cannot be added" is presented to the user to indicate that the unit cannot be added. In addition, the same unit may be added to the unit once, and such a display may be displayed on the screen, but the start of the game may be restricted. For example, the above warning message may be presented when the sortie button 310 is tapped while two or more of the same units are present in the unit. In another embodiment, depending on the content of the game, even such units having substantially the same content may be configured so that the game can be started with two or more units added to the unit.

[About automatic organization]
Next, the above-mentioned "automatic organization" function will be described. This is a state where the above unit frame 305 is still empty, that is, all 20 unit frames 305 are not filled.
This is a function executed when the sortie button 310 is tapped. For example, suppose that the user taps the sortie button 310 while the unit frame is filled by 6 bodies as shown in FIG. In such a case, the remaining 14 empty frames are filled with units not owned by the user, that is, units not owned by the user. In the present embodiment, as an example of the user-unowned unit used here, a unit automatically generated by the processor unit 121 based on a predetermined condition (hereinafter, referred to as an automatically generated unit) is used. That is, in the present embodiment, the processor unit 121 generates 14 automatically generated unit units and performs a process of filling the shortage. In other words, it can be said that TBSG is started with all 20 unit frames 305 filled.

By using this automatic organization function, the user can also start TBSG even when the number of selected units in the manual organization is 0, for example. That is, even if all the unit frames 305 as shown in FIG. 5 are left blank and the sortie button 310 is tapped, all 20 bodies are filled with the automatically generated unit by the automatic formation function, and TBSG is started. It will be.

This automatically generated unit is generated based on unit data stored in advance as game data of the TBSG, for example, unit master data 502 described later. Details will be described later, but for example, basic character parameters and image data are defined in this unit master data 502. Then, based on this definition content, a unit is automatically generated by setting a predetermined level or skill to the character. Therefore, all units that can appear in the TBSG can be added to the unit. In other words, units not owned by the user could be added to the unit. That is, in the case of this automatic formation as well, as in the case of using the friend unit in the manual formation, the unit formation using the user-non-owned unit can be performed. It can also be said that such an automatically generated unit is a unit that is not associated with any user.

However, in the present embodiment, since there are restrictions on the "same unit" as described above, control is also performed so that the same unit that is already in the unit is not automatically generated. In another embodiment, in the control of automatic generation by the automatic organization function, all the user-owned units may be controlled so as to be excluded from the target of automatic generation. Further, in other embodiments where the same unit can be added to two or more units, all the unit data stored in advance as game data is simply all without distinction between the user-owned unit and the user-non-owned unit. May be the target of automatic generation.

In addition, when the automatic organization function as described above is used, the user may not be able to grasp what kind of unit is included in the frame of the shortage of the unit. That is, the user does not know what kind of unit was added to the unit until the automatically generated unit actually appeared on the map. Taking the case where the user taps the sortie button 310 in the state of FIG. 9 as an example, at the start of the game, for example, the own army units 204A to 204F (units of "A1" to "A6") in FIG. User-owned units and friend units manually organized by the user are placed. On the other hand, as the own army units 204G to 204H (units of "A7" and "A8"), an automatically generated unit is arranged. That is, for the user, it is possible to grasp what kind of unit has been added to the unit for the first time at this point for the own army units 204G to 204.

Here, the performance, growth degree, and status of the above units may be adjusted according to the content of the game when the unit is formed. For example, it is assumed that there is a "unit A" acquired by advancing the story mode, and as a result of continuing the story mode using this "unit A", the player has grown to "level 10". In this state, it is assumed that TBSG using the map 201 as shown in FIG. 4 is performed as the event mode. At this time, it is assumed that "Unit A" is added to the above-mentioned unit. In this case, the level of "Unit A" may be temporarily changed according to the content of the event, the difficulty level of TBSG, and the like. For example, in this embodiment, the level is changed to the maximum state only while TBSG using the map 201 is performed. That is, the level is maximized and added to the unit. Further, such a change is made not only to the user-owned unit but also to the friend unit and the automatically generated unit. That is, when a friend unit is added to the above unit, the process of adding it to the unit with the level set to the maximum state is performed. In the case of an automatically generated unit, when it is automatically generated, it is automatically generated so that the level becomes the maximum state. As a result, for example, in a highly difficult game, a "weak" unit is automatically generated as an automatically generated unit, which makes it difficult for the game to progress and makes it impossible for the user to fully entertain. It is possible to avoid the situation.

Of course, in other embodiments, such adjustments are not limited to maximizing the level. Depending on the difficulty level of the TBSG to be executed, for example, the level 1 state may be uniformly set. Further, for example, the friend unit and the automatically generated unit may be adjusted so as to have slightly weaker performance than the user-owned unit, that is, the unit raised by the user himself / herself. Further, for example, with respect to the user-owned unit, such adjustment of the level or the like may not be performed. In this case, the user-owned unit can be used in the same state as it has been used so far, so that the user-owned unit can be played in a familiar state. In addition, such adjustments such as levels may not be performed for both the user-owned unit and the friend unit. In other words, the units raised by each user / friend may be allowed to be played in the raised state.

As described above, in the TBSG of the present embodiment, it is possible to form a unit using a unit different from the unit owned by the user. As a result, for example, when providing a TBSG using a unit composed of 20 units as described above, even if the number of units owned by the user is small, the friend unit or the automatically generated unit can be used. , It is possible to play the TBSG.

For example, in the case of the above-mentioned "manual organization", a user-owned unit and a friend unit that may include a user-non-owned unit can be added to the unit based on the user's operation. This is advantageous in that it is possible to form a unit using a user-owned unit that the user is accustomed to, and it is possible to form a unit for a friend unit while grasping the performance of the unit by the user himself / herself. In particular, since TBSG in this embodiment has the above-mentioned "combination effect", from the viewpoint of intentionally invoking the "combination effect", it is also strategic in terms of which units appear in what order. It's getting higher. Therefore, it is advantageous in that it is possible to manually form a unit while grasping each unit. Also, by making more friends, more friend units can be used, so it is possible to increase the motivation of users to make friends.

Further, in the case of "automatic organization", it is advantageous in that TBSG can be entertained even when the number of units owned by the user or the number of friends is small as described above. Further, in the present embodiment, TBSG cannot be started unless all 20 units of the unit are filled, and it is also advantageous in that the time and effort required for unit formation can be saved. For example, a user who has 20 or more user-owned characters but wants to avoid the trouble of manual formation can start TBSG by intentionally leaving all the unit frame 305 blank and "sorting". Can be done. In this way, it is also advantageous in that it saves the trouble of manual organization and enhances the convenience for the user who wants to start TBSG easily. In addition, when the user "sorts" using the above automatic organization, the user starts playing without knowing what the contents of the unit of his / her army are. This allows the user to play with a sense of tension, for example, by allowing the user to intentionally "sort out" with all the units empty, so that the user can fight without knowing the contents of his or her unit. It is also possible to entertain.

The availability of friend units and auto-generated units as described above also allows users to "trial" non-user-owned units. As a result, it is possible to have the player experience the performance of a unit that he / she does not own, increase the motivation to acquire such a user-unowned unit, and eventually enhance the interest of the game.

In "manual organization", an example is shown in which another user having a predetermined relationship with the user, here, a unit owned by "friend" can be used. In other embodiments, it is not limited to other users in a so-called "friend" relationship, that is, in a mutually authenticating relationship, for example, other users that the user is unilaterally following, or vice versa. Units owned by other users when the user is unilaterally followed may also be available. In addition, a configuration that can be used for a unit owned by a specific user who satisfies a predetermined condition, such as a "top ranker" or a "top player", may be used.

Further, the unit owned by the user who is unilaterally following / being followed or the unit owned by the "top ranker" or the like may be made available in the "automatic organization". That is, as the user-unowned units added by the automatic organization function, the units owned by these users may be selected and added under predetermined conditions.

Further, in the case of "manual organization", not only the friend unit as described above or the unit owned by a specific user who is not a friend, but some unit not owned by the user may be presented to the user so that the unit can be selected. For example, the leader characters of other users who have logged in within the last hour and have no friendship with the user are displayed in a list on the unit list display unit 306 so that multiple leader characters can be added to the unit. May be good. In this case, even if the leader characters of other users displayed at that time happen to be all "weak" units, organize them into units and tap the sortie button 310 to start the game. Is possible.

[Details of game processing of this embodiment]
Next, the TBSG process in the present embodiment will be described in more detail with reference to FIGS. 10 to 22.

[About usage data]
First, various data used in this TBSG process will be described. First, the data used in the server 101 will be described. FIG. 10 is a memory map showing an example of various data stored in the memory 112 of the server 101. The server-side program 401, the user database 402, the automatic generation condition data 403, and the like are stored in the memory 112 of the server 101.

The server-side program 401 is a program for executing the process related to TBSG in the present embodiment. For example, a user login process, a process of transmitting or receiving predetermined user data included in the user database 402 to the information processing terminal 102, and a process of appropriately transmitting various data required for TBSG to the information processing terminal 102. It is a program to execute.

The user database 402 is a database that is a set of data regarding each user who plays TBSG. In the present embodiment, the user database 402 is a database configured with user data 404 as one record as shown in FIG. After the login process is performed, the information processing terminal 102 performs a process of acquiring user data 404 corresponding to the user from the server 101.

The data structure of the user data 404 will be described with reference to FIG. The user data 404 shown in FIG. 11 includes user ID 405, profile information 406, user-owned unit data 407, friend data 408, progress data 409, and the like. The user ID 405 is an ID for uniquely identifying each user. The profile information 406 includes various information necessary for the login process and information about each user such as the handle name of each user.

The user-owned unit data 407 is data indicating a unit owned by the user. FIG. 12 is a diagram showing an example of the data structure of the user-owned unit data 407. The user-owned unit data 407 is tabular data having items such as possession number 411, unit ID 412, current Lv413, equipment skill 414, and leader flag 415. The ownership number 411 is a number for uniquely identifying the user-owned unit. For example, the numbers assigned in the order in which the units are obtained. The unit ID 412 corresponds to the unit ID 511 in the unit master data 502 described later. Currently Lv413 is data indicating the current level of the unit. The equipment skill 414 is data indicating the skill currently possessed by the unit. The leader flag 415 is data for indicating whether or not the unit is set as the leader unit. Further, in addition to the data shown here, for example, data indicating the acquisition date of each unit and the like are also included in the user-owned unit data 407.

Returning to FIG. 11, the friend data 408 is data for indicating another user registered as a "friend" by the user. This is so-called "friend list" data.

The progress data 409 is data for showing the progress of the user's game. For example, based on this data, which is data indicating how far the game has progressed in the story mode, the user can restart the previously interrupted game from the continuation thereof.

Next, various data stored in the memory of the information processing terminal 102 will be described. FIG. 13 is a memory map showing an example of various data stored in the memory 122 of the information processing terminal 102. The memory 122 of the information processing terminal 102 stores the terminal side game program 501, the unit master data 502, the own army unit data 503, the enemy army unit data 504, the operation data 505, the formation mode 506, the map data 507, and the like.

The terminal-side game program 501 is a program for executing the game processing according to the present embodiment. That is, it is a program for executing the processing for unit formation as described above and the TBSG processing using the map 201 as shown in FIG. 4 above.

The unit master data 502 is a database that defines all the units appearing in this TBSG. The data can be appropriately updated based on the update data transmitted from the server 101, and the data of a new unit may be added each time the data is updated. FIG. 14 shows an example of the data structure of the unit master data 502. In FIG. 14, the unit master data 502 is tabular data having items such as unit ID 511, image / audio data 512, initial parameter 513, parameter definition data 514 at each level, and combination effect definition data 515.

The unit ID 511 is an ID for identifying the unit. The image / audio data 512 is data of the appearance image of the unit, or data of the character voice when the unit is a character, for example. The initial parameter 513 is data that defines the ability value in the initial state (for example, at level 1) of the unit. The parameter definition data 514 at each level is data that defines the degree of growth of each unit, and is data that defines the ability value for each level. The combination effect definition data 515 is data that defines the activation conditions and the like of the "combination effect" as described above.

In the automatic generation process by the above-mentioned automatic organization function, a predetermined unit is generated based on the unit master data 502. For example, one of the unit IDs 511 is randomly selected, and the parameter definition data 514 at each level is referred to to generate the data of the unit in which the ability value at the maximum level is set, which will be described later. Will be added to the own unit data 503 of.

Returning to FIG. 13, the own army unit data 503 is data for showing the above-mentioned own army unit. It is generated by the above-mentioned "manual organization" operation and "automatic organization" function. FIG. 15 shows an example of the data structure of the own army unit data 503. The own army unit data 503 is table format data having items of sortie order 521 and unit data 522, and records for a total of 20 units are prepared. The sortie order 521 is data indicating the sortie order as described above, and is also a number for identifying each unit of the own army unit. The unit data 522 is data for indicating each unit of the own army unit. For example, when a user-owned unit or a friend unit is added to a unit, information indicating the unit ID 511 of the added unit and its level is set as the unit data 522. In the case of an automatically generated unit, information indicating the unit ID 511, level, etc. of the automatically generated unit is set.

Returning to FIG. 13, the enemy army unit data 504 is data for showing the enemy army unit. The data structure is basically the same as that of the above-mentioned own army unit data 503. However, regarding the contents, it is assumed that the processor unit 121 automatically generates data for all 20 units.

The operation data 505 is data indicating various operation contents performed on the operation unit 15. In the present embodiment, data indicating the presence / absence of input to the touch panel as the operation unit 15, touch coordinates thereof, and data indicating the pressed state of various buttons (not shown) are included.

The formation mode 506 is data used in the unit formation processing described later, and is data for indicating whether or not the current operation mode is the “sorting mode”.

The map data 507 is data that defines the configuration of the map 201 described above. For example, the data delivered from the server 101 is stored.

In addition, user data 404 acquired from, for example, the server 101 is temporarily stored in the memory 122. In addition, various work data and the like used in this process are also stored as appropriate.

[Details of processing executed by the processor unit 121]
Next, the details of the game processing according to the present embodiment will be described with reference to the flowcharts of FIGS. 16 to 22. Here, the processing in the information processing terminal 102 will be mainly described. The processing on the server 101 will be described as appropriate as necessary. Further, the above-mentioned processing related to unit formation and the TBSG processing using the above-mentioned map 201 will be mainly described, and the description of other game processing will be omitted. Further, it is assumed that the user data 404 is acquired from the server 101 and stored in the memory 122 prior to this processing.

FIG. 16 is a flowchart showing an overall picture of the game processing in the present embodiment. First, in step S1, the unit formation process is executed, and then in step S2, the TBSG process using the unit generated in the process is executed.

FIG. 17 is a flowchart showing the details of the unit formation process. First, in step S11, a process for displaying an initial screen for unit formation is performed. Specifically, the processor unit 121 identifies the unit owned by the user by referring to the user-owned unit data 407 of the user data 404 acquired from the server 101 and stored in the memory 122. Further, referring to the unit master data 502, a list of user-owned units including an image of the user-owned unit is generated. Then, a process of displaying the user-owned unit list on the selection screen 302 is performed. In addition, the process of initializing the own army unit data 503 is also performed.

Subsequently, in step S12, the processor unit 121 sets the data indicating "addition" to the knitting mode 506.

Next, in step S13, the processor unit 121 determines whether or not the knitting mode 506 is “additional”. When it is not "addition" (NO in step S13), it is "sort mode", so the process proceeds to step S26 described later. On the other hand, when it is "addition" (YES in step S13), in step S14, the processor unit 121 acquires the operation data 505. Next, in step S15, the processor unit 121 determines whether or not the content of the user's operation shown in the operation data 505 is the operation of tapping the own army formation button 307. As a result of the determination, if the tap operation of the own army formation button 307 is performed (YES in step S15), in step S16, the processor unit 121 generates a list of user-owned units and displays them on the selection screen 302. Execute the process to be performed. After that, the process returns to step S13 and the process is repeated.

On the other hand, as a result of the determination in step S15, if the tap operation of the own army formation button 307 has not been performed (NO in step S15), then in step S17, the processor unit 121 is the user indicated by the operation data 505. It is determined whether or not the content of the operation of is the operation of tapping the friend organization button 308. As a result of the determination, if the friend organization button 308 has been tapped (YES in step S17), the processor unit 121 executes a process for displaying the friend unit list on the selection screen 302. Specifically, first, in step S18, the processor unit 121 cooperates with the server 101 to perform the following processing. First, on the server 101, the process specified by the user's friend is executed with reference to the friend data 408. Next, in the server 101, the user-owned unit data 407 of each of the specified friends is referred to from the user database 402, and the unit in which the reader flag 415 is set to be turned on, that is, the data of the reader unit is acquired. Then, the list data indicating the leader unit of each friend is transmitted from the server 101 to the information processing terminal 102. The processor unit 121 generates a list of friend units based on the transmitted data. After that, in step S19, the processor unit 121 executes a process of displaying the friend unit list on the selection screen 302. After that, the process returns to step S13 and the process is repeated.

On the other hand, if the tap operation of the friend formation button 308 has not been performed as a result of the determination in step S17 (NO in step S17), then in step S20 of FIG. 18, the processor unit 121 uses the operation data 505. It is determined whether or not the content of the user's operation shown is a tap operation of the sort button 309. As a result of the determination, if the sorting button 309 is a tap operation (YES in step S20), in step S21, the processor unit 121 sets the data indicating "sorting" in the knitting mode 506. After that, the process returns to step S13 and the process is repeated.

On the other hand, as a result of the determination in step S20, if the rearrangement button 309 has not been tapped (NO in step S20), then in step S22, the processor unit 121 uses the operation data 505. Determines if the content of the operation is an operation to add a unit to the unit. Specifically, it is determined whether or not an operation of tapping any of the frames 311 in which the unit is displayed on the selection screen 302 has been performed. As a result of the determination, if the operation is to add a unit (YES in step S22), in step S23, the processor unit 121 indicates the unit corresponding to the unit tapped from the selection screen 302 based on the operation content. The process of adding the data to the own army unit data 503 in order is performed. When the user-owned unit list is displayed on the selection screen 302, the user-owned unit selected by tapping is added to the own army unit data 503. If the friend unit list is displayed on the selection screen 302, the friend unit selected by tapping is added to the own army unit data 503. Further, the processor unit 121 also performs the level adjustment processing as described above at the time of this addition. In the present embodiment, the level is maximized regardless of the actual training status of the user-owned unit and the friend unit. After making changes, the process of adding to the unit is performed. If the operation content corresponds to the above-mentioned operation of adding the "same" unit to the unit, a message "cannot be added" is displayed and the operation related to the addition is canceled. Then, the processor unit 121 performs a process of updating the display contents of the unit frame screen 301 based on the latest own army unit data 503. After that, the process returns to step S13 and the process is repeated.

On the other hand, as a result of the determination in step S22, if the operation for adding the unit to the own army unit has not been performed (NO in step S22), then in step S24, the processor unit 121 is indicated by the operation data 505. It is determined whether or not the content of the user's operation is a tap operation of the sortie button 310. As a result of the determination, if the operation is not the tap operation of the sortie button 310 (NO in step S24), the process returns to step S13 and the process is repeated. On the other hand, if the sortie button 310 is tapped (YES in step S24), the processor unit 121 executes the unit determination process in step S25.

In the present embodiment, in the process up to step S24, the process of adding the content selected based on the operation of the user from the owned content (user-owned unit) owned by the user to the group (unit) is performed. It can be said that this is the first additional process. On the other hand, the addition from the friend unit can be said to be a second additional process of adding a predetermined content to the group from the non-owned contents not owned by the user. Further, the process related to step S25 described below can also be said to be the second additional process.

FIG. 20 is a flowchart showing the details of the unit determination process. First, in step S41, the processor unit 121 refers to the own army unit data 503 and executes a process of confirming the number of frames (hereinafter, empty frames) to which the unit has not been added yet.

Next, in step S42, the processor unit 121 determines whether or not the number of empty frames is 0, and if the result is not 0 (NO in step S42), an automatically generated unit is added for the empty frames. Perform the process to do so. Specifically, in step S43, the processor unit 121 randomly selects any one of the unit data with reference to the unit master data 502. At this time, it is controlled not to select the data having the same unit ID as the unit already added to the own unit.

Next, in step S44, the processor unit 121 executes a process of determining the level of the unit selected in step S43 based on a predetermined condition. For example, the processor unit 121 acquires the automatic generation condition data 403 from the server 101 and stores it in the memory 122. Then, the automatic generation condition data 403 is referred to, and the above level is determined based on the conditions defined in the data. In this embodiment, it is assumed that a condition of maximizing the level is defined as a predetermined condition. In addition, based on the definition content in the automatic generation condition data 403, for example, a process of appropriately determining the skill content of the unit is also performed. Then, the processor unit 121 generates an automatically generated unit that reflects these determined contents.

Next, in step S45, the processor unit 121 executes a process of sequentially adding the data indicating the automatically generated unit generated above to the own army unit data 503. 0130 After that, the process returns to step S41 and the process is repeated.

On the other hand, as a result of the determination in step S42, when the number of empty frames is 0 (YES in step S42), 20 units have been added to the own army unit. Unit 121 processes the generation of enemy troops. That is, the process of setting the unit data for 20 bodies in the enemy army unit data 504 is executed. Basically, the process of adding unit data for 20 units to the enemy unit data 504 is performed in the same process as in the case of generating the automatically generated unit. When the process is completed, the unit confirmation process is completed.

Returning to FIG. 18, when the unit determination process is completed, the unit formation process is completed.

On the other hand, as a result of the determination in step S13 of FIG. 17, when the knitting mode 506 is not "addition" (NO in step S13), in step S26 of FIG. 19, the processor unit 121 acquires the operation data 505. Next, in step S27, the processor unit 121 determines whether or not the content of the user's operation indicated by the operation data 505 is an operation indicating that the sort mode is terminated. For example, it is determined that the "sorting end" button is displayed during the sorting mode, and when this button is tapped, an operation indicating that the sorting mode is terminated has been performed. As a result of the determination, if the rearrangement mode end operation is not performed (NO in step S27), in step S28, the processor unit 121 is in the own army unit data 503 based on the operation content shown in the operation data 505. The process of changing the order of each unit and the process of updating the screen based on the changed contents are executed. After that, the process returns to step S26 and the process is repeated. On the other hand, if the rearrangement mode end operation has been performed (YES in step S27), the processor unit 121 sets "addition" to the knitting mode 506 in step S29. After that, the process returns to step S13 and the process is repeated.

This is the end of the explanation of the unit formation process.

Next, the details of the TBSG process executed following the unit formation process will be described. The TBSG process starts from the turn of the own army. FIG. 21 is a flowchart showing the details of the TBSG process according to step S2. First, in step S61, the processor unit 121 executes the preparation process. Specifically, the following processing is executed by the processor unit 121. First, based on the map data 507, the process of generating the map 201 used in the TBSG process and arranging it in the virtual game space is executed. Further, the process of reading the own army unit data 503 and arranging eight own army units at predetermined positions on the map 201 is executed based on the unit data of the first to eighth sortie order. Further, the process of acquiring the enemy army unit data 504 and similarly arranging the eight enemy army units having the first to eighth sortie order at predetermined positions on the map 201 is also executed. Then, a process of generating a game screen as shown in FIG. 4 and displaying it on the display unit 124 is executed.

Next, in step S62, the processor unit 121 acquires the operation data 505. Next, in step S63, the processor unit 121 executes a control process of any of its own army units based on the operation content indicated by the operation data. Further, the display processing of the game screen reflecting the control is executed. For example, the movement of own army units, attacks on enemy army units and enemy army base 203, use of various skills, and the like are controlled. In addition, the determination of whether or not the above-mentioned "combination effect" activation condition is satisfied, and if it is satisfied, the process of activating the combination effect is also executed, and the enemy army unit is attacked. As a result, for example, when a self-army unit is destroyed by a counterattack, control is also executed to erase the self-army unit from the map or to erase the related "combination effect".

Next, in step S64, the processor unit 121 determines whether or not the user has suppressed the enemy army base 203. As a result of the determination, if the suppression is performed (YES in step S64), the process proceeds to step S73, which will be described later. On the other hand, if it has not been suppressed yet (NO in step S64), then in step S65, it is determined whether or not the turn of the own army has ended. For example, it is determined whether or not the "end of turn" button has been tapped. Also, if all of your units on the map have completed their actions, it is determined that your turn has ended. As a result of the determination, if the own army turn has not been completed yet (NO in step S65), the process returns to step S62 and the process is repeated.

On the other hand, when the own army turn is completed (YES in step S65), the process related to the enemy army turn is executed next. First, in step S66, the processor unit 121 controls the behavior of any of the enemy army units existing on the map. That is, the control of actions such as the movement of the enemy army unit and the attack on the own army unit and the own army base 202 is executed. In addition, if the own unit is destroyed as a result of being attacked, the control to delete the own unit from the map or the related "combination effect" is also executed in the same manner as above. The map. Further, the processor unit 121 also performs a game screen display process that reflects the result of the above control.

Next, in step S67, the processor unit 121 determines whether or not the own army base 202 has been suppressed by the enemy army unit. As a result, if it is suppressed (YES in step S67), the process proceeds to step S74 described later. If it has not been suppressed yet (NO in step S67), in step S68, the processor unit 121 determines whether or not the turn of the enemy army has ended. That is, it is determined whether or not all the enemy army units existing on the map have been controlled as described above. As a result, if the enemy army turn is not completed (NO in step S68), the process returns to step S66 and the process related to the enemy army turn is repeated.

On the other hand, when the enemy army turn is completed (YES in step S68), then in step S69, the processor unit 121 determines whether or not 10 turns have passed. As a result, if 10 turns have not yet passed (NO in step S69), the processor unit 121 executes the unit replenishment process in step S70. That is, if there is a unit destroyed in this turn, the process of replenishing the units from the reserve unit in the order of sortie is executed according to the number of destroyed units. This process is performed for both your army and the enemy army. After that, the turn is advanced by one turn, the process returns to step S62, and the process is repeated.

On the other hand, if 10 turns have passed as a result of the determination in step S69 (YES in step S69), in step S71 of FIG. 22, the processor unit 121 determines whether or not the own army is superior. Executes the superiority / inferiority determination process of. That is, although 10 turns have passed, since neither the home of the own army nor the base of the enemy army has been suppressed, processing for making a decision by judgment is performed. Specifically, processing is performed to compare the number of defeated units of each other, the number of attacks on each other's home base, etc. For example, when the number of defeated enemy units is larger than the number of defeated own units. Is determined to have the upper hand. Conversely, if your unit is destroyed more often, your army is determined to be inferior.

As a result of the above determination, if it is determined that the own army is superior (YES in step S72), in step S73, the processor unit 121 executes the process at the time of victory. For example, a process of displaying a winning effect or adding data indicating a predetermined reward to the user data 404 is executed. On the other hand, if it is determined that the own army is not superior, that is, inferior (NO in step S72), in step S74, the processor unit 121 executes the processing at the time of defeat. For example, a process of displaying a winning effect is executed. This completes the TBSG process.

As described above, in the present embodiment, for example, in a TBSG in which units composed of 20 units fight against each other, by using the friend unit and the automatically generated unit, only the unit owned by the user himself / herself is used. Instead, it is possible to form a unit using units that the user does not own. As a result, even for a user who owns a small number of units, for example, a user who has just started playing a game and has not yet gathered enough units, TBSG that makes such units fight each other. It will be possible to have you play.

[Modification example]
In the above embodiment, TBSG in which "units" composed of 20 units fight against each other is taken as an example. In other words, an example is a game in which "groups" that include multiple "contents" called units can fight each other. In addition to such games, for example, even in the case of organizing a "deck" in a card game, the above-mentioned processing can be applied. In this case, a "card" as content is added to the "deck" as a group, but at this time, in addition to the card owned by the user himself, multiple cards owned by the friend are used to himself. You just need to be able to configure your deck. Of course, the card data may be automatically generated by the above automatic organization function and added to the deck. In addition, regarding the formation of "teams" in sports games, etc., the above-mentioned processing is applied, and not only "players" owned by the user himself but also "players" not owned by the user are used. Team formation may be possible. In addition, it can also be applied to games such as 3D FPS (first person shooter) and TPS (third person shooter) in which teams compete against each other. For example, suppose a team battle type FPS composed of one user character operated by the user and a plurality of ally characters automatically controlled by the processor unit 121. In this case, the ally character is described above. In addition to the characters obtained by the user through gacha or the like, a team may be formed by using a character corresponding to the friend unit or a character corresponding to an automatically generated unit.

Further, the game processing using the above group is not limited to the above-mentioned games such as TBSG, card game, and sports game in which groups fight against each other, but for games in which a group is used to clear a predetermined mission. However, the processing of this embodiment is applicable. For example, it can be applied to a rhythm game in which a group composed of a plurality of characters (for example, a virtual idol group or the like) is used to challenge the performance of a predetermined song. In this case, as for the characters to be organized into a group, not only the characters owned by themselves but also the characters owned by friends and the like may be organized into a plurality of characters.

Further, regarding the above-mentioned contents, in addition to the above-mentioned units, characters, cards and the like, for example, "nation", "battleship", "weapon", "weapon", "vehicle" and the like may be used.

In addition, the so-called cost system may be used for the formation of units. For example, a cost is set for each of the above units, and an upper limit cost value for the unit is set in advance. Then, it may be organized within the range of the cost. For example, if the cost is the upper limit when 15 units are added, it may be possible to sortie as a unit with 15 units.

Further, in the above, as an example of the user-unowned unit used in the automatic organization function, an example of an automatically generated unit unit generated based on the unit master data 502 is shown. In addition, the user-non-owned unit may be as follows. For example, in the case of a game using a unit having no growth element, the unit may be simply randomly selected from the unit master data 502 as described above. Further, for example, the unit may be a unit generated based on the acquisition of predetermined unit data (which may be a unit not included in the unit master data 502) stored in advance in the server 101. .. That is, the unit may be rented from the server 101. Further, the previously used friend unit may be stored in the information processing terminal 102 as a "usage history", and may be a unit randomly selected from this history. In addition, as a user-unowned unit, for example, a "character" whose name and appearance are set is fixedly added, and the ability value of each additional character generates a random ability value at the time of the addition. You may try to do it.

Further, regarding the above-mentioned automatic generation process, the conditions of the units to be organized in the unit may be conditioned more finely. For example, depending on the contents of the above map, units with excellent offensive power may be preferentially organized into units (focus on offensive power), or units with excellent defensive power may be preferentially organized into units (emphasized on defensive power). ) May be controlled. Further, control may be performed so as to automatically generate only male characters or only female characters. In addition, for example, control may be performed so as to organize units prepared in advance by the operation according to the map. These conditions may be configured to be defined in the above-mentioned automatically generated condition data 403.

Further, regarding the above-mentioned friend unit and automatically generated unit, in another embodiment, only units that do not overlap with the unit owned by the user are listed as friend units or generated as automatically generated units. You may. In the above example, for example, if the unit is owned by both the user and the friend and the user has not manually added the unit to the unit, the unit can be added to the unit as a friend unit. In this regard, in another embodiment, for example, the friend unit list may be configured so that only units that do not overlap with the units owned by the user are displayed. Further, the automatically generated unit may be automatically generated only for the unit that does not overlap with the unit owned by the user.

Further, in another embodiment, automatic selection for a friend unit may be enabled. For example, if an "automatic formation from a friend" button is presented and this is tapped, the unit to be added to the unit may be randomly selected from the friend unit list, for example, and added to the unit.

Further, regarding the "replenishment" of the above-mentioned units, in the above example, at the end of the turn, the number of units destroyed in that turn is replenished in the order of sortie. In addition, as a trigger for replenishment, for example, defeating an enemy army unit may be a trigger, or a score exceeding a certain level may be a trigger. In addition, the trigger may be that the number of destroyed units exceeds a certain number.

In addition, in the above automatic formation function, an example was given in which the level was uniformly maximized and added to the unit. In addition, for example, the level may be adjusted according to the sortie order. For example, the unit may be set to have a higher level as the sortie order is later, or conversely, the level may be set to be lower as the sortie order is later. In the former case, even a user who is unfamiliar with the game can easily clear the game. On the other hand, in the latter case, the more the unit is destroyed, the more severe the battle situation becomes, so it is required to go around so that the original unit is not destroyed as much as possible, providing a highly tense game (for advanced players, for example). can. In either case, it is possible to enhance the fun of the game.

Further, in the above embodiment, when "sortie" is performed with an empty frame in the unit frame 305, automatic formation is performed and TBSG is started as it is. In other words, we have shown an example in which the user cannot grasp the automatically generated unit until it actually appears on the map. In another embodiment, the contents of the unit filled with the automatically generated unit may be presented to the user before the TBSG is started. For example, when the sortie button 310 is tapped while the unit frame 305 has an empty frame, the contents of the unit filled with the automatically generated unit are displayed on the unit frame screen 301 after executing the above-mentioned processing related to the automatic formation. It may be displayed. Further, the user may be inquired such as "Do you want to sortie with this unit?" Then, if the user's consent is not obtained, the process related to the automatic organization may be executed again. As a result, the user can "sort out" while grasping the contents of the unit while saving the trouble of manual formation, and the convenience of the user can be improved.

Further, the entity that executes the above-mentioned processing is not limited to the above-mentioned configuration. For example, in the above information processing system, the system on the server side may be composed of a plurality of information processing devices, and the plurality of information processing devices may share and execute the processing to be executed on the server side. Further, for example, data other than the terminal-side game program 501 and operation data 505 are also stored in the server 101, and the information processing terminal 102 accesses the server 101 and refers to the data as needed. May be. In this case, for example, the information processing terminal 102 sends operation data 505 indicating the user's operation to the server 101, executes various game processes on the server, and the information processing terminal 102 receives the execution result and reflects the execution result. The game screen may be generated and displayed.

Further, for example, the server 101 may perform only the transmission / reception processing of data related to the friend, and the other processing may be executed only by the information processing terminal 102. In this case, the user data 404 of each person may be stored in each information processing terminal 102, and the server 101 may be used only for the processing related to the acquisition of the information of the friend unit. Further, for example, the registered friend user data may be stored in the information processing terminal 102 so that the server 101 is not used. In this case, for example, the information processing terminals 102 may directly exchange user data 404s with each other and store them in the information processing terminal 102.

101 Server 102 Information processing terminal 111 Processor unit 112 Memory 113 Communication unit 121 Processor unit 122 Memory 123 Operation unit 124 Display unit

Claims (19)

When there is content selected based on the user's operation from the owned content owned by the user, the first additional means for adding the selected content to the group, and
If it is possible to add content to the group when determining the content included in the group, the in-game strength of the content can be added to the group in accordance with a predetermined rule. A second additional means to automatically add to the group after adjusting the parameters related to to the value indicating the maximum strength set for the content.
An information processing system including a game execution means for executing a game using the contents included in the group. The information processing system according to claim 1, wherein the second additional means adds the addable number of contents after the timing at which the user operation for starting the execution of the game is performed. The information processing system according to claim 1 or 2, wherein the content added to the group by the second additional means is not presented to the user before the start of execution of the game. The second additional means is non-owned content not owned by the user, and adds a number of contents that can be added to the group based on the non-owned content owned by another user associated with the user. The information processing system according to claim 1 or 2 . The second addition means adds as many contents as possible to the group based on the plurality of non-owned contents each owned by the plurality of other users associated with the user, claim 4 . The information processing system described. The second addition means according to any one of claims 1 to 5 , which adds a number of contents that can be added to the group based on the information about the ability value of the content randomly selected from the non-owned contents. The information processing system described. The first additional means is any one of claims 1 to 6 , wherein the content selected based on the operation of the user from the owned content and the non-owned content owned by the user is added to the group. Information processing system described in. The first additional means is content selected based on the operation of the user from the owned content owned by the user and the non-owned content owned by the other user associated with the user. The information processing system according to claim 4 or 5 , wherein the information processing system is added to the group. The first additional means is used to operate the user from among the owned content owned by the user and the non-owned content owned by each of the plurality of other users associated with the user. The information processing system according to claim 8 , wherein at least two contents selected based on the above are added to the group. When the content ID for identifying the first content included in the group and the content ID for identifying the second content included in the group overlap, the game executing means is a game by the game executing means. The information processing system according to any one of claims 1 to 9 , which limits the start of the above. The information processing system further includes appearance order setting means for setting the order in which the contents included in the group appear in the game executed by the game execution means.
The information processing system according to any one of claims 1 to 10 , wherein the game executing means causes contents included in the group to appear in the game in the order described above, and executes a game using the contents. The information processing system according to claim 11 , wherein the game executing means causes the contents included in the group to appear in the game in the order when a predetermined appearance condition is satisfied. The game executing means determines whether or not the content appearing in the game satisfies the exit condition for exiting the game, and when the content satisfying the exit condition is withdrawn from the game, the above-mentioned The information processing system according to claim 11 or 12 , wherein the predetermined content is made to appear in the game in the order from the contents included in the group. 13 . The information processing system described in either. The second addition means according to any one of claims 1 to 14 , wherein the predetermined content is added from the non-owned content based on the predetermined setting as the number of contents that can be added to the group. Information processing system. The second adding means adds the predetermined content from the non-owned content based on the setting according to the game executed by the game executing means as the number of contents that can be added to the group. Item 4. The information processing system according to any one of Items 1 to 14 . An information processing program that is executed by the computer of an information processing system.
The computer
When there is content selected based on the user's operation from the owned content owned by the user, the first additional means for adding the selected content to the group, and
If it is possible to add content to the group when determining the content included in the group, the in-game strength of the content can be added to the group in accordance with a predetermined rule. A second additional means to automatically add to the group after adjusting the parameters related to to the value indicating the maximum strength set for the content.
An information processing program that functions as a game execution means for executing a game using the contents included in the group. It is an information processing method executed by a computer that controls an information processing system.
To the computer
If there is content selected based on the user's operation from the owned content owned by the user, the first additional step of adding the selected content to the group, and
If it is possible to add content to the group when determining the content included in the group, the in-game strength of the content can be added to the group in accordance with a predetermined rule. The second additional step to automatically add to the group after adjusting the parameters related to to the value indicating the maximum strength set for the content.
An information processing method for executing a game execution step of executing a game using the contents included in the group. When there is content selected based on the user's operation from the owned content owned by the user, the first additional means for adding the selected content to the group, and
If it is possible to add content to the group when determining the content included in the group, the in-game strength of the content can be added to the group in accordance with a predetermined rule. A second additional means to automatically add to the group after adjusting the parameters related to to the value indicating the maximum strength set for the content.
An information processing device including a game execution means for executing a game using the contents included in the group.

Images