Game system, server and game control method

RELATED APPLICATIONS

This application claims the priority of Japanese Patent Application Nos. 2004-196030 and 2004-196031 filed on Jul. 1, 2004, which is incorporated herein by reference. Further, this application is related to two U.S. patent applications, which will be filed with the U.S. Patent Office by Jul. 1, 2005 based on Japanese Patent Application Nos. 2004-196033 (filed on Jul. 1, 2004); and based on Japanese Patent Application Nos. 2004-196032 (filed on Jul. 1, 2004) and 2004-344679 (filed on Nov. 29, 2004) respectively. These applications including specifications, drawings, and claims are expressly incorporated herein by reference in their entirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a game system in which a plurality of terminal devices are connected to a server via communication lines, a server which configures the game system, and a game control method which is executed by the server. Particularly, the present invention relates to a game system in which massively multiplayer online games such as MMORPG (Massively Multiplayer Online Role Playing Game), RTS (Real Time Strategy), FPS (First Person Shooting Game) and the like can be executed, a server which configures the game system, and a game control method which is executed by the server.

2. Description of the Prior Art

In recent years, along with development of information and communications technology, a game system is widely used in which a plurality of terminal devices for game-arcade use or domestic use are connected to the servers by means of communication lines, and various online games can be executed in the game system. Recently, for example, massively multiplayer online games such as MMORPG (Massively Multiplayer Online Role Playing Game), RTS (Real Time Strategy), FPS (First Person Shooting Game) and the like are provided as the online games.

From the perspective of a player, in such massively multiplayer online games, the player can play a game with an unspecified number of players through the network such as Internet in remote locations nationally or internationally, without even knowing each other's face. The big attraction of the massively multiplayer online games is that the players can communicate with each other by means of such a medium as a game, thus it is strongly supported by many countries in the world. From the perspective of a game production company, in the massively multiplayer online games, the data or programs related to a new event, character, item and the like are sequentially updated and distributed to each terminal device via the network, thus a game environment can be constructed in which the player can continue playing a game semipermanently without getting bored with it. Therefore, it has the advantage of being able to secure the stability of earnings.

In the massively multiplayer online games, generally a character corresponding to each player is established, and the player participates in a game in a virtual space of the game by operating the player's own character (see Japanese Unexamined Patent Publication No. 2002-224448, for example). As the player acquaints himself with the game, the corresponding character clears various conditions (so called “mission”) to gain experience. As a result, the player or the character operated by the player can increase the level (level value) established inside the game, and the capability or position improves inside the game as the level (level value) increases, whereby various functions can be operated.

Further, when the conditions (subject) are cleared, the amount of cash according to the degree of difficulty of the condition (subject) is granted to the player as a reward so as to be used during a game, thus the more conditions (subject) the player clears, the more cash which can be used in a game the player can acquire, whereby the player can purchase a weapon, item, and the like which can be used in a game so as to play the game advantageously.

In an online game, normally the game axis in a virtual game space is shared by all players. Therefore, when the players play a game frequently or for a long period of time, some of the players sometimes clear most of the conditions that can be set in the game. When such situation arises, there are not many conditions that other player can challenge, and the fascinating aspect of the game may overly diminish, which is a problem. Therefore, as a conventional game system, for example there is a game system in which the number of conditions that are cleared within a predetermined time is limited for each player (for example, see Japanese Unexamined Patent Publication No. 2002-224448). According to the game system described in this publication document, some of the players cannot clear most of the conditions that can be set in the game, thus other player can also challenge various conditions, which makes it possible to provide a game which can be enjoyed by numbers of players.

However, according to the game system described in the above publication document, challenge to a new condition is restricted for a player who plays a game enthusiastically, clears numbers of conditions, and increases the level value, whereas a player who plays the game later can challenge the condition and increase the level value. Therefore, there is a problem (first problem) that it is difficult for the player, who plays the game enthusiastically, to gain an advantage over the abovementioned other player, thus competitive spirits of both players are reduced.

Further, in accordance with each condition, an award (for example, money which can be used in a game, and the like), which is granted to a player when the player clears the condition, is set in advance, thus the game can be carried out most smoothly if the player challenges a condition with a low difficulty level and thereafter challenges a condition with a high difficulty level sequentially in accordance with the increase of the level value. Therefore, the strategic characteristics are low with respect to proceeding a game, i.e., the sequence of challenging a plurality of conditions, whereby a game lacks in spice, which is a problem (first problem).

On the other hand, recently there is an online game which is provided with some effects in which a plurality of players have to deal with a specific subject. When such effects are provided, a player has to search for other player who becomes a partner in a game, so the player can have a communication with this other player spontaneously. Further, in general, in the case of a game in which a plurality of types of subjects are sequentially set for one player, and which involves effects for clearing all of the plurality of types of subjects, if there is a subject among the plurality of types of subjects which the player is not good at, the player cannot clear the subject, and the game cannot be carried out any further, thus the player might give up continuing the game. Therefore, even if the player is given a chance to select a subject, the player eventually has to clear the subject that he is not good at. However, when a plurality of players challenge the same subject, even if the player cannot clear the subject, if other player clears the subject, the game can be carried out ongoingly.

However, the amount of money which can be obtained when clearing a subject, and which can be used in a game is already set. Therefore, in the case where there are provided effects in which a subject has to be challenged by a plurality of players, it is boring for the players who are good at the subject to challenge the same subject with the players who are not good at the subject, which is a problem.

Particularly, in an online game, the game skills vary considerably among the unspecified number of players who carry out a game in the same virtual game space. Therefore, when the effects in which a subject has to be challenged by a plurality of players together are provided, the players having low game skills depend on the players having high skills, which is burdensome. At the same time, since the players having high skills have to challenge the same subject with other players, it is inevitable for the players with high skills to throw in with the players with low skills. However, in such conditions where the relationship among the players with high skills and the players with low skills becomes twisted, making a communication easy to be performed by both players might worsen the relationship between the both players (second problem).

SUMMARY OF THE INVENTION

The present invention is contrived in view of the above-described first problem, and the object thereof is to provide a game system which can rouse competitive spirits of players and create strategic characteristics to the way of carrying out a game, a server which configures the game system, and a game control method which is executed by the server.

In order to solve the first problem described above, the present invention (sometimes referred to as “the first invention” hereinafter) provides the following. (1) A game system in which a plurality of terminal devices are connected to a server via communication lines, and in which a game can be executed by each of a plurality of players operating each of the terminal devices, the game system comprising:

level value storing means for storing a level value of a player;

level value setting means for setting a predetermined level in accordance with a game result, and storing a level, which is set with respect to the ID data of the player, in the level value storing means as the level value;

condition setting means for setting a condition that the player should achieve as a game result;

condition achievement determination means for determining whether or not the player clears the condition which is set in the condition setting means; and

game result determination means for determining, when the condition achievement determination means determines that the condition set by the condition setting means is cleared, a game result on the basis of the condition cleared by the player, and the level value of the player which is stored in the level value storing means.

According to the invention described in (1), a game result is determined on the basis of the condition cleared by the player and on the level value of the player. Therefore, for example, even if the degree of difficulty of the condition is low, and the level value of the player is high, the player can acquire a large amount of reward as a game result, in comparison with a player having a low level value. Further, for example, in the case where the level value of the player is high, even if he clears a condition of high degree of difficulty, the player acquires only a small amount of reward in comparison with the player having a low level value. In this manner, the invention described above can achieve an effect allowing that the fascinating aspect of the game itself can be extended in various ways. Furthermore, the invention can be applied to a match-up game so as to function to grant the level value as a handicap of each other. Therefore, although the game system described in Japanese Unexamined Patent Publication No. 2002-224448 is configured such that the number of conditions that can be cleared by each player is restricted to be the same in general, and that numbers of players can enjoy a game by challenging various conditions, according to the invention described in (1), a player who plays a game enthusiastically can acquire a reward corresponding to his own level value, and can gain an advantage over other player. As a result, it is possible to prevent the competitive spirits of both players from being reduced.

Moreover, even in a condition with low degree of difficulty, by making it possible for a player to acquire a large amount of reward in comparison with a player having a low level value as long as the level value of the former player is high, it is possible to create an environment which proves that the way of carrying out a game where conditions are challenged in the order of low degree of difficulty to high degree of difficulty is not necessarily the desirable way of carrying out a game. Consequently, diversification can be generated in the ways of carrying out a game, whereby a strategic, complicated, and yet interesting game can be provided.

Further, the present invention provides the following. (2) The game system according to (1) described above, comprising condition selecting means for selecting any one condition from a plurality of types of conditions in accordance with an input operation performed by a player, wherein the condition setting means sets a condition selected by the condition selecting means.

According to the invention described in (2), since a player can select a condition to challenge, the player can realize a way of carrying out a game that he has in mind, and the strategic characteristics can be increased and the spice of the game can be improved.

The present invention further provides the following. (3) The game system according to (1) described above, wherein the game result determination means determines the amount of money which is available in a game and is granted to the player as a game result.

According to the invention described in (3), the amount of available money which is granted to the player is determined based on the condition cleared by the player and on the level value of the player. Thus, for example, even in a condition with low degree of difficulty, as long as the player has a high level value, the player can acquire a large amount of money that is available in a game. Therefore, in case that the same condition is cleared, a player who increases the level value, playing a game enthusiastically, can acquire a large amount of money that is available in a game, more than other player, can purchase a weapon or an item with the money, and can carry out a game more advantageously than other player. As a result, it is possible to prevent the competitive spirits of both players from being reduced.

The present invention further provides the following. (4) The game system according to (1) described above, wherein the server comprises an arcade server communicably connected to the plurality of terminal devices via dedicated lines, and a center server communicably connected to the arcade server via the communication line. (5) The game system according to (1) described above, wherein the game result determination means determines a game result also on the basis of the number of players who participate in the play for clearing the conditions. (6) The game system according to (1) described above, wherein the game result determination means determines a game result on the basis of a capability value set for the player, along with or in place of the level value of the player. (7) The game system according to (4) described above, wherein the terminal device and the arcade server are provided with the level value storing means, the terminal device is provide with the level value setting means, and the arcade server is provided with the condition setting means, the condition achievement determination means, and the game result determination means.

The present invention further provides the following. (8) A server which is connected to a plurality of terminal devices via communication lines, and which configures a game system in which a game can be executed by each of a plurality of players operating each of the terminal devices, the server comprising:

level value storing means for storing a level value of a player;

level value setting means for setting a predetermined level in accordance with a game result, and storing a level, which is set with respect to the ID data of the player, in the level value storing means as the level value;

condition setting means for setting a condition that the player should achieve as a game result;

condition achievement determination means for determining whether or not the player clears the condition which is set in the condition setting means; and

game result determination means for determining, when the condition achievement determination means determines that the condition set by the condition setting means is cleared, a game result on the basis of the condition cleared by the player, and the level value of the player which is stored in the level value storing means.

According to the invention described in (8), a game result is determined on the basis of the condition cleared by the player and on the level value of the player. Therefore, for example, even if the degree of difficulty of the condition is low, and the level value of the player is high, the player can acquire a large amount of reward as a game result, in comparison with a player having a low level value. Therefore, a player who plays a game enthusiastically can acquire a reward corresponding to his own level value, and can gain an advantage over other player. As a result, it is possible to prevent the competitive spirits of both players from being reduced. Moreover, even in a condition with low degree of difficulty, by making it possible for a player to acquire a large amount of reward, as long as the level value of the player is high, it is possible to create an environment which proves that the way of carrying out a game where conditions are challenged in the order of low degree of difficulty to high degree of difficulty is not necessarily the desirable way of carrying out a game. Consequently, diversification can be generated in the ways of carrying out a game, whereby a strategic, complicated, and yet interesting game can be provided.

The present invention further provides the following. (9) A game control method, which causes a server, which is connected to a plurality of terminal devices via communication lines and which configures a game system in which a game can be executed by each of a plurality of players operating each of the terminal devices, to function as:

level value storing means for storing a level value of a player;

level value setting means for setting a predetermined level in accordance with a game result, and storing a level, which is set with respect to the ID data of the player, in the level value storing means as the level value;

condition setting means for setting a condition that the player should achieve as a game result;

condition achievement determination means for determining whether or not the player clears the condition which is set in the condition setting means; and

game result determination means for determining, when the condition achievement determination means determines that the condition set by the condition setting means is cleared, a game result on the basis of the condition cleared by the player, and the level value of the player which is stored in the level value storing means.

According to the invention described in (9), a game result is determined on the basis of the condition cleared by the player and on the level value of the player. Therefore, for example, even if the degree of difficulty of the condition is low, and the level value of the player is high, the player can acquire a large amount of reward as a game result, in comparison with a player having a low level value. Therefore, a player who plays a game enthusiastically can acquire a reward corresponding to his own level value, and can gain an advantage over other player. As a result, it is possible to prevent the competitive spirits of both players from being reduced. Moreover, even in a condition with low degree of difficulty, by making it possible for a player to acquire a large amount of reward, as long as the level value of the player is high, it is possible to create an environment which proves that the way of carrying out a game where conditions are challenged in the order of low degree of difficulty to high degree of difficulty is not necessarily the desirable way of carrying out a game. Consequently, diversification can be generated in the ways of carrying out a game, whereby a strategic, complicated, and yet interesting game can be provided.

Specifically, the present invention can rouse competitive spirits of players and create strategic characteristics to the way of carrying out a game.

Furthermore, the present invention is contrived in view of the above-described second problem, and the object thereof is to provide a game system which can develop attractiveness of online games, which is that the relationship among the players is prevented from being twisted due to the difference in the game skills among the players, and that a good relationship can be constructed among the players in which the players can communicate with one another by means of a game, a server which configures the game system, and a game control method which is executed by the server.

In order to solve the above-described second problem, the present invention (sometimes referred to as “the second invention” hereinafter) provides the following. (10) A game system in which a plurality of terminal devices are connected to a server via communication lines, and in which a game can be executed by each of a plurality of players operating each of the terminal devices, the game system comprising:

selecting means for a player to select either to perform a play alone or with other player in order to achieve a condition to be cleared, which is set in the game, in accordance with an input operation performed by the player;

player number setting means for setting the number of players who perform the play, on the basis of selection made by the selecting means;

player number storing means for storing the set number of players for each condition to be cleared;

entry number storing means for storing the number of entries of the players into the condition for each condition to be cleared;

entry number updating means for updating the number of entries of the players into the condition and storing the number of entries in the entry number storing means, on the basis of selection made by the selecting means;

determination means for determining whether or not the number of entries stored in the entry number storing means reaches the number of players stored in the player number storing means; and

condition setting means for setting the condition to be cleared with respect to the player who performs the play, when the determination means determines that the number of entries reaches the number of players.

According to the invention described in (10), a player himself can select either to perform a play alone or with other player in order to achieve a condition to be cleared, which is set in a game. Thus, a player who is good at the above-described set condition to be cleared, or a player having a high game skill can select to perform a play alone, and at the same time a player who is not good at the above-described set condition to be cleared, or a player having a low game skill can select to perform the play with other player. Therefore, it is possible to prevent that the game is discontinued by the player who cannot clear the condition that he is not good at, or the player having a low game skill. Further, since the player who challenges a condition that he is good at, or the player having a high game skill can select to perform the play alone, the player who is not good at the above-described set condition to be cleared, or the player having a low game skill does not depend on the player having a high game skill, thus the player having a high game skills does not have to feel troublesome. As a result, it is possible to develop attractiveness of online games, which is that the relationship among the players is prevented from being twisted due to the difference in the game skills among the players, and that a good relationship can be constructed among the players in which the players can communicate with one another by means of a game.

The present invention further provides the following. (11) The game system according to (10) described above, comprising standby image displaying means for displaying a standby image which shows information related to the number of players and/or the number of entries, in response to a determination made by the determination means that the number of entries does not reach the number of players.

According to the invention described in (11), when a player performs a play with other player, a standby image can be used to check how many of the abovementioned other players enter or how many more of the abovementioned other players should enter into the play.

The present invention further provides the following. (12) The game system according to (10) described above, comprising:

condition achievement determination means for determining whether or not the player clears the condition to be cleared; and

reward payout means for, when the condition achievement determination means determines that the player clears the condition, proportionally distributing the amount of money available in the game, which is set in advance in accordance with the type of the condition, in accordance with the number of players who cleared the condition, and granting the money to each player.

According to the invention described in (12), each player can select either to perform the play with other player although a small amount of reward is granted when clearing the condition, or to perform the play alone to acquire a large amount of reward. Thus, diversification can be generated in the game to improve the strategic characteristics.

The present invention further provides the following. (13) The game system according to (10) described above, comprising:

condition achievement determination means for determining whether or not the player clears the condition to be cleared; and

reward payout means for, when the condition achievement determination means determines that the player clears the condition, proportionally distributing the amount of money available in the game, which is set in advance in accordance with the type of the condition, in accordance with the number of players who cleared the condition, and granting the money to each player. (14) The game system according to (10) described above, wherein the server comprises an arcade server communicably connected to the plurality of terminal devices via dedicated lines, and a center server communicably connected to the arcade server via the communication line. (15) The game system according to (11) described above, wherein the standby image displaying means is provided in the terminal device. (16) The game system according to (14) described above, wherein the selecting means is provided in the terminal device, and the payer number storing means, the player number setting means, the entry number storing means, the entry number updating means, the determination means, and the condition setting means are provided in the arcade server. (17) The game system according to (15) described above, wherein the standby image displaying means comprises a touch panel which enables the player to perform an input operation.

The present invention further provides the following. (18) A server which is connected to a plurality of terminal devices via communication lines, and which configures a game system in which a game can be executed by each of a plurality of players operating each of the terminal devices, the server comprising:

selecting means for a player to select either to perform a play alone or with other player in order to achieve a condition to be cleared, which is set in the game, in accordance with an input operation performed by the player;

player number setting means for setting the number of players who perform the play, on the basis of selection made by the selecting means;

player number storing means for storing the set number of players for each condition to be cleared;

entry number storing means for storing the number of entries of the players into the condition for each condition to be cleared;

entry number updating means for updating the number of entries of the players into the condition and storing the number of entries in the entry number storing means, on the basis of selection made by the selecting means;

determination means for determining whether or not the number of entries stored in the entry number storing means reaches the number of players stored in the player number storing means; and

condition setting means for setting the condition to be cleared with respect to the player who performs the play, when the determination means determines that the number of entries reaches the number of players.

According to the invention described in (18), a player himself can select either to perform a play alone or with other player in order to achieve a condition to be cleared, which is set in a game. Thus, a player who is good at the above-described set condition to be cleared, or a player having a high game skill can select to perform a play alone, and at the same time a player who is not good at the above-described set condition to be cleared, or a player having a low game skill can select to perform the play with other player. Therefore, it is possible to prevent that the game is discontinued by the player who cannot clear the condition that he is not good at, or the player having a low game skill. Further, the player who challenges a condition that he is good at, or the player having a high game skill can select to perform the play alone, thus the player who is not good at the above-described set condition to be cleared, or the player having a low game skill does not depend on the player having a high game skill, thus the player having a high game skills does not have to feel troublesome. As a result, it is possible to develop attractiveness of online games, which is that the relationship among the players is prevented from being twisted due to the difference in the game skills among the players, and that a good relationship can be constructed among the players in which the players can communicate with one another by means of a game.

The present invention further provides the following. (19) A game control method, which causes a server, which is connected to a plurality of terminal devices via communication lines and which configures a game system in which a game can be executed by each of a plurality of players operating each of the terminal devices, to function as:

selecting means for a player to select either to perform a play alone or with other player in order to achieve a condition to be cleared, which is set in the game, in accordance with an input operation performed by the player;

player number setting means for setting the number of players who perform the play, on the basis of selection made by the selecting means;

player number storing means for storing the set number of players for each condition to be cleared;

entry number storing means for storing the number of entries of the players into the condition for each condition to be cleared;

entry number updating means for updating the number of entries of the players into the condition and storing the number of entries in the entry number storing means, on the basis of selection made by the selecting means;

determination means for determining whether or not the number of entries stored in the entry number storing means reaches the number of players stored in the player number storing means; and

condition setting means for setting the condition to be cleared with respect to the player who performs the play, when the determination means determines that the number of entries reaches the number of players.

According to the invention described in (19), a player himself can select either to perform a play alone or with other player in order to achieve a condition to be cleared, which is set in a game. Thus, a player who is good at the above-described set condition to be cleared, or a player having a high game skill can select to perform a play alone, and at the same time a player who is not good at the above-described set condition to be cleared, or a player having a low game skill can select to perform the play with other player. Therefore, it is possible to prevent that the game is discontinued by the player who cannot clear the condition that he is not good at, or the player having a low game skill. Further, the player who challenges a condition that he is good at, or the player having a high game skill can select to perform the play alone, thus the player who is not good at the above-described set condition to be cleared, or the player having a low game skill does not depend on the player having a high game skill, thus the player having a high game skills does not have to feel troublesome. As a result, it is possible to develop attractiveness of online games, which is that the relationship among the players is prevented from being twisted due to the difference in the game skills among the players, and that a good relationship can be constructed among the players in which the players can communicate with one another by means of a game.

