Information processing device and game program for configuring video game support characters

0001The present application claims the benefit of Japanese Patent Application No. JP2014-125215, filed on Jun. 18, 2014, the contents of which is incorporated herein in its entirety by reference.

BACKGROUND

0002Technical Field

0003The present invention relates to an information processing device and a game program (e.g., a non-transitory computer readable medium having machine-executable instructions and including a computer having a storage and a hardware processor).

0004Background Art

0005Game systems are known in which a player character belonging to a player is configured as a support character acting as an “assistant” and, when a player character belonging to a different player is directed to engage in battle with an enemy character acting as an opponent, this support character is directed to take part in the battle (for example, see Patent Citation 1).

PRIOR ART DOCUMENTS

Patent Document

0006Patent Document 1: Japanese Patent Application Publication No. 2013-138730

SUMMARY

0007In such game systems, since support characters are configured in a uniform fashion, it has not been always possible to use stage-appropriate support characters in battles in situations in which the battles with enemy characters take place over multiple stages.

0008The present invention has been devised with such circumstances in mind and it is an object of the invention to ensure that it is possible to configure a stage-appropriate support character.

0009The primary invention of the present invention for solving the above-described problems is an information processing device, wherein said device is provided with

0010a support character configuration processing module that configures, in association with a stage where each of a plurality of players can engage in battle play, a player character selected by each of the players from a plurality of characters owned by the players themselves as a support character that provides support in a stage where another player engages in battle play;

0011a game screen generation module which, once a first player among the plurality of players performs an operation to select a stage for battle play, generates a game screen displaying a list view of support characters associated with the selected stage;

0012a battle processing module which, once the first player performs an operation to select a particular support character from the list, directs the selected support character and a player character belonging to the first player to engage in battle with an enemy character configured in the selected stage; and

0013a benefit provision processing module that provides benefits to a second player, from among the plurality of players, who owns the selected support character.

0014Other features of the present invention will become apparent from this Description and the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

<figref idref="DRAWINGS">FIG. 1</figref>

A diagram illustrating an example configuration of the entire game system <b>1</b>.

<figref idref="DRAWINGS">FIG. 2</figref>

A block diagram illustrating the functional configuration of the server device <b>10</b>.

<figref idref="DRAWINGS">FIG. 3</figref>

A diagram illustrating an example data structure of item information.

<figref idref="DRAWINGS">FIG. 4</figref>

A diagram illustrating an example data structure of character information.

<figref idref="DRAWINGS">FIG. 5</figref>

A diagram illustrating an example data structure of stage information.

<figref idref="DRAWINGS">FIG. 6</figref>

A diagram illustrating an example data structure of player information.

<figref idref="DRAWINGS">FIG. 7</figref>

A diagram illustrating an example data structure of proprietary character information.

<figref idref="DRAWINGS">FIG. 8</figref>

A diagram illustrating an example data structure of proprietary item information.

<figref idref="DRAWINGS">FIG. 9</figref>

A diagram illustrating an example data structure of team information.

<figref idref="DRAWINGS">FIG. 10</figref>

A diagram illustrating an example data structure of support character information.

<figref idref="DRAWINGS">FIG. 11</figref>

A diagram illustrating an example data structure of cleared stages information.

<figref idref="DRAWINGS">FIG. 12</figref>

A block diagram illustrating the functional configuration of the player terminal <b>20</b>.

<figref idref="DRAWINGS">FIG. 13</figref>

A flow chart used to illustrate an example of operation of the game system <b>1</b>.

<figref idref="DRAWINGS">FIG. 14</figref>

A diagram illustrating an example of the game screen <b>50</b> for selecting support characters.

<figref idref="DRAWINGS">FIG. 15</figref>

A diagram illustrating an example of a start battle game screen <b>60</b>.

<figref idref="DRAWINGS">FIG. 16</figref>

A diagram illustrating an example of a game screen <b>70</b> used for support character configuration.

<figref idref="DRAWINGS">FIG. 17</figref>

A diagram illustrating an example of a game screen <b>80</b> used for support character configuration.

DETAILED DESCRIPTION

0049At least the following will become apparent from this Description and the accompanying drawings.

0050Specifically, this is an information processing device provided with a support character configuration processing module that configures, in association with a stage where each of multiple players can engage in battle play, a player character selected by each of the players from multiple characters owned by the players themselves as a support character that provides support in a stage where another player engages in battle play;

0051a game screen generation module which, once a first player among the multiple players performs an operation to select a stage for battle play, generates a game screen displaying a list view of support characters associated with the selected stage;

0052a battle processing module which, once the first player performs an operation to select a particular support character from the list, directs the selected support character and a player character belonging to the first player to engage in battle with an enemy character configured in the selected stage; and

0053a benefit provision processing module that provides benefits to a second player, from among the plurality of players, who owns the selected support character.

