JP2019150552A - Information processing system, information processing program, information processing method, and information processing device - Google Patents

Abstract

To provide an information processing system capable of giving an opportunity to enjoy a game satisfactorily even to a user who cannot add content to a group because the user does not possess sufficient content.SOLUTION: First, content selected from possessed content possessed by a user on the basis of an operation of the user is added to a group. Next, when, as a result of the addition, it is possible to further add content to the group, predetermined content is added to the group from non-possessed content different from the possessed content. Then, a game using the content included in the group is executed.SELECTED DRAWING: Figure 17

Description

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

  2. Description of the Related Art Conventionally, a game that is progressed using a group formed by a plurality of characters including a character selected by a user is known (for example, Patent Document 1).

JP 2008-264182 A

  In the 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 to provide an information processing system capable of giving a chance to enjoy a game satisfactorily even for a user who cannot add content to a group because he does not have enough content. An information processing program and an information processing apparatus are provided.

  In order to achieve the above object, for example, the following configuration examples are given.

  An example of the configuration example is an information processing system including a first addition unit, a second addition unit, and a game execution unit. The first adding means adds content selected based on the user's operation from the owned content owned by the user to the group. The second adding 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 adding means. The game execution means executes a game using content included in the group.

  According to the above configuration example, when it is possible to add content to a group as a result of addition of owned content by a user operation, the user adds content to the group from content that the user does not own and plays the game Can be executed. Therefore, it is possible to provide an opportunity to enjoy the game satisfactorily even for a user who cannot add sufficient content to the group because the number of content possessions is not sufficient.

  As another configuration example, when it is possible to add content to a group after a user operation, the second addition unit adds predetermined content as much as possible to be added from non-owned content to the group. May be.

According to the above configuration example, since the user adds content that can be added from the content that the user does not own to the group, the complexity of the user operation related to the group organization operation is eliminated, and the convenience is improved. it can. For example, in a game that requires filling the entire organization frame of a group, the user operation related to the group organization operation becomes complicated, but according to the above configuration example, it can be added from 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, when the content can be added to the group after the user's operation, the second adding unit automatically adds the predetermined content from the non-owned content to the group according to a predetermined rule. You may do it.

  According to the above configuration example, according to a predetermined rule, it is possible to add a predetermined amount of content that can be added from content that the user does not own to the group, so that the user can add non-owned content without complicated operation. Can be added to a group. Thereby, the burden of the user's operation concerning group organization can be reduced and the convenience can be improved.

  As another configuration example, the second adding means automatically adds content randomly selected from non-owned content to the group when content can be added to the group after the user's operation. Also good.

  According to the above configuration example, the user can add content randomly selected from the content that the user does not own to the group, so that the user's operation burden for group organization can be reduced, and convenience is improved. Can do.

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

  According to the above configuration example, since the user can generate content that the user does not own and add it to the group, even for users who cannot add sufficient content to the group because the number of content ownership is not enough , Can provide an opportunity to enjoy the game satisfactorily.

  As another configuration example, when the second addition unit can further add content to the group as a result of the addition by the first addition unit, the second addition unit adds predetermined content from non-owned content based on a predetermined setting. The generated predetermined content may be added to the group.

  According to the above configuration example, since the user can generate content that the user does not own and add it to the group, even for users who cannot add sufficient content to the group because the number of content ownership is not enough , Can provide an opportunity to enjoy the game satisfactorily.

  As another configuration example, when the second addition unit can add content to the group as a result of the addition by the first addition unit, the second addition unit is not owned based on the setting according to the game executed by the game execution unit. 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, it is possible to generate content that the user does not own based on the setting according to the game, and add the generated content to the loop. Thereby, the opportunity which can enjoy a game satisfactorily can be provided also to the user who cannot add sufficient content to a group because the number of content possessions is not enough. According to the present invention, as an example that is not limited to this, when content is added to a group, when content is added regardless of the user's own selection, for example, only characters with low performance are added. It is possible to avoid a situation where the game cannot be fully enjoyed. This makes it possible for the user to entertain the game even when the number of contents owned by the user is small, or even when the content itself is not sufficient to enjoy the game in terms of performance, for example. It becomes.

  As another configuration example, the first adding unit may add the content selected based on the user's operation from the owned content owned by the user to the group in a state before being added to the group.

  According to the above configuration example, the user can add the content selected from the content 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 himself and added to the group can be used in the state of being used so far. That is, the content that the user is familiar with can be used as it is.

  As another configuration example, when the second adding unit can further add content to the group as a result of the addition by the first adding unit, the second adding unit selects predetermined content from non-owned content owned by other users. You may add to the group.

  According to the above configuration example, content can be added to the group from other content owned by other users, and therefore, for users who cannot add sufficient content to the group because the number of content possessions is not sufficient. It can also provide an opportunity to enjoy the game satisfactorily.

  As another configuration example, when the second adding unit can add content to the group as a result of the addition by the first adding unit, the second adding unit includes non-owned content owned by another user associated with the user. The predetermined content may be added to the group.

  According to the above configuration example, the content can be added to the group from the content owned by other users associated with the user, and thus the user who cannot add sufficient content to the group because the number of content possessions is not sufficient. It is also possible to provide an opportunity to enjoy the game with satisfaction.

  As another configuration example, when the second addition unit can add content to the group as a result of the addition by the first addition unit, the second addition unit includes a plurality of users associated with the user and each owned by a plurality of other users. Predetermined content may be added to the group from other content.

  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. It is possible to provide an opportunity for a user who cannot add a game to enjoy the game satisfactorily.

  As another configuration example, the information processing system further includes a content setting changing unit that changes a setting related to a game of the predetermined content added to the group by the second adding unit and then makes the game execution unit execute the game. You may have.