BRIEF DESCRIPTION OF THE DRAWINGS

<figref idref="DRAWINGS">FIG. 1</figref> is a configuration diagram of the game system according to the present invention;

<figref idref="DRAWINGS">FIG. 2</figref> is a perspective view showing the exteriors of eight terminal devices <b>1</b> installed in one arcade, and a card machine <b>6</b>;

<figref idref="DRAWINGS">FIG. 3</figref> is a perspective view showing the exterior of the terminal device <b>1</b>;

<figref idref="DRAWINGS">FIG. 4</figref> is a block diagram showing a hardware configuration of the terminal device <b>1</b>;

<figref idref="DRAWINGS">FIG. 5</figref> is a block diagram showing a hardware configuration of an arcade server <b>2</b>;

<figref idref="DRAWINGS">FIG. 6</figref> is a block diagram showing a hardware configuration of a center server <b>3</b>;

<figref idref="DRAWINGS">FIG. 7</figref> is a block diagram showing a hardware configuration of the card machine <b>6</b>;

<figref idref="DRAWINGS">FIG. 8</figref> is a figure showing a flow of a game played in the game system of the present embodiment;

<figref idref="DRAWINGS">FIG. 9</figref> is a flow chart showing a flow of a processing of until an ID card is issued in the card machine <b>6</b>, arcade server <b>2</b> and center server <b>3</b>;

<figref idref="DRAWINGS">FIG. 10</figref> is a figure showing information on participation of players;

<figref idref="DRAWINGS">FIGS. 11A</figref> to <b>11</b>C are figures for explaining the detail of a data transmission processing performed by the arcade server <b>2</b>;

<figref idref="DRAWINGS">FIG. 12</figref> is a flow chart showing a flow of processings of until a game start in the terminal device <b>1</b>, arcade server <b>2</b> and center server <b>3</b>;

<figref idref="DRAWINGS">FIGS. 13A and 13B</figref> are figures showing an example of the historical data;

<figref idref="DRAWINGS">FIG. 14</figref> is a figure showing an example of the player information;

<figref idref="DRAWINGS">FIG. 15</figref> is a flow chart showing a routine of a game execution processing which is executed by the terminal device <b>1</b>;

<figref idref="DRAWINGS">FIG. 16</figref> is a flow chart showing a routine of a guild execution processing which is called up in the step S<b>120</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 15</figref> and is executed by the terminal device <b>1</b>;

<figref idref="DRAWINGS">FIGS. 17A and 17B</figref> are figures schematically showing an image which is displayed on a first display <b>11</b> of the terminal device <b>1</b> when the sub routine shown in <figref idref="DRAWINGS">FIG. 16</figref> is executed;

<figref idref="DRAWINGS">FIG. 18</figref> is a flow chart showing a routine of a mission reference/acceptance processing which is called up in the step S<b>131</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 16</figref> and executed by the terminal device <b>1</b>;

<figref idref="DRAWINGS">FIG. 19</figref> is a flow chart showing a processing executed by the arcade server <b>2</b> in accordance with the sub routine shown in <figref idref="DRAWINGS">FIG. 18</figref>, which is executed by the terminal device <b>1</b>;

<figref idref="DRAWINGS">FIG. 20</figref> is a figure showing mission list data;

<figref idref="DRAWINGS">FIGS. 21A</figref> to <b>21</b>D are figures schematically showing images displayed on the first display <b>11</b> of the terminal device <b>1</b> when the sub routine shown in <figref idref="DRAWINGS">FIG. 18</figref> is executed;

<figref idref="DRAWINGS">FIG. 22</figref> is a flow chart showing a notice board use processing which is called up in the step S<b>133</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 16</figref> and is executed by the terminal device <b>1</b>, and a processing executed by the arcade server <b>2</b> in accordance with the abovementioned processing;

<figref idref="DRAWINGS">FIG. 23</figref> is a figure showing an example of a message list;

<figref idref="DRAWINGS">FIGS. 24A</figref> to <b>24</b>C are figures schematically showing images displayed on the first display <b>11</b> of the terminal device <b>1</b> when the processing shown in <figref idref="DRAWINGS">FIG. 22</figref> is executed;

<figref idref="DRAWINGS">FIG. 25A</figref> is a flow chart showing a reward payment processing which is called up in the step S<b>135</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 16</figref> and is executed by the terminal device <b>1</b>, and a processing executed by the arcade server <b>2</b> in accordance with the abovementioned processing corresponding to the embodiment of the first invention;

<figref idref="DRAWINGS">FIG. 25B</figref> is a flow chart showing a reward payment processing which is called up in the step S<b>135</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 16</figref> and is executed by the terminal device <b>1</b>, and a processing executed by the store server <b>2</b> in accordance with the abovementioned processing corresponding to the embodiment of the second invention;

FIGS. <b>26</b>A(a) and <b>26</b>A(b) are figures showing examples of a reward determination table corresponding to the embodiment of the first invention;

<figref idref="DRAWINGS">FIG. 26B</figref> is a figure showing an example of a reward determination table corresponding to the embodiment of the second invention;

<figref idref="DRAWINGS">FIG. 27</figref> is a flow chart showing a routine of a mission game execution processing which is called up in the step S<b>121</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 15</figref> and is executed by the terminal device <b>1</b>;

<figref idref="DRAWINGS">FIG. 28</figref> is a flow chart showing a processing executed by the arcade server <b>2</b> in accordance with the sub routine shown in <figref idref="DRAWINGS">FIG. 27</figref>, which is executed by the terminal device <b>1</b>;

<figref idref="DRAWINGS">FIG. 29</figref> is a figure showing an example of a chat message list;

<figref idref="DRAWINGS">FIGS. 30A</figref> to <b>30</b>D are figures showing an example of images which are displayed on the first display <b>11</b> of the terminal device <b>1</b> by executing the processings shown in <figref idref="DRAWINGS">FIG. 27</figref> and <figref idref="DRAWINGS">FIG. 28</figref>;

<figref idref="DRAWINGS">FIG. 31</figref> is a flow chart showing a biographical data generation processing which is executed by the center server <b>3</b>;

<figref idref="DRAWINGS">FIG. 32</figref> is a figure showing an example of a historical data evaluation table;

<figref idref="DRAWINGS">FIG. 33</figref> is a figure showing an example of an evaluation message creation table;

<figref idref="DRAWINGS">FIG. 34A</figref> is a flow chart showing a processing which is executed by the card machine <b>6</b> and center server <b>3</b> when displaying a biographical image corresponding to the embodiment of the first invention;

<figref idref="DRAWINGS">FIG. 34B</figref> is a flow chart showing a processing which is executed by the card machine <b>6</b> and center server <b>3</b> when displaying a biographical image corresponding to the embodiment of the second invention;

<figref idref="DRAWINGS">FIGS. 35A and 35B</figref> are figures showing an example of biographical images displayed on a display <b>61</b> of the card machine <b>6</b> when the processing shown in <figref idref="DRAWINGS">FIGS. 34A and 34B</figref> is executed; and

<figref idref="DRAWINGS">FIG. 36</figref> is a configuration diagram showing another example of the game system according to the present invention.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

Embodiments related to the above-described first invention and second invention are described hereinafter. First, the description is provided with a focus on the embodiment related to the first invention in order to avoid a redundant description of the same parts, and then the embodiment of the second invention is mentioned regarding only the parts that are different from those of the first invention.

<figref idref="DRAWINGS">FIG. 1</figref> is a configuration diagram of the game system according to the present invention. The game system comprises a plurality of terminal devices <b>1</b>, an arcade server <b>2</b> connected communicably to the plurality of (eight devices here) terminal devices <b>1</b> by means of dedicated lines <b>5</b>, a center server <b>3</b> which is connected communicably to a plurality of arcade servers <b>2</b> by means of a communication lines <b>4</b>, and which manages a game played by a plurality of players using the terminal devices <b>1</b>, and a card machine <b>6</b> connected to the arcade server <b>2</b> via the dedicated line <b>5</b> for each arcade <b>1</b>. It should be noted that the arcade servers <b>2</b> can communicate with each other via the communication lines <b>4</b>.

The terminal device <b>1</b> accepts a predetermined operation performed by a player using a touch panel <b>14</b> (not shown), and conducts a game on the basis of data transmitted from the arcade server <b>2</b> (or center server <b>3</b>), data from another terminal device <b>1</b>, or other data.

It should be noted that a unique machine ID is related to each machine of the terminal devices <b>1</b>. The machine ID includes a code for each arcade server <b>2</b> connected to the terminal device <b>1</b>, and a code for each terminal device <b>1</b> in the arcade in which the terminal devices <b>1</b> are disposed. For example, if the code of an arcade server A of an arcade A is A, and the code of the terminal device <b>1</b> in the arcade A is <b>1</b>, the machine ID of the terminal device <b>1</b> is a<b>1</b>.

The arcade servers <b>2</b> are connected communicably to the plurality of terminal devices <b>1</b> (eight devices in this case) respectively and to the center server <b>3</b>, and perform data transmission between the terminal devices <b>1</b> and the center server <b>3</b>. The center server <b>3</b> is connected communicably to the plurality of arcade servers <b>2</b> and has historical data related to each player. The center server <b>3</b> performs data transmission with the terminal devices <b>1</b> via the arcade servers <b>2</b>, and thereby performs authentication and the like of each player. The arcade server <b>2</b> is equivalent to the server in the present invention.

The card machine <b>6</b> can communicate with the center server <b>3</b> via the arcade server <b>2</b>. The card machine <b>6</b> accepts an operation of the personal data input performed by a player, and issues an ID card <b>8</b> (not shown). The player is registered in the center server <b>3</b> by the personal data inputted at this time, and ID data which can identify the player is granted to each player by the center server <b>3</b>. This ID data is granted beforehand to the ID card <b>8</b> to be issued. Further, a password, which is inputted by the player when the ID data is granted, is stored in a RAM <b>303</b>, and used for authenticating the player when a game is started.

<figref idref="DRAWINGS">FIG. 2</figref> is a perspective view showing the exteriors of eight terminal devices installed in one arcade, and the card machine. <figref idref="DRAWINGS">FIG. 3</figref> is a perspective view showing the exterior of the terminal device. It should be noted that a game-arcade gaming device comprising two displays (a first display <b>11</b> and a second display <b>12</b>) is explained, as an example of the terminal device hereinbelow. However, the present invention is not particularly limited to this example, thus a home vide-game device configured by connecting the home vide-game device to a home television, a personal computer which functions as a vide-game device by executing a vide game program, and the like can be applied similarly.

Furthermore, in the present embodiment, a game performed using the terminal device <b>1</b> is a MMORPG (Massively Multiplayer Online Role Playing Game) in which the elements of an action game are applied. A player who operates each terminal device <b>1</b> uses various buttons <b>118</b> and an operation lever <b>119</b> to operate a character corresponding to the player, and plays a game. Each character belongs to a venturer guild in the game (a trading association configured by a venturer), and accepts a mission (a condition in the game, which is set for the player) from the guild. After accepting the mission from the guild, a mission game is played in which the character ventures a virtual game space. In the mission game the character can be reinforced by causing the character to battle against a monster and increasing the level (level value), whereby an item can be acquired. A character corresponding to each of a plurality of players plays a game in the same virtual game space. Therefore, sometimes the character can challenge the mission along with a character corresponding to other player, or the character can exchange the information with the character of the other player. Once returning to the guild after clearing the above mission in the virtual game space, a reward corresponding to the type of mission can be acquired from the guild, and a new mission can be accepted.

As shown in <figref idref="DRAWINGS">FIG. 3</figref>, the terminal device <b>1</b> comprises a housing <b>10</b>, a first display <b>11</b> provided on the front face of the housing <b>10</b>, the first display <b>11</b> being inclined at a predetermined angle, and a second display <b>12</b> provided on the upper side of the first display <b>11</b>. A game image showing a virtual game space where characters are disposed, an image showing a guild, and other images are displayed on the first display <b>11</b>. Various images such as an image indicating a map of the virtual game space (overall view), a commercial image for a game, and other images are displayed on the second display <b>12</b>.

The touch panel <b>14</b> is installed in front of the first display <b>11</b>. The touch panel <b>14</b> can detect a contact by a player, and outputs a detection signal, which indicates a contact position when the contact is detected, to an operation input portion <b>114</b> (not shown) which is described hereinafter. The player can touch the touch panel <b>14</b> to input various instructions. The speakers <b>13</b> which output sound are provided at the sides of the second display <b>12</b>.

The lower side of the first display <b>11</b> is provided with a coin insertion slot <b>15</b> into which a coin is inserted, and an ID card insertion slot <b>16</b> into which an ID card is inserted. A coin which is inserted into the coin insertion slot <b>15</b> is detected by a coin sensor <b>115</b> (not shown). Further, the ID data of an ID card inserted into the ID insertion slot <b>16</b> is read out by an ID card reader <b>116</b> (not shown).

The housing <b>10</b> is provided with an operation board <b>18</b> protruding forward. The front face of the operation board <b>18</b> is provided with an attack button <b>118</b><i>a</i>, a defense button <b>118</b><i>b</i>, a magic button <b>118</b><i>c</i>, and an operation lever <b>119</b>. The attack button <b>118</b><i>a </i>is used to input an instruction for causing a character to perform an offensive move. The defense button <b>118</b><i>b </i>is used to input an instruction for causing the character to perform a defensive move. The magic button <b>118</b><i>c </i>is used to input an instruction for causing the character to perform an action to use magic. The operation lever <b>119</b> is used to input an instruction for moving the character.

<figref idref="DRAWINGS">FIG. 4</figref> is a block diagram showing a hardware configuration of the terminal device. A control portion <b>100</b> is to control the overall operation of the terminal device <b>1</b>, and comprises a CPU <b>101</b>, ROM <b>102</b>, and RAM <b>103</b>.

The ROM <b>102</b> stores various image data, programs, and the like. Specifically, the ROM <b>102</b> stores image data which indicates, for example, images displayed on the first display <b>11</b> and/or second display <b>12</b>, such as various character images showing a character which can be operated by a player, a character operated by other player, and other characters, a monster image showing a monster which appears in a virtual game space, various background images for showing the virtual game space, an image showing a guild, and the like. Also the ROM <b>102</b> stores, for example, an object, texture data, background image, and the like that configure the character or monster. The object and the like that configure the character or monster are configured by a predetermined number of polygons such that they can be rendered three dimensionally. Moreover, the ROM <b>102</b> has stored therein a level (level value) of the player or of the character corresponding to the player, and a capability value setting table (not shown) where the character level (level value) and the capability value thereof are related to each other.

The ROM <b>102</b> may be a storage medium embedded in the terminal device <b>1</b>, or may be an attachable/detachable storage medium. Further, the both may configure the ROM <b>102</b>. In addition, among the various data stored in the ROM <b>102</b>, data which can be stored in the attachable/detachable recording medium may be read out by, for example, a hard disk drive, optical disk drive, flexible disk drive, silicon disk drive, a driver such as a cassette medium reader, or the like. In this case, the recording medium is, for example, a hard disk, optical disk, flexible disk, CD, DVD, semiconductor memory, and the like.

The RAM <b>103</b> stores information in processing, variables, and the like temporarily. For example, player participation information (see <figref idref="DRAWINGS">FIG. 10</figref>), player information (see <figref idref="DRAWINGS">FIG. 14</figref>) such as player information which contains, for example, data related to the level value of the player, and the like are stored. When storing the player information (see <figref idref="DRAWINGS">FIG. 14</figref>) which contains data related to the level value of the player, the RAM <b>103</b> functions as level storing means for storing the level value of the player. The CPU <b>101</b> selects either a single mode in which a single player participates in a single mission (condition) in a game, or a multimode in which a player participates in the mission with other player, according to an input operation performed by the player using the touch panel <b>14</b>, and stores a result of the selection in the player information. It should be noted that the CPU <b>101</b> of the terminal device <b>1</b> in the present embodiment functions as the selecting means in the present invention (second invention).

A communication interface circuit <b>104</b> is used to perform data transmission (for example, the player participation information, player information, etc) with the arcade server <b>2</b> by means of the dedicated line <b>5</b>. The communication interface circuit <b>104</b> transmits an instruction inputted by a player by means of the touch panel <b>14</b>, the various buttons <b>118</b> or the operation lever <b>119</b> to the arcade server <b>2</b> via the dedicated line <b>5</b>, and the arcade server <b>2</b> proceeds with the game based on the instruction. Also the communication interface circuit <b>104</b> receives a display command for the first display <b>11</b> and second display <b>12</b> from the arcade server <b>2</b> via the dedicated line <b>5</b>. Various images are displayed each on the first display <b>11</b> and the second display <b>12</b> on the basis of the display command.

A first rendering process portion <b>111</b> displays a game image in which a character is disposed in the virtual game space, an image showing a guild, and the like on the first display <b>11</b>, and comprises a VDP (Video Data Processor), a video RAM, and the like. The first rendering process portion <b>111</b> refers to the player information (see <figref idref="DRAWINGS">FIG. 14</figref>) stored in the RAM <b>103</b>, and extracts the image data from the ROM <b>102</b>, according to the above display command. The first rendering process portion <b>111</b> then stores the image data in the video RAM in accordance with priorities displayed on the first display <b>11</b> (for example, in the order of the background image, monster image, and character image), generates a game image, and outputs it to the first display <b>11</b>. As a result, the game image is displayed on the first display <b>11</b>. Further, when displaying the game image three dimensionally, the first rendering process portion <b>111</b> performs calculation for converting the object (for example, an object configuring a character or monster, and the like) stored in the ROM <b>102</b> from a position on the three dimensional space to a position on a pseudo three dimensional space, light source calculation processing, and the like, as well as a write processing of the image data (for example, mapping of the texture data for the region of the video RAM specified with a polygon) to be rendered to the video RAM on the basis of the results of the above calculations, thereby generating the game image, and outputs it to the first display <b>11</b>. As a result, the three-dimensional game image is displayed on the first display <b>11</b>.

A second rendering process portion <b>112</b> causes the second display <b>12</b> to display an image indicating a map of the virtual game space, a commercial image for a game, or other image, and comprises a VDP (Video Data Processor), a video RAM, and the like. The second rendering process portion <b>12</b> extracts a predetermined image from the ROM <b>102</b> according to the abovementioned display command. The second rendering process portion <b>112</b> then stores the image data in the video RAM in accordance with priorities displayed on the second display <b>12</b>, thereby generating a predetermined image, and outputs it to the second display <b>12</b>. As a result, the predetermined image is displayed on the second display <b>12</b>.

A sound reproducing portion <b>113</b> outputs a predetermined sound, BGM and the like to the speakers <b>13</b> in accordance with an instruction from the arcade server <b>2</b>. The touch panel <b>14</b> is a rectangular thin layer body provided in front of the first display <b>11</b>, and is constituted such that a transparent pressure sensitive material in the form of a line, which is disposed at a predetermined pitch vertically and horizontally, is covered with a transparent cover. A conventionally known touch panel can be employed as the touch panel <b>14</b>. The touch panel <b>14</b> outputs to the operation input portion <b>114</b> a detection signal indicating the contact position when being contacted.

The operation input portion <b>114</b> is a microcomputer comprising a memory <b>114</b><i>a </i>and a timer <b>114</b><i>b</i>, buffers the contact position, which is indicated by the detection signal outputted from the touch panel <b>14</b>, as data to a predetermined region of the memory <b>114</b><i>a</i>, uses the timer <b>114</b><i>b </i>and the like to determine the detail of the instruction on the basis of the data sequentially, and supplies a result of determination as an operation command to the control portion <b>100</b>.

The coin sensor <b>115</b> transmits a predetermined signal to the control portion <b>100</b> when a coin inserted into the coin insertion slot <b>15</b> is detected. The ID card reader <b>116</b> reads out the ID data from the ID card <b>8</b> which is inserted into the ID card insertion slot <b>16</b>, and supplies it to the control portion <b>100</b>. The attack button <b>118</b><i>a </i>is a button for causing a character to perform an offensive move, the defense button <b>118</b><i>b </i>is for causing the character to perform a defensive move, and the magic button <b>118</b><i>c </i>is for causing the character to perform an action to use magic. The various buttons <b>118</b> (<b>118</b><i>a </i>to <b>118</b><i>c</i>) transmit the detection signal to the control portion <b>100</b> when detecting an operation by the player. The operation lever <b>119</b> transmits to the controller portion <b>100</b> a detection signal corresponding to a predetermined direction to which the player tilts the operation lever <b>119</b>.