0054Such an information processing device makes it possible for each of the multiple players to configure stage-appropriate support characters. For this reason, it becomes easy for the first player to select a stage-appropriate support character from the list and gain an advantage in battle with enemy characters in that stage. In addition, it becomes easy for the second player to acquire more benefits because a support character that is likely to be selected by the first player can be configured for each stage.

0055In addition, in such an information processing device, the support character configuration processing module may be adapted to configure a player character belonging to the first player as a support character associated with the selected stage after the first player completes battle play in the selected stage.

0056In such an information processing device, when the first player among the plurality of players configures a support character, a support character associated with that stage may be selected subsequent to experiencing actual battle play in the stage, thereby enabling configuration of a more stage-appropriate support character.

0057In addition, in such an information processing device, the support character configuration processing module may be adapted to configure the player character that is directed to engage in battle with the enemy character in the selected stage, from among the multiple characters owned by the first player, as a support character associated with said stage.

0058Furthermore, in such an information processing device, a player character that contributes to the battle with the enemy character configured for a particular stage may be selected as a support character associated with that stage, thereby enabling configuration of a more stage-appropriate support character.

0059Furthermore, in such an information processing device, the support character configuration processing module configures, in association with a stage where each of the plurality of players can engage in battle play, the support characters that correspond to each of the other players engaged in battle play in the above-mentioned stage.

0060Such an information processing device makes it possible to configure support characters that correspond to other players.

0061Further, this is a game program (e.g., a non-transitory computer readable medium having machine-executable instructions and including a computer having a storage and a hardware processor) that directs a computer to perform:

0062a support character configuration process that configures, in association with a stage where each of a plurality of players can engage in battle play, a player character selected by each of the players from a plurality of characters owned by the players themselves as a support character that provides support in a stage where another player engages in battle play;

0063a game screen generation process which, once a first player among the plurality of players performs an operation to select a stage for battle play, generates a game screen displaying a list view of support characters associated with the selected stage;

0064a battle process which, once the first player performs an operation to select a particular support character from the list, directs the selected support character and a player character belonging to the first player to engage in battle with the enemy character configured in the selected stage; and

0065a benefit provision process that provides benefits to a second player, from among the plurality of players, who owns the selected support character.

0066Such game program makes it possible for each of the multiple players to configure stage-appropriate support characters.

Embodiment

0000<<Configuration of Game System <b>1</b>>>

0067<figref idref="DRAWINGS">FIG. 1</figref> is a diagram illustrating an example configuration of the entire game system <b>1</b>. The game system <b>1</b> provides various game-related services to the player over a network <b>2</b> (for example, the Internet) and includes a server device <b>10</b> and multiple player terminals <b>20</b>.

0068The game system <b>1</b> according to the present embodiment can offer players a battle game conducted using game media. The description below will discuss a battle-type card game conducted using character cards (hereinafter referred to simply as “characters”), which are an example of game media.

0069The battle-type card game of the present embodiment is a battle game in which player characters belonging to players are directed to engage in battle with enemy characters configured for each stage. In this battle game, player characters belonging to other players can be directed to participate as support characters in battles with enemy characters.

0070In the present embodiment, player characters respectively selected by the players from the multiple characters owned by the players themselves are configured as support characters respectively for each stage. When a player (a first player) selects a stage for battle play from multiple stages, a list view of the support characters (in other words, player characters owned by other players (by a second player)) configured in the selected stage is displayed on the game screen. Subsequently, when said player selects a stage-appropriate support character from the list, a battle deck is assembled. This is made up of the selected support character and player characters owned by the player. The player can use this battle deck to engage in battle play in the selected stage and gain an advantage in the battle game in cooperation with the support character acting as an assistant. At such time, friend points are awarded as benefits to the other player who owns the support character selected by said player.

0000<<Configuration of Server Device <b>10</b>>>

0071<figref idref="DRAWINGS">FIG. 2</figref> is a block diagram illustrating the functional configuration of the server device <b>10</b>. The server device <b>10</b> is an information processing device (e.g., a workstation, a personal computer, etc.) used by a system administrator to operate and manage various services. Upon receiving various commands (requests) from the player terminals <b>20</b>, the server device <b>10</b> transmits (responds by sending) game programs (e.g., non-transitory computer readable medium having machine-executable instructions and including a computer having a storage and a hardware processor) that are operational on the player terminals <b>20</b>, as well as various types of data and web pages (game screens, etc.) created using a markup language (HTML, etc.) compliant with the specifications of the player terminals <b>20</b>. The server device <b>10</b> has a control module <b>11</b>, a storage module <b>12</b>, an input module <b>13</b>, a display module <b>14</b>, and a communication module <b>15</b>.

0072The control module <b>11</b>, along with transferring data between the components, exercises overall control over the server device <b>10</b>, and is implemented using a CPU (Central Processing Unit) that runs a predetermined program stored in memory (e.g., a non-transitory computer readable medium having machine-executable instructions and including a computer having a storage and a hardware processor). The control module <b>11</b> of present embodiment is provided with at least a game progress module <b>111</b> and a game screen generation module <b>112</b>.