According to the above configuration example, the content added to the group by the second addition unit can be made to appear in the game after changing the setting related to the game. As a result, when adding content to a group, if the content is added regardless of the user's own selection, for example, only a character with low performance is added, thereby avoiding a situation where the game cannot be fully enjoyed. It becomes possible.

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

  According to the above configuration example, content can be added from the content owned by other users to the group before the start of the game execution. It is possible to provide an opportunity for a user who cannot add a game to enjoy the game satisfactorily. In addition, for example, after adding content owned by the user, other content is added to the group and the game process can be started quickly, so that the complexity of the user's operation can be reduced.

  As another configuration example, the second adding unit adds a predetermined content from the non-owned content to the group when the content can be added to the group as a result of the addition of the content by the first adding unit. Then, the content included in the group after the addition may be presented to the user before the game execution unit starts executing the game.

  According to the above configuration example, when content is added to a group from content owned by other users, the added content can be presented to the user. This allows the user to confirm other content added to the group regardless of the user's selection before starting the game.

  As another configuration example, the first addition unit may add 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 content owned by the user but also non-owned content not owned by the user to the group based on his / her operation. Thereby, the opportunity which can enjoy a game satisfactorily can be provided also to the user who cannot add sufficient content to a group because the number of content possessions is not enough.

  As another configuration example, the first addition unit is selected based on an operation of the user from the owned content owned by the user and the non-owned content owned by another user associated with 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. Thereby, the opportunity which can enjoy a game satisfactorily can be provided also to the user who cannot add sufficient content to a group because the number of content possessions is not enough.

  As another configuration example, the first addition unit may include an operation of the user from among the owned content owned by the user and the plurality of non-owned content owned by each of the plurality of other users associated with the user. The at least two contents selected based on the above may be added to the group.

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

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

  According to the above configuration example, it is possible to prevent duplicate contents from being included in the group, and thus it is possible to provide users with a wider variety of use opportunities. Thereby, it can prevent that the user's motivation with respect to owning the content which does not own falls.

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

  According to the above configuration example, it is possible to improve the strategy of the game, and thus to further enhance the fun of the game.

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

  According to the above configuration example, when a predetermined appearance condition is satisfied, the content included in the group may appear in the game according to the order. Therefore, the user is provided with an incentive to add the content to the group in consideration of the order. Can be given. For example, in a game in which groups battle each other, a user can perform group organization in consideration of the appearance order of contents. As a result, it is possible to improve the strategy of the game, and further 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 exited from the game. In this case, predetermined content may be made to appear in the game in order from the content included in the group.

  According to the above configuration example, when the exit condition of the content from the game is satisfied, the content included in the group may appear in the game in the order. Therefore, the content is added to the group in consideration of the order to the user. Incentives can be given. For example, in a simulation game in which groups battle each other, when a user-side content is knocked down by an opponent, the content can appear in a predetermined order from the reserved content. Therefore, the user can perform group organization in consideration of the order of appearance, so that the strategy of the game can be improved, and as a result, the interest of the game can be further improved.

As another configuration example, the information processing system may further include a game setting changing unit that changes a setting on the game so as to be advantageous to the user in accordance with a combination of contents to appear in the game. .

  According to the above configuration example, depending on the combination of contents to appear in the game, the setting on the game is changed so as to be advantageous for the user. Incentives to add content to the group. As a result, it is possible for the user to enjoy group organization that is conscious of the combination of contents, and it is possible to improve the strategy of the game and thus further enhance the interest of the game.

  According to the present embodiment, after the owned content owned by the user is added to the group, if the content can be further added 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 for users who cannot add content to the group because they do not have enough content.

Schematic diagram showing an overview of an information processing system as an example of the present embodiment Block diagram showing the hardware configuration of the server 101 The block diagram which shows the hardware constitutions of the information processing terminal 102 Example of game screen Example of unit formation screen Example of unit formation screen Example of unit formation screen Example of unit formation screen Example of unit formation screen An example of data stored in the memory 112 of the server 101 Example of data structure of user data 404 Example of data structure of user owned unit data 407 An example of data stored in the memory 122 of the information processing terminal 102 Example of data structure of unit master data 502 An example of the data structure of self-force unit data 503 The flowchart which shows the detail of the game processing concerning this embodiment Flow chart showing details of unit formation process Flow chart showing details of unit formation process Flow chart showing details of unit formation process Flow chart showing details of unit confirmation processing 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 overview of the information processing system according to the present embodiment. An information processing system 100 according to 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 able to communicate via the Internet 103. In the present embodiment, information processing is executed with such a configuration. Hereinafter, a game process will be described as an example of the information processing. Specifically, a game process is illustrated in which a game program is installed on the information processing terminal 102 and executed while communicating with the server 101 as necessary.

[Hardware configuration of server]
Next, the hardware configuration of the server 101 will be described. FIG. 2 is a block diagram illustrating 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 used. The communication unit 113 is connected to a 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 process according to the present embodiment is executed. Here, in this embodiment, as the information processing terminal 102, for example, a smart device such as a smartphone or a tablet, a stationary game apparatus, a portable game apparatus, a personal computer, or the like is assumed. In the description of the present embodiment, an information processing terminal (for example, a smartphone) that includes 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, the input operation may be a form using a physical controller connected to the information processing terminal wirelessly or by wire, for example, an input device configured to be integrated with the information processing terminal A form using 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 executes an operation of the information processing terminal 102 by executing a game process described later or by executing a system program (not shown) for controlling the overall operation of the information processing terminal 102. Control. The processor unit 121 may include a single processor or a plurality of processors. The memory 122 stores various programs executed by the processor unit 121 and various data used by 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 accepting an operation from a user. In the present embodiment, a touch panel is mainly assumed. In other embodiments, various pointing devices, various push buttons, an analog stick, 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 process executed in this embodiment will be described. In the present embodiment, a turn-based strategy type simulation game (hereinafter referred to as TBSG) is assumed. Further, in the present embodiment, a TBSG in which a battle is performed in a total of two forces, one for each of the own army and one enemy army, is assumed. In this TBSG, a “unit” owned by the user is used as a piece in the simulation game. In the present embodiment, a unit “owned” by a user refers to a unit associated with the user in the data. That is, a unit in which a predetermined user is associated in terms of data as an “owner”. The method for obtaining the unit will be described later.

[Game screen structure]
FIG. 4 shows an example of a TBSG process game screen 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 in the figure, each square has attributes of various terrain such as “flat”, “mountain”, “forest”, “river”, and the like. In addition, on the map, the own base 202 and the enemy base 203 are arranged. The own base 202 is arranged near the lower end of the map 201, and the enemy base 203 is arranged near the upper end of the map 201. In addition, eight units of self-units 204A to 204H are arranged near the lower end of the map 201 as the units of the unit (hereinafter, collectively referred to as the unit of own units 204). In the drawing, identifiers “A1” to “A8” are assigned to each unit in order to identify the own unit 204. Further, in this drawing, the own unit 204 is shown as a pentagonal unit, but on the actual game screen, an appearance image according to the world view of the game is displayed. For example, in the case of TBSG based on the fantasy world of medieval Europe, the image of the unit may display appearance images of various characters such as infantry, cavalry, archer, and wizard.

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

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

  In this embodiment, it is assumed that each of the own army and the enemy army has 20 units. In the following description, this set of 20 units is referred to as a “unit”. That is, the TBSG of this embodiment is a battle between groups called “units” composed of 20 units (the organization process of this “unit” will be described later). In addition, the map 201 can exist at the same time up to eight in each of its own and enemy forces. In this example, at the start of the game, eight units as initial members are arranged at the initial position. If any of these eight initial members are defeated, for example, at the end of the turn, they are selected in a predetermined order (described later) from the remaining unallocated units (hereinafter referred to as a copy unit group). Units are arranged on the map 201 with the maximum number of simultaneous existence being eight as described above. Hereinafter, such arrangement of units from the record unit group on the map 201 is referred to as “unit supplement”. The positions where the units are replenished are arranged in the following priority order, for example. First, it is arranged on the own base 202 as the highest priority arrangement position. If the number of replenishment is only one, this is the end of replenishment. When the number of replenishments is 2 to 5, they are arranged, for example, in the clockwise order on the top, bottom, left, and right squares adjacent to the base 202. Furthermore, when the replenishment number is 6-8, after placing four squares on the top, bottom, left, and right, they are arranged on the squares at the upper left, upper right, and lower right of the home base 202.

  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 of a method for obtaining units in the TBSG according to the present embodiment. This TBSG assumes TBSG of the fantasy world view. The unit is a “character” that is a character in the world view. In the initial state, for example, the state immediately after the user purchases the product package of the TBSG, it is assumed that the user does not own any “character”. And this TBSG has a game mode called “story mode” that advances a predetermined scenario. As the story progresses, a TBSG process is performed using a map associated with the scenario as appropriate. Is done. Along with the progress of the story, a predetermined “character”, that is, a unit can be obtained as a user “companion”. This “character” is prepared as various types of units such as infantry, wizard, cavalry, and archer.

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

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

  The TBSG of the present embodiment is a game that is played using a unit obtained by a user by various methods as described above. That is, the user obtains various units by performing the “story mode” or “event mode” or performing “gacha”. Furthermore, a “unit” is formed using the units obtained in this manner, and the above-mentioned map 201 is “sorted”. And a game is advanced by operating each unit and making it fight with an enemy unit. Each unit is set with a status such as a movement range, HP, attack power, skill (for example, magic or technique), and rarity. In the TBSG according to the present embodiment, each unit is defined as having a growth element. Specifically, the concept of “level” is defined, and by repeating battles, the level of a unit rises, and as the level rises, the unit's parameter values (specific values for each status, etc.) It gets higher. Further, for example, new skills are acquired as the level increases. And TBSG of this embodiment aims at achievement of victory conditions, performing battle between these units. In this embodiment, the processor unit 121 controls the enemy unit 205. That is, a case where TBSG is played by one user will be described as an example.