The present embodiment explains the case in which the terminal device <b>1</b> comprises the touch panel <b>14</b>, various buttons <b>118</b>, and operation lever <b>119</b> as the means for the player to input an instruction (input means). However, the terminal device <b>1</b> related to the present embodiment may comprise the touch panel <b>14</b> only, for example, or may comprise various buttons <b>118</b> and operation lever <b>119</b> only. Further, the input means that the terminal device <b>1</b> related to the present embodiment comprises is not limited to the above example, and, for example, the conventionally known input means such as a keyboard, mouse, pointing device and the like can be employed.

<figref idref="DRAWINGS">FIG. 5</figref> is a block diagram showing a hardware configuration of an arcade server. The arcade server <b>2</b> comprises a control portion <b>200</b> which controls the overall operation of the arcade server <b>2</b>. The control portion <b>200</b> comprises a CPU <b>201</b>, ROM <b>202</b>, and RAM <b>203</b>.

The ROM <b>202</b> stores a game control program. The CPU <b>201</b> of the arcade server <b>2</b> executes the game control program stored in the ROM <b>202</b>, and performs various types of processing for proceeding with the game. Further, the ROM <b>202</b> stores various data, table data and the like used in the processing of a game, such as mission list data (see <figref idref="DRAWINGS">FIG. 20</figref>) showing a list of the missions set to a player in the game system of the present embodiment, mission reference data showing a detailed content and the like of each mission, a message list (see <figref idref="DRAWINGS">FIG. 23</figref>) in which is stored a message which can be inputted by the player in a guild notice board, a reward determination table (see <figref idref="DRAWINGS">FIG. 26</figref>) for determining the amount of a reward for clearing the mission, a chat message list (<figref idref="DRAWINGS">FIG. 29</figref>) used when exchanging the message (so called “chatting”)with other player in a mission game, and the like.

The ROM <b>202</b> may be a storage medium embedded in the arcade server <b>2</b>, or may be an attachable/detachable storage medium. Further, the both may configure the ROM <b>202</b>. In addition, among the various data stored in the ROM <b>202</b>, data which can be stored in the attachable/detachable recording medium may be read out by, for example, a hard disk drive, optical disk drive, flexible disk drive, silicon disk drive, a driver such as a cassette medium reader, or the like. In this case, the recording medium is, for example, a hard disk, optical disk, flexible disk, CD, DVD, semiconductor memory, and the like.

The RAM <b>203</b> temporarily stores information in processing, variables, and the like. For example, player participation information (see <figref idref="DRAWINGS">FIG. 10</figref>), player information (see <figref idref="DRAWINGS">FIG. 14</figref>) such as player information which contains, for example, data related to the level value of the player, and the like are stored. Further, when the historical data of the player (see <figref idref="DRAWINGS">FIGS. 13A and 13B</figref>) is supplied from the center server <b>3</b>, the RAM <b>203</b> stores this historical data. The RAM <b>203</b> functions as the level storing means for storing the level value of the player.

Moreover, in the embodiment related to the second invention, the RAM <b>203</b> functions as the player number storing means for storing, for each mission, the number of players who perform a play in the mission. In this case, the RAM <b>203</b> also functions as the entry number storing means for storing, for each condition to be cleared, the number of entries of the players into the condition.

Furthermore, the CPU <b>201</b> functions as the player number setting means for setting the number of players who perform a play in the mission, on the basis of a selection made by the CPU <b>101</b> of the terminal device <b>1</b>, which functions as the selecting means. The CPU <b>201</b> also functions as the entry number updating means for updating the number of entries stored in the RAM <b>203</b> functioning as the entry number storing means, on the basis of the selection made by the CPU <b>101</b> of the terminal device <b>1</b>, which functions as the selecting means.

A communication interface circuit <b>204</b> is used for transmission of various data with the center server <b>3</b> and other arcade server <b>2</b> by means of a network such as the Internet or the like. Further, the arcade server <b>2</b> comprises an interface circuit group <b>205</b>, and is connected to a plurality of terminal devices <b>1</b> (eight devices here) and a single card machine <b>6</b> from the interface circuit group <b>205</b> via the dedicated lines <b>5</b>.

<figref idref="DRAWINGS">FIG. 6</figref> is a block diagram showing a hardware configuration of the center server. The center server <b>3</b> comprises a control portion <b>300</b> which controls the overall operation of the center server <b>3</b>. The control portion <b>300</b> comprises a CPU <b>301</b>, ROM <b>302</b> and RAM <b>303</b>.

The ROM <b>302</b> stores a historical data evaluation table (see <figref idref="DRAWINGS">FIG. 32</figref>) for evaluating the game histories, and an evaluation message creation table (see <figref idref="DRAWINGS">FIG. 33</figref>) for creating an evaluation message. The ROM <b>302</b> may be a storage medium embedded in the center server <b>3</b>, or may be an attachable/detachable storage medium. Further, the both may configure the ROM <b>302</b>. In addition, among the various data stored in the ROM <b>302</b>, data which can be stored in the attachable/detachable recording medium may be read out by, for example, a hard disk drive, optical disk drive, flexible disk drive, silicon disk drive, a driver such as a cassette medium reader, or the like. In this case, the recording medium is, for example, a hard disk, optical disk, flexible disk, CD, DVD, semiconductor memory, and the like.

The RAM <b>303</b> stores, for example, ID data, historical data (see <figref idref="DRAWINGS">FIGS. 13A and 13B</figref>), a password and the like of the player. The RAM <b>303</b> functions as the game history storing means which can store a plurality of game histories of the player, which comprise a plurality of types of elements. The communication interface circuit <b>304</b> is used for transmission of various data with the plurality of arcade servers <b>2</b> by means of a network such as the Internet or the like.

<figref idref="DRAWINGS">FIG. 7</figref> is a block diagram showing a hardware configuration of the card machine. A control portion <b>600</b> is to control the overall operation of the card machine <b>6</b>, and comprises a CPU <b>601</b>, ROM <b>602</b>, and RAM <b>603</b>.

The ROM <b>602</b> stores various image data, programs, and the like such as, for example, image data which configures a biographical image, image data which configures an image representing an instruction for purchasing the ID card, and other image data.

The ROM <b>602</b> may be a storage medium embedded in the card machine <b>6</b>, or may be an attachable/detachable storage medium. Further, the both may configure the ROM <b>602</b>. In addition, among the various data stored in the ROM <b>602</b>, data which can be stored in the attachable/detachable recording medium may be read out by, for example, a hard disk drive, optical disk drive, flexible disk drive, silicon disk drive, a driver such as a cassette medium reader, or the like. In this case, the recording medium is, for example, a hard disk, optical disk, flexible disk, CD, DVD, semiconductor memory, and the like.

The RAM <b>603</b> temporarily stores information in processing, variables, and the like. For example, the RAM <b>603</b> stores the historical data (see <figref idref="DRAWINGS">FIGS. 13A and 13B</figref>), evaluation message, biographical data, and the like. The CPU <b>601</b> uses an instruction inputted through an operation button <b>618</b>, or ID data which is read from an ID card reader <b>616</b>, which is described hereinafter, to transmit to the center server <b>3</b> a request signal for requesting the biographical data corresponding to the ID data. The biographical data received from the center server <b>3</b> is stored in the RAM <b>603</b>. Moreover, in the embodiment related to the second invention, the CPU <b>601</b> uses an instruction inputted through an operation button <b>618</b>, or ID data which is read from an ID card reader <b>616</b>, which is described hereinafter, to generate a plurality of evaluation messages based on the historical data stored in the ROM <b>602</b>, edit the plurality of evaluation messages in accordance with the time axis in the game, and generates biographical data indicating the game process of the player in the RAM <b>603</b>. A communication interface circuit <b>604</b> is used for transmission of the data (for example, the historical data, and the like) with the arcade servers <b>2</b> by means of the dedicated lines <b>5</b>. The rendering process portion <b>611</b> displays a biographical image and the like on the display <b>61</b>, and comprises a VDP (Video Data Processor), a video RAM, and the like. A rendering process portion <b>611</b> uses the biographical data stored in the RAM <b>603</b> to extract various image data configuring a biographical image from the ROM <b>602</b>, and to store the image data in the video RAM in accordance with priorities displayed on the display <b>61</b>, thereby generating a biographical image, and outputting it to the display <b>61</b>. As a result, the biographical image is displayed on the display <b>61</b>.

A sound reproducing portion <b>613</b> outputs a predetermined sound, BGM and the like to speakers <b>63</b>. A coin sensor <b>615</b> generates a predetermined signal to the control portion <b>600</b> when detecting a coin is inserted into the card machine <b>6</b>. The operation button <b>618</b> comprises a plurality of buttons and is used to input various instructions to the card machine <b>6</b>. The operation button <b>618</b> transmits a detection signal to the control portion <b>600</b> when detecting an operation by a player. An ID card discharge device <b>617</b> is used to discharge one ID card out of a plurality of ID cards stored in a predetermined place inside the card machine <b>6</b>, when a predetermined amount of coins and the personal data are inputted into the card machine <b>6</b>. The ID card reader <b>616</b> is used to read out the ID card from the ID card <b>8</b> which is inserted into the card machine <b>6</b>.

Next, a flow of a game played in the game system of the above-described embodiment is described. <figref idref="DRAWINGS">FIG. 8</figref> is a figure showing a flow of a game played in the game system of the present embodiment. First of all, a player who tries to play a new game purchases the ID card <b>8</b> on the card machine <b>6</b> (ST <b>1</b>). Specifically, the player inserts a predetermined amount of coins into the card machine <b>6</b>, and inputs the personal data of the player using the operation button <b>618</b> (for example, a name or appellation, the date of birth, blood type, constellation, and the like), whereby the ID card <b>8</b> is discharged from the ID card discharge device <b>617</b>. A player who ongoingly plays a game does not have to perform the procedure of ST <b>1</b>, since he already has the ID card <b>8</b>.

Next, the player who tries to play a new game or the player who ongoingly plays a game performs an operation at the time of a game start by means of the terminal device <b>1</b> (ST <b>2</b>). The operation at the time of a game start includes, for example, inserting a coin into the coin insertion slot <b>15</b>, insertion of the ID card <b>8</b> into the ID card insertion slot <b>16</b>, and the like.

When playing a new game after performing the procedure of ST <b>2</b>, a character is created (ST <b>3</b><i>a</i>). Specifically, the player inputs an instruction using the touch panel <b>14</b>, thereby creating a character according to the preference of the player by selecting an appearance, capability, characteristics and the like of a character corresponding to the player (a character operated by the player). On the other hand, when ongoingly playing a game, since the historical data indicating the game result (see <figref idref="DRAWINGS">FIG. 13</figref>) is stored in the RAM <b>303</b> of the center server <b>3</b>, the historical data is called up from the center server <b>3</b> to set the appearance, capability, characteristics and the like of the character at the time of the end of the game (ST <b>3</b><i>b</i>).

After finishing the procedure of ST <b>3</b> (ST <b>3</b><i>a </i>or ST <b>3</b><i>b</i>), a form of mission acceptance is selected next (ST <b>4</b>). A mission is, as described above, accepted from the guild. Either a single mode in which a single player accepts a mission, or a multimode in which a player accepts the mission with other player can be selected. The more the number of players who clear the mission, the less the reward obtained when the mission is cleared. In addition, in the embodiment related to the second invention, a reward obtained when a mission is cleared is distributed proportionally in accordance with the number of the players who cleared the mission. Therefore, when the single mode is selected, since a single player has to clear a mission, the player can acquire lots of rewards, although the degree of difficulty of the mission is raised. On the other hand, when the multimode is selected, a player can only clear a mission with other player, only a small amount of reward is acquired, although the degree of difficulty of the mission is lowered.

After the procedure of ST <b>4</b> is finished, a game is started, and the character corresponding to the player appears in the guild, and can take various actions in the guild (ST <b>5</b>). In the guild the player can perform, for example, the followings (i) to (v) (see <figref idref="DRAWINGS">FIGS. 17A and 17B</figref>).

(i) Refer to or Accept a Mission (Only Before Mission Acceptance).

In the present embodiment, for example, there are a plurality of types of missions such as a serious mission and a comical mission (see <figref idref="DRAWINGS">FIG. 20</figref>, <figref idref="DRAWINGS">FIG. 21A</figref>). By selecting a mission that the player is interested in from these missions, the detail of the mission can be referred to (see <figref idref="DRAWINGS">FIG. 21B</figref>). Once the player refers to the mission, understands the detail thereof, and selects to participate therein, the player accepts the mission (see <figref idref="DRAWINGS">FIG. 21C</figref>)

(ii) Collect Information on Other Character or Mission.

Information on other character or mission can be obtained in a guild. Particularly, tips for attacking the mission, information on a monster which appears in the virtual game space, and information on an item or the like which can be acquired can be obtained by paying a predetermined amount of money which can be used on the game. For information on other character, it is possible to obtain information on that what kind of character exists in the virtual game space and what kind of adventure the character is involved in. It should be noted that the information which can be obtained in the procedure of (ii) is information which is set beforehand in a program, and not information which can be obtained from other player.

(iii) Obtain a Reward for Clearing the Mission (Only When Clearing a Mission).

Here, an experience value corresponding to the level value of a player who clears a mission (a character corresponding to the player), or money which can be used on a game is paid from the guild. However, when a mission is cleared in the multimode, the more the number of players who clear the mission, the less the reward. Further, in the embodiment related to the second invention, when the experience value corresponding to the level of a player who clears a mission (a character corresponding to the player), or the money which can be used on a game is paid from the guild, and when a mission is cleared in the multimode, the reward is divided by the number of players who clear the mission.

(iv) Use the Notice Board.

The notice board of a guild can be used by a player to write a message thereon. A message written by each player is displayed on the first display <b>11</b> of the terminal device <b>1</b> (see <figref idref="DRAWINGS">FIGS. 24A</figref> to <b>24</b>C). The notice board can be used by the players to exchange the information, where a message is written to other player so that the information on the mission can be exchanged, and that a player can be invited to the mission.

(v) Trade a Belonging (an Item that the Character Possesses).

An item that the character acquired in the virtual game space, or an item acquired as a reward for clearing a mission can be traded through the guild.

(vi) Start a Mission and Move to a Mission Game (Only After Mission Acceptance)

When the mission is accepted in the above procedure of (i), a transition can be made to a mission game by performing this procedure of (vi).

In the above-described procedure of ST <b>5</b>, the player can input various instructions by touching an image displayed on the first display <b>11</b> by means of the touch panel <b>14</b>.

In ST <b>5</b>, when the above-described procedure of (vi) is performed, a transition is made to a mission game (ST <b>6</b>). The mission game is game in which a mission received from the guild is carried out, and forms the core of the game in the present embodiment. In the mission game of ST <b>6</b>, a player uses the various buttons <b>118</b> and the operation lever <b>119</b> to operate the character corresponding to the player, and carry out an adventure in the virtual game space. If the survival ability of the character becomes zero due to an attack from a monster, or the like, the game ends (ST <b>7</b>).

Furthermore, in the mission game, when a character image representing other character is displayed on the first display <b>11</b>, a chat button is also displayed on the first display <b>11</b>. At this time, when touching the chat button by means of the touch panel <b>14</b>, a chat window is opened, and a plurality of types of chat messages are displayed in the chat window. The player uses the touch panel <b>14</b> to touch any one of the chat messages from the plurality of types of chat messages, and thereby can input a chat message. Moreover, by touching the character image representing a character, which is a destination of the chat message, by means of the touch panel <b>14</b>, the chat message can be transmitted to the terminal device <b>1</b> of the player, which operates the character as the destination, via the arcade server <b>2</b>.

Moreover, in the embodiment related to the second invention, by touching the chat message, and further by touching the character image representing a character, which is a destination of the chat message, by means of the touch panel <b>14</b>, the chat message can be transmitted to the terminal device <b>1</b> of the player, which operates the character as the destination.

When clearing the mission in ST <b>6</b>, the player returns to the guild of ST <b>5</b>, receives a reward for clearing the mission, accepts a new mission, and moves to a mission game again. As described above, the game in the present embodiment is a game which proceeds by carrying out the guild (ST <b>5</b>) and the mission game (ST <b>6</b>) alternatively.

Next, a processing performed in the game system of the present embodiment when proceeding a game as described above is described. <figref idref="DRAWINGS">FIG. 9</figref> is a flow chart showing a flow of a processing of until an ID card is issued in the card machine <b>6</b>, arcade server <b>2</b> and center server <b>3</b>.

First of all, the CPU <b>601</b> of the card machine <b>6</b> accepts that a coin is inserted into the card machine <b>6</b> (step S<b>600</b>). When receiving a predetermined signal outputted from the coin sensor <b>615</b> when the coin is detected, the CPU <b>601</b> accepts an input of the personal data (for example, a name or appellation, the date of birth, blood type, constellation, and the like) by an operation of a player (step S<b>601</b>). The CPU <b>601</b> further accepts an input of a password by an operation of the player (step S<b>602</b>). This password is used when authentication of the player is performed by means of the center server <b>3</b>. Next, the CPU <b>601</b> transmits the inputted personal data and password to the center server <b>3</b> via the arcade server <b>2</b> through the dedicated line <b>5</b> by means of the communication interface circuit <b>604</b> (step S<b>603</b>).

The CPU <b>301</b> of the center server <b>3</b> stores the personal data and password transmitted from the terminal device <b>1</b> in the RAM <b>303</b> (step S<b>310</b>). Accordingly, the player is registered in the center server <b>3</b>, and the CPU <b>301</b> then transmits a response signal to the terminal device <b>1</b> (step S<b>311</b>).

The CPU <b>601</b> of the card machine <b>6</b> extracts one ID card <b>8</b> from the plurality of ID cards <b>8</b> stored inside the card machine <b>6</b> (step S<b>604</b>). The CPU <b>601</b> then transmits the ID data stored in the extracted ID card <b>8</b> to the center server <b>3</b> (step S<b>605</b>), and discharges the ID card <b>8</b>. As a result, the player can obtain the ID card <b>8</b>. On the other hand, the center server <b>3</b> which receives the ID data relates the ID data to the personal data and password stored in the RAM <b>303</b>, and thereafter stores it (step S<b>312</b>).

In the game system of the present embodiment, each terminal device <b>1</b> and the arcade server <b>2</b> connected to the terminal device <b>1</b> via the dedicated line <b>5</b> exchange data with each other, whereby a game proceeds. The player participation information which is stored in the RAM <b>203</b> of the arcade server <b>2</b> connected to the each terminal device <b>1</b> via the dedicated line <b>5</b>, and in the RAM <b>303</b> of the center server <b>3</b> at this moment is described using <figref idref="DRAWINGS">FIG. 10</figref>.

<figref idref="DRAWINGS">FIG. 10</figref> is a figure showing information on participation of players. Starting from the column on the left, information items on the order of acceptance (RN) which is the order where the center server <b>3</b> accepts participation to a game, on a machine ID (CN) which is identification information of the terminal device <b>1</b>, and on an arcade server symbol (SN) which is identification information of the arcade server <b>2</b> are stored. In the game of the present embodiment, a predetermined number of players (20, for example) can participate in the same game, and the situation of the participation of the players is managed by the player participation information shown in <figref idref="DRAWINGS">FIG. 10</figref>.

<figref idref="DRAWINGS">FIGS. 11A</figref> to <b>11</b>C are figures for explaining the detail of a data transmission processing performed by the arcade servers A, B, and C. <figref idref="DRAWINGS">FIGS. 11A, 11B</figref> and <b>11</b>C are figures for explaining the detail of the processing performed by the arcade servers A, B, and C respectively. The column on the left of the figure lists the machine ID (CN) of the terminal device <b>1</b> which is the source of data to be received by the arcade server <b>2</b> (arcade server A, B, or C), and the arcade server symbol (SN) of the arcade server <b>2</b> through which the data goes through before received by the arcade server <b>2</b>. The column on the right of the figure lists the machine ID (CN) of the terminal device <b>1</b> which is the destination of data to be transmitted from the arcade server <b>2</b> (arcade server A, B, or C), and the arcade server symbol (SN) of the arcade server <b>2</b> through which the data goes through before received by the terminal device <b>1</b>. It should be noted that when receiving the data transmitted from the terminal device <b>1</b> (for example, the terminal device a<b>1</b> and the like) participating in a game, the CPU <b>201</b> that each arcade server A, B, and C comprises update various data stored in a predetermined region of the RAM <b>203</b>.