0073The game progress module <b>111</b> possesses functionality to carry out processing for directing the game to proceed in accordance with the game program. This game progress module <b>111</b> is provided with at least a lottery processing module <b>111</b>A, a deck assembly processing module <b>111</b>B, a battle processing module <b>111</b>C, a benefit provision processing module <b>111</b>D, and a support character configuration processing module <b>111</b>E.

0074The lottery processing module <b>111</b>A possesses functionality to carry out various types of lottery game-related processing. Upon receiving operation input from the player, the lottery processing module <b>111</b>A of the present embodiment spends the friend points belonging to the player, awards a character randomly selected from multiple characters, and updates the player's proprietary character information. The player can use the character awarded by a drawing to compose a battle deck used for battles with enemy characters.

0075The deck assembly processing module <b>111</b>B has the functionality to carry out processing required to assemble a deck composed of multiple characters. A “deck” is a group of characters produced by combining multiple characters into a single set. The deck assembly processing module <b>111</b>B of the present embodiment, which has multiple teams made up of multiple player characters pre-registered in the player's team information, assembles a battle deck by adding a support character owned by another player into a particular team selected from these multiple teams. The player can use this battle deck during battle play in the stage.

0076The battle processing module <b>111</b>C possesses functionality to carry out various types of battle game-related processing. The battle processing module <b>111</b>C of the present embodiment directs the player characters and the support character constituting the battle deck to engage in battle with the enemy characters configured in the stage.

0077The benefit provision processing module <b>111</b>D possesses functionality to carry out processing for providing benefits to the player. The benefit provision processing module <b>111</b>D of the present embodiment awards friend points as benefits as an example to the player who owns a support character which has been selected by another player.

0078The support character configuration processing module <b>111</b>E possesses the functionality to carry out processing required to configure support characters for each stage. The support character configuration processing module <b>111</b>E of the present embodiment configures, in association with a stage where each of the multiple players can engage in battle play, a player character, which is selected by each of the multiple players from the multiple characters owned by the players themselves, as a support character.

0079The game screen generation module <b>112</b> possesses functionality to carry out processing used to generate screen data for displaying a game screen on a player terminal <b>20</b>. The game screen generation module <b>112</b> of the present embodiment generates HTML data as screen data corresponding to game screens.

0080The storage module <b>12</b>, which has a ROM (Read Only Memory), i.e. a read-only storage area, in which operating system software is stored, and a RAM (Random Access Memory), i.e. a rewritable storage area used as a work area for arithmetic processing by the control module <b>11</b>, is implemented using a flash memory, a hard disk, or another non-volatile storage device. The storage module <b>12</b> of the present embodiment stores at least item information, character information, stage information, and player information. It should be noted that each of these information elements will be described in more detail below.

0081The input module <b>13</b>, which is used by a system administrator to enter various types of data (e.g., item information, character information, stage information, etc.), is implemented, for example, as a keyboard, a mouse, or the like.

0082The display module <b>14</b>, which is used to display an operation screen for use by a system administrator in response to commands from the control module <b>11</b>, is implemented, for example, as a liquid crystal display (LCD: Liquid Crystal Display), or the like.

0083The communication module <b>15</b>, which is used for communication with the player terminals <b>20</b>, has receiver functionality for receiving various types of data and signals transmitted from the player terminals <b>20</b> and transmitter functionality for transmitting various types of data and signals to the player terminals <b>20</b> in response to commands from the control module <b>11</b>. The communication module <b>15</b> is implemented, for example, as an NIC (Network Interface Card), or the like.

0084<figref idref="DRAWINGS">FIG. 3</figref> is a diagram illustrating an example data structure of item information. This item information has at least an item name and a price configured in conjunction with item IDs. The price represents information indicating the value of an item.

0085<figref idref="DRAWINGS">FIG. 4</figref> is a diagram illustrating an example data structure of character information. This character information has at least a character name, a character image, rarity, an initial attack strength, an initial defense strength, initial hit points, an upper attack strength limit, an upper defense strength limit, an upper hit point limit, and other initial values and maximum values of various parameters, item IDs, drop rates, and attribute information configured in conjunction with character IDs. The item IDs represent information that indicates items belonging to a character. The drop rates represent information indicating the probabilities of a player acquiring items belonging to a character. The attribute information represents information indicating the attributes of a character.