In the TBSG according to the present embodiment, there are the following two conditions as victory conditions.
<Victory condition 1> Suppress enemy bases within 10 turns.
<Victory Condition 2> After 10 turns have passed, the behavior up to that point is evaluated and determined to be “dominant”.
In other words, the TBSG of the present embodiment ends the game after 10 turns. Therefore, if the enemy base 203 can be controlled within 10 turns, the player can “win” at that time. On the other hand, if the enemy headquarters 203 has not been suppressed even after 10 turns have passed, the content of the action and the tactics up to that point will be evaluated, and will your army be “dominant” or “inferior” over the enemy army? Is determined. For example, the determination is made using the number of enemy units 205 that have been defeated, the number of own units 204 that have been defeated, and the like.

In addition, the defeat condition is the reverse of the above victory condition and the following condition.
<Defeat condition 1> Within 10 turns, your home base must be suppressed.
<Defeat condition 2> After 10 turns, the behavior up to that point is evaluated and determined to be “inferior”.

  The determination of victory / defeat is not limited to the above. For example, in another embodiment, the above-mentioned <Victory condition 1> and <Defeat condition 1> are treated as conditions for the end of the game before 10 turns, and the superiority or inferiority determination at that time is performed to determine “win” or “ It is good also as a structure which judges "defeat". In this case, for example, although the own army first captured the enemy base, the result of superiority or inferiority including this point may be determined as “inferior”, resulting in “defeat”.

  As a method for suppressing the enemy base 202, in this embodiment, the enemy base 203 can be suppressed by making three attacks. Further, as the reverse of this, when the home base 202 is attacked three times, it will be controlled by the enemy army.

  In addition, the TBSG of this embodiment has a gimmick called “combination effect” in which an advantageous effect is activated by a combination of units. For example, when “Equestrian A” and “Equestrian 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 exist in the map 201 at the same time, the performance of these units becomes higher than usual. For this reason, which units appear in the map 201 in what order is also an important factor in the progress of the game, and it is intended to further enhance the strategy of the game. Also in the unit formation described below, it is possible to provide the user with the pleasure of performing the unit formation operation in consideration of the order of appearance.

[About unit formation]
Next, an outline of operations and a composition screen for organizing the “units” of the army as described above will be described. As described above, the TBSG of this embodiment is played using a unit composed of 20 units. Therefore, the user needs to organize a unit to be dispatched before the game starts. In this embodiment, the user can perform unit formation using a unit owned by the user (hereinafter referred to as a user-owned unit). Furthermore, in the present embodiment, it is possible to form a unit using a unit that the user does not own (hereinafter, a user non-owned unit). This user-unowned unit refers to all units that are not owned by the user. In the present embodiment, a “friend unit” and an “automatically generated unit”, which will be described later, will be described as an example of a user-non-owned unit. However, in other embodiments, if the user does not own the user Other units may be used.

  In this embodiment, before the actual TBSG process is started, the process for unit formation using the unit formation screen is executed. FIG. 5 shows an example of a screen for unit formation. In the screen example shown in FIG. 5, a unit frame screen 301 is displayed on the upper half of the display unit, a 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. An organization menu section 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. In addition, in the upper left part of each unit frame 305, numbers 1 to 20 indicating the order of appearing on the map 201 (hereinafter referred to as the sort order) are also displayed. The basic operation on this screen is an operation of filling the unit frame 305 of the unit frame screen 301 in order according to the above-mentioned sort order by tapping unit images displayed in a list on the selection screen. . However, although details will be described later, it is also possible to perform knitting using the function of “automatic knitting” without using such an operation. Hereinafter, the unit organization based on the user's tap operation is referred to as “manual organization”, and the unit organization using the automatic organization function described later is referred to as “automatic organization”.

  Next, on the selection screen 302, a unit list display unit 306, a formation button 307 from the own army (hereinafter referred to as a self-organization button), a formation button 308 from a friend (hereinafter referred to as a friend formation button), a rearrangement button 309 and a sortie button 310 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 displays a plurality of frames 311. The area can be scrolled up and down using a scroll bar arranged at the left end portion. The contents displayed on the unit list display section 306 can be switched using the own formation button 307 and the friend formation button 308. Specifically, when the user taps the self-organization button 307, the unit list display unit 306 displays units owned by the user, that is, the user-owned units. On the other hand, when the friend organization button 308 is tapped, as shown in FIG. 6, some of the units owned by other users who are friends with the user, specifically, the following leader unit are set. An image of a unit (hereinafter referred to as a friend unit) is displayed. In the initial state, the user-owned unit is displayed on the unit list display unit 306. When the rearrangement button 309 is tapped, the “rearrangement mode” is set, and the user can change the 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 relating to the organization 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 friend and the leader unit. In TBSG in the present embodiment, a user can register a plurality of other users as so-called “friends”. This 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. In this embodiment, when the “unit” is organized, not only the user-owned unit but also the friend unit can be organized into a unit. In other words, in addition to the user-owned unit, the user can freely organize a unit using the friend unit owned by another user (a friend in this embodiment) having a predetermined relationship with the user. It becomes possible.

  Next, the reader unit will be described. This is a unit set as a “leader” among the units owned by the user. The user can set only one of the units owned by the user as a leader. The unit list display unit 306 displays the unit set as the leader unit. For example, when the number of friends is five, as shown in FIG. 6 above, five units set as the leader unit by each friend are displayed on the unit list display unit 306. In FIG. 6, the unit list display unit 306 is displayed in a state where the five frames 311 in the top row are filled. In addition, the name of a 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 character is borrowed and set in a so-called “helper frame” or “friend frame”. For example, as a party to participate in a certain battle, a game in which four characters owned by the user are selected and only one friend character is selected is also known. In such a game, a frame for setting a friend 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 for each of all the frames, and can also set a friend unit. 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, an example of the flow of manual organization and an accompanying screen will be given. Here, as an example, first, an operation of putting two user-owned units into a unit and then putting four friend units into the unit is illustrated. First, as shown in FIG. 5 above, the list of user-owned units (here, only three units) is displayed on the unit list display unit 306. The frame 311 is tapped. As a result, the first unit is displayed in the upper left unit frame 305 in the unit frame screen 301, that is, in the unit frame 305 whose sort order is “first”. Subsequently, when the user taps the second unit displayed in the frame 311 immediately to the right of the previously selected frame, the unit is displayed in the unit frame 305 with the “second order” order. Is done. In the unit list display unit 306, the display mode of the selected unit frame may be changed to indicate that it has been selected. FIG. 7 shows an example of a screen in a state where only two units are added to the unit from the user-owned units.

  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 reader unit of the friend of the user, that is, the friend unit list. Here, it is assumed that there are five friends. Similarly to the above, when the user taps the frame 311 of the friend unit to be organized into a 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 a state where four of the five friend units are further added to the unit. Therefore, at this time, a total of six units are organized in the unit shown on the unit frame screen 301. When there are a sufficient number of user-owned units and friends, the unit frame 305 for 20 bodies can be filled by repeating the above operation. Then, after all the unit frames 305 are filled, the user can tap the sortie button 310 to end the composition screen and start the TBSG process using the map as described above.

  In the present embodiment, it is assumed that two or more so-called “same units” cannot be added to a unit in this composition screen (and automatic composition described later). The “same unit” in the present embodiment refers to the same data as in-game data. For example, it is a unit in 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 constituting 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 identical “characters” to a unit, more precisely “characters” based on exactly the same character data. For example, it is assumed that two or more characters with the same name cannot be added. Therefore, for example, when an operation to add the same unit to the unit is performed, a process of presenting to the user that it cannot be added is also performed by presenting a warning message such as “The same unit cannot be added”. In addition, the same unit is once added to the unit, and such display is also performed on the screen, but the start of the game may be limited. For example, the above warning message may be presented when the sortie button 310 is tapped with two or more units in the unit. In other embodiments, even if the units have substantially the same content according to the content of the game, the game may be started with two or more units added.