The CPU <b>201</b> of the arcade server A receives data from any one of the terminal devices a<b>1</b> to a<b>8</b>, as shown in the second line from the top of the <figref idref="DRAWINGS">FIG. 11A</figref>, and transmits the data to the rest of the terminal devices a<b>1</b> to a<b>8</b> and to the arcade servers B and C. The CPU <b>201</b> of the arcade server B then receives the data from any one of the terminal devices a<b>1</b> to a<b>8</b> via the arcade server A, as shown in the second line from the top of the <figref idref="DRAWINGS">FIG. 11B</figref>, and transmits the data to terminal devices b<b>1</b> to b<b>8</b>. The CPU <b>201</b> of the arcade server C receives the data from any one of the terminal devices a<b>1</b> to a<b>8</b>, as shown in the second line from the top of the <figref idref="DRAWINGS">FIG. 11C</figref> via the arcade server A, and transmits the data to terminal devices c<b>1</b> to c<b>8</b>.

The CPU <b>201</b> of the arcade server B receives the data from any one of the terminal devices b<b>1</b> to b<b>8</b>, as shown in the third line from the top of the <figref idref="DRAWINGS">FIG. 11B</figref>, and transmits the data to the arcade server A. The CPU <b>201</b> of the arcade server A then receives the data from any one of the terminal devices b<b>1</b> to b<b>8</b> via the arcade server B, as shown in the third line from the top of the <figref idref="DRAWINGS">FIG. 11A</figref>, and transmits the data to the terminal devices a<b>1</b> to a<b>8</b>, the rest of the terminal devices b<b>1</b> to b<b>8</b>, and the terminal devices c<b>1</b> to c<b>8</b>. The CPU <b>201</b> of the arcade server C receives the data from any one of the terminal devices b<b>1</b> to b<b>8</b> via the arcade servers B and A, as shown in the third line from the top of the <figref idref="DRAWINGS">FIG. 11C</figref>, and transmits the data to the terminal devices c<b>1</b> to c<b>8</b>.

Similarly, the CPU <b>201</b> of the arcade server C receives the data from any one of the terminal devices c<b>1</b> to c<b>8</b>, as shown in the fourth line from the top of the <figref idref="DRAWINGS">FIG. 11C</figref>, and transmits the data to the arcade server A. The CPU <b>201</b> of the arcade server A then receives the data from any one of the terminal devices c<b>1</b> to c<b>8</b> via the arcade server C, as shown in the fourth line from the top of the <figref idref="DRAWINGS">FIG. 11A</figref>, and transmits the data to the terminal devices a<b>1</b> to a<b>8</b>, the terminal devices b<b>1</b> to b<b>8</b>, and the rest of the terminal devices c<b>1</b> to c<b>8</b>. The CPU <b>201</b> of the arcade server B receives the data from any one of the terminal devices c<b>1</b> to c<b>8</b> via the arcade servers C and A, as shown in the fourth line from the top of the <figref idref="DRAWINGS">FIG. 11B</figref>, and transmits the data to the terminal devices b<b>1</b> to b<b>8</b>.

In this manner, the CPU <b>201</b> transmits the data from each of the terminal devices <b>1</b> among the arcade servers A, B, and C, whereby the various data stored in the RAM <b>203</b> is updated every time the data from each of the terminal devices <b>1</b> is accepted. Therefore, each of the terminal devices <b>1</b> uses the data stored in the RAM <b>203</b> to proceed with the game, whereby the temporal synchronization in the proceeding of the game (matching the proceeding state of the game) can be controlled easily among the terminal devices <b>1</b>.

Specifically, the arcade server <b>2</b> (the arcade server A here) which initially accepts participation to a game receives the data from the terminal device <b>1</b> connected by the dedicated line <b>5</b>, transmits the data to all the other terminal devices <b>1</b>, at the same time receives the data from the terminal device <b>1</b>, which is connected to the other arcade server <b>2</b> (the arcade server B or C here) via the dedicated line <b>5</b>, through the abovementioned other arcade server (the arcade server B or C), and transmits the data to all the other terminal devices <b>1</b>. Further, the abovementioned other arcade server <b>2</b> (the arcade server B or C) receives the data from the terminal device <b>1</b>, which is connected via the dedicated line <b>5</b>, through the arcade server <b>2</b> (the arcade server A), and transmits the data to the terminal device <b>1</b> connected via the dedicated line <b>5</b>.

<figref idref="DRAWINGS">FIG. 12</figref> is a flow chart showing a flow of processings of until a game start in the terminal device <b>1</b>, arcade server <b>2</b> and center server <b>3</b>. First, the CPU <b>101</b> of the terminal device <b>1</b> accepts that a coin is inserted into the coin insertion slot <b>15</b> (step S<b>100</b>). When receiving a predetermined signal outputted from the coin sensor <b>115</b> when the coin is detected, the CPU <b>101</b> reads the ID data of the player from the ID card <b>8</b> inserted into the ID card insertion slot <b>16</b>, by means of the ID card reader <b>116</b> (step S<b>101</b>). Next, the CPU <b>101</b> accepts an input of a password by an operation of the player (step S<b>102</b>). The CPU <b>101</b> then transmits the read ID data and the password inputted by the operation of the player to the center server <b>3</b> through the arcade server <b>2</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>104</b> (step S<b>103</b>).

The CPU <b>301</b> of the center server <b>3</b> determines whether or not the ID data, which is received from the terminal device <b>1</b>, exists in the ID data stored in the RAM <b>303</b>, and, when it is determined that the ID data exists, performs authentication by determining whether the password of the player, which is related to the ID data and stored in the RAM <b>303</b>, matches the password received from the terminal device <b>1</b> (step S<b>301</b>). It should be noted that the CPU <b>301</b> refers to the historical data stored in the RAM <b>303</b>, and determines whether the player is one who tries to play a new game or one who ongoingly plays the game.

The CPU <b>301</b> of the center server <b>3</b> then updates the player participation information stored in the RAM <b>303</b> (see <figref idref="DRAWINGS">FIG. 10</figref>) (step S<b>302</b>), and transmits the player participation information to the arcade server <b>2</b> to update the player participation information stored in the RAM <b>203</b> of the arcade server <b>2</b> (step S<b>201</b>). Next the CPU <b>301</b> of the center server <b>3</b> transmits an authentication result as a response signal to the terminal device <b>1</b> (step S<b>303</b>).

The CPU <b>101</b> of the terminal device <b>1</b> determines whether the player who starts a game is one who plays a new game or one who ongoingly plays the game, on the basis of the response signal received from the center server <b>3</b> (step S<b>104</b>).

In the step S<b>104</b>, when it is determined that the player who stars a game is one who tries to play a new game, the CPU <b>101</b> performs creation of a character on the basis of an operation of the player (step S<b>105</b>). In this processing, the player uses the touch panel <b>14</b> while viewing the image display on the first display <b>11</b>, to input instructions for selecting an appearance, capability, characteristics and the like of a character corresponding to the player (character operated by the player), and the CPU <b>101</b> creates a character corresponding to the instructions. The CPU <b>101</b> also sets the level value of a character, which corresponds to the player playing a new game, to an initial value (for example, level value 1). The CPU <b>101</b> then generates information on the player and player information (see <figref idref="DRAWINGS">FIG. 14</figref>) comprising a plurality of items such as a capability value of the character corresponding to the player based on the result of the processing in the step S<b>105</b>, stores the information in the RAM <b>103</b>, and thereby performs character setting (step S<b>107</b>). The player information stored in the RAM <b>103</b> contains data related to the level value of the character corresponding to the player who plays a new game. The RAM <b>103</b> functions as the level storing means for storing the level value of the player. It should be noted that the player information shown in <figref idref="DRAWINGS">FIG. 14</figref> indicates player information related to all of the players participating in the game, and the player information generated in this processing only indicates a predetermined item for one player. When executing the processings of the steps S<b>105</b> and S<b>107</b>, the CPU <b>101</b> functions as the level setting means for setting a predetermined value in accordance with a game result, and storing, in the RAM <b>103</b> (level storing means), the level which is set by being related to the ID data of the player, as the level value.

It should be noted that in the embodiment related to the second invention, in the step S<b>104</b>, when it is determined that the player who stars a game is one who tries to play a new game, the CPU <b>101</b> performs creation of a character on the basis of an operation of the player (step S<b>105</b>). In this processing, the player uses the touch panel <b>14</b> while viewing the image display on the first display <b>11</b>, to input instructions for selecting an appearance, capability, characteristics and the like of a character corresponding to the player (character operated by the player), and the CPU <b>101</b> creates a character corresponding to the instructions. The CPU <b>101</b> then generates information on the player and player information (see <figref idref="DRAWINGS">FIG. 14</figref>) comprising a plurality of items such as a capability value of the character corresponding to the player based on the result of the processing in the step S<b>105</b>, and thereby performs character setting (step S<b>107</b>). It should be noted that the player information shown in <figref idref="DRAWINGS">FIG. 14</figref> indicates player information related to all of the players participating in the game, and the player information generated in this processing only indicates a predetermined item for one player.

In the step S<b>104</b>, on the other hand, when it is determined that the player who starts a game is one who ongoingly plays the game, the CPU <b>101</b> transmits a signal for requesting the historical data of the player to the center server <b>3</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>104</b> (step S<b>106</b>). Once the center server <b>3</b> receives the signal from the terminal device <b>1</b>, the center server <b>3</b> reads out the historical data for the player from the RAM <b>303</b>, and transmits the historical data to the terminal device <b>1</b> (step S<b>304</b>).

<figref idref="DRAWINGS">FIGS. 13A and 13B</figref> are figures showing an example of the historical data. The historical data shown in <figref idref="DRAWINGS">FIG. 13A</figref> is historical data of the player and the character at that moment (also referred to as “player historical data” hereinafter). The historical data shown in <figref idref="DRAWINGS">FIG. 13B</figref> is historical data indicating the game process of the player (character corresponding to the player) (also referred to as “game historical data” hereinafter). These historical data are updated in a predetermined time (for example, a time when a mission is cleared, when receiving a reward for clearing a mission, when a monster is struck down, etc.).

The player historical data includes items such as, for example, the ID data of the player, the name of the player, the level (level value), weapons, protective equipment, belongings of the character, the pocket money, the level of skill, and the like, as shown in <figref idref="DRAWINGS">FIG. 13A</figref>. Furthermore, as shown in <figref idref="DRAWINGS">FIG. 13B</figref>, the game historical data includes, for every mission cleared by the player, a plurality of historical data items comprising a plurality of types of elements such as the date and hour when the mission is cleared, the player participating in the mission, the level (level value) when the mission is cleared, the time required, a reward acquired, and the like.

In the step S<b>304</b>, such historical data shown in <figref idref="DRAWINGS">FIGS. 13A and 13B</figref> are transmitted from the center server <b>3</b> to the terminal device <b>1</b>. The CPU <b>101</b> of the terminal device <b>1</b>, which receives the historical data from the center server <b>3</b>, uses the historical data to generate the information on the player and the player information comprising a plurality of items such as the capability value of the character corresponding to the player (see <figref idref="DRAWINGS">FIG. 14</figref>), stores the information in the RAM <b>103</b>, and thereby performs the character setting (step S<b>107</b>). Regarding the capability value of the character, the CPU <b>101</b> refers to the capability value setting value table stored in the ROM <b>102</b> to determine the capability value of the character, on the basis of the level value of the player (character corresponding to the player) included in the historical data. It should be noted that the player information shown in <figref idref="DRAWINGS">FIG. 14</figref> indicates player information related to all of the players participating in the game, and the player information generated in this processing only indicates a predetermined item for one player. When executing the processing of the step S<b>107</b>, the CPU <b>101</b> functions as the level setting means for setting a predetermined level in accordance with a game result, and storing, in the RAM <b>103</b> (level storing means), the level which is set by being related to the ID data of the player, as the level value.

It should be noted that the processing in the step S<b>304</b> in the embodiment related to the second invention is approximately the same as above, but slightly differs as follows. Specifically, in the step S<b>304</b>, such historical data shown in <figref idref="DRAWINGS">FIGS. 13A and 13B</figref> are transmitted from the center server <b>3</b> to the terminal device <b>1</b>. The CPU <b>101</b> of the terminal device <b>1</b>, which receives the historical data from the center server <b>3</b>, uses the historical data to generate the information on the player and the player information comprising a plurality of items such as the capability value of the character corresponding to the player (see <figref idref="DRAWINGS">FIG. 14</figref>), and thereby performs the character setting (step S<b>107</b>). Regarding the capability value of the character, the CPU <b>101</b> refers to the capability value setting value table stored in the ROM <b>102</b> to determine the capability value of the character, on the basis of the level of the player (character corresponding to the player) included in the historical data. It should be noted that the player information shown in <figref idref="DRAWINGS">FIG. 14</figref> indicates player information related to all of the players participating in the game, and the player information generated in this processing only indicates a predetermined item for one player

After the processing of the step S<b>107</b> is performed, the CPU <b>101</b> accepts that a form of mission acceptance is selected (step S<b>108</b>). In this processing, the player operates the touch panel <b>14</b> while viewing the image display on the first display <b>11</b>, to input instructions for selecting either the single mode in which a single player accepts a mission, or a multimode in which a player accepts the mission with other player. The CPU <b>101</b> stores data corresponding to the inputted instructions in the column for the form of mission acceptance of the player information stored in the RAM <b>103</b> (see <figref idref="DRAWINGS">FIG. 14</figref>). It should be noted that the player information shown in <figref idref="DRAWINGS">FIG. 14</figref> indicates player information related to all of the players participating in the game, and the data stored in the column for the form of mission acceptance in this processing is data of a single player only.

It should be noted that in the embodiment related to the second invention, the CPU <b>101</b> functions as the selecting means for selecting either to perform a play alone or with other player in order to achieve a certain mission in a game, in accordance with an input operation performed by a player using the touch panel <b>14</b>.

Next, the CPU <b>101</b> transmits the player information on one player, which is stored in the RAM <b>103</b>, to the arcade server <b>2</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>104</b> (step S<b>109</b>).

Next, the CPU <b>201</b> of the arcade server <b>2</b> uses the player information related to the single player to perform settings for allowing the player to participate in the game (step S<b>202</b>). In this processing, the CPU <b>201</b> adds the player information related to the single player, the player information being received from the terminal device <b>1</b>, to the player information which is already stored in the RAM <b>203</b>. Moreover, the CPU <b>201</b> sets a play field coordinates of the character corresponding to a player who newly participates in the game to an initial value (a value corresponding to the location of the guild) (see <figref idref="DRAWINGS">FIG. 14</figref>). In the embodiment related to the first invention, the CPU <b>201</b> performs the processing of the step S<b>202</b>, whereby the data related to the level value of the player is stored in the RAM <b>203</b>. The RAM <b>203</b> functions as the level storing means for storing a level value of a player.

<figref idref="DRAWINGS">FIG. 14</figref> shows the player information stored in the RAM <b>203</b> of the arcade server <b>2</b>. As shown in <figref idref="DRAWINGS">FIG. 14</figref>, player information on a plurality of players (five players in the figure) is stored in the RAM <b>203</b> of the arcade server <b>2</b>. The player information comprises a plurality of items, and, for example, information on the player, level (level value) of the character, capability value, information on the level of skills, and other items are stored, for example. As shown in the figure, information on a mission in the course of setting is stored in the column for the mission. Further, data regarding whether the single mode is selected or the multimode is selected is stored in the column for the form of mission acceptance. In addition, data regarding the position in the virtual game space in which the character exists at the moment is stored in the play field coordinates.

After the processing of the step S<b>202</b> is executed, a game is started in the terminal device <b>1</b> and in the arcade server <b>2</b> (steps S<b>110</b>, S<b>203</b>). As shown in <figref idref="DRAWINGS">FIG. 12</figref>, each player can participate in the game played in the game system according to the present embodiment whenever the player wants, and a plurality of players can play the same game in the same virtual game space. This is one of the characteristics of the MMORPG. Moreover, during the game, the data is transmitted between the arcade server <b>2</b> and each of the terminal devices <b>1</b> participating in the game, and the temporal synchronization is controlled as described above using <figref idref="DRAWINGS">FIG. 11</figref>, thus the same player information is always stored in the RAM <b>203</b> of the arcade server <b>2</b> and the RAM <b>103</b> of the terminal device <b>1</b>.

<figref idref="DRAWINGS">FIG. 15</figref> is a flow chart showing an outline of the processing executed in the terminal device <b>1</b> during a game. First of all, the CPU <b>101</b> of the terminal device <b>1</b> performs a guild execution processing (step S<b>120</b>). In the guild execution process, which is explained hereinafter using <figref idref="DRAWINGS">FIG. 16</figref>, mission reference and acceptance, information collection, reception of a reward for clearing a mission, use of the guild notice board or exchange of the items, and the like can be performed, as shown in ST <b>5</b> of <figref idref="DRAWINGS">FIG. 8</figref>. Moreover, the guild execution processing ends when a character accepts a mission and thereafter the mission is started.

After the guild execution processing of the step S<b>120</b> ends, the CPU <b>101</b> performs a mission game execution processing (step S<b>121</b>). The mission game execution processing is described hereinafter using <figref idref="DRAWINGS">FIG. 27</figref> and <figref idref="DRAWINGS">FIG. 28</figref>. In the mission game execution processing, a player uses the various buttons <b>118</b> and the operation lever <b>119</b> to operate the character corresponding to the player, and carries out an adventure in the virtual game space. The player can also exchange a chat message with other player. This mission game execution processing ends when a predetermined condition for mission termination is satisfied. The condition for mission termination includes, for example, clearing a mission, returning to the guild, and reaching zero survival ability, and the like.

In the case where the condition for mission termination as described is satisfied, and the mission game execution processing of the step S<b>121</b> ends, the CPU <b>101</b> determines whether or not the survival ability of the character becomes zero (step S<b>122</b>). When it is determined that the survival ability of the character becomes zero, the character cannot continue the game, thus various processings for ending the game are executed (step S<b>123</b>), and the sub routine is ended. When the game ends, the CPU <b>201</b> of the arcade server <b>2</b> transmits the game history stored in the RAM <b>203</b> to the center server <b>3</b>. The center server <b>3</b> stores the game history received from the arcade server <b>2</b> in the RAM <b>303</b>. In the embodiment related to the second invention, when it is determined that the survival ability of the character becomes zero, various processings for ending the game (for example, generating historical data based on the player information, transmitting the historical data to the center server <b>3</b>, and other processings) are executed (step S<b>123</b>), and the sub routine is ended.

In the step S<b>122</b>, on the other hand, when it is determined that the survival ability of the character is not zero, it means that other conditions for mission termination (for example, clearing the mission, returning to the guild, and the like) are satisfied. Thus the processing is returned to the guild execution processing of the step S<b>120</b>. Therefore, in this game execution processing, the guild execution processing of the step S<b>120</b> and the mission game execution processing of the step S<b>121</b> are repeatedly executed until the survival ability of the character becomes zero. Of course, although not shown, when an instruction for ending the game is inputted by the player, the sub routine is ended after executing the processing of the step S<b>123</b> for ending the game, regardless of whether the survival ability of the character is zero or not.

Next, the guild execution processing which executed after called up in the step S<b>120</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 15</figref> is described. <figref idref="DRAWINGS">FIG. 16</figref> is a flow chart showing a routine of the guild execution processing which is called up in the step S<b>120</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 15</figref> and is executed by the terminal device <b>1</b>. <figref idref="DRAWINGS">FIGS. 17A and 17B</figref> are figures schematically showing images which are displayed on the first display <b>11</b> of the terminal device <b>1</b> when the sub routine shown in <figref idref="DRAWINGS">FIG. 16</figref> is executed.

When the guild execution processing shown in <figref idref="DRAWINGS">FIG. 16</figref> is executed, an image as shown in <figref idref="DRAWINGS">FIG. 17A</figref> is displayed on the first display <b>11</b> by the first rendering process portion <b>111</b>. An image such as “guild” which shows the current location of the character is disposed on the upper left of the screen, and an image showing an instruction for the player such as “please select what to do” is disposed on the upper right of the screen. An image showing options such as “mission reference/acceptance”, “notice board”, “reward”, “information collection”, “exchange of the belongings” are disposed from the top in the center of the screen. The player can input an instruction corresponding to the options by touching the image showing the selection using the touch panel <b>14</b>.