0086<figref idref="DRAWINGS">FIG. 5</figref> is a diagram illustrating an example data structure of stage information. This stage information has at least a stage name, attribute information, and appearing characters configured in conjunction with a stage ID. The attribute information represents information indicating the attributes of a stage. In the present embodiment, the attributes of stages and the attributes of above-described characters make use of common attribute data. The appearing characters represent information related to one or many characters appearing in the stage, with the rates of appearance configured in conjunction with the character IDs. In principle, the attributes of the appearing characters and the attributes of the stage are configured to be the same attributes (in exceptional cases, the attributes of the appearing characters and the attributes of the stage may be configured to be different attributes). The character IDs represent information indicating the type of the one or many characters appearing in the stage. The rates of appearance represent information indicating the probability of appearance of each character in the stage. It should be noted that each stage may be configured to be composed of multiple sub-stages. In such a case, one or many appearing characters are configured respectively for each sub-stage.

0087<figref idref="DRAWINGS">FIG. 6</figref> is a diagram illustrating an example data structure of player information. This player information has at least a player name, a level, friend players' player IDs, friend points, proprietary character information, proprietary item information, team information, support character information, and cleared stages information configured therein in association with a player ID.

0088<figref idref="DRAWINGS">FIG. 7</figref> is a diagram illustrating an example data structure of proprietary character information. The proprietary character information represents information relating to characters belonging to the players (hereinafter referred to as “proprietary characters”). This proprietary character information has configured therein, in association with the character IDs of the proprietary characters, the current values of various parameters, at least such as level, attack strength, defense strength, and hit points.

0089<figref idref="DRAWINGS">FIG. 8</figref> is a diagram illustrating an example data structure of proprietary item information. The proprietary item information represents information relating to items belonging to a player (hereinafter referred to as “proprietary items”). This proprietary item information has at least the number of proprietary items configured therein in association with item IDs.

0090<figref idref="DRAWINGS">FIG. 9</figref> is a diagram illustrating an example data structure of team information. The team information represents information relating to teams composed by the player. This team information has at least a team name, constituent characters, and a leader configured therein in association with a team ID. The constituent characters represent information indicating the character IDs of the player characters constituting the team. The leader represents information indicating a player character configured as the leader of the team.

0091<figref idref="DRAWINGS">FIG. 10</figref> is a diagram illustrating an example data structure of support character information. The support character information represents information relating to support characters. This support character information has at least support characters configured therein in association with the stage IDs. The support characters contain information indicating the character IDs of the support characters associated with the stage.

0092<figref idref="DRAWINGS">FIG. 11</figref> is a diagram illustrating an example data structure of the cleared stages information. The cleared stages information represents information indicating the history of the stages that the player has cleared so far. This cleared stages information has at least flag information configured therein in association with stage IDs. In the flag information, “TRUE” is configured in the stage IDs of the stages that have been cleared so far, and “FALSE” configured in the stage IDs of the stages that have not been cleared yet.

0000<<Configuration of Player Terminal <b>20</b>>>

0093<figref idref="DRAWINGS">FIG. 12</figref> is a block diagram illustrating the functional configuration of a player terminal <b>20</b>.

0094The player terminal <b>20</b> is an information processing device owned and used by the player (for example, a tablet terminal, a mobile phone terminal, a smartphone, etc.). Thanks to the web browser functionality it possesses, the player terminal <b>20</b> is capable of on-screen display of web pages (game screens, etc.) transmitted from the server device <b>10</b>. The player terminal <b>20</b> has a terminal control module <b>21</b> used for providing overall control over the player terminal <b>20</b>, a terminal storage module <b>22</b> used for storing various types of data and software programs (e.g., a non-transitory computer readable medium having machine-executable instructions and including a computer having a storage and a hardware processor), a terminal control module <b>23</b> used by the player for operation input, a terminal display module <b>24</b> used for displaying game screens and operation screens, and a terminal communication module <b>25</b> used for communicating information to and from the server device <b>10</b>.

0000<<Operation of Game System <b>1</b>>>

0095<figref idref="DRAWINGS">FIG. 13</figref> is a flow chart used to illustrate an example of operation of the game system <b>1</b>. The operation of the battle game, in which the player characters and support characters constituting the battle decks of the players are engaged in battle against enemy characters that are configured in the stages, will be illustrated in specific detail below.

0096First of all, the player terminal <b>20</b> uses screen data transmitted from the server device <b>10</b> to display a game screen used for stage selection on the terminal display module <b>24</b>, thereby allowing the player to specify a stage for battle play from among the multiple stages (Step S<b>101</b>). Subsequently, when the player performs an operation to select a particular stage, a command requesting transmission of a game screen (game screen transmission request) used for support character selection is transmitted by the player terminal <b>20</b> to the server device <b>10</b> based on such operational information.

0097Next, upon receiving the game screen transmission request transmitted from the player terminal <b>20</b>, the server device <b>10</b> extracts support character candidates (Step S<b>102</b>). Specifically, the game screen generation module <b>112</b> refers to the player information illustrated in <figref idref="DRAWINGS">FIG. 6</figref> and identifies the friend players associated with the player. Then, by referring to the support character information associated with each friend player, as illustrated in <figref idref="DRAWINGS">FIG. 10</figref>, the game screen generation module <b>112</b> extracts all the support characters that are associated with the stage selected by the player.