[About automatic organization]
Next, the function of “automatic organization” described above will be described. This is because the 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, it is assumed that the user taps the sortie button 310 in a state where only six units are filled as shown in FIG. In such a case, the remaining 14 empty frames are filled with a unit that is not owned by the user, that is, the user-unowned unit. In the present embodiment, as an example of the user-unowned unit used here, a unit that is automatically generated by the processor unit 121 based on a predetermined condition (hereinafter referred to as an automatically generated unit) is used. In other words, in this embodiment, the processor unit 121 generates 14 automatically generated units and performs a process of filling in the shortage. In other words, it can be said that TBSG is started in a state in which all 20 unit frames 305 are filled.

  By using this automatic organization function, the user can start TBSG even when the number of units selected in the manual organization is 0, for example. That is, even if tapping the sortie button 310 while all the unit frames 305 as shown in FIG. 5 are left blank, all 20 bodies are filled with the automatically generated units by the automatic organization 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. Although details will be described later, for example, basic parameters and image data of the character are defined in the unit master data 502. A unit is automatically generated by setting a predetermined level and skill for the character based on the definition. Therefore, all the units that can appear in the TBSG can be added to the unit. In other words, units not owned by the user can be added to the unit. That is, also in the case of this automatic organization, as in the case of the use of friend units in the manual organization, a unit organization using the user-unowned unit can be performed. Moreover, it can be said that such an automatically generated unit is a unit not associated with any user.

  However, in the present embodiment, since there is a restriction on “the same unit” as described above, control is performed so that the same unit as the unit already in the unit is not automatically generated. In other embodiments, in the automatic generation control by the automatic organization function, all user-owned units may be controlled so as not to be automatically generated. Further, in another embodiment in which two or more units can be added to the same unit, all unit data stored in advance as game data is simply distinguished without distinguishing between user-owned units / user-unowned units. May be automatically generated.

  Further, when the automatic organization function as described above is used, the user may not be able to grasp what units are included in the shortage of units. That is, until the automatically generated unit actually appears on the map, the user does not know what unit was added to the unit. Taking the case where the user taps the sortie button 310 in the state of FIG. 9 as an example, at the time of starting the game, for example, the own units 204A to 204F (units “A1” to “A6”) in FIG. A user-owned unit and a friend unit that are manually organized by the user are arranged. On the other hand, as the own units 204G to 204H (units “A7” and “A8”), automatically generated units are arranged. That is, it becomes possible for the user to grasp what units have been added to the unit for the first time at this time for the own units 204G to 204.

Here, regarding the performance, the degree of growth, and the status of the unit, adjustment may be made according to the contents of the game at the time of unit formation. For example, it is assumed that there is “unit A” acquired by proceeding with the above-described story mode, and as a result of continuing the story mode using this “unit A”, it 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 unit. In this case, the level of “unit A” may be temporarily changed according to the content of the event, the difficulty level of the TBSG, or the like. For example, in the present embodiment, the level is changed to the maximum state only while TBSG using the map 201 is performed. In other words, the level is maximized and added to the unit. Moreover, such a change is performed not only on the user-owned unit but also on the friend unit and the automatically generated unit. That is, when adding a friend unit to the above unit, a process for adding the friend unit to the unit is performed with the level set to the maximum state. In the case of an automatically generated unit, it is automatically generated so that the level is maximized when it is automatically generated. 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 difficult for the user to entertain. It is possible to avoid the situation.

  Of course, in other embodiments, such adjustment is not limited to maximizing the level. Depending on the difficulty level of the TBSG to be executed, etc., for example, a level 1 state may be set uniformly. Further, for example, the friend unit and the automatically generated unit may be adjusted so as to have a slightly weaker performance than the user-owned unit, that is, the unit grown by the user himself / herself. Further, for example, such a level adjustment may not be performed for a user-owned unit. In this case, since the user-owned unit can be used as it has been used up to now, it is possible to play in a state familiar to the user's own unit. In addition, such a level adjustment may not be performed for both the user-owned unit and the friend unit. That is, about the unit which the user friend brought up, you may enable it to play with the state raised.

  Thus, 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. Thus, for example, when providing TBSG using a unit composed of 20 units as described above, even if there are few units owned by the user, it is possible to use friend units and automatic generation units. It is possible to play the TBSG.

  For example, in the case of the “manual organization”, a user-owned unit and a friend unit that may include a user-unowned unit can be added to the unit based on the user's operation. Thereby, it is advantageous in that it is possible to form a unit using a user-owned unit that is familiar to the user, and it is possible to form a unit for the friend unit while grasping the performance of the unit by the user himself / herself. In particular, in this embodiment, TBSG has the “combination effect” as described above, and therefore, from the viewpoint of intentionally invoking the “combination effect”, there is a strategy in terms of which units are to appear in what order. It is high. Therefore, it is advantageous in that the unit can be manually formed while grasping each unit. Moreover, since many friend units can be used by making many friends, it is also possible to increase the motivation of the user to create friends.