Once the sub routine shown in <figref idref="DRAWINGS">FIG. 16</figref> is executed, the CPU <b>101</b> first determines whether an instruction for the mission reference/acceptance is inputted or not (step S<b>130</b>). The player inputs this instruction by touching the image showing the option of “mission reference/acceptance” by means of the touch panel <b>14</b>. When it is determined that the instruction for the mission reference/acceptance is inputted, the CPU <b>101</b> executes the mission reference/acceptance processing (step S<b>131</b>). This mission reference/acceptance processing is described in detail hereinafter using <figref idref="DRAWINGS">FIG. 18</figref>. As shown in <figref idref="DRAWINGS">FIG. 17B</figref>, the option of “mission reference/acceptance” displayed on the first display <b>11</b> is changed to an option of “mission start”.

Next, the CPU <b>101</b> determines whether an instruction for using the notice board is inputted or not (step S<b>132</b>). The player inputs this instruction by touching the image showing the option of “notice board” by means of the touch panel <b>14</b>. When it is determined that the instruction for using the notice board is inputted, the CPU <b>101</b> executes a notice board use processing (step S<b>133</b>). This notice board use processing is described in detail hereinafter using <figref idref="DRAWINGS">FIG. 22</figref>.

Next, the CPU <b>101</b> determines whether an instruction for a reward payout request is inputted or not (step S<b>134</b>). The player inputs this instruction by touching the image showing the option of “reward” by means of the touch panel <b>14</b>. When it is determined that the instruction for a reward payout request is inputted, the CPU <b>101</b> executes a reward payout processing (step S<b>135</b>). This reward payout processing is described in detail hereinafter using <figref idref="DRAWINGS">FIG. 25</figref>.

Next, the CPU <b>101</b> determines whether an instruction for collecting information is inputted or not (step S<b>136</b>). The player inputs this instruction by touching the image showing the option of “information collection” by means of the touch panel <b>14</b>. When it is determined that the instruction for information collection is inputted, various information display processings are performed (step S<b>137</b>). In the processings, the CPU <b>201</b> of the arcade server <b>2</b> executes the programs stored in the ROM <b>202</b>, whereby the CPU <b>101</b> acquires the information selected from the ROM <b>203</b> (for example, the information related to other character or mission) from the arcade server <b>2</b>, and, based on this information, displays an image representing this information on the first display <b>11</b> by means of the first rendering process portion <b>111</b>.

Next, the CPU <b>101</b> determines whether an instruction for exchanging the belongings is inputted or not (step S<b>138</b>). The player inputs this instruction by touching the image showing the option of “exchange of the belongings” by means of the touch panel <b>14</b>. When it is determined that the instruction for exchanging the belongings is inputted, a belonging exchange processing is performed (step S<b>139</b>). In this processing, when the player selects a belonging which the player wishes to sell to the guild from among the belongings of the character, the instruction is transmitted to the arcade server <b>2</b>, and the CPU <b>201</b> of the arcade server <b>2</b> increases the money for the player information stored in the RAM <b>203</b>, and performs a processing for deleting the data of the belonging. On the other hand, when the player selects an item sold by the guild, the instruction is transmitted to the arcade server <b>2</b>, and the CPU <b>201</b> of the arcade server <b>2</b> reduces the pocket money for the player information stored in the RAM <b>203</b>, and performs a processing for adding the data for the item.

Next, the CPU <b>101</b> determines whether the instruction for starting mission is inputted or not (step S<b>140</b>). The player inputs this instruction by touching the image showing the option of “mission start” by means of the touch panel <b>14</b>, when the image shown in <figref idref="DRAWINGS">FIG. 17B</figref> is displayed on the first display <b>11</b>. When it is determined that the instruction for the mission start is inputted, the sub routine ends. On the other hand, when it is determined that the instruction for the mission start is not inputted, the processing is returned to the step S<b>130</b>.

<figref idref="DRAWINGS">FIG. 18</figref> is a flow chart showing a routine of the mission reference/acceptance processing which is called up in the step S<b>131</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 16</figref> and executed by the terminal device <b>1</b>. <figref idref="DRAWINGS">FIG. 19</figref> is a flow chart showing a processing executed by the arcade server <b>2</b> in accordance with the sub routine shown in <figref idref="DRAWINGS">FIG. 18</figref>, which is executed by the terminal device <b>1</b>.

First of all, the CPU <b>101</b> of the terminal device <b>1</b> transmits a mission list request signal to the arcade server <b>2</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>104</b> (step S<b>1310</b>). This processing corresponds to a processing of a step S<b>3310</b> of <figref idref="DRAWINGS">FIG. 19</figref>, where when the CPU <b>201</b> of the arcade server <b>2</b> receives the mission list request signal from the terminal device <b>1</b>, the CPU <b>201</b> extracts mission list data, which is related to a mission in which the player can participate at the present moment, from the mission list data stored in the ROM <b>202</b>, and transmits it to the terminal device <b>1</b>.

<figref idref="DRAWINGS">FIG. 20</figref> is a figure showing an example of the mission list data. Mission codes (for example, “AA”, “AB”, and the like) comprising two-digit symbols are stored in the leftmost column, the mission codes being allocated to the missions respectively. Further, the number of participable players in each mission is stored in the right column. “1” is stored as the number of participable players for the single mode, and “4” is stored as the number of participable players for the multimode. It should be noted that in the embodiment related to the second invention, the number of participable players is equivalent to the number of players in the present invention.

In the present embodiment, there is provided an explanation of the case where the number of participable players for the single mode is 1 and the number of participable players for the multimode is 4. The present invention, however, is not limited to this example. For example, a mission where the number of participable players for the single mode is 0 may exist. In this case, a player cannot participate in this mission by the single mode, thus the multimode has to be selected. The number of participable players for the multimode is also not particularly restricted.

The detail of the mission “AA” is “wishing to deliver a package to Mr. XX”, and the participable level (level value) is 1. It should be noted that the participable level (level value) is the minimum level (level value) necessary for accepting the mission, and if the player does not reach the level (level value), he cannot accept the mission. The detail of the mission “AB” is “wishing to protect the Princess ●● from monster ΔΔ”, and the participable level (level value) is 3. The detail of the mission “AC” is “wishing to search for a hidden treasure in a cave OO”, and the participable level (level value) is <b>5</b>. The detail of the mission “AD” is “wishing to search for a hidden treasure on a solitary island □□”, and the participable level (level value) is <b>7</b>. The detail of the mission “AE” is “wishing to search the ancient monument to solve the mystery of ▪▪”, and the participable level (level value) is <b>9</b>. The detail of the mission “AF” is “searching a land no man has ever explored”, and the participable level (level value) is 11. The degree of difficulty of the mission becomes high in the order of “AA” to “AF”, and the participable level (level value) is so as to be higher in accordance with the degree of difficulty of the mission. The mission (condition) in the present invention is not limited to this example, of course, and is not particularly restricted as long as it can be set in a game.

After the processing of the step S<b>1310</b>, the CPU <b>101</b> determines whether or not the mission list data is received from the arcade server <b>2</b> (step S<b>1311</b>). When it is determined that the mission list data is not received, the processing is returned to the step S<b>1310</b>. On the other hand, when it is determined that the mission list data is received from the arcade server <b>2</b>, the CPU <b>101</b> controls the first rendering process portion <b>111</b>, and performs a processing for causing the first display <b>11</b> to display the image shown in <figref idref="DRAWINGS">FIG. 21A</figref> (step S<b>1312</b>).

<figref idref="DRAWINGS">FIG. 21A</figref> is a figure showing an example of an image displayed on the first display <b>11</b> when the processing of the step S<b>1312</b> is performed. An image such as “guild” which shows the current location of the character is disposed on the upper left of the screen, and an image showing an instruction for the player, such as “which mission would you like?”, is disposed on the upper right of the screen. An image showing the details of the mission is displayed, such as “deliver a package to Mr. XX”, “protect the Princess ●● from monster ΔΔ”, “a hidden treasure in a cave OO”, “search on a solitary island □□”, and “mystery of an ancient monument” sequentially from the top in the center of the screen. An image showing options of “reference” and “acceptance” is disposed in accordance with each mission. The player can touch the image showing the options by means of the touch panel <b>14</b> to input an instruction corresponding to the options. For example, by touching the image showing the option of “reference” corresponding to “a hidden treasure in a cave OO” by means of the touch panel <b>14</b>, information on “a hidden treasure in a cave OO” can be obtained. Further, by touching the image showing the option of “acceptance” corresponding to “a hidden treasure in a cave OO” by means of the touch panel <b>14</b>, the mission “a hidden treasure in a cave OO” can be accepted.

After the processing of the step S<b>1312</b>, the CPU <b>101</b> determines whether or not an instruction of the mission reference is inputted (step S<b>1313</b>). This instruction can be inputted by touching the image showing the option of “reference” by means of the touch panel <b>14</b>. When it is determined that an instruction of the mission reference is inputted, the CPU <b>101</b> transmits a mission reference request signal to the arcade server <b>2</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>104</b> (step S<b>1314</b>). This processing corresponds to a step S<b>3312</b> of <figref idref="DRAWINGS">FIG. 19</figref>. The arcade server <b>2</b> which receives the mission reference request signal from the terminal device <b>1</b> extracts the mission reference data related to the mission requested from the mission reference data stored in the ROM <b>202</b> (for example, the data in which the detail of the mission is described, a dynamic image or static image showing the detail, and the like), and transmits the extracted mission reference data to the terminal device <b>1</b>.

When it is determined in the step S<b>1313</b> that an instruction for the mission reference is not inputted, or when the processing of the step S<b>1314</b> is executed, the CPU <b>101</b> then determines whether or not the mission reference data is received (step S<b>1315</b>). When it is determined that the mission reference data is received, the CPU <b>101</b> controls the first rendering process portion <b>111</b>, and performs a processing for causing the first display <b>11</b> to display the image shown in <figref idref="DRAWINGS">FIG. 21B</figref> (step S<b>1316</b>).

<figref idref="DRAWINGS">FIG. 21B</figref> is a figure showing an example of an image displayed on the first display <b>11</b> when the processing of the step S<b>1316</b> is performed. An image such as “guild” which shows the current location of the character is disposed on the upper left of the screen, and an image showing the name of the mission to be referred to, such as “about a hidden treasure in a cave OO”, is disposed on the upper right of the screen. An image showing an entrance of the cave OO is disposed on the left side of the screen. On the right side of the screen, an image showing a message for explaining the detail of the mission is disposed, and also an image showing options of “acceptance” and “return” is disposed.

When it is determined in the step S<b>1315</b> that the mission reference data is not received from the arcade server <b>2</b>, or when the processing of the step S<b>1316</b> is executed, the CPU <b>101</b> determines whether or not an instruction for the mission acceptance is inputted (step S<b>1317</b>). This instruction can be inputted by touching the image showing an option of “acceptance” by means of the touch panel <b>14</b>. When it is determined that an instruction for the mission acceptance is inputted, the CPU <b>101</b> transmits a mission acceptance request signal to the arcade server <b>2</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>104</b> (step S<b>1318</b>). This processing corresponds to the processing of the step S<b>3314</b> of <figref idref="DRAWINGS">FIG. 19</figref>.

In the step S<b>1317</b>, when it is determined that an instruction for the mission acceptance is not inputted, or when the processing of the step S<b>1318</b> is executed, the CPU <b>101</b> determines whether or not a standby image display command is received from the arcade server <b>2</b> (step S<b>1319</b>). This processing corresponds to the processing of a step S<b>3322</b> of <figref idref="DRAWINGS">FIG. 19</figref>, and the standby image display command comprises data related to the number of participable players to the mission and to the number of registered participants. It should be noted that in the embodiment related to the second invention, the number of registered participants is equivalent to the number of entries in the present invention.

In he step S<b>1319</b>, when it is determined that the standby image display command is received, the CPU <b>101</b> controls the first rendering process portion <b>111</b> on the basis of the standby image display command (step S<b>1320</b>). The first rendering process portion <b>111</b> uses the data related to the number of participable players and to the number of registered participants contained in the above-described standby image display command to extract predetermined image data from the ROM <b>102</b>, and store the image data in the video RAM in the predetermined order of priority, thereby generating a standby image. The first rendering process portion <b>111</b> then outputs the standby image to the first display <b>11</b>. As a result, the image shown in <figref idref="DRAWINGS">FIG. 21C</figref>, for example, is displayed on the first display <b>11</b>.

<figref idref="DRAWINGS">FIG. 21C</figref> is a figure showing an example of an image displayed on the first display <b>11</b> when the processing of the step S<b>1320</b> is performed. An image such as “guild” which shows the current location of the character is disposed on the upper left of the screen, and an image showing the name of the mission, such as “a hidden treasure in a cave OO”, is disposed on the upper right of the screen. Further, in the center of the screen, an image is displayed showing that the number of participable players is 4, and that the number of registered participants at the present moment is 3.

In the step S<b>1319</b>, when it is determined that the standby image display command is not received from the arcade server <b>2</b>, or when the processing of the step S<b>1320</b> is executed, the CPU <b>101</b> then determines whether or not a notice signal is received from the arcade server <b>2</b> (step S<b>1321</b>). This processing corresponds to he processing of a step S<b>3324</b> of <figref idref="DRAWINGS">FIG. 19</figref>.

When it is determined in the step S<b>1321</b> that the notice signal is received, the CPU <b>101</b> controls the first rendering process portion <b>111</b>, and causes the first display <b>11</b> to display an image showing that the mission is set, as shown in <figref idref="DRAWINGS">FIG. 21D</figref> (step S<b>1322</b>).

<figref idref="DRAWINGS">FIG. 21D</figref> is a figure showing an example of an image displayed on the first display <b>11</b> when the processing of the step S<b>1322</b> is performed. An image such as “guild” which shows the current location of the character is disposed on the upper left of the screen, and an image showing the name of the accepted mission, such as “a hidden treasure in a cave OO”, is disposed on the upper right of the screen. An image showing an entrance of the cave OO is disposed on the left side of the screen. On the right side, an image showing that the mission is accepted is disposed.

When it is determined in the step S<b>1321</b> that the notice signal is not received, or when the processing of the step S<b>1322</b> is executed, the CPU <b>101</b> determines whether or not to end the mission reference/acceptance processing (step S<b>1323</b>). The mission reference/acceptance processing ends when the player uses the touch panel <b>14</b> to input an instruction for returning the processing to the sub routine of <figref idref="DRAWINGS">FIG. 16</figref> after ending this processing. In the step S<b>1323</b>, when it is determined to end the mission reference/acceptance processing, the sub routine ends. On the other hand, when it is determined not to end the mission reference/acceptance processing, the processing is moved to the step S<b>1313</b>.

Next, the flow chart shown in <figref idref="DRAWINGS">FIG. 19</figref> is described. First of all, the CPU <b>201</b> of the arcade server <b>2</b> determines whether or not a mission list request signal is received from the terminal device <b>1</b> (step S<b>3310</b>). This processing corresponds to the processing of the step S<b>1310</b> of <figref idref="DRAWINGS">FIG. 18</figref>. When it is determined that the mission list request signal is received from the terminal device <b>1</b>, the CPU <b>201</b> of the arcade server <b>2</b> extracts the mission list data related to a mission in which the player can participate at the present moment, from the mission list data stored in the ROM <b>202</b>, and transmits it to the terminal device <b>1</b> (step S<b>3311</b>). This processing corresponds to the step S<b>1311</b> of <figref idref="DRAWINGS">FIG. 18</figref>, where a mission list image (see <figref idref="DRAWINGS">FIG. 21A</figref>) is displayed on the first display <b>11</b> of the terminal device <b>1</b> which receives the mission list data (<figref idref="DRAWINGS">FIG. 18</figref>, step S<b>1312</b>).

In the step S<b>3310</b>, when it is determined that the mission list request signal is not received, or when the processing of the step S<b>3311</b> is executed, the CPU <b>201</b> of the arcade server <b>2</b> determines whether or not a mission reference request signal is received from the terminal device <b>1</b> (step S<b>3312</b>). This processing corresponds to the processing of the step S<b>1314</b> of <figref idref="DRAWINGS">FIG. 18</figref>.

When it is determined in the step S<b>3312</b> that the mission reference request signal is received from the terminal device <b>1</b>, the CPU <b>201</b> extracts the mission reference data related to the mission requested from the mission reference data stored in the ROM <b>202</b>, and transmits the extracted mission reference data to the terminal device <b>1</b> (step S<b>3313</b>). This processing corresponds to the step S<b>1315</b>, where a mission reference image (see <figref idref="DRAWINGS">FIG. 21B</figref>) is displayed on the first display <b>11</b> of the terminal device <b>1</b> which receives the mission reference data (<figref idref="DRAWINGS">FIG. 18</figref>, step S<b>1316</b>).

In the step S<b>3312</b>, when it is determined that the mission reference request signal is not received, or when the processing of the step S<b>3313</b> is executed, the CPU <b>201</b> determines whether or not a mission acceptance request signal, which contains the data indicating the mission selected by the player, is received (step S<b>3314</b>). This processing corresponds to the step S<b>1318</b> of <figref idref="DRAWINGS">FIG. 18</figref>. At this time, the CPU <b>201</b> functions as the condition selecting means for selecting any one condition from among a plurality of types of conditions in accordance with an input operation performed by a player. Furthermore, in the embodiment related to the second invention, in the step S<b>3312</b>, when it is determined that the mission reference request signal is not received, or when the processing of the step S<b>3313</b> is executed, the CPU <b>201</b> determines whether or not a mission acceptance request signal is received (step S<b>3314</b>). This processing corresponds to the step S<b>1318</b> of <figref idref="DRAWINGS">FIG. 18</figref>.

When it is determined in the step S<b>3314</b> that the mission acceptance request signal is received, the CPU <b>201</b> of the arcade server <b>2</b> compares the level (level value) of the player, which is contained in the player information stored in the RAM <b>203</b> (see <figref idref="DRAWINGS">FIG. 14</figref>), with the participable level (level value) contained in the mission list data stored in the ROM <b>202</b> (see <figref idref="DRAWINGS">FIG. 20</figref>) (step S<b>3315</b>). Next, the CPU <b>201</b> determines whether the level (level value) of the player is above the participable level (level value) of the mission, on the basis of the comparison result in the step S<b>3315</b> (step S<b>3316</b>). For example, for a player “d” in the player information shown in <figref idref="DRAWINGS">FIG. 14</figref>, since the level (level value) is 11, and the player can participate in the mission “AB” in which the participable level (level value) is <b>3</b>. On the other hand, for a player “a” in the player information shown in <figref idref="DRAWINGS">FIG. 14</figref>, since the level (level value) is 1, the player cannot participate in the mission “AB”.

When it is determined in the step S<b>3316</b> that the level (level value) of the player is not above the participable level (level value) of the mission, the CPU <b>201</b> moves the processing to the step S<b>3321</b> without performing registration for participation of the player to the mission (step S<b>3317</b>).

On the other hand, in the step S<b>3316</b>, when it is determined that the level (level value) of the player is above the participable level (level value) of the mission, the CPU <b>201</b> determines whether or not other player already performs registration for participation to the mission (step S<b>3318</b>). If it is determined that the abovementioned other player does not perform the registration for participation to the mission, the CPU <b>201</b> refers to the mission list data stored in the ROM <b>202</b>, and stores in the RAM <b>203</b> the data related to the number of participable players for the mission, thereby setting the number of participable players to the mission (step S<b>3319</b>). For example, if the player selects the single mode, the RAM <b>203</b> is caused to store the data indicating that the number of participable players is “1”. Furthermore, if the player selects the multimode, the RAM <b>203</b> is caused to store the data indicating that the number of participable players is “4”.

It should be noted that in the embodiment related to the second invention, the CPU <b>201</b> of the arcade server <b>2</b> functions as the player number setting means for setting the number of players (the number of participable players) who perform a play in order to achieve a condition to be cleared, which is set in a game.

In the step S<b>3318</b>, when it is determined that the other player already performs the registration for participation to the mission, or when the processing of the step S<b>3319</b> is executed, the CPU <b>201</b> performs a processing for updating the number of registered participants (step S<b>3320</b>). When the processing of the step S<b>3319</b> is executed, the CPU <b>201</b>, in this processing, stores in the RAM <b>203</b> the data indicating that the number of participants for the mission is “1”. On the other hand, when the other player already performs the registration for participation to the mission, the CPU <b>201</b>, in this processing, updates the number of participants stored in the RAM <b>203</b> so as to add 1 to the number of participants, since the data indicating the number of participants for the mission is stored in the RAM <b>203</b>.

It should be noted that in the embodiment related to the second invention, the RAM <b>203</b> functions as the entry number storing means for storing the number of entries (the number of registered participants) into a mission for each mission. Further, the CPU <b>201</b> functions as the entry number updating means for updating the number of entries (the number of registered participants), which is stored in the RAM <b>203</b> functioning as the entry number storing means, on the basis of a selection made by the CPU <b>101</b> functioning as the selecting means.