0098Next, after extracting the support characters in this manner, the game screen generation module <b>112</b> generates the screen data (HTML data) of a game screen used for support character selection, providing these support characters in a list view (Step S<b>103</b>). The server device <b>10</b> then transmits screen data corresponding to the thus generated game screen used for support character selection to the requesting player terminal <b>20</b> over the network <b>2</b>.

0099Next, when this screen data transmitted from the server device <b>10</b> is received, the player terminal <b>20</b>, upon analyzing the screen data, displays the game screen (web page) used for support character selection illustrated in <figref idref="DRAWINGS">FIG. 14</figref> on the terminal display module <b>24</b>. Subsequently, when the game screen <b>50</b> used for support character selection is displayed, the player terminal <b>20</b> allows the player to perform selection operations using the control buttons <b>51</b>, thereby specifying the desired support characters in the list (Step S<b>104</b>). Subsequently, when a selection operation is performed by the player using a particular control button <b>51</b>, the player terminal <b>20</b> transmits a command (deck assembly request) to the server device <b>10</b>, requesting that a battle deck to be used by the player in battle play be assembled based on such operational information.

0100Next, upon receiving the deck assembly request transmitted from the player terminal <b>20</b>, the server device <b>10</b> carries out processing to assemble the player's battle deck (Step S<b>105</b>). Namely, the deck assembly processing module <b>111</b>B refers to the player information illustrated in <figref idref="DRAWINGS">FIG. 6</figref> and identifies the team information associated with the player. Subsequently, by referring to the team information illustrated in <figref idref="DRAWINGS">FIG. 9</figref>, the deck assembly processing module <b>111</b>B selects a team having the initial team ID associated therewith (for example, “Team A”) and assembles a battle deck by adding the support character specified by the player in the list in Step S<b>104</b> to the constituent characters of that team.

0101Next, upon assembly of the battle deck in this manner, the server device <b>10</b> directs the game screen generation module <b>112</b> to generate screen data (an HTML file) used to display a start battle game screen (web page), which includes a display of this battle deck on the player terminal <b>20</b> (Step S<b>106</b>).

0102The server device <b>10</b> then transmits screen data corresponding to the thus generated start battle game screen to the requesting player terminal <b>20</b> over the network <b>2</b>. Subsequently, upon receiving the screen data transmitted from the server device <b>10</b>, the player terminal <b>20</b> analyzes the screen data and, as a result, displays the start battle game screen on the terminal display module <b>24</b>.

0103<figref idref="DRAWINGS">FIG. 15</figref> is a diagram illustrating an example of the start battle game screen <b>60</b>. This start battle game screen <b>60</b> includes a battle deck display area <b>61</b>, a control button <b>62</b> used to initiate a battle, and a control button <b>63</b> used to re-assemble the battle deck. The battle deck assembled by the deck assembly processing module <b>111</b>B is displayed in the battle deck display area <b>61</b>, thereby allowing the player to check the constituent characters of this battle deck. It should be noted that when the player enters a touch gesture in the battle deck display area <b>61</b>, the team having the top team ID associated therewith (e.g., “Team A”) may be replaced with a team having the next team ID associated therewith (e.g., “Team B”) as the battle deck displayed on the screen. In other words, a second battle deck may be displayed in which the support character is added to the constituent characters of the team corresponding to the next team ID (e.g., “Team B”). In such a case, the player may engage in battle play using the second battle deck. The teams may of course be switched in succession whenever the player enters a touch gesture, thus displaying a second battle deck, a third battle deck, a fourth battle deck, and so forth, on the screen.

0104Next, going back to <figref idref="DRAWINGS">FIG. 13</figref>, the player terminal <b>20</b> determines whether or not the selection operation was performed by the player using the control button <b>62</b> when the start battle game screen <b>60</b> was displayed on the terminal display module <b>24</b> (Step S<b>107</b>). Then, if the selection operation is performed using the control button <b>63</b>, and not the control button <b>62</b> (Step S<b>107</b>: NO), the player terminal <b>20</b> goes back to Step S<b>104</b>, and the subsequent processing is repeated. On the other hand, when the selection operation is performed using the control button <b>62</b> (Step S<b>107</b>: YES), the player terminal <b>20</b> transmits a command (battle initiation request) with a request to start battle play using the battle deck to the server device <b>10</b> via the terminal communication module <b>25</b>.