In addition, the “automatic organization” is advantageous in that the TBSG can be enjoyed even when the number of units owned by the user and the number of friends are small. In this embodiment, TBSG cannot be started without filling all 20 frames of units, and it is advantageous in that it can save time and effort for unit formation. For example, a user who has 20 or more user-owned characters but wants to avoid the trouble of manual organization can start TBSG by dare to leave all unit frames 305 blank and “shoot out”. Can do. As described above, it is advantageous in that the convenience for a user who wants to easily start TBSG without the trouble of manual organization is improved. Further, in the case of “sorting” using the automatic organization described above, the user starts playing without knowing what kind of content his unit is. This allows the user to play with a sense of tension, for example, by allowing the user to intentionally “shoot out” all units in an empty frame, so that the user can fight without knowing the contents of his unit. It is also possible to entertain.

  In addition, being able to use the friend unit and the automatically generated unit as described above also means that the user can “trial” a non-user-owned unit. As a result, it is possible to experience the performance of a unit that is not owned by itself, to increase motivation to acquire such a user-unowned unit, and to enhance the interest of the game.

  In “manual organization”, an example in which a unit owned by another user who has a predetermined relationship with the user, in this case, a “friend” can be used. In other embodiments, it is not limited to other users in a so-called “friend” relationship, that is, a mutual authentication relationship, for example, other users that the user is following unilaterally, It is good also as a structure which can use also the unit which the other user owns when the user is unilaterally followed. In addition, for example, a configuration that can be used also for units owned by some specific users that satisfy a predetermined condition, such as “top ranker” or “top player”, may be used.

  In addition, the owned unit of the user who is following / universally following the above and the owned unit such as “top ranker” may be usable in “automatic organization”. In other words, as user non-owned units that are 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 above-mentioned friend unit or a unit owned by a specific user who is not a friend, but some user-unowned unit may be presented to the user so that it can be selected. For example, the leader character of another user who has logged in within the last hour is not displayed in the unit list display unit 306 and is not a friendship with a special user, so that a plurality of leader characters can be added to the unit. Also good. In this case, even if all the other leader characters displayed at that time happen to be “weak” units, they can be organized 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.

About usage data
First, various data used in this TBSG process will be described. First, 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 memory 112 of the server 101 stores a server side program 401, a user database 402, automatic generation condition data 403, and the like.

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

  The user database 402 is a database that is a collection 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 shown in FIG. 11 as one record. In the information processing terminal 102, after the login process is performed, a process of acquiring user data 404 corresponding to the user from the server 101 is performed.

  The data structure of the user data 404 will be described with reference to FIG. The user data 404 shown in FIG. 11 includes a user ID 405, profile information 406, user-owned unit data 407, friend data 408, progress status 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.

  User owned unit data 407 is data indicating a unit owned by the user. FIG. 12 is a diagram illustrating an example of the data configuration of the user-owned unit data 407. User owned unit data 407 is tabular data having items such as owned number 411, unit ID 412, current Lv 413, equipment skill 414, leader flag 415, and the like. The ownership number 411 is a number for uniquely identifying the user-owned unit. For example, it is a number assigned in order of unit acquisition. The unit ID 412 corresponds to a unit ID 511 in unit master data 502 described later. The current Lv 413 is data indicating the current level of the unit. The equipment skill 414 is data indicating the skill that the unit currently has. The leader flag 415 is data for indicating whether or not the unit is set as the leader unit. In addition to the data shown here, the user-owned unit data 407 includes, for example, data indicating the acquisition date of each unit.

  Returning to FIG. 11, the friend data 408 is data for indicating other users registered as “friends” by the user. This is so-called “friend list” data.

  The progress status data 409 is data for indicating the progress status of the user's game. For example, based on this data indicating how far the story mode has been advanced, the user can resume the previously interrupted game from the continuation.

  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 a terminal-side game program 501, unit master data 502, own army unit data 503, enemy army unit data 504, operation data 505, composition mode 506, map data 507, and the like.

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

  The unit master data 502 is a database defined for all units appearing in this TBSG. The data may be updated as appropriate based on update data transmitted from the server 101, and new unit data 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 data in a table format having items such as a unit ID 511, image / audio data 512, initial parameters 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 / sound 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 defining the capability value in the initial state of the unit (for example, at level 1). 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 conditions for triggering the “combination effect” as described above.

  In the automatic generation process using the automatic organization function described above, 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 generate unit data 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.

  Returning to FIG. 13, the own unit data 503 is data for indicating the above-described unit. It is generated by the above-described “manual knitting” operation or “automatic knitting” function. FIG. 15 shows an example of the data structure of the self-force unit data 503. Self-force unit data 503 is data in a table format having items of a sort order 521 and unit data 522, and records for a total of 20 units are prepared. The sort order 521 is data indicating the sort order as described above, and is also a number for identifying each unit of the military unit. The unit data 522 is data for indicating each unit of the military unit. For example, when a user-owned unit or a friend unit is added to a unit, information indicating the unit ID 511 and the level of the added unit is set as the unit data 522. In the case of an automatically generated unit, information indicating the unit ID 511 and level of the automatically generated unit is set.

  Returning to FIG. 13, the enemy army unit data 504 is data for indicating the enemy army unit. It is assumed that the data structure is basically the same as the self-force unit data 503. However, as for the contents, it is assumed that the processor unit 121 automatically generates data for all 20 units.

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

  The formation mode 506 is data used in a unit formation process, which will be described later, and is data indicating whether or not the current operation mode is the “reordering mode”.

  Map data 507 is data defining the configuration of the map 201 described above. For example, the data distributed from the server 101 is stored.

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