In the step S<b>3314</b>, when it is determined that the mission acceptance request signal is not received, or when the processing of the step S<b>3320</b> is executed, the CPU <b>201</b> determines whether or not the number of participants for a mission, in which the number of participants is updated (by adding 1) sequentially every time when the processing of the step S<b>3320</b> is performed, is the same as the number of participants for the mission which is set in the step S<b>3319</b> (step S<b>3321</b>). When the single mode is selected, the number of participable players for the mission is set to “1” in the step S<b>3319</b>, and the number of registered participants for the mission is stored as “1” in the RAM <b>203</b> in the step S<b>3320</b>, thus the determination in the step S<b>3321</b> is “YES”. Further, when the multimode is selected, the number of participable players is set to “4” in the step S<b>3319</b>, and the number of registered participants for the mission is stored as “1” in the RAM <b>203</b> in the step S<b>3320</b>, thus the determination in the step S<b>3321</b> is “NO”. The processing of the step S<b>3320</b> is repeated thereafter, and when the number of registered participants for the mission is “4”, the determination in the step S<b>3321</b> is

It should be noted that, in the embodiment related to the second invention, the CPU <b>101</b> functions as the determination means for determining whether or not the number of entries (the number of registered participants), which is stored in the RAM <b>203</b> functioning as the entry number storing means, reaches the number of players (the number of participable players), which is set by the CPU <b>201</b> functioning as the player number setting means.

When it is determined in the step S<b>3321</b> that the number of registered participants is not the same as the number of participable players, the CPU <b>201</b> of the arcade server <b>2</b> transmits a standby image display command containing the data related to the number of registered participants and to the number of participable players to the terminal device <b>1</b> in the process of participation registration (step S<b>3322</b>). This processing corresponds to the processing of the step S<b>1319</b> of <figref idref="DRAWINGS">FIG. 18</figref>, where a standby image (see <figref idref="DRAWINGS">FIG. 21C</figref>) is displayed on the first display <b>11</b> of the terminal device <b>1</b> which receives the standby image display command (<figref idref="DRAWINGS">FIG. 18</figref>, step S<b>1320</b>). Thereafter the sub routine ends.

It should be noted that, in the embodiment related to the second invention, the first display <b>11</b> of the terminal device <b>1</b> functions as the standby image displaying means for displaying a standby image which shows information related to the number of players and the number of entries

On the other hand, when it is determined in the step S<b>3321</b> that the number of registered participants is the same as the number of participable players, the CPU <b>201</b> of the arcade server <b>2</b> updates the data for the player information on the column for mission (see <figref idref="DRAWINGS">FIG. 14</figref>), the player information being stored in the RAM <b>203</b>, and allows the player, who is in the process of participation registration, to set the mission (step S<b>3323</b>). At this time the CPU <b>201</b> functions as the condition setting means for setting a mission (condition in a game) for the player to perform a processing for setting the condition selected by the CPU <b>201</b> which functions as the condition selecting means. Next, the CPU <b>201</b> transmits a notice signal indicating that the mission is set to the terminal device <b>1</b> in the process of participation registration (step S<b>3324</b>). This processing corresponds to the processing of the step S<b>1321</b> of <figref idref="DRAWINGS">FIG. 18</figref>, where an image (see <figref idref="DRAWINGS">FIG. 21D</figref>) showing that the mission is set is displayed on the first display <b>11</b> of the terminal device <b>1</b> which receives the notice signal (<figref idref="DRAWINGS">FIG. 18</figref>, step S<b>1322</b>). Thereafter the sub routine ends. It should be noted that, in the embodiment related to the second invention, the CPU <b>201</b> functions as the condition setting means for, when the CPU <b>201</b> as the determination means determines that the number of entries reaches the number of players, setting a mission for the player who performs the play.

<figref idref="DRAWINGS">FIG. 22</figref> is a flow chart showing a notice board use processing which is called up in the step S<b>133</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 16</figref> and is executed by the terminal device <b>1</b>, and a processing executed by the arcade server <b>2</b> in accordance with the abovementioned processing. <figref idref="DRAWINGS">FIG. 23</figref> is a figure showing an example of a message list which is used when the processing of the step S<b>1334</b> on the flow chart shown in <figref idref="DRAWINGS">FIG. 22</figref> is performed.

First, the CPU <b>101</b> of the terminal device <b>1</b> transmits request signal for requesting an inputted message to the arcade server <b>2</b> (step S<b>1330</b>). Once the arcade server <b>2</b> receives this request signal, the arcade server <b>2</b> transmits a message which is already inputted by the terminal device <b>1</b> and stored in the RAM <b>203</b> (inputted message), to the terminal device <b>1</b> which is the source of the request signal (step S<b>3330</b>).

Once the terminal device <b>1</b> receives the inputted message from the arcade server <b>2</b>, the terminal device <b>1</b> displays an image showing the inputted message shown in <figref idref="DRAWINGS">FIG. 24A</figref> on the first display <b>11</b> by means of the first rendering process portion <b>111</b> (step S<b>1331</b>).

<figref idref="DRAWINGS">FIG. 24A</figref> is a figure showing an example of an image displayed on the first display <b>11</b> of the terminal device <b>1</b> when the processing of the step S<b>1331</b> of <figref idref="DRAWINGS">FIG. 22</figref> is executed. An image such as “guild” which shows the current location of the character is disposed on the upper left of the screen, and an image such as “notice board” is disposed on the upper right of the screen. An image for showing an option such as new input” is disposed on the right side. “New input” is not for inputting a message for the message of other player, but is an option used when inputting a new message. The player uses the touch panel <b>14</b> to touch the image of “new input”, and thereby can input an instruction for inputting a new message.

An inputted message which is inputted by each player is displayed in the center of the screen. For example, an image, “a—‘I am a. Nice to meet you’”, indicates a message, “I am a. Nice to meet you,” inputted by the player “a”. Further, an image for showing an option such as “comment” is disposed on the right side. “Comment” is not for inputting a new message, but is an option used when inputting a message to the message of the other player. The player uses the touch panel <b>14</b> to touch the image of “comment”, and thereby can input an instruction for inputting a message to the other player. Moreover, an image disposed right below the abovementioned message, such as “d—‘I am d. Nice to meet you’”, indicates a message, “I am d. Nice to meet you,” inputted by the player “d” in response to the message of the player “a”. An image such as “b—‘Would like to start an adventure with me?’”, and an image such as “c—‘Would like to start an adventure with me?’” are disposed on the lower side of the message of the player “d”. These are messages inputted by the player “b” and “c” to look for a player who can participate in the mission together.

After the processing of the step S<b>1331</b>, the CPU <b>101</b> determines whether or not an instruction for inputting a message is inputted (step S<b>1332</b>). The player can input the instruction for inputting a message by touching the image of “new input” or “comment” by means of the touch panel <b>14</b>.

When it is determined in the step S<b>1332</b> that the instruction for inputting a message is inputted, the CPU <b>101</b> of the terminal device <b>1</b> transmits a request signal for requesting a message list to the arcade server <b>2</b> (step S<b>1334</b>). The CPU <b>201</b> of the arcade server <b>2</b> receiving this request signal extracts the message list stored in the ROM <b>202</b>, and transmits it to the terminal device <b>1</b> which is the source of the request signal (step S<b>3331</b>).

<figref idref="DRAWINGS">FIG. 23</figref> is a figure showing an example of the message list. Message numbers are stored on the left column, and messages corresponding to the respective numbers are stored on the right column. For example, a message, “I am ‘a (name of a player)’. Nice to meet you”, is related to the number “001”. Further, a message “Would you like to start an adventure with me?”, is related to the number “002”. Furthermore, a message “Let's start an adventure together”, is related to the number “003”. Although not shown in the figure, a lot of other messages are stored in this message list.

The CPU <b>101</b> of the terminal device <b>1</b> which receives the message list from the arcade server <b>2</b> controls the first rendering process portion <b>111</b> on the basis of the message list, and performs a processing for displaying, on the first display <b>11</b>, a message option in which any one message can be selected out of a plurality of messages (step S<b>1335</b>).

<figref idref="DRAWINGS">FIG. 24B</figref> is an image displayed on the first display <b>11</b> when the player “a” uses the touch panel <b>14</b> to input an instruction for inputting a message to a message of the player “b”, when the image shown in <figref idref="DRAWINGS">FIG. 24A</figref> is displayed on the first display <b>11</b>. An image such as “guild” which shows the current location of the character is disposed on the upper left of the screen, and an image such as “notice board” is disposed on the upper right of the screen. There is disposed on the lower side thereof an image showing a message of the player “b” to which the player “a” inputs a message. Moreover, on the lower side of the image showing the message of the player “b”, a message list in which a plurality of options showing messages are listed vertically. When the image shown in <figref idref="DRAWINGS">FIG. 24B</figref> is displayed, the player uses the touch panel <b>14</b> to touch the image representing a message that the player wishes to input, and thereby can input an instruction for transmitting the message to the arcade server <b>2</b>.

After the processing of the step S<b>1335</b>, the CPU <b>101</b> determines whether or not an instruction for selecting a message is inputted (step S<b>1336</b>). This instruction can be inputted by touching any one option of the plurality of options showing message by means of the touch panel <b>14</b>, when the image shown in <figref idref="DRAWINGS">FIG. 24B</figref> is displayed on the first display <b>11</b>.

When it is determined in the step S<b>1336</b> that the instruction for selecting a message is inputted, the CPU <b>101</b> transmits the message to the arcade server <b>2</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>104</b> (step S<b>1337</b>). On the other hand, once receiving the message from the terminal device <b>1</b>, the CPU <b>201</b> of the arcade server <b>2</b> causes the RAM <b>203</b> to store the message (step S<b>3332</b>). Here, the message stored in the RAM <b>203</b> is exchanged between the terminal device <b>1</b> and the arcade server <b>2</b> in the abovementioned step S<b>1330</b>, S<b>1331</b>, or S<b>3330</b>, and becomes a message displayed on the first display <b>11</b> of the terminal device <b>1</b>, in other words, the inputted message.

The CPU <b>101</b> of the terminal device <b>1</b> thereafter determines whether to end the notice board use processing (step S<b>1338</b>). The notice board use processing ends when the player uses the touch panel <b>14</b> to input an instruction for returning the processing to the sub routine of <figref idref="DRAWINGS">FIG. 16</figref> after ending this processing. When it is determined in the step S<b>1338</b> to end the notice board use processing, the sub routine ends. On the other hand, when it is determined not to end the notice board use processing, the processing is returned to the step S<b>1330</b>. Then, the CPU <b>101</b> again transmits the request signal for requesting the inputted message (step S<b>1330</b>). The arcade server <b>2</b> receiving the request signal transmits the inputted message to the terminal device <b>1</b> (step S<b>3330</b>). The terminal device <b>1</b> receiving the inputted message from the arcade server <b>2</b> then displays the inputted message on the first display <b>11</b> (step S<b>1331</b>).

<figref idref="DRAWINGS">FIG. 24C</figref> is an image displayed on the first display <b>11</b> of the terminal device <b>1</b> when the player uses the touch panel <b>14</b> to touch an image of “let's start an adventure together”, when the image shown in <figref idref="DRAWINGS">FIG. 24B</figref> is displayed on the first display <b>11</b>. Unlike the image shown in <figref idref="DRAWINGS">FIG. 24A</figref>, the image shown in <figref idref="DRAWINGS">FIG. 24C</figref> is displayed with an additional message of “let's start an adventure together”, which is inputted by the player “a” to the message of the player “b”.

<figref idref="DRAWINGS">FIG. 25A</figref> is a flow chart for the embodiment related to the first invention, and <figref idref="DRAWINGS">FIG. 25B</figref> is a flow chart for the embodiment related to the second invention. Each of the flow charts shows a reward payment processing which is called up in the step S<b>135</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 16</figref> and is executed by the terminal device <b>1</b>, and a processing executed by the arcade server <b>2</b> in accordance with the abovementioned processing. First of all, in <figref idref="DRAWINGS">FIG. 25A</figref>, the CPU <b>101</b> of the terminal device <b>1</b> transmits a reward payment request signal to the arcade server <b>2</b> (step S<b>1350</b>). Once receiving the reward payment request signal from the terminal device <b>1</b>, the CPU <b>201</b> of the arcade server <b>2</b> uses the player information stored in the RAM <b>203</b> (see <figref idref="DRAWINGS">FIG. 14</figref>) to determine whether or not the player clears the mission (step S<b>3350</b>). At this time the CPU <b>201</b> functions as the condition achievement determination means for determining whether or not a player clears a condition (mission). When it is determined in the step S<b>3350</b> that the player clears the mission, the CPU <b>201</b> of the arcade server <b>2</b> refers to a reward determination table to determine the amount of reward, based on the type of the cleared mission, the level value of the player, and the form of mission acceptance (the number of participants in the mission) (step S<b>3351</b>).

In <figref idref="DRAWINGS">FIG. 25B</figref> for explaining the embodiment related to the second invention, when it is determined in the step S<b>3350</b> that the player clears the mission, the CPU <b>201</b> of the arcade server <b>2</b> refers to a reward determination table to determine the amount of reward, based on the cleared mission (step S<b>3351</b>). At this time the amount of available money in the game, which is paid out in accordance with the type of the mission, is determined.

<figref idref="DRAWINGS">FIG. 26A</figref>(a) is a figure showing an example of the reward determination table for a mission “AA” in the embodiment related to the first invention. This reward determination table is stored in the ROM <b>202</b> of the arcade server <b>2</b> as data. It should be noted that the reward determination table for the mission “AA” is taken as an example here, but the reward determination table for other mission is also stored in the ROM <b>202</b> as data.

In the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(a), the amount of reward is related to the combination of the level value of the player (character corresponding to the player) and the form of mission acceptance (the number of participants to a mission). For example, if the level value of the player is 1 and the form of mission acceptance is the single mode, the amount of reward is 100.

Further, in the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(a), even if the same mission (the mission “AA” here) is cleared, the higher the level value of the player, the higher the amount of reward. For example, if the form of mission acceptance is the single mode, the amount of reward increases such as 100, 120, 140 and the like, as the level value of the player increases such as 1, 2, 3, and the like.

Therefore, when the amount of reward is determined in reference to the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(a), even in the case of a mission with low degree of difficulty, if the level value of the player is high, the player can obtain a large amount of reward as a game result, in comparison with a player having a low level value.

It should be noted that in the embodiment related to the first invention, the amount of reward may be determined in reference to the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(b), for example, instead of the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(a). <figref idref="DRAWINGS">FIG. 26A</figref>(b) is a figure showing another example of the reward determination table for the mission “AA” in the embodiment related to the first invention.

In the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(b), the amount of reward is related to the combination of the level value of the player (character corresponding to the player) and the form of mission acceptance (the number of participants to a mission), as in the case of <figref idref="DRAWINGS">FIG. 26A</figref>(a). However, the amount of reward related is different from that of the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(a). Specifically, in the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(b), the higher the level value of the player, the lower the amount of reward, even if the same mission (here, the mission “AA”) is cleared. For example, if the form of mission acceptance is the single mode, the amount of reward decreases such as 300, 280, 260, and the like, as the level value of the player increases such as 1, 2, 3, and the like.

Therefore, when the amount of reward is determined in reference to the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(b), even if the same mission is cleared, if the level value of the player is high, the player obtains only a small amount of reward as a game result, in comparison with a player having a low level value.

<figref idref="DRAWINGS">FIG. 26B</figref> is a figure showing an example of the reward determination table in the embodiment related to the second invention. Mission codes comprising two-digit symbols are stored in the left column of the reward determination table, and amount of rewards corresponding to the mission codes are stored in the right column of the same. For example, the amount of reward corresponding to the mission “AA” is 100, and the amount of reward corresponding to the mission “AB” is 300.

When executing the processing of the step S<b>3351</b>, when the CPU <b>201</b> functioning as the condition achievement determination means determines that the player clears a condition, the CPU <b>201</b> of the arcade server <b>2</b> functions as the game result determination means for determining the amount of money available in a game, which is granted to the player as a game result, on the basis of the condition cleared by the player, and on the basis of the level value of the player which is stored in the RAM <b>203</b> which functions as the level value storing means.

After the processing of the step S<b>3351</b>, the CPU <b>201</b> updates the player information stored in the RAM <b>203</b> (see <figref idref="DRAWINGS">FIG. 14</figref>) (step S<b>3354</b>). Specifically, the data in the column for the mission is cleared, and the amount of money is increased by the amount of reward. The CPU <b>101</b> of the terminal device <b>1</b> synchronize the player information updated in the arcade server <b>2</b> to update the player information (step S<b>1351</b>).

In the embodiment related to the second invention, after the processing of the step S<b>3351</b>, the CPU <b>201</b> refers to the player information stored in the RAM <b>203</b> (see <figref idref="DRAWINGS">FIG. 14</figref>), and determines whether or not the player clears the mission in the multimode (step S<b>3352</b>). When it is determined that the mission is cleared in the multimode, the amount of reward determined in the step S<b>3351</b> is distributed proportionally in accordance with the number of participants in the mission (step S<b>3353</b>). For example, when four players participate in the mission “AA”, the amount of reward is 25.

In the step S<b>3352</b>, when it is determined that the player clears the mission in the single mode instead of the multimode, or when the processing of the step S<b>3353</b> is executed, the CPU <b>201</b> updates the player information stored in the RAM <b>203</b> (see <figref idref="DRAWINGS">FIG. 14</figref>) (step S<b>3354</b>). Specifically, the data in the column for the mission is cleared, and the amount of money is increased by the amount of reward. The CPU <b>101</b> of the terminal device <b>1</b> synchronize the player information updated in the arcade server <b>2</b> to update the player information (step S<b>1351</b>). When executing the processings of the steps S<b>3353</b> through S<b>3354</b>, the CPU <b>201</b> functions as the reward payout means for, when the CPU <b>201</b> functioning as the condition achievement determination means determines that the player clears a mission, proportionally distributing the amount of money available in a game, which is set in advance in accordance with the type of the mission, in accordance with the number of players who clear the mission, and grants the money to the each player.

Moreover, the embodiment related to the second invention explains the game in which the amount of reward for clearing a mission is proportionally distributed in accordance with the number of participating players in the mission. However, the present invention is not limited to this example. For example the amount of reward for clearing a mission may be proportionally distributed each player in accordance with the level of the players who participate in the mission. In this case, if a player in a level 1 and a player in a level 2 clear a mission where the amount of reward is 300, for example, the amount of reward that the player at the level 1 can acquire is 100, and the amount of reward that the player at the level 2 can acquire is 200.

A mission game is now described next. <figref idref="DRAWINGS">FIG. 27</figref> is a flow chart showing a routine of a mission game execution processing which is called up in the step S<b>121</b> of the flow chart shown in <figref idref="DRAWINGS">FIG. 15</figref> and is executed by the terminal device <b>1</b>. <figref idref="DRAWINGS">FIG. 28</figref> is a flow chart showing a processing executed by the arcade server <b>2</b> in accordance with the sub routine shown in <figref idref="DRAWINGS">FIG. 27</figref>, which is executed by the terminal device <b>1</b>. <figref idref="DRAWINGS">FIG. 29</figref> is a figure showing an example of a chat message list. <figref idref="DRAWINGS">FIG. 30</figref> is a figure showing an example of an image which is displayed on the first display <b>11</b> of the terminal device <b>1</b> by executing the processings shown in <figref idref="DRAWINGS">FIG. 27</figref> and <figref idref="DRAWINGS">FIG. 28</figref>.

First, the CPU <b>101</b> of the terminal device <b>1</b> determines whether or not an operation instruction for a character is inputted (step S<b>150</b>). The player can input the operation instruction for a character by operating the various buttons <b>118</b> or the operation lever <b>119</b>. When the operation instruction for a character is inputted, the CPU <b>101</b> transmits an operation command to the arcade server <b>2</b> (step S<b>151</b>). This processing corresponds to a step S<b>330</b> in <figref idref="DRAWINGS">FIG. 28</figref>.

In the step S<b>150</b>, when it is determined that the operation instruction for a character is not inputted, or when the processing of the step S<b>151</b> is executed, the CPU <b>101</b> determines whether or not the player information is received from the arcade server <b>2</b> (step S<b>152</b>). This processing corresponds to a step S<b>332</b> of <figref idref="DRAWINGS">FIG. 28</figref>. When it is determined that the player information is received, the CPU <b>101</b> updates the player information stored in the RAM <b>103</b> on the basis of the abovementioned player information (step S<b>153</b>).

In the step S<b>152</b>, when it is determined that the player information is not received from the arcade server <b>2</b>, or when the processing of the step S<b>153</b> is executed, the CPU <b>101</b> determines whether or not a display command is received from the arcade server <b>2</b> (step S<b>154</b>). This processing corresponds to a step S<b>333</b>, S<b>335</b>, S<b>338</b>, or S<b>341</b> in <figref idref="DRAWINGS">FIG. 28</figref>.