0105Next, upon receiving the battle initiation request transmitted from the player terminal <b>20</b>, the server device <b>10</b> carries out battle processing (Step S<b>108</b>). Specifically, the battle processing module <b>111</b>C determines one or many enemy characters appearing in the stage that is specified by the player based on the rate of appearance of the appearing characters configured in the stage information illustrated in <figref idref="DRAWINGS">FIG. 5</figref>. Subsequently, the battle processing module <b>111</b>C directs the player characters and the support character forming the player's battle deck to engage in battle with the enemy characters that were determined. Namely, along with acquiring various parameters configured in the player characters that constitute the battle deck (attack strength, defense strength, hit points, etc.) by referring to the team information illustrated in <figref idref="DRAWINGS">FIG. 9</figref> and the proprietary character information illustrated in <figref idref="DRAWINGS">FIG. 7</figref>, as well as acquiring various parameters configured in the support character (attack strength, defense strength, hit points, etc.) by referring to the support character information illustrated in <figref idref="DRAWINGS">FIG. 10</figref> and the proprietary character information illustrated in <figref idref="DRAWINGS">FIG. 7</figref>, the battle processing module <b>111</b>C acquires various parameters configured in the enemy characters (upper attack strength limit, upper defense strength limit, upper hit point limit, etc.) by referring to the stage information illustrated in <figref idref="DRAWINGS">FIG. 5</figref> and character information illustrated in <figref idref="DRAWINGS">FIG. 4</figref>. The battle processing module <b>111</b>C then determines the winner of the battle based on the various parameters of these characters.

0106Next, when the battle process ends in this manner, the server device <b>10</b> determines whether or not the stage has been cleared (Step S<b>109</b>). Namely, the game progress module <b>111</b> determines that the player has cleared the stage if it is decided by the battle processing module <b>111</b>C that the player has won. And if the player could not clear the stage (Step S<b>109</b>: NO), this process is terminated. On the other hand, if the player has cleared the stage (Step S<b>109</b>: YES), the cleared stages information illustrated in <figref idref="DRAWINGS">FIG. 11</figref> is updated and, at the same time, game play in the next stage is authorized, and the process advances to Step S<b>110</b>.

0107A benefit provision process is executed in Step S<b>110</b>. Namely, the benefit provision processing module <b>111</b>D awards the enemy character defeated by the player to said player as a benefit in accordance with a predetermined probability, and the proprietary character information illustrated in <figref idref="DRAWINGS">FIG. 7</figref> is updated. In addition, the benefit provision processing module <b>111</b>D awards the items belonging to this enemy character to the player as benefits in accordance with the drop rate of the enemy character defeated by the player (see <figref idref="DRAWINGS">FIG. 4</figref>), and the proprietary item information illustrated in <figref idref="DRAWINGS">FIG. 8</figref> is updated. Furthermore, the benefit provision processing module <b>111</b>D awards friend points as benefits to the friend player who owns the support character specified by the player (i.e., the support character constituting the battle deck), and the player information illustrated in <figref idref="DRAWINGS">FIG. 6</figref> is updated.

0108Next, upon the player clearing the stage, the server device <b>10</b> executes a support character configuration process (Step S<b>111</b>).

0109Specifically, the support character configuration processing module <b>111</b>E directs the game screen generation module <b>112</b> to generate a game screen for support character configuration used to configure the support character corresponding to the stage that has been cleared. The server device <b>10</b> then transmits screen data (HTML files) corresponding to this game screen to the requesting player terminal <b>20</b> over the network <b>2</b>. Subsequently, upon receiving the screen data transmitted from the server device <b>10</b>, the player terminal <b>20</b> analyzes the screen data and, as a result, displays the game screen used for support character configuration on the terminal display module <b>24</b>.

0110<figref idref="DRAWINGS">FIG. 16</figref> is a diagram illustrating an example of a game screen <b>70</b> used for support character configuration. This game screen <b>70</b> displays the name of the stage that has been cleared and its attributes, and, in addition, provides a list view of the player characters constituting the battle deck used when clearing the stage, as well as their attributes. By performing selection operations using the control buttons <b>71</b>, the player configures a particular player character as a support character corresponding to this cleared stage. At such time, the player can configure a support character suitable for this stage by selecting a player character having advantageous attributes relative to the attributes configured for the stage and the attributes of the enemy characters that appear. For example, if “attribute A” is configured in the stage and “attribute B” is configured as an advantageous attribute relative to “attribute A”, a support character suitable for this stage can be configured by selecting a player character having “attribute B”. Accordingly, it becomes easier for other players to select a support character suitable for the stage used for battle play when selecting support characters. In addition, the player is likely to acquire more friend points because the likelihood of other players selecting a support character configured by said player increases. In addition, for the player, this creates a motivation to successively clear stages because as more stages are cleared, more support characters can be configured.

0111Subsequently, when a selection operation is performed by the player using a particular control button <b>71</b> while the game screen <b>70</b> used for support character configuration is displayed on the terminal display module <b>24</b>, the player terminal <b>20</b> transmits a command (support character configuration request) requesting support character configuration based on this operational information to the server device <b>10</b>.

0112Then, upon receiving the support character configuration request transmitted from the player terminal <b>20</b>, the server device <b>10</b> configures a support character corresponding to the stage cleared by the player. Namely, the support character configuration processing module <b>111</b>E configures and registers the support character selected by the player in association with the stage cleared by the player as the support character information illustrated in <figref idref="DRAWINGS">FIG. 10</figref>.