[Details of processing executed by the processor unit 121]
Next, details of the game processing according to the present embodiment will be described with reference to the flowcharts of FIGS. Here, processing in the information processing terminal 102 will be mainly described. The processing in the server 101 will be appropriately described as necessary. In addition, the process related to the unit formation described above and the TBSG process using the map 201 will be described, and the description of the other game processes 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 image of the game processing in the present embodiment. First, in step S1, a unit formation process is executed, and then in step S2, a TBSG process using the unit generated by the process is executed.

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

  Subsequently, in step S <b> 12, the processor unit 121 sets data indicating “addition” in the composition mode 506.

  Next, in step S13, the processor unit 121 determines whether or not the composition mode 506 is “addition”. When it is not “addition” (NO in step S13), it is “rearrangement mode”, and the process proceeds to step S26 described later. On the other hand, when it is “addition” (YES in step S13), the processor unit 121 acquires the operation data 505 in step S14. Next, in step S <b> 15, the processor unit 121 determines whether or not the content of the user operation indicated by the operation data 505 is an operation of tapping the self-organization button 307. As a result of the determination, if the tap operation of the self-organization button 307 has been performed (YES in step S15), the processor unit 121 generates a list of user-owned units and displays it on the selection screen 302 in step S16. Execute the process. Then, it returns to said step S13 and repeats a process.

  On the other hand, if the result of the determination in step S15 is that the tapping operation of the self-organization button 307 has not been performed (NO in step S15), then in step S17, the processor unit 121 displays the user indicated by the operation data 505. It is determined whether or not the content of the operation is an operation in which the friend organization button 308 is tapped. As a result of the determination, if the tap operation on the friend organization button 308 has been performed (YES in step S17), the processor unit 121 executes a process for displaying a friend unit list on the selection screen 302. Specifically, first, in step S <b> 18, the processor unit 121 performs the following process in cooperation with the server 101. First, the server 101 refers to the friend data 408 and executes a process specified by the user's friend. Next, in the server 101, the user-owned unit data 407 of each identified friend is referred to from the user database 402, and the unit for which the leader flag 415 is set on, that is, the data of the leader unit is acquired. Then, 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. Thereafter, in step S19, the processor unit 121 executes a process of displaying the friend unit list on the selection screen 302. Then, it returns to said step S13 and repeats a process.

On the other hand, as a result of the determination in step S17, if the tap operation on the friend organization button 308 has not been performed (NO in step S17), then in step S20 in FIG. It is determined whether or not the content of the user operation shown is a tap operation of the sort button 309. As a result of the determination, if the operation is a tap operation on the sort button 309 (YES in step S20), the processor unit 121 sets data indicating “sort” in the composition mode 506 in step S21. Then, it returns to said step S13 and repeats a process.

  On the other hand, if the result of determination in step S20 is that a tap operation on the sort button 309 has not been performed (NO in step S20), then in step S22, the processor unit 121 displays the user indicated by the operation data 505. It is determined whether or not the content of the operation is an operation of adding 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 it is a unit addition operation (YES in step S22), in step S23, the processor unit 121 indicates a unit corresponding to the unit tapped from the selection screen 302 based on the operation content. A process of sequentially adding data to the own unit data 503 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 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 unit data 503. In addition, the processor unit 121 also performs the level adjustment process as described above in 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 changing, the process to add to the unit is performed. Further, when the operation content corresponds to the above-described operation for adding the “same” unit to the unit, a message that “cannot be added” is displayed, and processing for canceling the operation related to the addition is also executed. Then, the processor unit 121 performs a process of updating the display content of the unit frame screen 301 based on the latest military unit data 503. Then, it returns to said step S13 and repeats a process.

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

  In the present embodiment, the process of adding the content selected based on the user's operation from the owned content (user owned unit) owned by the user in the process up to step S24 to the group (unit) is as follows. This can be said to be the first additional processing. On the other hand, the addition from the friend unit can be said to be a second addition process of adding a predetermined content to the group from non-owned content not owned by the user. Further, the process relating to step S25 described below can be said to be a second additional process.

  FIG. 20 is a flowchart showing details of the unit confirmation process. First, in step S41, the processor unit 121 executes processing for confirming the number of frames to which no unit has been added (hereinafter referred to as an empty frame) with reference to the own unit data 503.

Next, in step S42, the processor unit 121 determines whether or not the number of empty frames is 0. If the result is not 0 (NO in step S42), an automatically generated unit is added for the empty frame. To execute the process. Specifically, in step S43, the processor unit 121 refers to the unit master data 502 and randomly selects any one unit data. At this time, control is performed so as not to select data having the same unit ID as units already added to the own unit.

  Next, in step S44, the processor unit 121 executes processing for 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 level is determined based on the conditions defined in the data with reference to the automatic generation condition data 403. In the present embodiment, it is assumed that a condition for setting the maximum level is defined as the predetermined condition. In addition, based on the definition content in the automatic generation condition data 403, for example, processing for 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 S <b> 45, the processor unit 121 executes a process of sequentially adding data indicating the generated automatically generated units to the own unit data 503. [0130] Thereafter, the process returns to step S41, and the process is repeated.

  On the other hand, as a result of the determination in step S42, if the number of empty frames is 0 (YES in step S42), it means that 20 units have been added to the own army unit. Next, in step S46, the processor The unit 121 performs an enemy army unit generation process. That is, a process of setting unit data for 20 bodies in the enemy army unit data 504 is executed. Basically, a process of adding unit data for 20 bodies to the enemy unit data 504 is performed in the same process as that for generating the automatically generated units. When the process is finished, the unit confirmation process is finished.

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

  On the other hand, if the result of determination in step S13 of FIG. 17 is that the knitting mode 506 is not “addition” (NO in step S13), the processor unit 121 acquires operation data 505 in step S26 of FIG. Next, in step S27, the processor unit 121 determines whether or not the content of the user operation indicated by the operation data 505 is an operation indicating that the rearrangement mode is to be ended. For example, during the rearrangement mode, an “end rearrangement” button is displayed, and when this button is tapped, it is determined that an operation indicating the end of the rearrangement mode has been performed. As a result of the determination, if the rearrangement mode end operation has not been performed (NO in step S27), the processor unit 121 determines in the unit troop data 503 based on the operation content indicated by the operation data 505 in step S28. A process of changing the order of each unit and a screen update process based on the changed contents are executed. Thereafter, 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” in the composition mode 506 in step S29. Then, it returns to said step S13 and repeats a process.

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