When it is determined in the step S<b>154</b> that the display command is received, the CPU <b>101</b> executes the image display processing for the first display <b>11</b> or the second display <b>12</b> (step S<b>155</b>). In this processing, the CPU <b>101</b> supplies the display command to the first rendering process portion <b>111</b> or the second rendering process portion <b>112</b>. The first rendering process portion <b>111</b> refers to the player information stored in the RAM <b>103</b> (see <figref idref="DRAWINGS">FIG. 14</figref>) according to the abovementioned display command, and extracts the image data from the ROM <b>102</b>. Then, by storing the video data in the video RAM in accordance with the order of priority displayed on the first display <b>11</b> (in the order of a background image, monster image, and character image, for example), the first rendering process portion <b>111</b> generates a game image, and outputs it to the first display <b>11</b>. As a result, the game image is displayed on the first display <b>11</b>.

Also, when displaying the game image three dimensionally, the first rendering process portion <b>111</b> performs calculation for converting the object (for example, an object configuring a character or monster, and the like) stored in the ROM <b>102</b> from a position on the three dimensional space to a position on a pseudo three dimensional space, light source calculation processing, and the like, as well as a write processing of the image data (for example, mapping of the texture data for the region of the video RAM specified with a polygon) to be rendered to the video RAM on the basis of the results of the above calculations, thereby generating the game image, and outputs it to the first display <b>11</b>. As a result, the three-dimensional game image is displayed on the first display <b>11</b>. The second rendering process portion <b>112</b> extracts a predetermined image from the ROM <b>102</b> in accordance with the abovementioned display command. Then, by storing the video data in the video RAM in accordance with the order of priority displayed on the second display <b>12</b>, the second rendering process portion <b>112</b> generates a predetermined image, and outputs it to the second display <b>12</b>. As a result, the predetermined image is displayed on the second display <b>12</b>.

In the step S<b>154</b>, when the display command for displaying the game image is received from the arcade server <b>2</b> (<figref idref="DRAWINGS">FIG. 28</figref>, step S<b>333</b>), the processing of the step S<b>155</b> is performed, whereby the game image is displayed in the first display <b>11</b> (see <figref idref="DRAWINGS">FIG. 30A</figref>). The image shown in <figref idref="DRAWINGS">FIG. 30A</figref> is displayed on the first display <b>11</b> of the terminal device <b>1</b> operated by a player “P1”, and a character image P<b>1</b>′ corresponding to the player “P1” and a character image P<b>2</b>′ corresponding to a player “P2” are disposed.

Furthermore, in the step S<b>154</b>, when the display command for displaying a chat button is received from the arcade server <b>2</b> (<figref idref="DRAWINGS">FIG. 28</figref>, step S<b>335</b>), the processing of the step S<b>155</b> is performed, whereby a chat button <b>92</b> is displayed on the first display <b>11</b> (see <figref idref="DRAWINGS">FIG. 30A</figref>). A chat button <b>92</b> such as “CHAT” is disposed on the lower right of the image shown in <figref idref="DRAWINGS">FIG. 30A</figref>. The player inputs an instruction for performing chatting by touching the chat button <b>92</b> by means of the touch panel <b>14</b>.

In the step S<b>154</b>, when the display command for displaying the chat window is received from the arcade server <b>2</b> (<figref idref="DRAWINGS">FIG. 28</figref>, step S<b>338</b>), the processing of the step S<b>155</b> is performed, whereby a chat window <b>90</b> having three chat messages <b>90</b><i>a </i>to <b>90</b><i>c </i>is displayed on the first display <b>11</b> (see <figref idref="DRAWINGS">FIG. 30B</figref>). The chat window <b>90</b> having the three chat messages <b>90</b><i>a </i>to <b>90</b><i>c </i>such as “What are you doing?”, “Where am I?”, and “Who are you?” respectively is disposed on the lower right of the image shown in <figref idref="DRAWINGS">FIG. 30B</figref>. The player can select a chat message that the player wishes to transmit by touching any one of the chat messages by means of the touch panel <b>14</b>. Thereafter the player “P1” transmits the selected chat message to the terminal device <b>1</b> of the player “P2” by touching the character image P<b>2</b>′ corresponding to the player “P2” by means of the touch panel <b>14</b>.

In the step S<b>154</b>, when the display command for displaying a chat message is received from the arcade server <b>2</b> (<figref idref="DRAWINGS">FIG. 28</figref>, step S<b>341</b>), the processing of the step S<b>155</b> is performed, whereby a chat message <b>91</b> is displayed on the first display <b>11</b> (see <figref idref="DRAWINGS">FIGS. 30C and 30D</figref>). The image shown in <figref idref="DRAWINGS">FIG. 30C</figref> is the first display <b>11</b> of the terminal device <b>1</b> operated by the player “P1” when the chat message <b>90</b><i>b </i>is selected by means of the touch panel <b>14</b> when the image shown in <figref idref="DRAWINGS">FIG. 30B</figref> is displayed. The chat message <b>91</b> such as “Where am I?” is displayed in the vicinity of the character image P<b>1</b>′ corresponding to the player “P1”. Here, the image shown in <figref idref="DRAWINGS">FIG. 30D</figref> is displayed on the first display <b>11</b> of the terminal device <b>1</b> which is the destination of the chat message and is operated by the player “P2”. The chat message <b>91</b> such as “Where am I?” is displayed in the vicinity of the character image P<b>1</b>′ corresponding to the player “P1”. Further, the chat window <b>90</b> having three chat messages <b>90</b><i>d </i>to <b>90</b><i>f </i>such as “This is a monument”, “I don't understand”, and “No response” respectively is displayed on the lower right of the screen.

In the step S<b>154</b>, when it is determined that the display command is not received, or when the processing of the step S<b>155</b> is executed, the CPU <b>101</b> determines whether or not an instruction for performing chatting is inputted (step S<b>156</b>). The player can input this instruction by touching the chat button <b>92</b> by means of the touch panel <b>14</b>. When it is determined that the instruction for performing chatting is inputted, the CPU <b>101</b> transmits a chat execution command to the arcade server <b>2</b> (step S<b>157</b>). This processing corresponds to a step S<b>336</b> of <figref idref="DRAWINGS">FIG. 28</figref>.

In the step S<b>156</b>, when it is determined that the instruction for performing chatting is not inputted, or when the processing of the step S<b>157</b> is executed, the CPU <b>101</b> determines whether or not an instruction for selecting a chat message is inputted (step S<b>158</b>). The player can input this instruction by touching any one of the chat messages <b>90</b><i>a </i>to <b>90</b><i>c </i>included in the chat window <b>90</b>, by means of the touch panel <b>14</b>.

When it is determined in the step S<b>158</b> that the instruction for selecting a chat message is inputted, the CPU <b>101</b> stores the selected chat message in the RAM <b>103</b> (step S<b>159</b>). In the step S<b>158</b>, when it is determined that the instruction for selecting a chat message is not inputted, or when the processing of the step S<b>159</b> is executed, the CPU <b>101</b> determines whether or not an instruction for selecting a character as the destination of a chat message is inputted (step S<b>160</b>). The player can input this instruction by touching the character image P<b>2</b>′ by means of the touch panel <b>14</b>.

When it is determined in the step S<b>160</b> that the instruction for selecting a destination character is inputted, the CPU <b>101</b> stores destination data indicating the terminal device <b>1</b> which is the destination of a chat message in the RAM <b>103</b> (step S<b>161</b>). The CPU <b>101</b> then transmits the chat message stored in the RAM <b>103</b> and the destination data to the arcade server <b>2</b> (step S<b>162</b>).

In the step S<b>160</b>, when it is determined that the instruction for selecting a destination character is not inputted, or when the processing of the step S<b>162</b> is executed, the CPU <b>101</b> refers to the player information stored in the RAM <b>103</b> (see <figref idref="DRAWINGS">FIG. 14</figref>), and determines whether or not a predetermined condition for mission termination is satisfied (step S<b>163</b>). The condition for mission termination includes, for example, clearing a mission, returning to the guild, and reaching zero survival ability, and the like.

When it is determined that the mission game is not ended, the processing is moved to the step S<b>150</b>. On the other hand, when it is determined that the mission game is ended, the sub routine ends.

The processing of the arcade server <b>2</b> is explained. First, the CPU <b>201</b> determines whether or not an operation command is received from the terminal device <b>1</b> (step S<b>330</b>). When it is determined that the operation command is received, the CPU <b>201</b> updates the player information stored in the RAM <b>203</b> in accordance with the operation command (step S<b>331</b>), and transmits the player information to the terminal device <b>1</b> (step S<b>332</b>). This processing corresponds to the step S<b>152</b> of <figref idref="DRAWINGS">FIG. 27</figref>.

The CPU <b>201</b> then transmits a display command for displaying a game image on the first display <b>11</b> of the terminal device <b>1</b> to the terminal device <b>1</b> on the basis of the player information (step S<b>333</b>). This processing corresponds to the step S<b>154</b> of <figref idref="DRAWINGS">FIG. 27</figref>.

In the step S<b>330</b>, when it is determined that the operation command is not received, or when the processing of the step S<b>333</b> is executed, the CPU <b>201</b> refers to the player information, and determines whether or not a game image displayed on the first display <b>11</b> of the terminal device <b>1</b> includes other character (step S<b>334</b>). When it is determined that other character is included, the CPU <b>201</b> transmits a display command for displaying a chat button to the arcade server <b>2</b> (step S<b>335</b>). This processing corresponds to the step S<b>154</b> of <figref idref="DRAWINGS">FIG. 27</figref>.

In the step S<b>334</b>, when it is determined that the same game image does not include other character, or when the processing of the step S<b>335</b> is executed, the CPU <b>201</b> determines whether or not a chat execution command is received (step S<b>336</b>). This processing corresponds to the step S<b>157</b> of <figref idref="DRAWINGS">FIG. 27</figref>. When it is determined that the chat execution command is received, the CPU <b>201</b> selects a predetermined number of chat messages (three, for example) from the chat message list stored in the ROM <b>202</b>.

<figref idref="DRAWINGS">FIG. 29</figref> is a figure showing an example of a chat message list. A four-digit number for identifying a chat message, and a chat message corresponding to the number are stored in the leftmost column. These indicate a first message. The column on the right side thereof has stored therein three first response messages with respect to one first message. Furthermore, the column on the right side thereof has stored therein three second response messages with respect to one first response message. The first message is a message which is displayed on the first display <b>11</b> of the terminal device <b>1</b> into which the instruction for performing chatting is inputted by touching the chat button <b>92</b> using the touch panel <b>14</b> (see <figref idref="DRAWINGS">FIG. 30B</figref>). The first response message is a message displayed on the first display <b>11</b> of the terminal device <b>1</b> which receives the first message (see <figref idref="DRAWINGS">FIG. 30D</figref>). The second response message is, although not shown, a message displayed on the first display <b>11</b> of the terminal device <b>1</b> which receives the first response message.

After executing the processing of the step S<b>337</b>, the CPU <b>201</b> transmits a display command for displaying a chat window having the chat message selected in the step S<b>337</b> to the terminal device <b>1</b> (step S<b>338</b>). This processing corresponds to the step S<b>154</b> of <figref idref="DRAWINGS">FIG. 27</figref>.

In the step S<b>336</b>, when it is determined that the chat execution command is not received, or when the processing of the step S<b>338</b> is executed, the CPU <b>201</b> determines whether or not the chat message and the destination data are received (step S<b>339</b>). This processing corresponds to the step S<b>162</b> of <figref idref="DRAWINGS">FIG. 27</figref>. When it is determined in the step S<b>339</b> that the chat message and the destination data are received, the CPU <b>201</b> specifies the terminal device <b>1</b>, which is the destination of the chat message, on the basis of the destination data (step S<b>340</b>), and transmits the display command for displaying the chat message to the terminal device <b>1</b> which is the destination (step S<b>341</b>). This processing corresponds to the step S<b>154</b> of <figref idref="DRAWINGS">FIG. 27</figref>.

Next, the CPU <b>201</b> refers to the player information stored in the RAM <b>203</b> (see <figref idref="DRAWINGS">FIG. 14</figref>), and determines whether or not the predetermined condition for mission termination is satisfied (step S<b>342</b>). When it is determined that the predetermined condition for mission termination is not satisfied, the processing is returned to the step S<b>330</b>, and when it is determined that the predetermined condition for mission termination is satisfied, the sub routine ends.

<figref idref="DRAWINGS">FIG. 31</figref> is a flow chart showing a biographical data generation processing which is executed by the center server <b>3</b>. This processing is executed when a game related to the present embodiment is started. First of all, the CPU <b>301</b> starts a timing processing for measuring a time elapsed since the game related to the present embodiment is started (step S<b>350</b>). This processing may include setting a timer in the RAM <b>303</b> to measure an elapsed time by performing an interruption processing or the like at a predetermined cycle to count up the timer value stored in the RAM <b>303</b>, or providing a timer in the control portion <b>300</b>. The time axis in the game is configured by the elapsed time measured by the center server <b>3</b>. It should be noted that the current time may be acquired through the Internet at a predetermined cycle, instead of performing the processing of the step S<b>350</b>.

Next, the CPU <b>301</b> determines whether or not the RAM <b>303</b> has stored therein the historical data comprising a plurality of types of elements related to clearing a mission (see <figref idref="DRAWINGS">FIG. 13B</figref>) (step S<b>351</b>). It should be noted that when the terminal device <b>1</b> executes the processing of the step S<b>123</b> of the sub routine shown in <figref idref="DRAWINGS">FIG. 15</figref>, the game history related to the player who operates the terminal device <b>1</b> is transmitted from the arcade server <b>2</b> to the center server <b>3</b>, and the game history is stored in the RAM <b>303</b>. The step S<b>351</b> is performed to determine whether or not game history comprising a plurality of types of elements related to clearing a mission exists in the game history newly stored in the RAM <b>303</b>. It should be noted that in the embodiment related to the second invention, when the terminal device <b>1</b> executes the processing of the step S<b>123</b> of the sub routine shown in <figref idref="DRAWINGS">FIG. 15</figref>, the historical data is transmitted from the terminal device <b>1</b> to the center server <b>3</b>, and the historical data is stored in the RAM <b>303</b>. The step S<b>351</b> is performed to determine whether or not the historical data comprising a plurality of types of elements related to clearing a mission exists in the historical data which is newly stored in the RAM <b>303</b>.

The CPU <b>301</b> then refers to the historical data evaluation table stored in the ROM <b>302</b> on the basis of the historical data stored in the RAM <b>303</b> (see <figref idref="DRAWINGS">FIG. 13B</figref>), and determines an evaluation point (step S<b>352</b>). <figref idref="DRAWINGS">FIG. 32</figref> is a figure showing an example of the historical data evaluation table. In the historical data evaluation table, en element of a game history is related to an evaluation point for each mission. For example, in the case of the mission “AA”, the evaluation point is <b>1</b> if the level (level value) at that time is <b>3</b> or lower, and the evaluation point is <b>0</b> if the level (level value) is above <b>3</b>. Therefore, the evaluation is high if a mission is cleared on a low level (level value). Further, the evaluation point is <b>1</b> if the time required is within an hour, and the evaluation point is <b>0</b> if the time required exceeds one hour. Therefore, the evaluation is high if a mission is cleared in a short period of time. Also, the evaluation point is <b>1</b> if the number of participants in a mission is <b>1</b>, and the evaluation point is <b>0</b> if the number of participants exceeds <b>1</b> (two or more). Therefore, the evaluation is high if selecting a single mission, instead of multi-missions.

It should be noted that when the historical data evaluation table shown in <figref idref="DRAWINGS">FIG. 32</figref> is referred to on the basis of the game historical data shown in <figref idref="DRAWINGS">FIG. 13B</figref>, the evaluation point for the mission “AA” of the player “d” is 2, the evaluation point for the mission “AB” is 1, and the evaluation point for the mission “AC” is 2.

After the processing of the step S<b>352</b>, the CPU <b>301</b> refers to the evaluation message creation table in accordance with the evaluation point, and creates an evaluation message by using the game history (historical data) stored in the RAM <b>303</b> (step S<b>353</b>). <figref idref="DRAWINGS">FIG. 33</figref> is a figure showing an example of the evaluation message creation table. In the evaluation message creation table, an evaluation message in the case where the evaluation point is 2 or more, and an evaluation message in the case where the evaluation point is less than <b>2</b> are stored for each mission. Each evaluation message has columns for entering an element of the game history, and columns for a fixed phrase, and these columns are arranged alternately. By inserting an element of the game history into each column, an evaluation message can be created.

When creating an evaluation message with reference to the evaluation message creation table shown in <figref idref="DRAWINGS">FIG. 33</figref> by using the game history data shown in <figref idref="DRAWINGS">FIG. 13B</figref>, the following message can be obtained. Specifically, since the evaluation point for the mission “AA” of the player “d” is 2, the evaluation message is “‘d’ has delivered a package excellently to XX ‘by himself’ in ‘two hours’ at the time of ‘level (level value) 2’”, which shows a good evaluation. Furthermore, since the evaluation point for the mission “AB” of the player “d” is 1, the evaluation message is “It took ‘two hours’ for ‘d’ at the time of ‘level (level value) 11’ to strike down the monster ΔΔ to protect the Princess ●● by ‘three people’”, which is a bad evaluation.

After the processing of the step S<b>353</b>, the CPU <b>301</b> edits the evaluation message created in the step S<b>353</b>, in accordance with the time axis in the game, and generates biographical data (step S<b>354</b>). For example, in a step S<b>353</b>, when creating evaluation messages for the mission “AA” to “AE” shown in <figref idref="DRAWINGS">FIG. 13B</figref>, these evaluation messages are edited in accordance with the time axis in the game in the step S<b>354</b>, thus the evaluation messages are listed in the order of the missions “AA”, “AC”, “AD”, “AE”, and “AB”. Next, the CPU <b>301</b> stores the biographical data in the RAM <b>303</b> (step S<b>356</b>), and returns the processing to the step S<b>351</b>.

<figref idref="DRAWINGS">FIG. 34A</figref> is a flow chart showing a processing which is executed by the card machine <b>6</b> and center server <b>3</b> when displaying a biographical image, in the embodiment related to the first invention. <figref idref="DRAWINGS">FIG. 35</figref> is a figure showing an example of a biographical image displayed on a display <b>61</b> of the card machine <b>6</b> when the processing shown in <figref idref="DRAWINGS">FIG. 34A</figref> is executed. First, the CPU <b>601</b> reads out the ID data of the player from the ID card <b>8</b> by means of the ID card reader <b>616</b> (step S<b>610</b>). The CPU <b>601</b> which reads out the ID data from the ID card <b>8</b> using the ID card reader <b>616</b> transmits a request signal for requesting the biographical data corresponding to the ID data to the center server <b>3</b> through the arcade server <b>2</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>604</b> (step S<b>611</b>). Once receiving the request signal, the CPU <b>301</b> of the center server <b>3</b> extracts the biographical data corresponding to the ID data from the biographical data stored in the RAM <b>303</b> (biographical data which is stored in the RAM <b>303</b> in the step S<b>356</b> of <figref idref="DRAWINGS">FIG. 31</figref>), and transmits this biographical data to the card machine <b>6</b> which is the source of the request signal (step S<b>370</b>). Further, the CPU <b>301</b> may extract the image data showing the detail of the biographical data from the ROM <b>302</b>, along with the biographical data, and transmits this image data along with the biographical data.

The CPU <b>601</b> of the card machine <b>6</b>, which receives the abovementioned biographical data from the center server <b>3</b>, display a biographical image as shown in <figref idref="DRAWINGS">FIG. 35A</figref> on the display <b>61</b> by means of the rendering process portion <b>611</b> on the basis of the abovementioned biographical data (step S<b>612</b>).

<figref idref="DRAWINGS">FIG. 35A</figref> is a figure showing an example of the biographical image displayed on the display <b>61</b> of the card machine <b>6</b> when the processing shown in <figref idref="DRAWINGS">FIG. 34A</figref> is executed. An image such as “biography of d” is disposed on the upper side of the screen. A biographical image showing the biographical data in the form of a drawing is disposed on the left side of the screen. Specifically, an evaluation message related to clearing a mission, and the date when the mission is cleared are related to each other and disposed. The two evaluation messages from the top show a good evaluation, and the bottom evaluation message shows a bad evaluation. Also, an image showing the detail of the biographical data is disposed on the right side of the screen.