0113As described above, the game system <b>1</b> according to the present embodiment can direct the player to configure a stage-appropriate support character for each stage. For this reason, it becomes easy for the player engaged in battle play in the stage to select a support character suitable for this stage from a list and gain an advantage in the battle with enemy characters in the stage. Furthermore, it becomes easy for friend players to acquire more benefits because a support character likely to be selected by the player can be configured for each stage.

Other Embodiments

0114The foregoing embodiment was intended to facilitate the understanding of the present invention and is not to be construed as limiting of the present invention. The present invention can be modified and improved without departing from its spirit and the present invention includes equivalents thereto. In particular, the embodiments described below are also included in the present invention.

0000<Support Character Configuration Process>

0115Although the present embodiment has been described with reference to an example in which the support character corresponding to the stage is configured after the player engages in battle play in the stage, the present invention is not limited thereto. For example, the support character may be configured at any time. Specifically, in response to the player's operations, as illustrated in <figref idref="DRAWINGS">FIG. 17</figref>, the player terminal <b>20</b> displays a game screen <b>80</b> used for support character configuration on the terminal display module <b>24</b>. This game screen <b>80</b> used for support character configuration displays a list of stages, with the stage name and attributes displayed for each stage. When the game screen <b>80</b> used for support character configuration is displayed on the terminal display module <b>24</b>, the player can perform selection operations using the control buttons <b>81</b> to change and re-configure support characters for stages that have support characters already configured. In addition, the player can perform selection operations using the control buttons <b>82</b> to configure a support character selected from multiple characters owned by the player herself or himself for stages that don't have a support character configured yet. It should be noted that, for stages that don't have a support character configured yet, the player's team information (see <figref idref="DRAWINGS">FIG. 9</figref>) may be used such that a player character configured as the leader among the constituent characters of the team having the initial team ID associated therewith (e.g., “Team A”) is automatically configured as a support character and this support character is displayed on the game screen <b>80</b> used for support character configuration. Alternatively, the player character configured as the leader of the team constituting the battle deck used by the player during battle play in the cleared stage may be automatically configured as a support character and this support character may be displayed on screen.

0116Although the present embodiment has been described above with reference to a case in which a single support character is configured for a single stage, the present invention is not limited thereto. For example, two or more support characters may be configured for a single stage in advance and the player engaged in battle play in the stage may be allowed to select any support characters from the multiple support characters. Specifically, the support character configuration processing module <b>111</b>E configures and registers the multiple support characters selected by the player in association with the stage as the support characters illustrated in <figref idref="DRAWINGS">FIG. 10</figref>. In addition, for example, when two or more support characters are configured for a certain stage that has been cleared, the player may be allowed to select at least one or more player characters from the battle deck used by the player during battle play in the cleared stage and configure it as a support character corresponding to the stage and, at the same time, the player's team information (see <figref idref="DRAWINGS">FIG. 9</figref>) may be used such that the player character configured as the leader among the constituent characters of the team having the initial team ID (e.g., “Team A”) associated therewith is configured as a support character. At such time, if the team constituting the battle deck used by the player during battle play and the team having the initial team ID associated therewith are the same team, the player character configured as the leader among the constituent characters of the team having the next team ID associated therewith may be configured as a support character.

0117In the present embodiment as described above, the player may be allowed to configure a support character corresponding to a friend player (another player). Specifically, the support character configuration processing module <b>111</b>E configures and registers support characters selected by the player for each friend player as the support character information illustrated in <figref idref="DRAWINGS">FIG. 10</figref> in association with the stages where the player can engage in battle play. It should be noted that, at such time, the game progress module <b>111</b> may use the cleared stages information (see <figref idref="DRAWINGS">FIG. 11</figref>) of each friend player to identify the stages that the friend player has not cleared yet and direct the game screen generation module <b>112</b> to generate a game screen used for providing information about these stages to thereby notify the player of such information. Here, the number of times the player has failed to clear the stage as well as the period of time the player has been unable to clear the stage may be recorded for each stage in the cleared stages information. In such a case, the game progress module <b>111</b> may use this cleared stages information to identify stages that the friend player has failed to clear at least a predetermined number of times, or stages that the friend player has been unable to clear for at least a predetermined period of time, and notify the player of information relating to these stages. It should be noted that the stage-related information communicated to the player may include the number of times the friend player has failed to clear the stage and the period of time the player has been unable to clear the stage. In this manner, as a result of being notified, the player can configure support characters corresponding to the stages that have not yet been cleared for each friend player.

0118In the present embodiment as described above, support characters may be configured depending on the level of the friend player (another player). For example, if the level of the friend player is 21-30, Character A may be configured as a support character, and if the level is 31-40, Character B may be configured as a support character.