Next, details of the TBSG process executed following the unit formation process will be described. The TBSG process starts from the own turn. FIG. 21 is a flowchart showing details of the TBSG process according to step S2. First, in step S61, the processor unit 121 executes a preparation process. Specifically, the following processing is executed by the processor unit 121. First, based on the map data 507, a map 201 used in the TBSG process is generated and placed in the virtual game space. Furthermore, the self-force unit data 503 is read, and a process of arranging eight self-units at predetermined positions on the map 201 is executed based on the first to eighth unit data. Furthermore, the enemy army unit data 504 is acquired, and similarly, a process of arranging eight enemy army units having the first to eighth order in the predetermined positions on the map 201 is also executed. And the process which produces | generates a game screen as shown in the said FIG. 4 and displays it on the display part 124 is performed.

  Next, in step S <b> 62, the processor unit 121 acquires operation data 505. Next, in step S63, the processor unit 121 executes control processing for any of the units based on the operation content indicated by the operation data. Further, a game screen display process reflecting the control is executed. For example, the control of the movement of the own unit, the attack on the enemy unit or the enemy base 203, the use of various skills, and the like are performed. In addition, a determination is made as to whether or not the above-mentioned “combination effect” activation condition is satisfied, and if it is satisfied, a process for invoking the combination effect is also executed, and an enemy unit has been attacked. As a result, for example, when a self-unit is destroyed due to a counterattack, control of deleting the self-unit from the map or deleting a related “combination effect” is also executed.

  Next, in step S <b> 64, the processor unit 121 determines whether or not the user has suppressed the enemy military base 203. As a result of the determination, if the pressure is controlled (YES in step S64), the process proceeds to step S73 described later. On the other hand, if the pressure has not yet been suppressed (NO in step S64), it is next determined in step S65 whether or not the turn of the army has ended. For example, it is determined whether or not the “turn end” button has been tapped. Also, if all the units on the map have finished their actions, it is determined that their turn has ended. As a result of the determination, if the self-turn is not finished 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), a process related to the enemy army turn is executed. First, in step S66, the processor unit 121 performs action control of any enemy unit existing on the map. That is, control of actions such as movement of enemy units and attacks on the own units or the home base 202 is executed. Also, if your unit is destroyed as a result of an attack on your unit, control is also performed to delete your unit from the map and related “combined effects” as described above. The Furthermore, the processor unit 121 also performs a game screen display process reflecting the result of the control.

  Next, in step S <b> 67, the processor unit 121 determines whether or not the own base 202 has been suppressed by the enemy unit. As a result, if the pressure has been suppressed (YES in step S67), the process proceeds to step S74 described later. If not yet suppressed (NO in step S67), in step S68, the processor unit 121 determines whether or not the enemy army turn has ended. That is, it is determined whether or not the above control has been performed for all enemy units existing on the map. As a result, if the enemy turn has not ended (NO in step S68), the process returns to step S66, and the process for the enemy turn is repeated.

  On the other hand, if the enemy army turn has ended (YES in step S68), then in step S69, the processor unit 121 determines whether 10 turns have elapsed. As a result, if 10 turns have not yet elapsed (NO in step S69), in step S70, the processor unit 121 executes unit replenishment processing. That is, when there is a unit destroyed in the current turn, a process of replenishing the units from the standby unit in the sort order is executed according to the number destroyed. This process is executed for both the own army and the enemy army. Thereafter, 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 elapsed as a result of the determination in step S69 (YES in step S69), in step S71 in FIG. 22, the processor unit 121 determines whether or not the army is dominant. Is executed. That is, although 10 turns have passed, since the home base of neither the own army nor the enemy army has been suppressed, a process for determining by determination is performed. Specifically, a process is performed to compare the number of each unit's defeat, the number of attacks on each other's home base, etc. For example, when the number of defeated enemy units is greater than the number of defeated own units Is determined to be dominant. On the other hand, if the number of units destroyed is larger, it is determined that the unit is inferior.

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

  As described above, in this embodiment, for example, in the TBSG that fights units composed of 20 units, by using the above-mentioned friend unit or automatically generated unit, only the units owned by the user himself / herself are used. Instead, units can be organized using units that the user does not own. This allows TBSG to fight such units against 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. Can be played.

[Modification]
In the above embodiment, the TBSG that fights “units” composed of 20 units is taken as an example. In other words, a game including a plurality of “contents” called “units” and causing “groups” to fight each other is taken as an example. In addition to such a game, for example, in the case of “deck” organization in a card game, the processing as described above can be applied. In this case, a “card” as content is added to the “deck” as a group. At this time, in addition to the cards owned by the user, a plurality of cards owned by a friend are used, It would be nice to be able to configure the deck. Of course, card data may be automatically generated by the automatic organization function and added to the deck. In addition, for the organization of “teams” in sports games, etc., the above-described process is applied, and not only “players” owned by the user themselves, but also “players” not owned by the users are used. Team organization may be possible. In addition, for example, in 3D FPS (First Person Shooting) and TPS (Third Person Shooting), the present invention can also be applied to a game in which a team unit battles. For example, a team battle type FPS composed of a single user character operated by the user and a plurality of teammate characters automatically controlled by the processor unit 121 is assumed. In this case, as the teammate character, In addition to the character obtained by the user through gacha or the like, the team may be formed using a character corresponding to the friend unit or a character corresponding to the automatically generated unit.

In addition, the game processing using the group is not limited to a game such as the above-described TBSG, card game, and sports game, but a game that clears a predetermined mission using the group. In addition, the processing of the present embodiment is applicable. For example, the present invention can also be applied to a rhythm game in which a group of a plurality of characters (for example, a virtual idol group) is used to challenge playing a predetermined music piece. In this case, as for the characters to be organized into a group, not only the characters owned by itself but also a plurality of characters possessed by friends or the like may be organized into a group.

  In addition to the units, characters, cards, and the like, the content may be, for example, “nation”, “battleship”, “weapon”, “weapon”, “vehicle”, and the like.

  Also, regarding the formation of units, a so-called cost system may be used. For example, the cost is set for each unit, and the upper limit cost value of the unit is determined in advance. And you may make it knitted within the range of the said cost. For example, when the cost reaches the upper limit when 15 units are added, it may be possible to sort out as a unit having 15 units.

  In the above description, an example of an automatically generated unit generated based on the unit master data 502 is shown as an example of a user non-owned unit used in the automatic organization function. 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 factor, it may be a unit that is simply randomly selected from the unit master data 502 as described above. Further, for example, a unit generated by acquiring predetermined unit data (which may be a unit that is not included in the unit master data 502) stored in advance in the server 101 may be used. . That is, a configuration in which a unit is rented from the server 101 may be used. Alternatively, a friend unit used before may be stored in the information processing terminal 102 as a “use history” and may be a unit selected at random from this history. In addition, as a non-user-owned unit, for example, a “character” with a name and appearance 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 make it do.

  In addition, regarding the above-described automatic generation process, the conditions of units to be organized into units may be further conditioned. For example, according to the content of the map above, units with superior attack power may be preferentially organized into units (emphasis on attack power), units with superior defense power may be preferentially organized into units (emphasis on defense power) ) Control may be performed. Further, it may be controlled to automatically generate only a male character or only a female character. 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 by the automatic generation condition data 403.

  In addition, regarding the above-mentioned friend unit and the automatically generated unit, in other embodiments, only units that do not overlap with the units owned by the user are listed as friend units or generated as automatically generated units. May be. In the above example, for example, if the unit is owned by both the user and the friend and the user does not manually add 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 such that only units that do not overlap with units owned by the user are displayed. Also, the automatically generated units may be automatically generated only for units that do not overlap with the units already owned by the user.

  In another embodiment, automatic selection for a friend unit may be possible. For example, when an “automatic organization from friends” button is presented and this button is tapped, a unit to be added to the unit may be randomly selected from the friend unit list, for example, and added to the unit.

  In addition, with regard to the “replenishment” of the units described above, in the above example, an example in which the number of units destroyed in the turn is replenished in the order of appearance at the end of the turn is shown. In addition, as a trigger for replenishment, for example, it may be triggered by defeating an enemy unit, or may be triggered when the score becomes a certain level or more. Moreover, it is good also as a trigger that the number of units destroyed is more than a fixed number.

  In the above automatic organization 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 sort order. For example, the unit may be set so that the level is higher as the unit is later in the sort order, or conversely, the level is lower as the unit is later in the sort order. In the former case, even a user unfamiliar with the game can easily clear the game. On the contrary, in the latter case, as the unit is destroyed, the battle situation becomes more severe, so it is required to make a turn that prevents the original unit from being destroyed as much as possible, and provides a high tension game (for advanced players, for example) it can. In either case, it is possible to enhance the interest of the game.

  Further, in the above-described embodiment, an example has been shown in which, when “parting” is performed while the unit frame 305 has an empty frame, automatic organization is performed and TBSG is started as it is. That is, an example is shown in which the user cannot grasp the automatically generated unit until it actually appears on the map. In another embodiment, before the TBSG is started, the configuration may be such that the contents of the unit filled with the automatically generated unit are presented to the user. For example, if the sortie button 310 is tapped when there is an empty frame in the unit frame 305, after executing the above-described processing related to automatic organization, the content of the unit buried in the automatically generated unit is displayed on the unit frame screen 301. You may make it display. Further, an inquiry such as “Do you want to take part in this unit?” May be made to the user. And when a user's consent is not obtained, you may comprise so that the process concerning automatic organization can be performed again. Thereby, it is possible to cause the user to “shoot out” in a state where the contents of the unit are grasped while omitting the trouble of manual organization, and the convenience for the user can be improved.

  Further, the main body that executes the processing as described above is not limited to the above configuration. For example, in the information processing system, the server-side system may be configured by a plurality of information processing apparatuses, and the plurality of information processing apparatuses may share and execute processing to be executed on the server side. In addition, for example, data other than the terminal-side game program 501 and the operation data 505 is stored in the server 101, and the information processing terminal 102 accesses the server 101 and refers to the data as necessary. It is good. 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 in the server, the execution result is received by the information processing terminal 102, and the execution result is reflected. The game screen may be generated and displayed.

  In addition, for example, a configuration may be adopted in which only data transmission / reception processing relating to friends is performed with the server 101 and other processing is performed 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 processing related to acquisition of friend unit information. Further, for example, the registered friend user data may be stored in the information processing terminal 102 and the server 101 may not be used. In this case, for example, the user information 404 may be directly exchanged between the information processing terminals 102 and stored in the information processing terminal 102.