Next, it is determined whether or not an instruction for deleting an evaluation message is inputted by an operation of the player (step S<b>613</b>). The player can input this instruction by operating the operation button <b>618</b> of the card machine <b>6</b>. When it is determined that the instruction for deleting an evaluation message is not inputted, the sub routine ends.

On the other hand, when it is determined that the instruction for deleting an evaluation message is inputted, the CPU <b>601</b> transmits a request signal for requesting deletion of an evaluation message to the center server <b>3</b> (step S<b>614</b>). Once receiving the request signal, the CPU <b>301</b> of the center server <b>3</b> performs a processing for erasing an evaluation message from the RAM <b>303</b> on the basis of the request signal (step S<b>371</b>). Next, the CPU <b>301</b> updates the biographical data stored in the RAM <b>303</b> based on a result of the processing of the step S<b>371</b> (step S<b>372</b>), and transmits the updated biographical data to the card machine <b>6</b> (step S<b>373</b>). The CPU <b>601</b> of the card machine <b>6</b> which receives the updated biographical data from the center server <b>3</b> displays the biographical image as shown in <figref idref="DRAWINGS">FIG. 35B</figref> on the display <b>61</b> using the rendering process portion <b>611</b>, on the basis of the abovementioned biographical data (step S<b>615</b>).

<figref idref="DRAWINGS">FIG. 35B</figref> is a biographical image displayed on the display <b>61</b> when the instruction for deleting an evaluation message on the bottom (evaluation message showing a bad evaluation) is inputted during the biographical image of <figref idref="DRAWINGS">FIG. 35A</figref> is displayed on the display <b>61</b> of the card machine <b>6</b>, wherein the evaluation message on the bottom is deleted.

<figref idref="DRAWINGS">FIG. 34B</figref> is a flow chart showing a processing which is executed by the card machine <b>6</b> and center server <b>3</b> when displaying a biographical image, in the embodiment related to the second invention. First, the CPU <b>601</b> reads out the ID data of the player from the ID card <b>8</b> by means of the ID card reader <b>616</b> (step S<b>610</b>). The CPU <b>601</b> which reads out the ID data from the ID card <b>8</b> using the ID card reader <b>616</b> transmits a request signal for requesting the biographical data corresponding to the ID data to the center server <b>3</b> through the arcade server <b>2</b> via the dedicated line <b>5</b> by means of the communication interface circuit <b>604</b> (step S<b>611</b>). Once receiving the request signal, the CPU <b>301</b> of the center server <b>3</b> extracts the biographical data corresponding to the ID data from the biographical data stored in the RAM <b>303</b> (biographical data which is stored in the RAM <b>303</b> in the step S<b>356</b> of <figref idref="DRAWINGS">FIG. 31</figref>), and transmits this biographical data to the card machine <b>6</b> which is the source of the request signal (step S<b>370</b>). Further, the CPU <b>301</b> may extract the image data showing the detail of the biographical data from the ROM <b>302</b>, along with the biographical data, and transmit this image data along with the biographical data.

The card machine <b>6</b>, which receives the abovementioned biographical data from the center server <b>3</b>, displays a biographical image as shown in <figref idref="DRAWINGS">FIG. 35A</figref> on the display <b>61</b> by means of the rendering process portion <b>611</b> on the basis of the abovementioned biographical data (step S<b>612</b>), and ends the sub routine.

<figref idref="DRAWINGS">FIG. 35A</figref> is a figure showing an example of the biographical image displayed on the display <b>61</b> of the card machine <b>6</b> when the processing shown in FIG. <b>34</b>B is executed. An image such as “biography of d” is disposed on the upper side of the screen. A biographical image showing the biographical data in the form of a drawing is disposed on the left side of the screen. Specifically, an evaluation message related to clearing a mission, and the date when the mission is cleared are related to each other and disposed. Also, an image showing the detail of the biographical data is disposed on the right side of the screen.

As described above, the game system related to the first invention can be designed such that a game result is determined based on a condition cleared by a player and on the level value of the player. Thus, for example, even in case of a condition with low degree of difficulty, if the level value of the player is high, the player can obtain a large amount of reward as a game result, in comparison with a player having a low level value (see <figref idref="DRAWINGS">FIG. 26A</figref>(a)). Moreover, for example, the game system can be designed such that even if the same condition is cleared, if the level value of a player is high, the player obtains only a small amount of reward as a game result, in comparison with a player having a low level value (see <figref idref="DRAWINGS">FIG. 26A</figref>(b)). Therefore, the present invention can achieve an effect allowing that the fascinating aspect of the game itself can be extended in various ways.

When the amount of reward is determined in reference to the reward determination table shown in <figref idref="DRAWINGS">FIG. 26A</figref>(a), the player who enthusiastically plays a game can acquire a reward in accordance with his own level value, and can gain an advantage over the abovementioned other player. As a result, it is possible to prevent the competitive spirits of both players from being reduced. Further, even in the case of a condition with low degree of difficulty, if the player has a high level value, he can obtain a large amount of reward in comparison with a player having a low level value even if they clear the same condition. Therefore, it is possible to create an environment which proves that the way of carrying out a game where conditions are challenged in the order of low degree of difficulty to high degree of difficulty is not necessarily the desirable way of carrying out a game. Consequently, diversification can be generated in the ways of carrying out a game, whereby a strategic, complicated, and yet interesting game can be provided.

The embodiment related to the first invention explains the case in which the game result determination means determines the amount of money available in a game, which is granted to a player as a game result. However, the present invention is not limited to this example. For example, the game result determination means may determine an item to be granted to a player, or determine a game process (for example, the detail of the story, and the like).

Moreover, the embodiment related to the first invention explains the case in which the game result determination means determines a game result on the basis of a condition cleared by a player, the level value of the player, and the number of players who participate in the condition. However, the present invention is not limited to this example. For example, the game result determination means may determine a game result on the basis of a condition cleared by the player, and the level value of the player. Further, the game result determination means may determine a game result on the basis of a capability value set for the player (for example, the reputation of the player in the game, degree of proficiency of the player, and the like), along with or in place of the level value of the player.

The embodiment related to the first invention explains the case in which the RAM <b>103</b> of the terminal device <b>1</b> and the RAM <b>203</b> of the arcade server <b>2</b> function as the level value storing means, the CPU <b>101</b> of the terminal device <b>1</b> functions as the level value setting means, the CPU <b>201</b> of the arcade server <b>2</b> functions as the condition setting means, the condition achievement determination means, and the game result determination means. However, the present invention is not limited to this example. Which one of the terminal device <b>1</b>, arcade server <b>2</b>, and center server <b>3</b> comprises each of the means configuring the present invention can be selected accordingly.

For example, the RAM <b>203</b> of the arcade server <b>2</b> may function as the level value storing means, and the CPU <b>201</b> of the arcade server <b>2</b> may function as the level value setting means, the condition setting means, the condition achievement determination means, and the game result determination means. When designing the present invention in the above manner, the ROM <b>202</b> of the arcade server <b>2</b> has stored therein the game control program of the present invention, which causes the RAM <b>203</b> of the arcade server <b>2</b> to function as the level value storing means, and causes the CPU <b>201</b> of the arcade server <b>2</b> to function as the level value setting means, the condition setting means, the condition achievement determination means, and the game result determination means. Then, the CPU <b>201</b> of the arcade server <b>2</b> executes the game control program of the present invention, which is stored in the ROM <b>202</b>, whereby the arcade server <b>2</b> comprises the level value storing means, level value setting means, condition setting means, condition achievement determination means, and game result determination means.

Furthermore, according to the embodiment related to the second invention, a player himself can select either the single mode in which a player participates in a mission in a game alone, or the multimode in which the player participates with other player, thus a player who is good at the mission, or a player having a high game skill can select the single mode, and at the same time a player who is not good at the mission, or a player having a low game skill can select the multimode. Therefore, it is possible to prevent that the game is discontinued by the player who cannot clear the condition that he is not good at, or the player having a low game skill. Since the player who tries to challenge a mission that he is good at, or the player having a high game skill can select the single mode, the player who is not good at the above-described set condition to be cleared, or the player having a low game skill does not depend on the player having a high game skill, thus the player having a high game skills does not have to feel troublesome. As a result, it is possible to develop attractiveness of online games, which is that the relationship among the players is prevented from being twisted due to the difference in the game skills among the players, and that a good relationship can be constructed among the players in which the players can communicate with one another by means of a game.

The embodiment of the second invention explains the case in which the terminal device <b>1</b> comprises the selecting means (CPU <b>101</b>), and the arcade server <b>2</b> comprises the player number storing means (RAM <b>203</b>), player number setting means (CPU <b>201</b>), entry number storing means (RAM <b>203</b>), entry number updating means (CPU <b>201</b>), determination means (CPU <b>201</b>), and condition setting means (CPU <b>201</b>). In this case, a program which causes the CPU <b>101</b> to function as the selecting means is stored in the ROM <b>102</b> of the terminal device <b>1</b>, and the ROM <b>202</b> of the arcade server <b>2</b> has stored therein a program which causes the CPU <b>201</b> to function as the player number setting means, entry number updating means, determination means, and condition setting means, and which also causes the RAM <b>203</b> to function as the player number storing means and entry number storing means. In this manner, the ROM <b>102</b> of the terminal device <b>1</b> may store a part of the game control program of the present invention, and the ROM <b>202</b> of the arcade server <b>2</b> may store the rest of the program.

Also, the ROM <b>202</b> of the arcade server <b>2</b> may have stored therein a program, i.e. the game control program of the present invention, which causes the CPU <b>201</b> to function as the selecting means, player number setting means, entry number updating means, determination means, and condition setting means, and which also causes the RAM <b>203</b> to function as the player number storing means and entry number storing means. In this case, the arcade server <b>2</b> is equivalent to the server of the present invention, which comprises the selecting means, player number storing means, player number setting means, entry number storing means, entry number updating means, and condition setting means.

The game control program of the present invention may also be stored in the ROM <b>302</b> of the center server <b>3</b>. In this case, the center server <b>3</b> is equivalent to the server of the present invention. Moreover, the ROM <b>202</b> of the arcade server <b>2</b> may store a part of the game control program of the present invention, and the ROM <b>302</b> of the center server <b>3</b> may store the rest of the program.

The embodiment mentioned above explains the game system which comprises the plurality of terminal devices <b>1</b>, the arcade server <b>2</b> connected communicably with the plurality of terminal devices <b>1</b> via the dedicated lines <b>5</b>, and the center server <b>3</b> connected with the plurality of arcade servers <b>2</b> via the communication lines <b>4</b>. However, the present invention is not limited to this example. For example, the present invention can be applied to a game system composed of a single game device (terminal device), a game system connected with a plurality of game devices (terminal devices) via communication lines, a game system in which a plurality of game devices (terminal devices) are connected to the server via the Internet, and other game system.

Next, another example of the game system according to the present invention is described. <figref idref="DRAWINGS">FIG. 36</figref> is a configuration diagram showing another example of the game system according to the present invention. The game system comprises a plurality of terminal devices <b>1010</b>, an arcade server <b>1020</b> connected communicably to the plurality of terminal devices <b>1010</b> via dedicated lines <b>1050</b>, and a center server <b>1030</b> connected communicably to the plurality of arcade servers <b>1020</b> via communication lines <b>1040</b>, and also a card machine <b>1060</b> for each arcade, which is connected to the arcade server <b>1020</b> via the dedicated line <b>1050</b>. It should be noted that an arcade server <b>1020</b> for a game A, and an arcade server <b>1020</b> for a game B are installed in an arcade Q.

The center server <b>1030</b> comprises a database server <b>1039</b>, and a plurality of game servers <b>1031</b>,<b>1032</b>, and the like. The database server <b>1039</b> performs (1-1) data management for every ID data granted to each player, (1-2) authentication of a player at the time of a game start, and (1-3) transmission processing of game data.

Specifically, the database server <b>1039</b> manages (stores, sets, updates, and the like) ID data granted to each player, a password used when authenticate the player, the type of a game played by the player, the game data, and the like, regarding the abovementioned (1-1). Moreover, the game data includes, for example, the proceeding state of the game (character specific data, and the like), a character operated by the player, a level value or capability value of the character, an increased or decreased value in the capability value, and the like.

The database server <b>1039</b> also uses, for example, the ID data and password to authenticate the player, and permits participation in the game, regarding the abovementioned (1-2). Regarding the abovementioned (1-3), the database server <b>1039</b> further transmits the data of the character, from among the abovementioned game data, to the terminal device <b>1</b> on the basis of, for example, the ID data of the player.

The game servers <b>1031</b>, <b>1032</b>, and the like are installed in accordance with each executable game in the game system according to the present embodiment. It should be noted that one of the plurality of game servers corresponds to the game according to the present embodiment. The game servers <b>1031</b>, <b>1032</b>, and the like (also referred to as “game servers <b>1031</b> and the like” hereinafter) performs (2-1) a matching processing between the terminal devices <b>1010</b> installed in different arcades, and (2-2) traffic control for data transmission after matching.

Specifically, regarding the abovementioned (2-1), the game servers <b>1031</b> and the like determine, when a player participates in a game by operating the terminal device <b>1010</b>, whether or not other player participates in the game. When it is determined that other player participates in the game, the game servers <b>1031</b> and the like matches the terminal device <b>1010</b> with a terminal device <b>1010</b> operated by the abovementioned other player. On the other hand, when it is determined that other player does not participate in the game, a CPU player is set. When setting the CPU player, the arcade server <b>1020</b> may be set as the CPU player, or the center server <b>1030</b> (or example, the game servers <b>1031</b> and the like) may be set as the CPU player.

The game servers <b>1031</b> and the like also performs traffic control for data transmission between the terminal devices <b>1</b> which are subjected to matching by the matching processing of the (2-1), regarding the abovementioned (2-2). For example, the game servers <b>1031</b> and the like transmit the data received from the terminal device <b>1</b>, which is connected to the arcade server (for the game A) <b>1020</b> of an arcade P, to the terminal device <b>1</b> which is connected to the arcade server (for game A) <b>1020</b> of the arcade Q. In this manner, the arcade server <b>1020</b> according to the present embodiment directly receives the data only from the center server <b>1030</b>, and does not perform data transmission directly between the arcade servers <b>1020</b>.

The arcade server <b>1020</b> is connected to the center server <b>1030</b> via a router <b>1070</b>. The router <b>1070</b> has a predetermined routing table. In the case where the plurality of arcade servers <b>1020</b> are installed in the same arcade, as with the case of the arcade Q shown in the figure, once receiving game data and the like from the center server <b>1030</b>, the router <b>1070</b> refers to the routing table, and transmits the game data to the arcade server <b>1020</b> connected to the terminal device <b>1010</b>, which is the destination, via the dedicated line <b>1050</b>. Furthermore, in the case of performing data transmission between the terminal devices <b>1010</b> connected to each of the plurality of arcade servers <b>1020</b> installed in the same arcade, once receiving game data and the like from the terminal device <b>1010</b> via the arcade server <b>1020</b>, the router <b>1070</b> refers to the routing table, and transmits the game data to the arcade server <b>1020</b> connected to the terminal device <b>1010</b>, which is the destination, via the dedicated line <b>1050</b>.

The arcade server <b>1020</b> performs (3-1) traffic control for data transmission between the center server <b>1030</b> and the terminal device <b>1010</b>, or between the terminal devices <b>1010</b> connected to each of the plurality of arcade servers <b>1020</b> installed in the same arcade, and (3-2) downloading an application to the terminal device <b>1</b>.

Specifically, regarding the abovementioned (3-1), the arcade server <b>1020</b> performs traffic control for transmission of the game data and the like between the center server <b>1030</b> and the terminal device <b>1010</b>. However, when the terminal device <b>1010</b> as the destination is connected to the same arcade server <b>1020</b> or to a different arcade server <b>1020</b> installed in the same arcade, the game data and the like is not transmitted to the center server <b>1030</b>, but to the terminal device <b>1010</b>.

Moreover, regarding the abovementioned (3-2), at the time when a request signal for requesting downloading from the center server <b>1030</b> is received from the terminal device <b>1010</b>, the arcade server <b>1020</b> downloads an application to this terminal device <b>1010</b>. The application includes various data for the detail of a game (for example, image data, and the like), and a program, as well as a program for a board for allocating the functions on the game to input means (for example, a plurality of input switches, or the like, which is not shown) that the terminal device <b>1010</b> comprises. Further, downloading an application is performed not only by the arcade server <b>1020</b>, but also by the center server <b>1030</b>.

The terminal device <b>1010</b> is connected to the arcade server <b>1020</b> via the dedicated line <b>1050</b>. The terminal device <b>1010</b> (4-1) performs downloading of an application, and (4-2) proceeds with a game. Specifically, regarding the abovementioned (4-1), once the power is turned on, the terminal device <b>1010</b> transmits a request signal for requesting downloading of an application to the arcade server <b>1020</b> and downloads an application. The downloaded application is stored in a region in a RAM or the like of the terminal device <b>1010</b> where the application can be stored temporarily. Moreover, regarding the abovementioned (4-2), the terminal device <b>1010</b> uses the downloaded application to proceed with a game. The game is proceeded as follows. The terminal device <b>1010</b> receives data for every ID data granted to each player by the database server <b>1039</b> at the time of a game start. During the game, the data of the terminal device <b>1010</b> in the same game and of other terminal device <b>1010</b> is transmitted/received through the center server <b>1030</b> via the arcade server <b>1020</b>. However, when the abovementioned other terminal device <b>1010</b> is connected to the same arcade server <b>1020</b>, or is connected to a different arcade server <b>1020</b> installed in the same arcade, the game data and the like are not transmitted to the center server <b>1030</b> but to the terminal device <b>1010</b>. When the game ends, the game data which is updated during the game, or a game result itself is transmitted to the database server <b>1039</b>. It should be noted that not only the terminal device <b>1010</b>, but also the arcade server <b>1020</b> may perform proceeding of the game.

The card machine <b>1060</b> can communicate with the center server <b>1030</b> via the arcade server <b>1020</b>. The card machine <b>1060</b> accepts an input operation of the personal information, which is performed by a player, and sells an ID card in which the ID data is stored. The ID card is used when a game is started, and the ID data is read by the ID card reader which the terminal device <b>1010</b> comprises.

In this embodiment, the RAM which is equipped in the game server <b>1031</b> of the center server <b>1030</b> functions as the level storing means for storing the level value of a player. The CPU which is equipped in the game server <b>1031</b> of the center server <b>1030</b> or the like functions as the level setting means for setting a predetermined level in accordance with a game result, and arcades, in the RAM (level storing means) equipped in the game server <b>1031</b> or the like, the level which is set by being related to the ID data of the player, as the level value. The CPU equipped in the terminal device <b>1010</b> functions as the condition setting means for setting a condition to be achieved as a game result by a player. The CPU equipped in the terminal device <b>1010</b> functions as the condition achievement determination means for determining whether or not the player clears a set condition. The CPU equipped in the terminal device <b>1010</b> functions as the game result determination means for, when it is determined that a condition is cleared, determining a game result on the basis of the condition cleared by the player, and the level value of the player.

Also in the embodiment, the CPU equipped in the terminal device <b>1010</b> functions as the selecting means for a player to select either to perform a play alone or to perform the play with other player in order to achieve a condition to be cleared, which is set in a game, in accordance with an input operation performed by the player. The CPU equipped in the game server <b>1031</b> of the center server <b>1030</b> or the like functions as the player number setting means for setting the number of players who perform the play. The RAM equipped in the game server <b>1031</b> of the center server <b>1030</b> functions as the player number storing means for storing the set number of players for each condition to be cleared. The RAM equipped in the game server <b>1031</b> of the center server <b>1030</b> or the like functions as the entry number storing means for storing, for each condition to be cleared, the number of entries of players into the condition. The CPU equipped in the game server <b>1031</b> of the center server <b>1030</b> or the like functions as the entry number updating means for updating the number of entries of players into the condition on the basis of a selection made by the selecting means, and storing the updated number of entries in the RAM (entry number storing means) equipped in the game server <b>1031</b> of the center server <b>1030</b> or the like. The CPU equipped in the game server <b>1031</b> of the center server <b>1030</b> functions as the determination means for determining whether or not the number of entries reach the number of players. The CPU equipped in the game server <b>1031</b> of the terminal device <b>1010</b> or the like functions as the condition setting means for setting a condition to be cleared for a player who performs the play, when the determination means determines that the number of entries reach the number of players.

Embodiments of the present invention is explained above. However, the embodiments merely illustrate concrete examples, and do not particularly limit the present invention, thus specific configurations for the means and the like can be changed accordingly in terms of the design. Further, the effects described in the embodiments of the present invention merely mention the most suitable effects generated by the present invention, thus the effects of the present invention are not limited to those described in the embodiments of the present invention.