0119Although the present embodiment has been described above with reference to a case in which a player character is selected by the player on the game screen <b>70</b> used for support character configuration from a battle deck used by the player during battle play in a cleared stage, as illustrated in <figref idref="DRAWINGS">FIG. 16</figref>, and the player character is configured as a support character corresponding to that stage, the present invention is not limited thereto. For example, a player character selected from proprietary characters may be configured as the support character corresponding to the cleared stage.

0120Although the present embodiment has been described above with reference to a case in which, upon clearing a stage, the player can configure a support character corresponding to that cleared stage, the present invention is not limited thereto. For example, even if the stage could not be cleared, a support character corresponding to that stage may still be configured.

0000<List View of Support Characters>

0121Although the present embodiment has been described above with reference to a case in which a list view of support characters, which are configured by friend players associated with a player engaged in battle play in a stage, is provided on the game screen used for support character selection illustrated in <figref idref="DRAWINGS">FIG. 14</figref>, the present invention is not limited thereto. For example, a support character configured by a player other than the friend players may be included in the list.

0000<Server Device>

0122Although the present embodiment has been described above with reference to a game system <b>1</b> equipped with a single server device <b>10</b> as an example of a service device, the invention is not limited thereto and a game system <b>1</b> equipped with multiple server devices <b>10</b>, as an example of server devices, may also be used. In other words, multiple server devices <b>10</b> may be connected over a network <b>2</b> and these server devices <b>10</b> may perform various types of processing in a distributed manner. It should be noted that the server device is an example of a computer.

0000<Information Processing Device>

0123In the game system <b>1</b> used in the present embodiment as described above, the explanations are given with reference to a case in which various types of information processing are carried out by directing the server device <b>10</b> and the player terminals <b>20</b> to cooperate based on a game program (e.g., a non-transitory computer readable medium having machine-executable instructions and including a computer having a storage and a hardware processor). The invention, however, is not limited thereto and the above-mentioned various types of information processing may be carried out based on the game program using the server device <b>10</b> alone or the player terminals <b>20</b> alone as information processing devices.

0124In addition, a configuration may be used in which the player terminals <b>20</b> support part of the information processing device functionality. In such a case, the server device <b>10</b> and player terminals <b>20</b> constitute an information processing device.

0125It should be noted that the information processing device is an example of a computer equipped with a processor and a memory.

DESCRIPTION OF THE REFERENCE NUMERALS

0000<ul id="ul0001" list-style="none"><li id="ul0001-0001" num="0126"><b>1</b> game system</li><li id="ul0001-0002" num="0127"><b>2</b> network</li><li id="ul0001-0003" num="0128"><b>10</b> server device</li><li id="ul0001-0004" num="0129"><b>11</b> control module</li><li id="ul0001-0005" num="0130"><b>12</b> data storage module</li><li id="ul0001-0006" num="0131"><b>13</b> input module</li><li id="ul0001-0007" num="0132"><b>14</b> display module</li><li id="ul0001-0008" num="0133"><b>15</b> communication module</li><li id="ul0001-0009" num="0134"><b>20</b> player terminal</li><li id="ul0001-0010" num="0135"><b>21</b> terminal control module</li><li id="ul0001-0011" num="0136"><b>22</b> terminal storage module</li><li id="ul0001-0012" num="0137"><b>23</b> terminal input module</li><li id="ul0001-0013" num="0138"><b>24</b> terminal display module</li><li id="ul0001-0014" num="0139"><b>25</b> terminal communication module</li><li id="ul0001-0015" num="0140"><b>50</b> game screen</li><li id="ul0001-0016" num="0141"><b>51</b> control button</li><li id="ul0001-0017" num="0142"><b>60</b> game screen</li><li id="ul0001-0018" num="0143"><b>61</b> battle deck display area</li><li id="ul0001-0019" num="0144"><b>62</b> control button</li><li id="ul0001-0020" num="0145"><b>63</b> control button</li><li id="ul0001-0021" num="0146"><b>70</b> game screen</li><li id="ul0001-0022" num="0147"><b>71</b> control button</li><li id="ul0001-0023" num="0148"><b>80</b> game screen</li><li id="ul0001-0024" num="0149"><b>81</b> control button</li><li id="ul0001-0025" num="0150"><b>82</b> control button</li><li id="ul0001-0026" num="0151"><b>111</b> game progress module</li><li id="ul0001-0027" num="0152"><b>111</b>A lottery processing module</li><li id="ul0001-0028" num="0153"><b>111</b>B deck assembly processing module</li><li id="ul0001-0029" num="0154"><b>111</b>C battle processing module</li><li id="ul0001-0030" num="0155"><b>111</b>D benefit provision processing module</li><li id="ul0001-0031" num="0156"><b>111</b>E support character configuration processing module</li><li id="ul0001-0032" num="0157"><b>112</b> game screen generation module</li></ul>