DESCRIPTION OF SYMBOLS 101 Server 102 Information processing terminal 111 Processor part 112 Memory 113 Communication part 121 Processor part 122 Memory 123 Operation part 124 Display part

Claims (25)

A first adding means for adding content selected based on the user's operation from the owned content owned by the user to the group;
A second adding means for adding a predetermined content to the group from non-owned contents not owned by the user, when it is possible to add content to the group as a result of the addition by the first adding means;
An information processing system comprising: game execution means for executing a game using content included in the group.   The second adding means, when content can be added to the group after the user's operation, adds the predetermined content as much as possible to be added from the non-owned content to the group. The information processing system according to claim 1.   The second adding means automatically adds the predetermined content from the non-owned content to the group according to a predetermined rule when content can be added to the group after the user's operation. The information processing system according to claim 1 or 2.   The second adding means automatically adds content randomly selected from the non-owned content to the group when content can be added to the group after the user's operation. 3. The information processing system according to 3.   The second adding unit generates the predetermined content from the non-owned content and adds it to the group when it is possible to add content to the group as a result of the addition by the first adding unit. The information processing system according to any one of claims 1 to 4. The second adding unit generates the predetermined content from the non-owned content based on a predetermined setting when it is possible to add content to the group as a result of the addition by the first adding unit. The information processing system according to claim 5, wherein the generated predetermined content is added to the group.   The second adding means, when it is possible to add content to the group as a result of the addition by the first adding means, the non-owning based on the setting according to the game executed by the game executing means The information processing system according to claim 5, wherein the predetermined content is generated from the content, and the generated predetermined content is added to the group.   The said 1st addition means adds the content selected based on the said user's operation from the said owned content which a user owns to the said group with the state before adding to the said group. Information processing system.   When the second adding means can add content to the group as a result of the addition by the first adding means, the predetermined content is added to the group from non-owned contents owned by other users. The information processing system according to claim 1, which is added to the information processing system.   When the second addition means can add content to the group as a result of the addition by the first addition means, the second addition means is selected from among the non-owned contents owned by other users associated with the user. The information processing system according to claim 9, wherein the predetermined content is added to the group.   When the second adding means can add content to the group as a result of the addition by the first adding means, the second adding means is associated with the user, and each of the plurality of other users respectively possessed by the plurality of other users. The information processing system according to claim 10, wherein the predetermined content is added to the group from non-owned content.   The information processing system further includes content setting change means for causing the game execution means to appear in the game executed after the setting related to the game of the predetermined content added to the group by the second addition means is changed. The information processing system according to any one of claims 1 to 11, further comprising:   The second adding unit adds the predetermined content from the non-owned content to the group after the addition of the content by the first adding unit is completed and before the execution of the game process is started. The information processing system according to any one of 1 to 12.   The second adding unit adds the predetermined content from the non-owned content to the group when it is possible to further add content to the group as a result of adding the content by the first adding unit. The information processing system according to claim 1, wherein the content included in the group after the addition is presented to the user before the game execution unit starts executing the game.   The first adding unit adds 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. Information processing system described in 1.   The first adding means is a content selected based on an 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 1, wherein the information is added to the group.   The first adding means is configured to operate the user among the owned content owned by the user and a plurality of non-owned content owned by each of the plurality of other users associated with the user. The information processing system according to claim 16, wherein at least two contents selected based on the information are added to the group.   The game executing means, when a parameter related to the first content included in the group and a parameter related to the second content different from the content included in the group overlap, The information processing system according to claim 1, wherein start is limited. The information processing system further includes appearance order setting means for setting the order in which the content included in the group appears in the game executed by the game execution means,
The information processing system according to any one of claims 1 to 18, wherein the game execution unit causes the content included in the group to appear in the game in the order, and executes the game using the content.   The information processing system according to claim 19, wherein the game executing unit causes content included in the group to appear in the game in the order when a predetermined appearance condition is satisfied. The game execution means determines whether the exit condition for exiting the game is satisfied for the content appearing in the game, and when the content satisfying the exit condition is exited from the game, The information processing system according to claim 19 or 20, wherein the predetermined content is made to appear in the game in accordance with the order from the content included in the group.   The information processing system further comprises game setting changing means for changing the setting on the game so as to be advantageous for the user according to a combination of contents to appear in the game. An information processing system according to any one of the above. An information processing program to be executed by a computer of an information processing system,
The computer,
A first adding means for adding content selected based on the user's operation from the owned content owned by the user to the group;
A second adding means for adding a predetermined content to the group from non-owned contents not owned by the user, when content can be further added to the group as a result of the addition by the first adding means; ,
An information processing program that functions as a game execution unit that executes a game using content included in the group. An information processing method executed by a computer that controls an information processing system,
In the computer,
A first addition step of adding content selected based on the user's operation from owned content owned by the user to the group;
A second addition step of adding a predetermined content to the group from non-owned content not owned by the user when content can be further added to the group as a result of the addition in the first addition step; ,
An information processing method for executing a game execution step of executing a game using content included in the group. A first adding means for adding content selected based on the user's operation from the owned content owned by the user to the group;
If it is possible to add content to the group as a result of the addition by the first adding means, a predetermined content is added to the group from non-owned content not owned by the user different from the owned content A second additional means for:
An information processing apparatus comprising: a game execution unit that executes a game using content included in the group.

Images