CN1714900A - Game system, server and game control method - Google Patents

Abstract

A game system which provides a game system which can rouse competitive spirits of players and create strategic characteristics to the way of carrying out a game. Specifically, the present invention provides 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 storing means for storing a level value of a player; level setting means for setting a predetermined level for the player to store it as the level value in the level storing means; condition setting means for setting a condition in a game for the player; condition achievement determination means for determining whether or not the player clears the condition; and game result determination means for determining a game result on the basis of, when the condition achievement determination means determines that the player clears a condition, the condition cleared by the player, and the level value of the player which is stored in the level storing means.

Description

Game system, server and game control method

technical field

The present invention relates to a game system in which a plurality of terminal devices are connected to a server via a communication line, a server configuring the game system, and a game control method executed by the server. In particular, the present invention relates to a game system executable by massively multiplayer online games such as MMORPG (massively multiplayer online role-playing game), RTS (real-time strategy), FPS (first-person shooter), and a server for configuring the game system , and a game control method executed by the server.

Background technique

In recent years, with the development of information and communication technology, a game system is widely used, in which a plurality of terminal devices for game arcade use or home use are connected to a server via communication lines, and various online games can be played on the game system in the implementation. Recently, for example, massively multiplayer online games such as MMORPG (Massively Multiplayer Online Role Playing Game), RTS (Real Time Strategy), FPS (First Person Shooter), etc. are provided as online games.

From the player's point of view, in such massively multiplayer online games, players can play with an unspecified number of players at remote locations across the country or internationally over a network, such as the Internet, without even knowing each other's faces. The strong appeal of massively multiplayer online games is that players can communicate with each other through this medium such as games, so it is strongly supported by many countries in the world. From the viewpoint of a game production company, in massively multiplayer online games, data or programs related to new events, characters, items, etc. are sequentially updated and distributed to each terminal device via The game can be continued semi-permanently without getting bored. Therefore, it has the advantage of being able to guarantee profit stability.

In a massively multiplayer online game, usually a character corresponding to each player is established, and the player participates in the game in the virtual space of the game by operating the player's own character (see Japanese Unexamined Patent Publication No. 2002-224448, e.g. ). When the player starts to know the game, the corresponding character clears various conditions (so-called "tasks") to gain experience. As a result, the player or the character operated by the player can increase the level (level value) established in the game, and the ability or position increases with the level (level value) within the game, so that various functions can be operated.

In addition, when a condition (theme) is cleared, the amount of cash according to the difficulty of the condition (theme) is given to the player as a bonus to use during the game, so the more conditions (themes) the player clears, the more the player can get that can be used in the game The more cash, the player can purchase weapons, items, etc., which can be used in the game to benefit from the game.

In online games, usually the game reels in the virtual game space are shared by all players. Therefore, when the player plays the game frequently or for a long time, some players sometimes clear most of the conditions that can be set in the game. When this happens, there aren't many conditions that other players can challenge, and the fascinating aspects of the game can be unduly diminished, which is a problem. Therefore, as a conventional game system, for example, there is a game system in which the number of conditions cleared within a predetermined time is limited for each player (see, for example, Japanese Unexamined Patent No. 2002-224448). According to the game system described in this publication, some players cannot clear most of the conditions that can be set in the game, so other players can also challenge various conditions, which makes it possible to provide a game that can be enjoyed by a large number of players.

However, according to the game system described in the above published literature, the challenge to new conditions is played enthusiastically, clears many conditions, and increases the player limit of the level value, while the player who then plays the game can challenge the conditions 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 above-mentioned other players, so that the competitive spirit of the two players decreases.

In addition, according to each condition, rewards given to the player (such as money that can be used in the game, etc.) when the player clears the condition are set in advance, so that if the player challenges a condition with a low difficulty level, thereafter sequentially challenged according to the increase in the level value With conditions of a high difficulty level, the game progresses most smoothly. Therefore, regarding the continuation of the game, that is, the order in which a plurality of conditions are challenged, the strategy property is low, and thus the game is not interesting, which is a problem (the first problem).

On the other hand, there recently exists an online game that provides some effect that a plurality of players have to deal with a certain subject. When this effect is provided, the player must find other players who become partners in the game, so the player can spontaneously communicate with the other players. In addition, generally, in the case of a game in which a plurality of types of themes are sequentially set for one player and involves clearing all the effects of the plurality of types of themes, if there is a theme that the player is not good at among the plurality of types of themes, the player The theme cannot be cleared, and the game cannot be executed further, so the player may give up to continue the game. Therefore, even if the player is given a chance to choose a subject, the player must eventually clear the subject that he is not good at. However, when multiple players challenge the same theme, even if the player cannot clear the theme, the game can continue if other players clear the theme.

However, the amount of money that can be obtained when clearing a theme and can be spent in the game is set. Therefore, in the case where there is an effect that a theme has to be challenged by a plurality of players, it is annoying that a player who is good at the theme challenges the same theme with a player who is not good at the theme.

In online games in particular, game technology varies significantly between an unspecified number of players playing in the same virtual game space. Therefore, when the effect that the theme must be challenged together by a plurality of players is provided, the player with low game skill depends on the player with high skill, which is cumbersome. At the same time, because high-skilled players must challenge the same theme with other players, it is inevitable that high-skilled players share the same fate as low-skilled players. However, in such a case where the relationship between a player with a high skill and a player with a low skill is entangled, making it easy for communication to be performed by both players may worsen the relationship between the two players (second problem).

Contents of the invention

The present invention is designed in consideration of the above-mentioned first problem, and its object is to provide a game system that can stimulate the competitive spirit of players and create a strategic characteristic of the method of executing the game, a server constituting the game system, and game control executed by the server method.

In order to solve the first problem described above, the present invention (hereinafter sometimes referred to as "first invention") provides the following system.

(1) A game system in which a plurality of terminal devices is connected to a server via a communication line, and wherein a game can be performed by each of a plurality of players operating each terminal device, the game system comprising:

The level value storage device is used to store the player's level value;

Level value setting means for setting a predetermined level according to the game result, and storing the level set with respect to the player ID data as a level value in the level value storage means;

Condition setting means for setting the conditions that the player should complete as a result of the game;

condition completion determining means for determining whether the player clears the condition set in the condition setting means; and

The game result determination means determines the game result based on the conditions cleared by the player and the player's level value stored in the level value storage means when the condition completion determination means determines that the condition set by the condition setting means is cleared.

According to the invention described in (1), the game result is determined based on the conditions cleared by the player and the player's level value. Therefore, for example, even if the difficulty of the conditions is low and the player's level value is high, the player can obtain a large bonus as a game result, compared with a player with a low level value. Also, for example, in a case where a player's level value is high, even if he clears a condition of high difficulty, the player only gets a small bonus compared to a player with a low level value. In this way, the invention described above can achieve the effect of allowing the fascinating aspects of the game itself to be extended in various ways. Furthermore, the present invention can be applied to a competition game so as to use rank values as barriers to each other. Therefore, although the game system described in Japanese Unexamined Patent Publication No. 2002-224448 is constructed so that the number of conditions that can be cleared by each player is generally limited to the same, and many players can enjoy the game by challenging various conditions, According to the invention described in (1), a player who plays enthusiastically can obtain a bonus corresponding to his own rank value, and can obtain an advantage over other players. As a result, the competitive spirit of both players can be prevented from decreasing.

Also, even in conditions with low difficulty, by enabling the player to obtain a large amount of bonuses, as long as the former player's level value is high compared to a player with a low level value, it is possible to create proving challenging conditions in order from low difficulty to high difficulty The environment in which the method of executing the game is not necessarily the ideal method of executing the game. Therefore, changes can be made in the method of executing the game, so that a strategic, complex, and interesting game can be provided.

Furthermore, the present invention provides the following system.

(2) The game system according to (1) above, comprising condition selection means for selecting any one condition from a plurality of types of conditions according to an input operation performed by the player, wherein the condition setting means sets the condition selected by the condition selection means.

According to the invention described in (2), since the player can select conditions to challenge, the player can realize the method of executing the game in his mind, and the strategic characteristics can be enhanced and the fun of the game can be improved.

The present invention also provides the following system.

(3) The game system according to (1) above, wherein the game result determining means determines an amount of money available in the game and given to the player as a game result.

According to the invention described in (3), the amount of available money given to the player is determined based on the conditions cleared by the player and the player's level value. Therefore, for example, even in conditions of low difficulty, as long as the player has a high level value, the player can obtain a large amount of money available in the game. So with the same condition cleared, the player who plays the game enthusiastically to increase the level value can get a lot of money available in the game, more than other players, can buy weapons or items with money, and can be more advantageous than other players execute the game. As a result, the competitive spirit of both players can be prevented from decreasing.

The present invention also provides the following system.

(4) The game system according to (1) above, wherein the server includes an arcade server communicably connected to a plurality of terminal devices via a dedicated line, and a center server communicably connected to the arcade server via a communication line.

(5) The game system according to (1) above, wherein the game result determining means determines the game result based on the number of players participating in the game of clearing the condition as well.

(6) The game system according to (1) above, wherein the game result determining means determines the game result based on an ability value set for the player together with or instead of the player's level value.

(7) The game system according to (4) above, wherein the terminal equipment and the game arcade server are provided with level value storage means, the terminal equipment is provided with level value setting means, and the game arcade server provides conditional setting means, and the condition completion determination means, and game result determining means.

The present invention also provides the following server.

(8) A server which is connected to a plurality of terminal devices via a communication line and constitutes a game system in which a game can be performed by each of a plurality of players operating each terminal device, the server comprising:

The level value storage device is used to store the player's level value;

Level value setting means for setting a predetermined level according to the game result, and storing the level set with respect to the player ID data as a level value in the level value storage means;

Condition setting means for setting the conditions that the player should complete as a result of the game;

condition completion determining means for determining whether the player clears the condition set in the condition setting means; and

The game result determination means determines the game result based on the conditions cleared by the player and the player's level value stored in the level value storage means when the condition completion determination means determines that the condition set by the condition setting means is cleared.

According to the invention described in (8), the game result is determined based on the conditions cleared by the player and the player's rank value. Therefore, for example, even if the difficulty of the conditions is low and the player's level value is high, the player can obtain a large bonus as a game result, compared with a player with a low level value. Therefore, the player who plays the game enthusiastically can obtain a bonus corresponding to his own rank value, and can gain an advantage over other players. As a result, the competitive spirit of both players can be prevented from decreasing. Also, even in conditions with low difficulty, by enabling the player to obtain a large amount of bonuses, as long as the player's level value is high, the method of executing the game that can create proof that the conditions are challenged in the order of low difficulty to high difficulty is not necessarily the execution of the game environment for the ideal approach. Therefore, changes can be made in the method of executing the game, so that a strategic, complex, and interesting game can be provided.

The present invention also provides the following methods.

(9) A game control method that makes it possible to connect to a plurality of terminal devices via a communication line, and constitute a game that can be used as a server of a game system executed by each of a plurality of players operating each terminal device:

The level value storage device is used to store the player's level value;

Level value setting means for setting a predetermined level according to the game result, and storing the level set with respect to the player ID data as a level value in the level value storage means;

Condition setting means for setting the conditions that the player should complete as a result of the game;

condition completion determining means for determining whether the player clears the condition set in the condition setting means; and

The game result determination means determines the game result based on the conditions cleared by the player and the player's level value stored in the level value storage means when the condition completion determination means determines that the condition set by the condition setting means is cleared.

According to the invention described in (9), the game result is determined based on the conditions cleared by the player and the player's level value. Therefore, for example, even if the difficulty of the conditions is low and the player's level value is high, the player can obtain a large bonus as a game result, compared with a player with a low level value. Therefore, the player who plays the game enthusiastically can obtain a bonus corresponding to his own rank value, and can gain an advantage over other players. As a result, the competitive spirit of both players can be prevented from decreasing. Also, even in conditions with low difficulty, by enabling the player to obtain a large amount of bonuses, as long as the player's level value is high, the method of executing the game that can create proof that the conditions are challenged in the order of low difficulty to high difficulty is not necessarily the execution of the game environment for the ideal approach. Therefore, changes can be made in the method of executing the game, so that a strategic, complex, and interesting game can be provided.

In particular, the invention can stimulate the competitive spirit of the players and create a strategic character to the method of executing the game.

Furthermore, the present invention is designed in consideration of the second problem described above, and its object is to provide a game system that can develop the appeal of online games, a server constituting the game system, and a game control method executed by the server, which prevent players from The relationship between players is entwined by the difference in game technology between players, and a good relationship can be constructed between players in which players can communicate with each other through the game.

In order to solve the second problem described above, the present invention (hereinafter sometimes referred to as "second invention") provides the following system.

(10) A game system in which a plurality of terminal devices is connected to a server via a communication line, and wherein a game can be performed by each of a plurality of players operating each terminal device, the game system comprising:

The selection means, according to the input operation performed by the player, selects for the player to execute the game alone or with other players so as to complete the conditions to be cleared set in the game;

number of players setting means for setting the number of players executing the game based on the selection performed by the selection means;

The number of players storage device is used to store the number of players set for each condition to be cleared;

Enter the number storage device, for each condition to be cleared to store the number in the player's entry condition;

entry number updating means for updating the number of player entry conditions and storing the entry number in the entry number storage means based on the selection performed by the selection means;

determining means for determining whether the number of entries stored in the number of entries storage means reaches the number of players stored in the number of players storage means; and

condition setting means for setting a condition to be cleared with respect to the player executing the game when the determining means determines that the number of entries has reached the number of players.

According to the invention described in (10), the player himself can choose to execute the game alone or with other players to complete the conditions to be cleared set in the game. Therefore, players who are good at the conditions to be cleared set above, or players with high game skills can choose to execute the game alone, while players who are not good at the conditions to be cleared set above, or players with low game skills can choose to play with other players Execute the game. Therefore, it is possible to prevent the game from being stopped by a player who cannot clear a condition that he is not good at, or a player who has a low game skill. In addition, because players who challenge the conditions he is good at, or players with high game skills can choose to execute the game alone, players who are not good at the conditions to be cleared set above, or players with low game skills do not rely on players with high game skills players, so players with high gaming skills won't have to bother. As a result, it is possible to develop the attractiveness of online games in that the relationship between players is prevented from being entangled due to differences in game skills between players, and good relationships can be constructed between players in which players can communicate with each other through games.

The present invention also provides the following system.

(11) The game system according to (10) above, comprising standby image display means for displaying a standby image that is related to the number of players and/or the number of entries in response to determination by the determination means that the number of entries has not reached the number of players. Related information.

According to the invention described in (11), when a player executes a game with other players, the standby image can be used to check how many of the above other players have entered or how many of the above other players should enter the game.

The present invention also provides the following system.

(12) The game system according to (10) above, comprising:

Condition completion determining means for determining whether the player clears the condition to be cleared; and

The bonus payment means, when the condition completion determining means determines that the player has cleared the condition, proportionately distributes the amount of money available in the game which is preset according to the condition type according to the number of players clearing the condition, and gives money to each player.

According to the invention described in (12), each player can choose to perform the game with other players although a small bonus is given when the condition is cleared, or to perform the game alone to obtain a large bonus. Therefore, changes can be made in the game to improve the strategic characteristics.

The present invention also provides the following system.

(13) The game system according to (10) above, comprising:

Condition completion determining means for determining whether the player clears the condition to be cleared; and

The bonus payment means, when the condition completion determining means determines that the player has cleared the condition, proportionately distributes the amount of money available in the game which is preset according to the condition type according to the number of players clearing the condition, and gives money to each player.

(14) The game system according to (10) above, wherein the server includes an arcade server communicably connected to a plurality of terminal devices via a dedicated line, and a center server communicably connected to the arcade server via a communication line.

(15) The game system according to (11) above, wherein the standby image display means is provided in the terminal device.

(16) The game system according to the above (14), wherein the selection means is provided in the terminal device, and the number of players storage means, the number of players setting means, the number of entries storage means, the number of entries update means, the determination means, and the condition setting means are provided In the arcade server.

(17) The game system according to (15) above, wherein the standby image display device includes a touch panel that enables the player to perform an input operation.

The present invention also provides the following server.

(18) A server which is connected to a plurality of terminal devices via a communication line and constitutes a game system in which a game can be performed by each of a plurality of players operating each terminal device, the server comprising:

The selection means, according to the input operation performed by the player, selects for the player to execute the game alone or with other players so as to complete the conditions to be cleared set in the game;

number of players setting means for setting the number of players executing the game based on the selection performed by the selection means;

The number of players storage device is used to store the number of players set for each condition to be cleared;

Enter the number storage device, for each condition to be cleared to store the number in the player's entry condition;

entry number updating means for updating the number of player entry conditions and storing the entry number in the entry number storage means based on the selection performed by the selection means;

determining means for determining whether the number of entries stored in the number of entries storage means reaches the number of players stored in the number of players storage means; and

condition setting means for setting a condition to be cleared with respect to the player executing the game when the determining means determines that the number of entries has reached the number of players.

According to the invention described in (18), the player himself can choose to execute the game alone or with other players to complete the conditions to be cleared set in the game. Therefore, players who are good at the conditions to be cleared set above, or players with high game skills can choose to execute the game alone, while players who are not good at the conditions to be cleared set above, or players with low game skills can choose to play with other players Execute the game. Therefore, it is possible to prevent the game from being stopped by a player who cannot clear a condition that he is not good at, or a player who has a low game skill. In addition, players who challenge the conditions he is good at, or players with high game skills can choose to perform the game alone, so players who are not good at the conditions to be cleared above, or players with low game skills do not rely on players with high game skills players, so players with high gaming skills won't have to bother. As a result, it is possible to develop an attractiveness of an online game in that the relationship between players is prevented from being entangled due to differences in game skills between players, and a good relationship can be constructed between players in which players can communicate with each other through games.

The present invention also provides the following methods.

(19) A game control method that makes it possible to connect to a plurality of terminal devices via a communication line, and constitute a game that can be used as a server of a game system executed by each of a plurality of players operating each terminal device:

The selection means, according to the input operation performed by the player, selects for the player to execute the game alone or with other players so as to complete the conditions to be cleared set in the game;

number of players setting means for setting the number of players executing the game based on the selection performed by the selection means;

The number of players storage device is used to store the number of players set for each condition to be cleared;

Enter the number storage device, for each condition to be cleared to store the number in the player's entry condition;

entry number updating means for updating the number of player entry conditions and storing the entry number in the entry number storage means based on the selection performed by the selection means;

determining means for determining whether the number of entries stored in the number of entries storage means reaches the number of players stored in the number of players storage means; and

condition setting means for setting a condition to be cleared with respect to the player executing the game when the determining means determines that the number of entries has reached the number of players.

According to the invention described in (19), the player himself can choose to execute the game alone or with other players to complete the conditions to be cleared set in the game. Therefore, players who are good at the conditions to be cleared set above, or players with high game skills can choose to execute the game alone, while players who are not good at the conditions to be cleared set above, or players with low game skills can choose to play with other players Execute the game. Therefore, it is possible to prevent the game from being stopped by a player who cannot clear a condition that he is not good at, or a player who has a low game skill. In addition, players who challenge the conditions he is good at, or players with high game skills can choose to perform the game alone, so players who are not good at the conditions to be cleared above, or players with low game skills do not rely on players with high game skills players, so players with high gaming skills won't have to bother. As a result, it is possible to develop the attractiveness of online games in that the relationship between players is prevented from being entangled due to differences in game skills between players, and good relationships can be constructed between players in which players can communicate with each other through games.

Description of drawings

1 is a configuration diagram of a game system according to the present invention;

Fig. 2 is a perspective view showing eight terminal devices 1 installed in a game arcade, and the outside of a card machine 6;

FIG. 3 is a perspective view showing the exterior of the terminal device 1;

FIG. 4 is a block diagram showing the hardware configuration of the terminal device 1;

FIG. 5 is a block diagram showing the hardware configuration of the arcade server 2;

FIG. 6 is a block diagram showing the hardware configuration of the center server 3;

Fig. 7 is a block diagram showing the hardware configuration of the card machine 6;

FIG. 8 is a diagram showing the flow of a game played in the game system of the present embodiment;

Fig. 9 is a flowchart showing the processing flow in the card machine 6, the game arcade server 2 and the center server 3 until the ID card is issued;

Figure 10 is a diagram showing information about player participation;

11A to 11C are diagrams illustrating details of data transfer processing performed by the arcade server 2;

FIG. 12 is a flow chart showing the processing flow in the terminal device 1, the arcade server 2 and the center server 3 until the game starts;

13A and 13B are diagrams showing examples of historical data;

14 is a diagram showing an example of player information;

FIG. 15 is a flowchart showing a game execution processing routine executed by the terminal device 1;

FIG. 16 is a flowchart showing a guild execution processing routine called in step S120 of the flowchart shown in FIG. 15 and executed by the terminal device 1;

17A and 17B are diagrams schematically showing images displayed on the first display 11 of the terminal device 1 when the subroutine shown in FIG. 16 is executed;

FIG. 18 is a flow chart showing a role review/acceptance processing routine called in step S131 of the flow chart shown in FIG. 16 and executed by the terminal device 1;

FIG. 19 is a flowchart showing processing performed by the arcade server 2 according to the subroutine program performed by the terminal device 1 shown in FIG. 18;

Fig. 20 is a diagram showing task list data;

21A to 21D are diagrams schematically showing images displayed on the first display 11 of the terminal device 1 when the subroutine shown in FIG. 18 is executed;

FIG. 22 is a flowchart showing the notice board use processing called in step S133 of the flowchart shown in FIG. 16 and executed by the terminal device 1, and the processing executed by the arcade server 2 according to the above processing;

FIG. 23 is a diagram showing an example of a message list;

24A to 24C are diagrams schematically showing images displayed on the first display 11 of the terminal device 1 when the processing shown in FIG. 22 is executed;

25A is an embodiment corresponding to the first invention, showing the bonus payment processing called in step S135 of the flowchart shown in FIG. 16 and executed by the terminal device 1, and the processing executed by the arcade server 2 according to the above processing. flow chart;

FIG. 25B is an embodiment corresponding to the second invention, showing the bonus payment processing called in step S135 of the flowchart shown in FIG. 16 and executed by the terminal device 1, and the processing executed by the arcade server 2 according to the above processing. flow chart;

26A(a) and 26A(b) are diagrams showing an example of a bonus determination table corresponding to an embodiment of the first invention;

Fig. 26B is a diagram showing an example of a bonus determination table corresponding to an embodiment of the second invention;

FIG. 27 is a flowchart showing a task game execution processing routine called in step S121 of the flowchart shown in FIG. 15 and executed by the terminal device 1;

FIG. 28 is a flowchart showing processing performed by the arcade server 2 according to the subroutine program performed by the terminal device 1 shown in FIG. 27;

FIG. 29 is a diagram showing an example of a chat message list;

30A to 30D are diagrams showing examples of images displayed on the first display 11 of the terminal device 1 by performing the processing shown in FIGS. 27 and 28 ;

FIG. 31 is a flowchart showing biographical data generation processing performed by the center server 3;

Figure 32 is a diagram showing an example of a historical data evaluation form;

Fig. 33 is a diagram showing an example of an evaluation message creation table;

FIG. 34A is a flowchart corresponding to an embodiment of the first invention, showing processing performed by the card machine 6 and the center server 3 when displaying a biographical image;

FIG. 34B is a flow chart showing processing performed by the card machine 6 and the center server 3 when displaying a biographical image, corresponding to an embodiment of the second invention;

35A and 35B are diagrams showing examples of biographical images displayed on the display 61 of the card machine 6 when the processing shown in FIGS. 34A and 34B is executed; and

Fig. 36 is a configuration diagram showing another example of the game system according to the present invention.

Detailed ways

Embodiments regarding the first invention and the second invention described above are described below. First, a description is provided focusing on the embodiment of the first invention in order to avoid redundant description of the same parts, and then the embodiment of the second invention is discussed only about those parts different from the first invention.

FIG. 1 is a configuration diagram of a game system according to the present invention. The game system includes a plurality of terminal devices 1, which are communicably connected to a game arcade server 2 of a plurality (here eight devices) of terminal devices 1 via dedicated lines 5, and which are communicably connected to a plurality of game machines via communication lines 4 Arcade server 2 and a center server 3 that manages games played by a plurality of players using terminal devices 1, and a card machine 6 connected to the arcade server 2 via a dedicated line 5 for each arcade 1. It should be noted that the arcade servers 2 can communicate with each other via the communication line 4 .

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

It should be noted that a unique machine ID is associated with each machine of the terminal device 1 . The machine ID includes a code of each arcade server 2 connected to the terminal device 1, and a code of each terminal device 1 in the arcade in which the terminal device 1 is located. For example, if the code of the arcade server A of the arcade A is A, and the code of the terminal device 1 in the arcade A is 1, the machine ID of the terminal device 1 is a1.

The arcade server 2 is communicably connected to a plurality of terminal devices 1 (eight devices in this example) and to the center server 3 respectively, and performs data transmission between the terminal devices 1 and the center server 3 . The central server 3 is communicatively connected to a plurality of arcade servers 2 and has historical data associated with each player. The center server 3 performs data transmission with the terminal device 1 via the arcade server 2, thereby performing authentication of each player and the like. The arcade server 2 is equivalent to the server in the present invention.

The card machine 6 can communicate with the central server 3 via the arcade server 2 . The card machine 6 accepts an operation of personal data input performed by a player, and issues an ID card 8 (not shown). The player registers in the center server 3 with the personal data input at this time, and ID data that can identify the player is given to each player by the center server 3 . This ID data is given in advance to the ID card 8 to be issued. In addition, the password input by the player when the ID data is given is stored in the RAM 303, and is used to authenticate the player when the game starts.

Fig. 2 is a perspective view showing the exterior of eight terminal devices installed in one arcade, and card machines. FIG. 3 is a perspective view showing the exterior of the terminal device. It should be noted that an arcade game device including two displays (first display 11 and second display 12 ) is explained below as an example of a terminal device. However, the present invention is not particularly limited to this example, so a home electric game device configured by connecting a home electric game device to a home television, a personal computer used as an electric game device by executing an electric game program, etc. can be similarly Be applicable.

Furthermore, in the present embodiment, the game executed using the terminal device 1 is an MMORPG (Massively Multiplayer Online Role-Playing Game) in which elements of an action game are applied. A player operating each terminal device 1 operates a character corresponding to the player using various buttons 118 and a joystick 119, and plays a game. Each character belongs to an adventurer's guild in the game (a guild of guilds composed of adventurers), and receives tasks from the guild (in-game conditions set for players). After accepting a quest from a guild, a quest game is played in which a character ventures into a virtual game space. In the quest game, a character can be enhanced by causing the character to fight monsters and raise a level (level value), so that items can be obtained. A character corresponding to each of the plurality of players plays the game in the same virtual game space. Therefore, sometimes a character may challenge a mission with characters corresponding to other players, or a character may exchange information with characters of other players. Once returning to the guild after clearing the above tasks in the virtual game space, the bonus corresponding to the task type will be obtained from the guild, and new tasks can be accepted.

As shown in FIG. 3 , the terminal device 1 includes a housing 10, a first display 11 provided on the front of the housing 10, the first display 11 inclined at a predetermined angle, and a second display provided on the upper end of the first display 11. 12. A game image showing a virtual game space in which a character is placed, an image showing a guild, and other images are displayed on the first display 11 . Various images such as an image indicating a virtual game space map (overall view), a commercial image of a game, and others are displayed on the second display 12 .

A touchpad 14 is installed in front of the first display 11 . The touch panel 14 can detect the player's contact, and output a detection signal indicating the contact position when the contact is detected to the operation input section 114 (not shown) described below. The player can touch the touch panel 14 to input various instructions. Speakers 13 that output sound are provided on both sides of the second display 12 .

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

The casing 10 is provided with an operation panel 18 protruding forward. The front of the operation panel 18 is provided with an attack button 118 a , a defense button 118 b , and a magic button 118 c , and an operation lever 119 . The attack button 118a is used to input an instruction for the character to perform an attack move. The defense button 118b is used to input an instruction for the character to perform a defense move. The magic button 118c is used to input an instruction for the character to perform an action to use magic. The joystick 119 is used to input commands to move the character.

Fig. 4 is a block diagram showing a hardware configuration of a terminal device. The control section 100 controls the overall operation of the terminal device 1, and includes a CPU 101, a ROM 102, and a RAM 103.

The ROM 102 stores various image data, programs, and the like. In particular, the ROM 102 stores images indicating, for example, images displayed on the first display 11 and/or the second display 12, such as various character images showing characters operable by the player, characters operated by other players, and other characters, Image data displaying yokai images of yokai appearing in the virtual game space, displaying various background images of the virtual game space, displaying guild images, and the like. Also the ROM 102 stores, for example, objects constituting characters or monsters, configuration data, background images, and the like. Objects constituting characters or monsters, etc. are composed of a predetermined number of polygons so that they can be three-dimensionally reproduced. Also, the ROM 102 has a level (level value) of a player or a character corresponding to the player stored therein, and an ability value setting table (not shown) in which the character level (level value) and its ability value are correlated with each other.

The ROM 102 may be a storage medium embedded in the terminal device 1, or may be an attachable/detachable storage medium. Furthermore, both can constitute the ROM 102. In addition, among various data stored in the ROM 102, data that can be stored in an attachable/detachable recording medium can be stored by, for example, a hard disk drive, an optical disk drive, a floppy disk drive, a silicon magnetic disk drive, a drive such as a tape media reader, etc. Wait for the readout. In this case, the recording medium is, for example, a hard disk, an optical disk, a floppy disk, a CD, a DVD, a semiconductor memory, or the like.

RAM 103 temporarily stores information, variables, etc. being processed. For example, player participation information (see FIG. 10 ), player information (see FIG. 14 ) such as player information including data on, for example, player level values, etc. are stored. When storing player information (refer to FIG. 14 ) containing data on player level values, the RAM 103 is used as level storage means for storing player level values. The CPU 101 selects a single player mode in which a single player participates in a single task (condition) in the game, or a multiplayer mode in which a player participates in a task with other players, according to an input operation performed by the player using the touch panel 14, and stores the selection result in the player information. It should be noted that the CPU 101 of the terminal device 1 in this embodiment serves as selection means in the present invention (second invention).

The communication interface circuit 104 is used to perform data transmission (such as player participation information, player information, etc.) with the game arcade server 2 via the dedicated line 5 . The communication interface circuit 104 transmits the instruction input by the player through the touch panel 14, various buttons 118 or the joystick 119 to the arcade server 2 via the dedicated line 5, and the arcade server 2 continues the game based on the instruction. Likewise, the communication interface circuit 104 receives display commands for the first display 11 and the second display 12 from the arcade server 2 via the dedicated line 5 . Various images are each displayed on the first display 11 and the second display 12 based on the display command.

The first presentation processing section 111 displays a game image of a character in a virtual game space, an image showing a guild, etc. on the first display 11, and includes a VDP (Video Data Processor), a video RAM, and the like. The first representation processing section 111 refers to the player information (see FIG. 14 ) stored in the RAM 103 and extracts image data from the ROM 102 in accordance with the above display command. Then, the first presentation processing section 111 stores the image data in the video RAM according to the order of priority displayed on the first display 11 (for example, in the order of background image, monster image, and character image), generates a game image, and It is output to the first display 11 . As a result, the game image is displayed on the first display 11 . Furthermore, when displaying a game image three-dimensionally, the first expression processing section 111 performs conversion of an object stored in the ROM 102 (for example, an object constituting a character or a monster, etc.) from a position on a three-dimensional space to a position on a pseudo-three-dimensional space calculation, light source calculation processing, etc., and writing processing of image data to be represented based on the above calculation results to the video RAM (for example, mapping of structural data of the video RAM area specified with polygons), thereby generating a game image, and will It is output to the first display 11 . As a result, a three-dimensional game image is displayed on the first display 11 .

The second presentation processing section 112 causes the second display 12 to display an image indicating a virtual game space map, a commercial image of a game, or other images, and includes a VDP (Video Data Processor), a video RAM, and the like. The second presentation processing section 12 extracts a predetermined image from the ROM 102 in accordance with the above display command. Then, the second rendering processing section 112 stores the image data in the video RAM according to the priority order displayed on the second display 12 , thereby generating a predetermined image, and outputs it to the second display 12 . As a result, a predetermined image is displayed on the second display 12 .

The sound reproduction section 113 outputs predetermined sounds, BGM, etc. to the speaker 13 according to an instruction from the arcade server 2 . The touch panel 14 is a rectangular thin-layer body provided in front of the first display 11, and is configured such that transparent pressure-sensitive materials in rows arranged vertically and horizontally at predetermined intervals are covered with a transparent cover. A conventionally known touch panel can be used as the touch panel 14 . The touch panel 14 outputs a detection signal indicating a contact position at the time of contact to the operation input portion 114 .

The operation input section 114 is a microcomputer including a memory 114a and a timer 114b, buffers the contact position indicated by the detection signal output from the touch panel 14 as data in a predetermined area of the memory 114a, and sequentially determines based on the data using the timer 114b or the like. The details of the instruction are given, and the result of the determination is provided to the control section 100 as an operation command.

The coin sensor 115 transmits a predetermined signal to the control part 100 when a coin inserted into the coin insertion slot 15 is detected. The ID card reader 116 reads out ID data from the ID card 8 inserted into the ID card insertion slot 16 and supplies it to the control section 100 . The attack button 118a is a button for causing the character to perform an attack move, the defense button 118b is for causing the character to perform a defense move, and the magic button 118c is for causing the character to perform an action to use magic. The various buttons 118 (118a to 118c) transmit a detection signal to the control section 100 when detecting a player's operation. The operating stick 119 transmits a detection signal corresponding to a predetermined direction in which the player tilts the operating stick 119 to the control part 100 .

This embodiment explains the case where the terminal device 1 includes the touch panel 14, various buttons 118, and the joystick 119 as means (input means) for the player to input instructions. However, the terminal device 1 related to the present embodiment may include only the touch panel 14, for example, or may include only the various buttons 118 and the operation lever 119. Furthermore, the input device included in the terminal device 1 related to the present embodiment is not limited to the above example, and for example conventionally known input devices such as keyboard, mouse, pointing device, etc. may be used.

FIG. 5 is a block diagram showing a hardware configuration of an arcade server. The arcade server 2 includes a control section 200 that controls the overall operations of the arcade server 2 . The control section 200 includes a CPU 201, a ROM 202, and a RAM 203.

The ROM 202 stores the game control program, and the CPU 201 of the arcade server 2 executes the game control program stored in the ROM 202, and performs various types of processing to continue the game. In addition, the ROM 202 stores various data used in game processing, table data, etc., such as mission list data (see FIG. 20 ) showing a list of missions set to players in the game system of this embodiment, showing the Mission reference data for details etc., a message list (see FIG. 23 ) in which a message input by a player in a guild bulletin board can be stored, a bonus determination table (see FIG. 26 ) for determining the bonus amount for clearing missions, A chat message list ( FIG. 29 ) etc. used when exchanging messages (so-called "chat") with other players in a mission game.

The ROM 202 may be a storage medium embedded in the arcade server 2, or may be an attachable/detachable storage medium. In addition, both may constitute the ROM 202. In addition, among various data stored in the ROM 202, data that can be stored in an attachable/detachable recording medium can be stored by, for example, a hard disk drive, an optical disk drive, a floppy disk drive, a silicon magnetic disk drive, a drive such as a tape media reader, etc. Wait for the readout. In this case, the recording medium is, for example, a hard disk, an optical disk, a floppy disk, a CD, a DVD, a semiconductor memory, or the like.

RAM 203 temporarily stores information, variables, etc. being processed. For example, player participation information (see FIG. 10 ), player information (see FIG. 14 ) such as player information including data on, for example, player level values, etc. are stored. In addition, when the player's history data (see FIGS. 13A and 13B ) is provided from the center server 3, the RAM 203 stores the history data. The RAM 203 is used as a level storage device for storing player level values.

Also, in the embodiment regarding the second invention, the RAM 203 is used as player number storage means for storing, for each mission, the number of players executing the game in the mission. In this case, the RAM 203 is also used as an entry number storage means for storing the number of players entered in the condition for each condition to be cleared.

Further, the CPU 201 functions as player number setting means for setting the number of players executing a game in a mission based on selection made by the CPU 101 of the terminal device 1 serving as selection means. The CPU 201 also functions as entry number updating means for updating the entry number stored in the RAM 203 serving as entry number storage means based on selection made by the CPU 101 of the terminal device 1 serving as selection means.

The communication interface circuit 204 is used for the transmission of various data with the center server 3 and other arcade servers 2 via a network such as the Internet. Furthermore, the arcade server 2 includes an interface circuit group 205 , and is connected to a plurality of terminal devices 1 (eight devices here) and a single card machine 6 from the interface circuit group 205 via a dedicated line 5 .

Fig. 6 is a block diagram showing the hardware configuration of the center server. The center server 3 includes a control section 300 that controls the overall operation of the center server 3 . The control section 300 includes a CPU 301, a ROM 302 and a RAM 303.

The ROM 302 stores a history data evaluation table (see FIG. 32 ) for evaluating game history, and an evaluation message creation table (see FIG. 33 ) for creating evaluation messages. The ROM 302 may be a storage medium embedded in the center server 3, or may be an attachable/detachable storage medium. In addition, both may constitute the ROM 302. In addition, among various data stored in the ROM 302, data that can be stored in an attachable/detachable recording medium can be stored by, for example, a hard disk drive, an optical disk drive, a floppy disk drive, a silicon magnetic disk drive, a drive such as a tape media reader, etc. Wait for the readout. In this case, the recording medium is, for example, a hard disk, an optical disk, a floppy disk, a CD, a DVD, a semiconductor memory, or the like.

The RAM 303 stores, for example, player's ID data, history data (see FIGS. 13A and 13B ), passwords, and the like. The RAM 303 is used as a game history storage device that can store a plurality of game histories of a player, including a plurality of types of units. The communication interface circuit 304 is used for transmission of various data with a plurality of game arcade servers 2 via a network such as the Internet.

Fig. 7 is a block diagram showing the hardware configuration of the card machine. The control part 600 controls the overall operation of the card machine 6, and includes a CPU 601, a ROM 602, and a RAM 603.

The ROM 602 stores various image data, programs, etc., such as image data forming a biographical image, image data forming an image representing an instruction to purchase an ID card, and other image data.

The ROM 602 may be a storage medium embedded in the card machine 6, or may be a connectable/detachable storage medium. In addition, both may constitute the ROM 602. In addition, among various data stored in the ROM 602, data that can be stored in an attachable/detachable recording medium can be stored by, for example, a hard disk drive, an optical disk drive, a floppy disk drive, a silicon magnetic disk drive, a drive such as a tape media reader, etc. Wait for the readout. In this case, the recording medium is, for example, a hard disk, an optical disk, a floppy disk, a CD, a DVD, a semiconductor memory, or the like.

The RAM 603 temporarily stores information in processing, variables, and the like. For example, RAM 603 stores historical data (see FIGS. 13A and 13B ), assessment messages, biographical data, and the like. The CPU 601 transmits a request signal requesting biographical data corresponding to the ID data to the center server 3 using an instruction input through the operation button 618, or ID data read out from an ID card reader 616 described below. Biographical data received from the center server 3 is stored in the RAM 603 . Also, in the embodiment regarding the second invention, the CPU 601 uses an instruction input by operating the button 618, or ID data read out from the ID card reader 616 described below, based on the history stored in the ROM 602. The data generates a plurality of evaluation messages, edits the plurality of evaluation messages according to the time axis in the game, and generates biographical data indicating the player's game progress in RAM 603. The communication interface circuit 604 is used for the transmission of data (such as historical data, etc.) with the game arcade server 2 via the dedicated line 5 . The presentation processing section 611 displays biographical images and the like on the display 61, and includes a VDP (Video Data Processor), a video RAM, and the like. The representation processing section 611 extracts various image data into a biographical image from the ROM 602 using the biographical data stored in the RAM 603, and stores the image data in the video RAM according to the order of priority displayed on the display 61, thereby generating a biographical image , and output it to the display 61. As a result, the biographical image is displayed on the display 61 .

The sound reproduction section 613 outputs predetermined sound, BGM, etc. to the speaker 63 . The coin sensor 615 generates a predetermined signal to the control section 600 when detecting that a coin is inserted into the card machine 6 . The operation button 618 includes a plurality of buttons and is used to input various instructions to the card machine 6 . The operation button 618 transmits a detection signal to the control section 600 when detecting a player's operation. When a predetermined amount of coins and personal data are input into the card machine 6, the ID card ejection device 617 is used to eject one of a plurality of ID cards stored in a predetermined position in the card machine 6. The ID card reader 616 is used to read ID data from the ID card 8 inserted into the card machine 6 .

Next, the flow of the game played in the game system of the above embodiment is described. FIG. 8 is a diagram showing the flow of a game played in the game system of the present embodiment. First, a player who tries to play a new game buys an ID card 8 on the card machine 6 (ST 1). Specifically, the player inserts a predetermined amount of coins into the card machine 6, and uses the operation button 618 to input the player's personal data (such as name or title, birthday, blood type, constellation, etc.), so that the ID card 8 is ejected from the ID card device Exit in 617. The player who is playing the game does not need to perform the process of ST 1 because he already has the ID card 8.

Next, a player who is trying to play a new game or a player who is playing a game performs an operation at the start of the game through the terminal device 1 (ST 2). Operations at the start of the game include, for example, insertion of coins into the coin insertion slot 15, insertion of the ID card 8 into the ID card insertion slot 16, and the like.

When performing a new game after performing the process of ST 2, a character is created (ST 3a). Specifically, the player uses the touch panel 14 to input instructions, thereby creating a character according to the player's preference by selecting the appearance, ability, characteristics, etc. of a character (character operated by the player) corresponding to the player. On the other hand, when the game is being played, since history data (see FIG. 13 ) indicating the game result is stored in the RAM 303 of the center server 3, the history data is extracted from the center server 3 to set the appearance, Capabilities, characteristics, etc. (ST3b).

After completing the process of ST 3 (ST 3a or ST 3b), the form of task acceptance is next chosen (ST 4). As mentioned above, tasks are accepted from guilds. A single player mode in which a single player accepts quests, or a multiplayer mode in which players accept quests with other players can be selected. The more players who clear the mission, the less bonus they get when the mission is cleared. In addition, in the embodiment related to the second invention, the bonus obtained when the mission is cleared is distributed proportionally according to the number of players who cleared the mission. Therefore, when the single player mode is selected, the player can get many bonuses because a single player has to clear the mission, although the difficulty of the mission is increased. On the other hand, when multiplayer mode is selected, players can only clear missions with other players, and only a small bonus is obtained, although the mission difficulty is reduced.

After the process of ST 4 is completed, the game starts, and the character corresponding to the player appears in the guild, and various actions can be taken in the guild (ST 5). In the guild, the player can perform, for example, (i) to (v) below (see FIGS. 17A and 17B ).

(i) review or accept a quest (only before the quest is accepted)

In the present embodiment, for example, there are multiple types of missions such as serious missions and quirky missions (see FIG. 20 , FIG. 21A ). By selecting a mission of interest to the player from among these missions, details of the mission can be viewed (see FIG. 21B ). Once the player reviews the mission, understands its details, and chooses to participate, the player accepts the mission (see Figure 21C).

(ii) Gather information for other roles or tasks

Information about other characters or quests can be obtained in the guild. In particular, hints of attack missions, information on monsters appearing in the virtual game space, and information on items that can be obtained can be obtained by paying a predetermined amount of money that can be used on the game. With regard to other characters, it is possible to obtain information about which characters exist in the virtual game space and which adventures the characters are involved in. It should be noted that the information that can be obtained in the process of (ii) is the information preset in the program, not the information that can be obtained from other players.

(iii) Get a bonus for clearing missions (only when clearing missions).

Here, the experience value corresponding to the level value of the player (character corresponding to the player) who clears the mission, or money usable on the game is paid from the guild. However, when the mission is cleared in multiplayer mode, the more players clear the mission, the less the bonus. Furthermore, in the embodiment regarding the second invention, when the experience value corresponding to the level of the player (character corresponding to the player) who clears the mission, or the money that can be used on the game is paid from the guild, and when the mission When clearing in multiplayer, the bonus is divided by the number of players clearing the mission.

(iv) Use bulletin boards

Guild notice boards can be used by players to write messages on them. Messages written by each player are displayed on the first display 11 of the terminal device 1 (see FIGS. 24A to 24C ). Notice boards can be used by players to exchange information, where messages are written to other players so that information about quests can be exchanged, and players can be invited to quests.

(v) Trading property (items owned by characters)

Items acquired by characters in the virtual game space, or as bonuses for clearing missions, can be traded through guilds.

(vi) Start quest and move to quest game (only after quest accepted)

When the mission is accepted in the above procedure (i), it is possible to switch to the mission game by performing the procedure of (vi).

In the above-described process ST5, the player can input various instructions by touching an image displayed on the first display 11 by means of the touch panel 14.

In ST 5, when the above process (vi) is completed, shift to the mission game (ST 6). The mission game is a game in which missions received from a guild are executed, and forms the core of the game in this embodiment. In the mission game of ST 6, the player operates the character corresponding to the player using various buttons 118 and the joystick 119, and takes an adventure in the virtual game space. If the survivability of the character becomes zero due to an attack from a monster, etc., the game ends (ST 7).

Furthermore, in the mission game, when character images representing other characters are displayed on the first display 11, chat buttons are also displayed on the first display 11. At this time, when the chat button is touched through the touch panel 14, a chat window is opened, and various types of chat messages are displayed in the chat window. The player touches any one of chat messages from a plurality of types of chat messages using the touch pad 14 so that the chat messages can be input. Also, by touching the character image representing the character as the destination of the chat message by means of the touch panel 14, the chat message can be sent via the arcade server 2 to the terminal device 1 of the player operating the character as the destination.

Moreover, in the embodiment regarding the second invention, by touching the chat message by means of the touch panel 14, and further by touching the character image representing the character as the destination of the chat message, the chat message can be sent to the character operating as the destination. Player's terminal device 1.

When clearing a quest in ST 6, the player returns to the guild in ST 5, receives the bonus for clearing the quest, accepts the new quest, and moves to the quest game again. As described above, the game in this embodiment is a game performed by alternately executing the guild (ST 5) and the mission game (ST 6).

Next, processing executed in the game system of the present embodiment when playing a game as described above is described. FIG. 9 is a flowchart showing the flow of processing in the card machine 6, the arcade server 2, and the center server 3 until the ID card is issued.

First, the CPU 601 of the card machine 6 accepts coins and inserts them into the card machine 6 (step S600). When receiving a predetermined signal output from the coin sensor 615 when a coin is detected, the CPU 601 accepts input of personal data (for example, name or name, birthday, blood type, constellation, etc.) operated by the player (step S601). The CPU 601 also accepts input of a password operated by the player (step S602). This password is used when the authentication of the player is performed by the central server 3 . Next, the CPU 601 transmits the input personal data and password to the central server 3 via the game arcade server 2 through the dedicated line 5 by means of the communication interface circuit 604 (step S603).

The CPU 301 of the center server 3 stores the personal data and password sent from the terminal device 1 in the RAM 303 (step S310). Therefore, the player is registered in the center server 3, and then the CPU 301 sends a response signal to the terminal device 1 (step S311).

The CPU 601 of the card machine 6 extracts an ID card 8 from a plurality of ID cards 8 stored in the card machine 6 (step S604). Then the CPU 601 sends the ID data stored in the extracted ID card 8 to the center server 3 (step S605), and the ID card 8 is ejected. As a result, the player can obtain an ID card 8 . On the other hand, the center server 3 receiving the ID data associates the ID data with the personal data and password stored in the RAM 303, and thereafter stores it (step S312).

In the game system of the present embodiment, each terminal device 1 and the arcade server 2 connected to the terminal device 1 via the dedicated line 5 exchange data with each other so that the game continues. Stored in the RAM 203 of the arcade server 2 connected to each terminal device 1 via the dedicated line 5, and the player participation information in the RAM 303 of the center server 3 at this time is described using FIG. 10 .

FIG. 10 is a diagram showing information about player participation. From the column on the left, about the acceptance order (RN) of the order in which the center server 3 accepts participating games, about the machine ID (CN) as identification information of the terminal device 1, and about the arcade as the identification information of the arcade server 2 An information item of a server sign (SN) is stored. In the game of the present embodiment, a predetermined number of players (20, for example) can participate in the same game, and the status of player participation is managed by player participation information shown in FIG. 10 .

11A to 11C are diagrams illustrating details of data transfer processing performed by arcade servers A, B, and C. FIG. 11A, 11B and 11C are diagrams illustrating details of processing performed by the arcade servers A, B and C, respectively. The column on the left side of the figure lists the machine ID (CN) of the terminal device 1 that is the source of the data received by the arcade server 2 (arcade server A, B, or C), and the The arcade server number (SN) of the arcade server 2 through which the data passes. The column on the right side of the figure lists the machine ID (CN) of the terminal device 1 that is the destination of the data sent from the arcade server 2 (arcade server A, B, or C), and the data before it is received by the terminal device 1. The arcade server symbol (SN) of the passing arcade server 2. It should be noted that the CPU 201 included in each arcade server A, B, and C updates the data stored in the predetermined area of the RAM 203 when receiving data sent from the terminal device 1 participating in the game (for example, the terminal device a1, etc.). various data.

The CPU 201 of the arcade server A receives data from any one of the terminal devices a1-a8, as shown in the second row from the top of FIG. 11A, and transmits the data to the others of the terminal devices a1-a8 and the arcade. Servers B and C. The CPU 201 of the arcade server B then receives data from any one of the terminal devices a1-a8 via the arcade server A, as shown in the second row from the top of FIG. 11B , and transmits the data to the terminal devices b1-a8. b8. The CPU 201 of the arcade server C receives data from any one of the terminal devices a1-a8 via the arcade server A, as shown in the second row from the top of FIG. 11C, and sends the data to the terminal devices c1-c8.

The CPU 201 of the arcade server B receives data from any one of the terminal devices b1 to b8, as shown in the third row from the top of FIG. 11b, and sends the data to the arcade server A. The CPU 201 of the arcade server A then receives data from any one of the terminal devices b1-b8 via the arcade server B, as shown in the third row from the top of FIG. 11A, and transmits the data to the terminal devices a1-b8. a8, others of terminal equipment b1-b8, and terminal equipment c1-c8. The CPU 201 of the arcade server C receives data from any one of the terminal devices b1 to b8 via the arcade servers B and A, as shown in the third row from the top of FIG. 11C , and sends the data to the terminal devices c1 to b8. c8.

Similarly, the CPU 201 of the arcade server C receives data from any one of the terminal devices c1 to c8, as shown in the fourth row from the top of FIG. 11C , and sends the data to the arcade server A. The CPU 201 of the arcade server A then receives data from any one of the terminal devices c1~c8 via the arcade server C, as shown in the fourth row from the top of FIG. 11A, and transmits the data to the terminal devices a1~c8. a8, terminal equipment b1-b8, and others of terminal equipment c1-c8. The CPU 201 of the arcade server B receives data from any one of the terminal devices c1~c8 via the arcade servers C and A, as shown in the fourth row from the top of FIG. 11B, and sends the data to the terminal devices b1~c8. b8.

In this way, the CPU 201 transmits data from each terminal device 1 among the arcade servers A, B, and C, so that whenever data from each terminal device 1 is accepted, the data stored in the RAM 203 Various data are updated. Therefore, each terminal device 1 continues the game using the data stored in the RAM 203, so that time synchronization (matching the progress state of the game) during the game can be easily controlled between the terminal devices 1.

In particular, the game arcade server 2 (the game arcade server A here) that initially accepts participation in the game receives data from the terminal device 1 connected by the dedicated line 5, sends the data to all other terminal devices 1, and passes through the above-mentioned other game machines at the same time. The arcade server (arcade server B or C) receives data from terminal devices 1 connected to other arcade servers 2 (here arcade server B or C) via dedicated lines 5, and sends data to all other terminal devices 1. In addition, the above-mentioned other arcade server 2 (arcade server B or C) receives data from the terminal device 1 connected via the dedicated line 5 through the arcade server 2 (arcade server A), and transmits the data to A terminal device 1 connected via a dedicated line 5 .

FIG. 12 is a flowchart showing the flow of processing in the terminal device 1, the arcade server 2, and the center server 3 up to the start of the game. First, the CPU 101 of the terminal device 1 accepts coin insertion into the coin insertion slot 15 (step S100). When receiving a predetermined signal output from the coin sensor 115 when the coin is detected, the CPU 101 reads the player's ID data from the ID card 8 inserted into the ID card insertion slot 16 through the ID card reader 116 (step S101). Next, the CPU 101 accepts the input of the password operated by the player (step S102). Then CPU 101 sends the ID data read and the password input by the player's operation to central server 3 via dedicated line 5 through game arcade server 2 by means of communication interface circuit 104 (step S103).

The CPU 301 of the center server 3 determines whether the ID data received from the terminal device 1 exists in the ID data stored in the RAM 303, and when it is determined that the ID data exists, by determining the player associated with the ID data and stored in the RAM 303 Whether the password matches the password received from the terminal device 1 to perform identity verification (step S301). It should be noted that the CPU 301 refers to the history data stored in the RAM 303, and determines whether the player is a player who is trying to play a new game or a player who is playing a game.

The CPU 301 of the center server 3 then updates the player participation information (see FIG. 10 ) stored in the RAM 303 (step S302), and sends the player participation information to the game arcade server 2 to update the RAM stored in the game arcade server 2 Player participation information in 203 (step S201). Next, the CPU 301 of the center server 3 sends the identity verification result to the terminal device 1 as a response signal (step S303).

The CPU 101 of the terminal device 1 determines whether the player who started the game is a player who is playing a new game or a player who is currently playing a game based on the response signal received from the center server 3 (step S104).

In step S104, when it is determined that the player who started the game is the player who is trying to play a new game, the CPU 101 performs creation of a character based on the player's operation (step S105). In this process, while viewing the image display on the first display 11, the player uses the touch panel 14 to input an instruction to select the appearance, ability, characteristics, etc. of a character (character operated by the player) corresponding to the player, and the CPU 101 Create a role corresponding to the instruction. The CPU 101 also sets the level value of the character corresponding to the player playing the new game as an initial value (for example, level value 1). The CPU 101 then generates information about the player and player information (see FIG. 14 ) based on the result of processing in step S105, including a plurality of items such as ability values of characters corresponding to the player, and stores the information in the RAM 103, thereby executing the character setting (step S107). The player information stored in the RAM 103 contains data about the level value of the character corresponding to the player playing the new game. The RAM 103 is used as a level storage device for storing player level values. It should be noted that the player information shown in FIG. 14 indicates player information related to all players participating in the game, whereas the player information generated in this process indicates only predetermined items of one player. When the processing of steps S105 and S107 is performed, the CPU 101 functions as level setting means for setting a predetermined value according to the game result, and stores the level set by associating to the player ID data as a level value in the RAM 103 (level storage device).

It should be noted that in the embodiment regarding the second invention, in step S104, when it is determined that the player who started the game is the player who is trying to play a new game, the CPU 101 executes creation of a character based on the player's operation (step S105). In this process, while viewing the image display on the first display 11, the player uses the touch panel 14 to input an instruction to select the appearance, ability, characteristics, etc. of a character (character operated by the player) corresponding to the player, and the CPU 101 Create a role corresponding to the instruction. The CPU 101 then generates information about the player and player information (see FIG. 14 ) based on the result of the processing in step S105, including items such as ability values of characters corresponding to the player, thereby performing character setting (step S107). It should be noted that the player information shown in FIG. 14 indicates player information related to all players participating in the game, whereas the player information generated in this process indicates only predetermined items of one player.

In step S104, on the other hand, when it is determined that the player who starts the game is the player who is playing the game, the CPU 101 sends a signal requesting the player history data to the central server 3 via the dedicated line 5 by means of the communication interface circuit 104 (step S106 ). Once the central server 3 receives the signal from the terminal device 1, the central server 3 reads the historical data of the player from the RAM 303, and sends the historical data to the terminal device 1 (step S304).

13A and 13B are graphs showing examples of historical data. The historical data shown in FIG. 13A is historical data of players and characters at this moment (hereinafter also referred to as "player historical data"). The history data shown in FIG. 13B is history data (hereinafter also referred to as "game history data") indicating the game progress of the player (character corresponding to the player). These historical data are updated at predetermined times (eg, when a mission is cleared, when a bonus for clearing a mission is received, when a bogeyman is defeated, etc.).

The player history data includes items such as player's ID data, player's name, level (level value), weapon, protective equipment, character's property, pocket money, skill level, etc., as shown in FIG. 13A. In addition, as shown in FIG. 13B , for each mission cleared by the player, the game history data includes a plurality of historical data items including multiple types of units such as date and time when the mission was cleared, players who participated in the mission, mission clearing When the level (level value), the required time, bonuses and so on.

Such history data shown in FIGS. 13A and 13B is transmitted from the center server 3 to the terminal device 1 in step S304. The CPU 101 of the terminal device 1 that receives the history data from the center server 3 generates information about the player and player information using the history data, including a plurality of items such as ability values of characters corresponding to the player (see FIG. 14 ), and stores the information in RAM 103, thereby performing role setting (step S107). Regarding the ability value of the character, the CPU 101 determines the ability value of the character with reference to the ability value setting value table stored in the ROM 102 based on the level value of the player (role corresponding to the player) included in the history data. It should be noted that the player information shown in FIG. 14 indicates player information related to all players participating in the game, whereas the player information generated in this process indicates only predetermined items of one player. When the processing of step S107 is performed, the CPU 101 functions as level setting means for setting a predetermined level according to the game result, and stores the level set by linking to the player ID data in the RAM 103 (level storage means) as a level value. )middle.

It should be noted that the processing in step S304 in the embodiment regarding the second invention is about the same as above, and slightly different as follows. Specifically, such history data shown in FIGS. 13A and 13B is transmitted from the center server 3 to the terminal device 1 in step S304. The CPU 101 of the terminal device 1 receiving historical data from the center server 3 generates information about the player and player information using the historical data, including a plurality of items such as ability values of characters corresponding to the player (see FIG. 14 ), thereby performing character setting (step S107). Regarding the ability value of the character, the CPU 101 determines the ability value of the character with reference to the ability value setting value table stored in the ROM 102 based on the level of the player (character corresponding to the player) included in the history data. It should be noted that the player information shown in FIG. 14 indicates player information related to all players participating in the game, whereas the player information generated in this process indicates only predetermined items of one player.

After the processing of step S107 is completed, the form in which the CPU 101 accepts job acceptance is selected (step S108). In this process, while viewing the image display on the first display 11, the player operates the touch panel 14 to input an input instruction to select a single player mode in which a single player accepts a mission, or a multiplayer mode in which a player accepts a mission together with other players. . The CPU 101 stores data corresponding to the input instruction in the column of the mission acceptance form of the player information stored in the RAM 103 (see FIG. 14 ). It should be noted that the player information shown in FIG. 14 indicates player information related to all players participating in the game, whereas the data stored in the column of the mission acceptance form in this process is data of only a single player.

It should be noted that in the embodiment regarding the second invention, the CPU 101 serves as selection means for selecting to execute the game alone or with other players in order to complete a certain mission in the game, based on an input operation performed by the player using the touch panel 14.

Next, the CPU 101 sends the player information about one player stored in the RAM 103 to the arcade server 2 via the dedicated line 5 by means of the communication interface circuit 104 (step S109).

Next, the CPU 201 of the arcade server 2 uses the player information related to the individual player to perform settings for allowing the player to participate in the game (step S202). In this process, the CPU 201 adds the player information related to a single player, the player information received from the terminal device 1, to the player information already stored in the RAM 203. Also, the CPU 201 sets the game area coordinates of the character corresponding to the player newly participating in the game as an initial value (a value corresponding to the position of the guild) (see FIG. 14 ). In the embodiment regarding the first invention, the CPU 201 executes the process of step S202, whereby data on the player level value is stored in the RAM 203. The RAM 203 is used as a level storage device for storing player level values.

FIG. 14 shows player information stored in the RAM 203 of the arcade server 2. As shown in FIG. 14 , player information of a plurality of players (five players in the figure) is stored in the RAM 203 of the arcade server 2. The player information includes a plurality of items, and for example, information about the player, a level value of a character, an ability value, information about a skill level, and other items are stored, for example. As shown in the diagram, information about tasks during setup is stored in the task's columns. In addition, data on whether the single player mode is selected or the multiplayer mode is selected is stored in the column of the mission acceptance form. In addition, data on the position in the virtual game space where the character exists at the moment is stored in the game area coordinates.

After the processing of step S202 is completed, the game starts in the terminal device 1 and the arcade server 2 (steps S110, S203). As shown in FIG. 12, each player can participate in a game played in the game system according to the present embodiment as long as 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 MMORPG. In addition, during the game, data is transferred between the arcade server 2 and each terminal device 1 participating in the game, and time synchronization is controlled as described above using FIG. 11 so that the same player information is always stored in the arcade In the RAM 203 of the server 2 and in the RAM 103 of the terminal device 1.

FIG. 15 is a flowchart showing an outline of processing executed in the terminal device 1 during a game. First, the CPU 101 of the terminal device 1 executes guild execution processing (step S120). In the guild execution processing described below using FIG. 16, task review and acceptance, information collection, reception of bonuses for clearing tasks, use of guild bulletin boards or exchange of items, etc. can be performed, as in ST of FIG. 8 shown in 5. Also, the guild execution process ends when the character accepts the mission, after which the mission starts.

After the guild execution processing in step S120 ends, the CPU 101 executes mission game execution processing (step S121). Mission game execution processing is described below using FIGS. 27 and 28 . In the mission game execution process, the player operates the character corresponding to the player using various buttons 118 and the joystick 119, and takes an adventure in the virtual game space. Players can also exchange chat messages with other players. When the predetermined condition for mission termination is satisfied, the mission game execution process ends. Conditions for mission termination include, for example, clearing the mission, returning to the guild, and reaching zero survivability, among others.

In the case where the mission termination condition is satisfied and the mission game execution process of step S121 ends, the CPU 101 determines whether the survivability of the character becomes zero (step S122). When it is determined that the survivability of the character becomes zero, the character cannot continue the game, so various processes for ending the game are performed (step S123), and the subroutine ends. When the game ends, the CPU 201 of the arcade server 2 transmits the game history stored in the RAM 203 to the center server 3. The central server 3 stores the game history received from the arcade server 2 in the RAM 303. In the embodiment regarding the second invention, when it is determined that the survivability of the character becomes zero, various processes for ending the game (for example, generating historical data based on player information, sending historical data to the center server 3, and other processing) are performed. Executed (step S123), and the subroutine ends.

In step S122, on the other hand, when it is determined that the survivability of the character is not zero, it means that other conditions for mission termination (for example, clearing the mission, returning to the guild, etc.) are met. Therefore, the process returns to the guild execution process of step S120. Therefore, in this game execution processing, the guild execution processing of step S120 and the mission game execution processing of step S121 are repeatedly executed until the survivability of the character becomes zero. Of course, although not shown, when an instruction to end the game is input by the player, the subroutine ends after executing the process of step S123 for ending the game, regardless of whether the survivability of the character is zero.

Next, the guild execution process executed after calling in step S120 of the flowchart shown in FIG. 15 is described. FIG. 16 is a flowchart showing a guild execution processing routine called in step S120 of the flowchart shown in FIG. 15 and executed by the terminal device 1 . 17A and 17B are diagrams schematically showing images displayed on the first display 11 of the terminal device 1 when the subroutine shown in FIG. 16 is executed.

When the guild execution processing shown in FIG. 16 is executed, an image as shown in FIG. 17A is displayed on the first display 11 by the first presentation processing section 111 . An image showing the current position of the character such as "Guild" is located on the upper left of the screen, and an image showing player instructions such as "Please choose what to do" is located on the upper right of the screen. Images showing options such as "task review/acceptance", "notice board", "bonuses", "information collection", "exchange of property" are located in the center of the screen from the top. The player can input an instruction corresponding to the option by touching the displayed selected image using the touch panel 14 .

Once the subroutine shown in FIG. 16 is executed, the CPU 101 first determines whether an instruction of task reference/acceptance is input (step S130). The player inputs the instruction by touching an image displaying the option of “mission review/acceptance” via the touch panel 14 . When it is determined that an instruction of job reference/acceptance is input, the CPU 101 executes job reference/acceptance processing (step S131). This job referral/acceptance process is described in detail below using FIG. 18 . As shown in FIG. 17B, the option of "task review/reference" displayed on the first display 11 becomes the option of "task start".

Next, the CPU 101 determines whether an instruction to use the bulletin board is input (step S132). The player inputs the instruction by touching an image displaying the option “Notice Board” via the touchpad 14 . When it is determined that an instruction to use the billboard is input, the CPU 101 executes a billboard use process (step S133). This notice board use process is described in detail below using FIG. 22 .

Next, the CPU 101 determines whether an instruction of a bonus payment request is input (step S134). The player enters this instruction by touching an image displaying the "bonus" option via the touchpad 14 . When it is determined that an instruction of a bonus payment request is input, the CPU 101 executes bonus payment processing (step S135). This bonus payment processing is described in detail below using FIG. 25 .

Next, the CPU 101 determines whether an instruction to collect information is input (step S136). The player inputs the instruction by touching an image displaying an option of “information collection” via the touch panel 14 . When an instruction to determine information collection is input, various information display processing is performed (step S137). In this process, the CPU 201 of the arcade server 2 executes the program stored in the ROM 202, whereby the CPU 101 acquires selected information (for example, information related to other characters or tasks) from the ROM 203 of the arcade server 2. ), and based on the information, an image representing the information is displayed on the first display 11 by means of the first presentation processing section 111.

Next, the CPU 101 determines whether an instruction to exchange property is input (step S138). The player inputs this instruction by touching an image displaying the option of “property exchange” via the touch panel 14 . When it is determined that an instruction to exchange assets is input, an asset exchange process is executed (step S139). In this process, when the player selects the property that the player wishes to sell to the guild from the property of the character, an instruction is sent to the arcade server 2, and the CPU 201 of the arcade server 2 increases the number of player information stored in the RAM 203. money, and perform processing to delete property data. On the other hand, when the player selects an item sold by the guild, an instruction is sent to the arcade server 2, and the CPU 201 of the arcade server 2 reduces the pocket money of the player information stored in the RAM 203, and executes adding item data processing.

Next, the CPU 101 determines whether an instruction to start a job is input (step S140). The player inputs the instruction by touching an image displaying the option of "Mission Start" via the touch panel 14, while the image shown in FIG. 17B is displayed on the first display 11. When an instruction to determine the start of a task is input, the subroutine ends. On the other hand, when it is determined that the instruction to start the job has not been input, the process returns to step S130.

FIG. 18 is a flowchart showing a role reference/acceptance processing routine called in step S131 of the flowchart shown in FIG. 16 and executed by the terminal device 1 . FIG. 19 is a flowchart showing processing performed by the arcade server 2 in accordance with the subroutine program performed by the terminal device 1 shown in FIG. 18 .

First, the CPU 101 of the terminal device 1 sends a task list request signal to the arcade server 2 via the dedicated line 5 by means of the communication interface circuit 104 (step S1310). This processing corresponds to the processing of step S3310 of FIG. 19, wherein when the CPU 201 of the game arcade server 2 receives the task list request signal from the terminal device 1, the CPU 201 extracts the information related to the task list data stored in the ROM 202. Mission list data related to missions that the player can participate in at the moment is sent to the terminal device 1 .

Fig. 20 is a diagram showing an example of task list data. Task codes including two-digit symbols (such as "AA", "AB", etc.) are stored in the leftmost column, and the task codes are assigned to tasks respectively. Also, the number of players that can participate in each mission is stored in the right column. "1" is stored as the number of players that can participate in the single mode, and "4" is stored as the number of players that can participate in the multiplayer mode. It should be noted that, in the embodiment regarding the second invention, the number of players who can participate is equivalent to the number of players in the present invention.

In this embodiment, an explanation is provided for a case where the number of players available for participation in the single-player mode is 1 and the number of players available for participation in the multiplayer mode is four. However, the present invention is not limited to this example. For example, a mission in which the number of players available to participate in the single-player mode is 0 may exist. In this case, the player cannot participate in the mission in single player mode, so multiplayer mode must be selected. The number of players that can participate in the multiplayer mode is not particularly limited.

The details of the task "AA" are "Desire 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 to accept the mission, and if the player does not reach this level (level value), he cannot accept the mission. The details of the quest "AB" are "Want to protect the princess ●● defend against monsters △△", and the level (level value) available for participation is 3. The details of the task "AC" are "want to search for hidden treasure in the cave ○○", and the participable level (level value) is 5. The details of the task "AD" are "I hope to search for hidden treasures on an isolated island", and the level of participation (level value) is 7. The details of the quest "AE" are "I want to search for the ancient site to solve the puzzle" and the level (level value) that can be participated is 9. The details of the task "AF" are "search for land that no one has ever mined", and the level (level value) that can be participated is 11. The difficulty of the mission increases in the order of "AA" to "AF", and the participation possible level (level value) also becomes high according to the difficulty of the mission. The task (condition) in the present invention is not limited to this example, of course, is not particularly limited as long as it can be set in the game.

After the processing of step S1310, the CPU 101 determines whether task list data has been received from the arcade server 2 (step S1311). When it is determined that task list data has not been received, the process returns to step S1310. On the other hand, when it is determined that the task list data is received from the arcade server 2, the CPU 101 controls the first presentation processing section 111, and executes a process of causing the first display 11 to display the image shown in FIG. 21A (step S1312).

FIG. 21A is a diagram showing an example of an image displayed on the first display 11 when the process of step S1312 is executed. An image showing the character's current location such as "Guild" is located on the upper left of the screen, and an image showing player instructions such as "Which quest do you like?" is located on the upper right of the screen. Images showing the details of the quest are displayed sequentially in the middle of the screen from the top, such as "Delivery the package to Mr. □Online Search” and “Puzzles of Monuments”. Images showing Review and Accept options are arranged for each task. The player can touch the image displaying the options through the touch panel 14 to input an instruction corresponding to the options. For example, by touching an image displaying a "review" option corresponding to "hidden treasure in cave ○○" by means of the touch panel 14, information on "hidden treasure in cave ○○" can be obtained. Also, by touching an image displaying the option "Accept" corresponding to "Hidden Treasure in Cave ○○" by means of the touch panel 14, the mission "Hidden Treasure in Cave ○○" can be accepted.

After the processing of step S1312, the CPU 101 determines whether an instruction for job reference is input (step S1313). This instruction can be input by touching an image displaying the "Review" option by means of the touch panel 14 . When it is determined that the instruction for task review is input, the CPU 101 sends a task review request signal to the game arcade server 2 via the dedicated line 5 by means of the communication interface circuit 104 (step S1314). This processing corresponds to step S3312 of FIG. 19 . The arcade server 2 that receives the mission reference request signal from the terminal device 1 extracts mission reference data related to the requested mission (for example, data in which details of the mission are described, displayed detailed dynamic image or static image, etc.), and transmit the extracted task reference data to the terminal device 1.

When it is determined in step S1313 that an instruction for job reference has not been input, or when the processing of step S1314 is completed, the CPU 101 then determines whether job reference data has been received (step S1315). When it is determined that the task reference data is received, the CPU 101 controls the first presentation processing section 111, and executes a process of causing the first display 11 to display the image shown in FIG. 21B (step S1316).

FIG. 21B is a diagram showing an example of an image displayed on the first display 11 when the process of step S1316 is executed. An image showing the character's current location such as "Guild" is located on the upper left of the screen, and an image showing the name of the task being consulted, such as "About the hidden treasure in the cave ○○" is located on the upper right of the screen. An image showing the entrance of the cave ○○ is located on the left side of the screen. On the right side of the screen, an image showing a message explaining the details of the task is arranged, and an image showing options of "Accept" and "Return" are also arranged.

When it is determined in step S1315 that the role reference data has not been received from the arcade server 2, or when the processing of step S1316 is completed, the CPU 101 determines whether an instruction of role acceptance is input (step S1317). This instruction can be entered by touching an image displaying the "Accept" option by means of the touchpad 14 . When it is determined that the command to accept the task is input, the CPU 101 sends the task acceptance request signal to the game arcade server 2 via the dedicated line 5 by means of the communication interface circuit 104 (step S1318). This processing corresponds to the processing of step S3314 in FIG. 19 .

In step S1317, when it is determined that an instruction of mission acceptance has not been input, or when the processing of step S1318 is completed, the CPU 101 determines whether a standby image display command is received from the arcade server 2 (step S1319). This processing corresponds to the processing of step S3322 of FIG. 19 , and the standby image display command includes data related to the number of mission-participable players and the number of registered participants. It should be noted that in the embodiment regarding the second invention, the number of registered participants is equivalent to the number of entries in the present invention.

In step S1319, when it is determined that the standby image display command is received, the CPU 101 controls the first presentation processing section 111 based on the standby image display command (step S1320). The first representation processing section 111 extracts predetermined image data from the ROM 102 using data related to the number of participating players and the number of registered participants contained in the above-mentioned standby image display command, and draws predetermined image data in a predetermined order of priority. Image data is stored in the video RAM, thereby generating a standby image. The first rendering processing section 111 then outputs the standby image to the first display 11 . As a result, the image shown in FIG. 21C is displayed on the first display 11, for example.

FIG. 21C is a diagram showing an example of an image displayed on the first display 11 when the process of step S1320 is executed. An image showing the character's current location such as "Guild" is located on the upper left of the screen, and an image showing the name of the task such as "Hidden treasure in the cave ○○" is located on the upper right of the screen. Also, in the middle of the screen, an image showing that the number of players that can participate is 4, and that the number of registered participants at the current moment is 3 is displayed.

In step S1319, when it is determined that the standby image display command has not been received from the arcade server 2, or when the processing of step S1320 is completed, the CPU 101 then determines whether a notification signal has been received from the arcade server 2 (step S1321) . This processing corresponds to the processing of step S3324 in FIG. 19 .

When it is determined in step S1321 that the notification signal is received, the CPU 101 controls the first presentation processing section 111, and causes the first display 11 to display an image in which the presentation task is set, as shown in FIG. 21D (step S1322).

FIG. 21D is a diagram showing an example of an image displayed on the first display 11 when the process of step S1322 is executed. An image showing the character's current location such as "The Guild" is on the upper left of the screen, and an image showing the name of the accepted quest such as "Hidden Treasure in Cave OO" is on the upper right of the screen. An image showing the entrance of the cave ○○ is located on the left side of the screen. On the right side, an image showing that the task is accepted is arranged.

When it is determined in step S1321 that the notification signal has not been received, or when the processing of step S1322 is completed, the CPU 101 determines whether to end the job reference/acceptance processing (step S1323). When the player uses the touch panel 14 to input an instruction to return the processing to the subroutine of FIG. 16 after finishing this processing, the mission reference/acceptance processing ends. In step S1323, when it is determined to end the job reference/acceptance process, the subroutine ends. On the other hand, when it is determined not to end the job reference/acceptance process, the process moves to step S1313.

Next, the flowchart shown in Fig. 19 is described. First, the CPU 201 of the arcade server 2 determines whether a task list request signal is received from the terminal device 1 (step S3310). This processing corresponds to the processing of step S1310 in FIG. 18 . When it is determined that the task list request signal is received from the terminal device 1, the CPU 201 of the game arcade server 2 extracts the task list data related to the tasks that the player can participate in at the current moment from the task list data stored in the ROM 22, And it is sent to the terminal device 1 (step S3311). This process corresponds to step S1311 of FIG. 18, in which a task list image (see FIG. 21A) is displayed on the first display 11 of the terminal device 1 receiving the task list data (FIG. 18, step S1312).

In step S3310, when it is determined that the task list request signal has not been received, or when the processing of step S3311 is completed, the CPU 201 of the arcade server 2 determines whether a task review request signal is received from the terminal device 1 (step S3312). This processing corresponds to the processing of step S1314 in FIG. 18 .

When it is determined in step S3312 that the task reference request signal is received from the terminal device 1, the CPU 201 extracts task reference data related to the requested task from the task reference data stored in the ROM 202, and transmits the extracted task reference data to terminal device 1 (step S3313). This process corresponds to step S1315, in which the role reference image (see FIG. 21B) is displayed on the first display 11 of the terminal device 1 that received the role reference data (FIG. 18, step S1316).

In step S3312, when it is determined that the mission review request signal has not been received, or when the processing of step S3313 is completed, the CPU 201 determines whether a mission acceptance request signal including data indicating a mission selected by the player is received (step S3314). This processing corresponds to step S1318 of FIG. 18 . At this time, the CPU 201 functions as a condition selection means for selecting any one condition from a plurality of types of conditions according to an input operation performed by the player. Furthermore, in the embodiment regarding the second invention, in step S3312, when it is determined that the job reference request signal has not been received, or when the processing of step S3313 is completed, the CPU 201 determines whether the job acceptance request signal is received (step S3314 ). This processing corresponds to step S1318 of FIG. 18 .

When it is determined in step S3314 that the mission acceptance request signal is received, the CPU 201 of the arcade server 2 compares the player level (level value) contained in the player information (see FIG. 14 ) stored in the RAM 203 with the player level (level value) contained in the stored The participation levels (level values) in the task list data (see FIG. 20 ) in the ROM 22 are compared (step S3315). Next, the CPU 201 determines whether or not the player level (level value) is above the mission-participable level (level value) based on the comparison result in step S3315 (step S3316). For example, for the player "d" in the player information shown in FIG. 14, since the level (level value) is 11, the player can participate in the mission "AB" whose level (level value) is 3. On the other hand, for the player "a" in the player information shown in FIG. 14, since the rank (level value) is 1, the player cannot participate in the mission "AB".

When it is determined in step S3316 that the player level (level value) is not above the mission-participable level (level value), the CPU 201 moves the process to step S3321 without performing registration of the player's participation in the mission (step S3317).

On the other hand, in step S3316, when it is determined that the player level (level value) is above the mission-participable level (level value), the CPU 201 determines whether other players have performed registration to participate in the mission (step S3318). If it is determined that the above-mentioned other players have not performed the registration to participate in the mission, the CPU 201 refers to the mission list data stored in the ROM 202, and stores data related to the number of players that can participate in the mission in the RAM 203, thereby setting the number of players that can participate in the mission (step S3319). For example, if the player selects the single player mode, the RAM 203 is caused to store data indicating that the number of players who can participate is "1". In addition, if the player selects the multiplayer mode, the RAM 203 is made to store the data that the number of players that can participate is "4".

It should be noted that in the embodiment regarding the second invention, the CPU 201 of the arcade server 2 is used as a player number setting means for setting the number of players (number of players who can participate) to execute the game so as to complete the conditions to be cleared set in the game .

In step S3318, when it is determined that other players have performed registration to participate in the mission, or when the processing of step S3319 is completed, the CPU 201 executes processing of updating the number of registered participants (step S3320). When the processing of step S3319 is executed, in this processing, the CPU 201 stores data indicating that the number of task participants is "1" in the RAM 203. On the other hand, when other players have performed registration to participate in the mission, in this process, the CPU 201 updates the number of participants stored in the RAM 203 so as to add 1 to the number of participants because the data indicating the number of participants in the mission stores In RAM 203.

It should be noted that in the embodiment regarding the second invention, the RAM 203 is used as an entry number storage means for storing the number of entries into a mission (the number of registered participants) for each mission. Further, the CPU 201 functions as entry number updating means for updating the entry number (registered participant number) stored in the RAM 203 as entry number storage means based on selection made by the CPU 101 serving as selection means.

In step S3314, when it is determined that the task acceptance request signal has not been received, or when the processing of step S3320 is completed, the CPU 201 determines whether the number of task participants is the same as the number of task participants set in step S3319 (step S3321), Wherein each time the processing of step S3320 is executed, the number of participants is sequentially updated (by adding 1). When the single mode is selected, the number of players who can participate in the task is set to "1" in step S3319, and the number of registered participants of the task is stored as "1" in the RAM 203 in step S3320, so in step S3321 Confirmed as "Yes". In addition, when the multiplayer mode is selected, the number of participating players is set to "4" in step S3319, and the number of registered participants of the mission is stored as "1" in the RAM 203 in step S3320, therefore, The determination in step S3321 is "No". The processing of step S3320 is repeated thereafter, and when the number of registered participants of the task is "4", the determination in step S3321 is "Yes".

It should be noted that in the embodiment regarding the second invention, the CPU 101 serves to determine whether the number of entries (the number of registered participants) stored in the RAM 203 serving as the number of entries storage means reaches the number set by the number of players used as the setting means. Means for determining the number of players (number of players who can participate) set by the CPU 201.

When it is determined in step S3321 that the number of registered participants is not the same as the number of available players, the CPU 201 of the arcade server 2 displays a standby image containing data related to the number of registered participants and the number of available players. The command is sent to the terminal device 1, in the process of participating in the registration (step S3322). This process corresponds to the process of step S1319 of FIG. 18, in which the standby image (see FIG. 21C) is displayed on the first display 11 of the terminal device 1 which received the standby image display command (FIG. 18, step S1320). Thereafter the subroutine ends.

It should be noted that, in the embodiment regarding the second invention, the first display 11 of the terminal device 1 is used as standby image display means that displays a standby image displaying information on the number of players and the number of entries.

On the other hand, when it is determined in step S3321 that the number of registered participants is the same as the number of players who can participate, the CPU 201 of the game arcade server 2 updates the data of the player information on the column of the task (see FIG. 14 ), the player information Stored in the RAM 203, and allow players in the process of participating in the registration process to set tasks (step S3323). At this time, the CPU 201 functions as condition setting means for setting tasks (conditions in the game) for players to perform processing of setting conditions selected by the CPU 201 serving as condition selecting means. Next, the CPU 201 transmits a notification signal indicating that the task is set to the terminal device 1 in the process of participating in the registration (step S3324). This process corresponds to the process of step S1321 of FIG. 18, in which an image showing that the task is set (see FIG. 21D) is displayed on the first display 11 of the terminal device 1 that received the notification signal (FIG. 18, step S1322). Thereafter, the subroutine ends. It should be noted that in the embodiment regarding the second invention, the CPU 201 functions as condition setting means for setting tasks for players who execute the game when the CPU 201 as the determination means determines that the number of entries reaches the number of players.

FIG. 22 is a flowchart showing notice board use processing called in step S133 of the flowchart shown in FIG. 16 and executed by the terminal device 1, and processing executed by the arcade server 2 according to the above processing. FIG. 23 is a diagram showing an example of a message list used when the processing of step S1334 on the flowchart shown in FIG. 22 is executed.

First, the CPU 101 of the terminal device 1 sends a request signal requesting an input message to the arcade server 2 (step S1330). Once the arcade server 2 receives the request signal, the arcade server 2 transmits the message (input message) that has been input by the terminal device 1 and stored in the RAM 203 to the terminal device 1 that is the source of the request message (step S3330).

Once terminal device 1 receives an input message from arcade server 2, terminal device 1 displays an image showing the input message shown in FIG. 24A on first display 11 by means of first presentation processing section 111 (step S1331).

FIG. 24A is a diagram showing an example of an image displayed on the first display 11 of the terminal device 1 when the process of step S1331 of FIG. 22 is executed. An image showing the current position of the character such as "Guild" is located on the upper left of the screen, and an image such as "Notice Board" is located on the upper right of the screen. An image showing options such as "New Input" is on the right. "New input" is not used for inputting a message for another player's message, but is an option used when inputting a new message. The player can input an instruction for inputting a new message by touching the image of “new input” using the touch panel 14 .

Input messages entered by each player are displayed in the middle of the screen. For example, the image "a-'I am a, nice to meet you'", indicates the message "I am a, nice to meet you" entered by player "a". Also, an image showing options such as "Comment" is on the right. "Comment" is not used to enter a new message, but is an option used when entering a message to another player's message. The player touches the image of "Comment" using the touch panel 14, so that an instruction for inputting a message to other players can be input. Also, an image positioned below the aforementioned message on the right, such as "d-'I am d. Nice to meet you'", indicates a message entered by player "d" in response to player "a"'s message "I am d. Nice nice to meet you". An image such as "b-'Will you go on an adventure with me?'", and an image such as "c-"Will you go on an adventure with me?'" are located below the player "d" message. These are messages entered by players "b" and "c" looking for players to join in the quest together.

After the processing of step S1331, the CPU 101 determines whether an instruction to input a message has been input (step S1332). The player can input an instruction for inputting a message by touching an image of “new input” or “comment” by means of the touch panel 14 .

When it is determined in step S1332 that an instruction to input a message is input, the CPU 101 of the terminal device 1 transmits a request signal requesting a list of messages to the arcade server 2 (step S1334). The CPU 201 of the arcade server 2 that has received the request signal extracts the message list stored in the ROM 202, and sends it to the terminal device 1 that is the source of the request signal (step S3331).

Fig. 23 is a diagram showing an example of a message list. The message numbers are stored in the left column, and the messages corresponding to each number are stored in the right column. For example, the message "I am 'a (player name)'. Nice to meet you" is associated with number "001". Additionally, the message "Will you start an adventure with me?" is associated with number "002". Also, the message "Let's start an adventure together" is associated with the number "003". Although not shown in the diagram, many other messages are stored in this message list.

The CPU 101 of the terminal device 1 that receives the message list from the game arcade server 2 controls the first presentation processing part 111 based on the message list, and performs displaying on the first display 11 of a message option that any one message can be selected from a plurality of messages. above (step S1335).

24B is when the image shown in FIG. 24A is displayed on the first display 11, when the player "a" uses the touch panel 14 to input an instruction to input a message for the message of the player "b", the image displayed on the first display 11 . An image showing the current position of the character such as "Guild" is located on the upper left of the screen, and an image such as "Notice Board" is located on the upper right of the screen. An image showing a message of the player "b" to which the player "a" inputs a message is arranged below it. Also, below the image displaying the message of the player "b", a message list in which a plurality of options of the message are vertically listed is displayed. When the image shown in FIG. 24B is displayed, the player uses the touch panel 14 to touch an image representing a message the player wishes to input, so that an instruction to send the message to the arcade server 2 can be input.

After the processing of step S1335, the CPU 101 determines whether an instruction to select a message is input (step S1336). The instruction can be input by touching any one of a plurality of options of the displayed message by means of the touch panel 14, while the image shown in FIG. 24B is displayed on the first display 11.

When it is determined in step S1336 that an instruction to select a message is input, the CPU 101 sends the message to the arcade server 2 via the dedicated line 5 by means of the communication interface circuit 104 (step S1337). On the other hand, upon receiving a message from the terminal device 1, the CPU 201 of the arcade server 2 causes the RAM 203 to store the message (step S3332). Here, the message stored in the RAM 203 is exchanged between the terminal device 1 and the arcade server 2 in the above steps S1330, S1331, or S3330, and becomes a message displayed on the first display 11 of the terminal device 1, In other words, type the message.

The CPU 101 of the terminal device 1 thereafter determines whether to end the billboard use processing (step S1338). When the player uses the touch panel 14 to input an instruction to return the process to the subroutine of FIG. 16 after finishing this process, the notice board use process ends. When it is determined in step S1338 to end the billboard use processing, the subroutine ends. On the other hand, when it is determined not to end the billboard use processing, the process returns to step S1330. Then, the CPU 101 sends again a request signal requesting an input message (step S1330). The arcade server 2 having received the request signal transmits an input message to the terminal device 1 (step S3330). The terminal device 1 having received the input message from the arcade server 2 then displays the input message on the first display 11 (step S1331).

FIG. 24C is when the image shown in FIG. 24B is displayed on the first display 11, when the player uses the touchpad 14 to touch the image of "Let's start an adventure together", displayed on the first display 11 of the terminal device 1 image. Unlike the image shown in FIG. 24A , the image shown in FIG. 24C shows an additional message of "Let's start an adventure together" input by player "a" to the message of player "b".

Fig. 25A is a flow chart of an embodiment of the first invention, and Fig. 25B is a flow chart of an embodiment of the second invention. Each flowchart shows the bonus payment processing called in step S135 of the flowchart shown in FIG. 16 and executed by the terminal device 1, and the processing executed by the arcade server 2 according to the above-described processing. First, in FIG. 25A, the CPU 101 of the terminal device 1 sends a bonus payment request signal to the arcade server 2 (step S1350). Upon receiving the bonus payment request signal from the terminal device 1, the CPU 201 of the arcade server 2 determines whether the player clears the mission using the player information (see FIG. 14 ) stored in the RAM 203 (step S3350). At this time, the CPU 201 functions as condition completion determination means for determining whether the player clears the condition (mission). When it is determined in step S3350 that the player clears the task, the CPU 201 of the game arcade server 2 determines the bonus with reference to the bonus determination table based on the type of cleared task, the level value of the player, and the task acceptance form (the number of participants in the task). amount (step S3351).

In FIG. 25B for explaining an embodiment about the second invention, when it is determined in step S3350 that the player clears the task, the CPU 201 of the arcade server 2 determines the bonus amount based on the cleared task with reference to the bonus determination table (step S3351 ). At this time, the amount of money available in the game paid according to the task type is determined.

Fig. 26A(a) is a diagram showing an example of a bonus determination table for task "AA" in the embodiment about the first invention. The bonus determination table is stored as data in the ROM 202 of the arcade server 2. It should be noted that the bonus determination table of the task "AA" is taken here as an example, and the bonus determination tables of other tasks are also stored in the ROM 202 as data.

In the bonus determination table shown in FIG. 26A(a), the bonus amount is related to a combination of a player's (role corresponding to the player's) level value and the mission acceptance form (the number of participants in the mission). For example, if the player's level value is 1 and the quest acceptance form is single player mode, the bonus amount is 100.

Furthermore, in the bonus determination table shown in FIG. 26A(a), even if the same mission (here mission "AA") is cleared, the higher the player's level value, the higher the bonus amount. For example, if the task accepting form is a single player mode, as the player's level value increases, such as 1, 2, 3, etc., the bonus amount increases, such as 100, 120, 140, etc.

Therefore, when the bonus amount is determined with reference to the bonus determination table shown in FIG. 26A(a), even in the case of a mission of low difficulty, if the player's level value is high, the player can obtain a large amount of bonus as a game result, unlike those with Compared to players with low level values.

It should be noted that in the embodiment regarding the first invention, the bonus amount may be determined with reference to the bonus determination table shown in FIG. 26A(b), for example instead of the bonus determination table shown in FIG. 26A(a). Fig. 26A(b) is a diagram showing another example of the bonus determination table for task "AA" in the embodiment about the first invention.

In the bonus determination table shown in FIG. 26A(b), as in the case of FIG. 26A(a), the bonus amount is related to the level value of the player (role corresponding to the player) and the task acceptance form (the number of participants in the task). ) combination related. However, the associated bonus amount is different from that of the bonus determination table shown in FIG. 26A(a). Specifically, in the bonus determination table shown in FIG. 26A(b), the higher the level value of the player, the lower the bonus amount even if the same mission (here, mission "AA") is cleared. For example, if the form of task acceptance is a single player mode, as the player's level value increases, such as 1, 2, 3, etc., the bonus amount decreases, such as 300, 280, 260, etc.

Therefore, when the bonus amount is determined with reference to the bonus determination table shown in FIG. 26A(b), even if the same mission is cleared, if the player's level value is high, the player only gets a small amount of bonus as a game result, unlike those with low level values. players compared.

Fig. 26B is a diagram showing an example of a bonus determination table in the embodiment relating to the second invention. Mission codes including two-digit symbols are stored in the left column of the bonus determination table, and bonus amounts corresponding to the mission codes are stored in the right column thereof. For example, the bonus amount corresponding to the mission "AA" is 100, and the bonus amount corresponding to the mission "AB" is 300.

When the processing of step S3351 is performed, when the CPU 201 serving as condition completion determining means determines the player clearing condition, the CPU 201 of the arcade server 2 serves as game result determining means for based on the condition cleared by the player, and based on The player's level value stored in the RAM 203 serving as level value storage means determines the amount of money available in the game given to the player as a result of the game.

After the processing of step S3351, the CPU 201 updates the player information (see FIG. 14 ) stored in the RAM 203 (step S3354). In particular, the data in the column of the task is cleared, and the amount of money is increased by the amount of the bonus. The CPU 101 of the terminal device 1 synchronizes the player information updated in the arcade server 2 to update the player information (step S1351).

In the embodiment regarding the second invention, after the process of step S3351, the CPU 201 refers to the player information (see FIG. 14 ) stored in the RAM 203, and determines whether the player has cleared the mission in the multiplayer mode (step S3352). When it is determined that the task is cleared in the multiplayer mode, the bonus amount determined in step S3351 is distributed in proportion to the number of participants in the task (step S3353). For example, when four players participate in the mission "AA", the bonus amount is 25.

In step S3352, when it is determined that the player clears the mission in the single player mode instead of the multiplayer mode, or when the processing of step S3353 is completed, the CPU 201 updates the player information stored in the RAM 203 (see FIG. 14) (step S3354) . Specifically, the data in the task column is cleared, and the amount of money is increased by the bonus amount. The CPU 101 of the terminal device 1 synchronizes the player information updated in the arcade server 2 to update the player information (step S1351). When the processing of steps S3353 to S3354 is performed, the CPU 201 is used as bonus payment means, and when the CPU 201 used as the conditional completion determining means determines that the player clears the task, it is used to proportionally distribute the amount according to the task type according to the number of players clearing the task. A pre-set amount of money available in the game and given to each player.

Also, an embodiment of the second invention describes a game in which the bonus amount of the clearing task is distributed in proportion to the number of participating players in the game. However, the present invention is not limited to this example. For example, a bonus amount for a clearing mission may be distributed to each player proportionally to the level of the players participating in the mission. In this case, if a level 1 player and a level 2 player clear a mission with a bonus amount of 300, for example, a level 1 player can get a bonus amount of 100 and a level 2 player can get a bonus amount of 200 .

The task game is described below. FIG. 27 is a flowchart showing a mission game execution processing routine called in step S121 of the flowchart shown in FIG. 15 and executed by the terminal device 1 . FIG. 28 is a flowchart showing processing executed by the arcade server 2 in accordance with the subroutine executed by the terminal device 1 shown in FIG. 27 . FIG. 29 is a diagram showing an example of a chat message list. 30A to 30D are diagrams showing examples of images displayed on the first display 11 of the terminal device 1 by executing the processing shown in FIGS. 27 and 28 .

First, the CPU 101 of the terminal device 1 determines whether an operation instruction of a character is input (step S150). The player can input operation instructions of the character by operating various buttons 118 or the operation lever 119 . When the operation command of the character is input, the CPU 101 sends the operation command to the arcade server 2 (step S151). This processing corresponds to step S330 in FIG. 28 .

In step S150, when it is determined that the operation instruction of the character is not input, or when the processing of step S151 is completed, the CPU 101 determines whether the player information is received from the arcade server 2 (step S152). This processing corresponds to step S332 of FIG. 28 . When it is determined that the player information is received, the CPU 101 updates the player information stored in the RAM 103 based on the above-mentioned player information (step S153).

In step S152, when it is determined that player information has not been received from the arcade server 2, or when the processing of step S153 is completed, the CPU 101 determines whether a display command has been received from the arcade server 2 (step S154). This processing corresponds to step S333, S335, S338, or S341 in FIG. 28 .

When it is determined in step S154 that the display command is received, the CPU 101 executes image display processing of the first display 11 or the second display 12 (step S155). In this processing, the CPU 101 supplies a display command to the first rendering processing section 111 or the second rendering processing section 112. The first representation processing section 111 refers to the player information (see FIG. 14 ) stored in the RAM 103 according to the above-mentioned display command, and extracts image data from the ROM 102. Then, by storing the video data in the video RAM according to the order of priority displayed on the first display 11 (the order of the background image, the monster image, and the character image, for example), the first presentation processing section 111 generates the game image, and It is output to the first display 11 . As a result, the game image is displayed on the first display 11 .

Also, when displaying a game image three-dimensionally, the first representation processing section 111 performs conversion of an object stored in the ROM 102 (for example, an object constituting a character or a monster, etc.) from a position on a three-dimensional space to a position on a pseudo three-dimensional space. calculation, light source calculation processing, etc., and writing processing of image data to be represented based on the above calculation results to the video RAM (for example, mapping of structural data of the video RAM area specified with polygons), thereby generating a game image, and will It is output to the first display 11 . As a result, a three-dimensional game image is displayed on the first display 11 . The second rendering processing section 112 extracts a predetermined image from the ROM 102 in accordance with the above display command. Then, the second rendering processing section 112 generates a predetermined image by storing video data in the video RAM according to the priority order displayed on the second display 12 and outputs it to the second display 12 . As a result, a predetermined image is displayed on the second display 12 .

In step S154, when a display command to display a game image is received from the arcade server 2 (FIG. 28, step S333), the processing of step S155 is performed so that the game image is displayed on the first display 11 (see FIG. 30A) . The image shown in FIG. 30A is displayed on the first display 11 of the terminal device 1 operated by the player "P1", and the character image P1' corresponding to the player "P1" and the character image P2' corresponding to the player "P2" are displayed. layout.

Further, in step S154, when a display command to display a chat button is received from the arcade server 2 (FIG. 28, step S335), the processing of step S155 is performed so that the chat button 92 is displayed on the first display 11 ( See Figure 30A). A chat button 92 such as "Chat" is located at the lower right of the image shown in FIG. 30A. The player inputs an instruction to perform a chat by touching the chat button 92 by means of the touch panel 14 .

In step S154, when the display command to display the chat window is received from the arcade server 2 (FIG. 28, step S338), the processing of step S155 is performed so that the chat window 90 with three chat messages 90a-90c is displayed. On the first display 11 (see FIG. 30B). A chat window 90 having three chat messages 90a~90c such as "What are you doing?", "Where am I?", and "Who are you?" is displayed at the lower right of the image shown in FIG. 30B. The player can select a chat message the player wishes to send by touching any one of the chat messages by means of the touch panel 14 . Thereafter, the player "P1" transmits the selected chat message to the terminal device 1 of the player "P2" by touching the character image P2' corresponding to the player "P2" by means of the touch panel 14.

In step S154, when the display command for displaying the chat message is received from the arcade server 2 (FIG. 28, step S341), the processing of step S155 is performed so that the chat message 91 is displayed on the first display 11 (see FIG. 30C and 30D). The image shown in FIG. 30C is the first display 11 of the terminal device 1 operated by the player "P1" when the chat message 90b is selected through the touch panel 14 when the image shown in FIG. 30B is displayed. A chat message 91 such as "Where am I?" is displayed near the character image P1' corresponding to the player "P1". Here, the image shown in FIG. 30D is displayed on the first display 11 of the terminal device 1 which is the destination of the chat message and which is operated by the player "P2". A chat message 91 such as "Where am I?" is displayed near the character image P1' corresponding to the player "P1". In addition, a chat window 90 having three chat messages 90d~90f such as "This is a marker stone", "I don't understand", and "No response", respectively, is displayed on the lower right of the screen.

In step S154, when it is determined that the display command has not been received, or when the processing of step S155 is completed, the CPU 101 determines whether an instruction to perform chatting is input (step S156). The player can input this instruction by touching the chat button 92 by means of the touchpad 14 . When it is determined that an instruction to perform chatting is input, the CPU 101 sends a chatting execution command to the game arcade server 2 (step S157). This processing corresponds to step S336 of FIG. 28 .

In step S156, when it is determined that an instruction to perform chatting is not input, or when the processing of step S157 is completed, the CPU 101 determines whether an instruction to select a chatting message is input (step S158). The player can input the instruction by touching any one of the chat messages 90 a to 90 c included in the chat window 90 by means of the touch pad 14 .

When it is determined in step S158 that an instruction to select a chat message is input, the CPU 101 stores the selected chat message in the RAM 103 (step S159). In step S158, when it is determined that an instruction to select a chat message is not input, or when the processing of step S159 is completed, the CPU 101 determines whether an instruction to select a character as a chat message destination is input (step S160). The player can input this instruction by touching the character image P2' by means of the touch panel 14.

When it is determined in step S160 that an instruction to select a destination character is input, the CPU 101 stores destination data indicating the terminal device 1 as the destination of the chat message in the RAM 103 (step S161). The CPU 101 then sends the chat message and destination data stored in the RAM 103 to the arcade server 2 (step S162).

In step S160, when it is determined that an instruction to select a destination character has not been input, or when the processing of step S162 is completed, the CPU 101 refers to the player information (see FIG. 14 ) stored in the RAM 103, and determines the predetermined determination of mission termination. Whether the condition is satisfied (step S163). Conditions for mission termination include, for example, clearing the mission, returning to the guild, and reaching zero survivability, among others.

When it is determined that the mission game is not over, the process moves to step S150. On the other hand, when it is determined that the task game ends, the subroutine ends.

The processing of the arcade server 2 is explained. First, the CPU 201 determines whether an operation command is received from the terminal device 1 (step S330). When it is determined that the operation command is received, the CPU 201 updates the player information stored in the RAM 203 according to the operation command (step S331), and sends the player information to the terminal device 1 (step S332). This processing corresponds to step S152 of FIG. 27 .

The CPU 201 then sends a display command to display a game image on the first display 11 of the terminal device 1 to the terminal device 1 based on the player information (step S333). This processing corresponds to step S154 of FIG. 27 .

In this step S330, when it is determined that the operation command has not been received, or when the processing of step S333 is completed, the CPU 201 refers to the player information, and determines whether the game image displayed on the first display 11 of the terminal device 1 includes other characters (step S334). When it is determined that other characters are included, the CPU 201 sends a display command to display a chat button to the arcade server 2 (step S335). This processing corresponds to step S154 of FIG. 27 .

In step S334, when it is determined that the same game image does not include other characters, or when the processing of step S335 is completed, the CPU 201 determines whether a chatting execution command is received (step S336). This processing corresponds to step S157 of FIG. 27 . When it is determined that the chatting execution command is received, the CPU 201 selects a predetermined number of chatting messages (three, for example) from the chatting message list stored in the ROM 202.

Fig. 29 is a diagram showing an example of a chat message list. A four-digit number identifying the chat message, and the chat message corresponding to the number is stored in the leftmost column. These indicate the first message. The column on the right has three first response messages stored there against one first message. Also, the column on the right side thereof has three second response messages stored there for one first response message. The first message is a message displayed on the first display 11 of the terminal device 1 into which an instruction to perform chatting is input by touching the chatting button 92 using the touch panel 14 (see FIG. 30B ). The first response message is a message displayed on the first display 11 of the terminal device 1 that has received the first message (see FIG. 30D ). The second response message, although not displayed, is an image displayed on the first display 11 of the terminal device 1 that has received the first response message.

After performing the process of step S337, the CPU 201 transmits a display command to display the chat window having the chat message selected in step S337 to the terminal device 1 (step S338). This processing corresponds to step S154 of FIG. 27 .

In step S336, when it is determined that the chatting execution command has not been received, or when the processing of step S338 is completed, the CPU 201 determines whether a chatting message and destination data are received (step S339). This processing corresponds to step S162 of FIG. 27 . When it is determined in step S339 that the chat message and the destination data are received, the CPU 201 designates the terminal device 1 as the destination of the chat message based on the destination data (step S340), and sends a display command to display the chat message to the terminal device 1 as the destination. terminal device 1 (step S341). This processing corresponds to step S154 of FIG. 27 .

Next, the CPU 201 refers to the player information (see FIG. 14 ) stored in the RAM 203, and determines whether a predetermined condition for mission termination is satisfied (step S342). When it is determined that the predetermined condition of task termination is not satisfied, the process returns to step S330, and when it is determined that the predetermined condition of task termination is satisfied, the subroutine ends.

FIG. 31 is a flowchart showing biographical data generation processing executed by the center server 3. As shown in FIG. This processing is executed when the game related to this embodiment is started. First, the CPU 301 starts timing processing for measuring the elapsed time since the game related to the present embodiment was started (step S350). This processing may include setting a timer in the RAM 303 to count a timer value stored in the RAM 303 by executing interrupt processing or the like at a predetermined cycle, or providing a timer in the control section 300 to measure elapsed time. The time axis in the game is constituted by the elapsed time measured by the center server 3 . It should be noted that the current time can be obtained through the Internet at a predetermined period without performing the processing of step S350.

Next, the CPU 301 determines whether the RAM 303 has history data (see FIG. 13B ) including a plurality of types of units related to the clearing task stored therein (step S351). It should be noted that when the terminal device 1 executes the processing of step S123 of the subroutine shown in FIG. In RAM 303. Step S351 is executed to determine whether a game history including a plurality of types of units related to the clearing task exists in the game history newly stored in the RAM 303. It should be noted that in the embodiment regarding the second invention, when the terminal device 1 executes the processing of step S123 of the subroutine shown in FIG. In RAM 303. Step S351 is executed to determine whether history data including a plurality of types of units related to the clearing task exists in the history data newly stored in the RAM 303.

Then, the CPU 301 refers to the history data evaluation table (see FIG. 13B ) stored in the ROM 302 based on the history data stored in the RAM 303, and determines evaluation points (step S352). Fig. 32 is a diagram showing an example of a history data evaluation form. In the historical data evaluation table, the unit of game history is related to the evaluation point of each task. For example, in the case of the task "AA", the evaluation point is 1 if the grade (grade value) is 3 or lower at that time, and 0 if the grade (grade value) is greater than 3. Therefore, if the task clears at a low level (level value), the evaluation is high. Also, if the required time is within one hour, the evaluation point is 1, and if the required time exceeds one hour, the evaluation point is 0. Therefore, if the task is cleared in a short time, the evaluation is high. Likewise, if the number of participants in the task is 1, the evaluation point is 1, and if the number of participants exceeds 1 (two and more), the evaluation point is 0. Therefore, if you choose a single player mission instead of a multiplayer mission, the evaluation is high.

It should be noted that when the history data evaluation table shown in FIG. 32 is referred to based on the game history data shown in FIG. is 1, and the evaluation point of task "AC" is 2.

After the process of step S352, the CPU 301 refers to the evaluation message creation table from the evaluation point, and creates an evaluation message by using the game history (history data) stored in the RAM 303 (step S353). Fig. 33 is a diagram showing an example of an evaluation message creation table. In the evaluation message creation table, evaluation messages in the case where the evaluation point is 2 or more, and evaluation messages in the case where the evaluation point is less than 2 are stored for each task. Each evaluation message has a column of input game history units, and a column of fixed phrases, and these columns are arranged alternately. Evaluation messages can be created by inserting game history cells into each column.

When an evaluation message is created by referring to the evaluation message creation table shown in FIG. 33 by using the game history data shown in FIG. 13B, the following messages can be obtained. In particular, since the evaluation point of the task "AA" of the player "d" is 2, the evaluation message is "'d' has delivered the package 'alone' excellently within 'two hours' at 'level (level value) 2' to XX", which shows a good assessment. In addition, since the evaluation point of the task "AB" of the player "d" is 1, the evaluation message is "'d' spent 'two hours' at 'level 11' by 'three people' to defeat the monster △△ to protect the princess , which is a bad assessment.

After the processing of step S353, the CPU 301 edits the evaluation message created in step S353 according to the in-game time axis, and generates biographical data (step S354). For example, in step S353, when evaluation messages are created for tasks "AA"~"AE" shown in FIG. AA", "AC", "AD", "AE" and "AB" are listed in that order. Next, the CPU 301 stores the biographical data in the RAM 303 (step S356), and returns the process to step S351.

Fig. 34A is a flowchart showing processing performed by the card machine 6 and the center server 3 when displaying a biographical image in the embodiment related to the first invention. FIG. 35 is a diagram showing an example of a biographical image displayed on the display 61 of the card machine 6 when the processing shown in FIG. 34A is executed. First, CPU 601 reads out the player's ID data (step S610) from ID card 8 by ID card reader 616. Use the ID card reader 616 to read out the CPU 601 of ID data from the ID card 8 by means of the communication interface circuit 604, and the request signal of the biography data corresponding to the ID data is sent to the game arcade server 2 via the dedicated line 5. The central server 3 (step S611). Upon receiving the request signal, the CPU 301 of the center server 3 extracts the biographical data corresponding to the ID data from the biographical data stored in the RAM 303 (the biographical data stored in the RAM 303 in step S356 of FIG. 31 ), and The biographical data is sent to the card machine 6 which is the source of the request signal (step S370). Also, the CPU 301 may extract image data showing details of the biographical data from the ROM 302 together with the biographical data, and transmit the image data together with the biographical data.

The CPU 601 of the card machine 6 having received the biographical data from the center server 3 displays a biographical image as shown in FIG. 35A on the display 61 through the presentation processing section 611 based on the biographical data (step S612).

FIG. 35A is a diagram of an example of a biographical image displayed on the display 61 of the card machine 6 when the processing shown in FIG. 34A is executed. An image such as "D's biography" is located on the upper portion of the screen. A biography image that graphically displays biographical data is located on the left side of the screen. In particular, evaluation messages related to clearing tasks, and dates for task clearing are associated and arranged with each other. The two evaluation messages from the top show good evaluations, while the bottom evaluation messages show bad evaluations. Likewise, images showing biographical data details are located on the right side of the screen.

Next, it is determined whether an instruction to delete the evaluation message is input by the player's operation (step S613). The player can input the instruction by operating the operation button 618 of the card machine 6 . When it is determined that an instruction to delete the evaluation message has not been input, the subroutine ends.

On the other hand, when it is determined that an instruction to delete the evaluation message is input, the CPU 601 sends a request signal requesting deletion of the evaluation message to the center server 3 (step S614). Upon receiving the request signal, the CPU 301 of the center server 3 executes a process of erasing the evaluation message from the RAM 303 based on the request signal (step S371). Next, the CPU 301 updates the biographical data stored in the RAM 303 based on the result of the processing in step S371 (step S372), and sends the updated biographical data to the card machine 6 (step S373). The CPU 601 of the card machine 6 which has received the updated biographical data from the center server 3 displays a biographical image as shown in FIG. 35B on the display 61 using the presentation processing section 611 based on the biographical data (step S615).

35B is a biography image displayed on the display 61 when an instruction to delete the bottom evaluation message (evaluation message showing bad evaluation) is input during the display of the biography image of FIG. 35A on the display 61 of the card machine 6, wherein the bottom evaluation message been deleted.

Fig. 34B is a flowchart showing processing performed by the card machine 6 and the center server 3 when displaying a biographical image in the embodiment related to the second invention. First, CPU 601 reads out the player's ID data (step S610) from ID card 8 by ID card reader 616. Use the ID card reader 616 to read out the CPU 601 of ID data from the ID card 8 by means of the communication interface circuit 604, and the request signal of the biography data corresponding to the ID data is sent to the game arcade server 2 via the dedicated line 5. The central server 3 (step S611). Upon receiving the request signal, the CPU 301 of the center server 3 extracts the biographical data corresponding to the ID data from the biographical data stored in the RAM 303 (the biographical data stored in the RAM 303 in step S356 of FIG. 31 ), and The biographical data is sent to the card machine 6 which is the source of the request signal (step S370). Also, the CPU 301 may extract image data showing details of the biographical data from the ROM 302 together with the biographical data, and transmit the image data together with the biographical data.

The card machine 6 having received the biographical data from the center server 3 displays a biographical image as shown in FIG. 35A on the display 61 through the representation processing section 611 based on the biographical data (step S612), and ends the subroutine.

FIG. 35A is a diagram showing an example of a biographical image displayed on the display 61 of the card machine 6 when the processing shown in FIG. 34B is executed. An image such as "D's biography" is located on the upper portion of the screen. A biography image that graphically displays biographical data is located on the left side of the screen. In particular, evaluation messages related to clearing tasks, and dates for task clearing are associated and arranged with each other. Likewise, images showing biographical data details are located on the right side of the screen.

As described above, the game system related to the first invention can be designed such that the game result is determined based on the tasks cleared by the player and the player's level value. Therefore, for example, even under conditions of low difficulty, if the player's level value is high, the player can obtain a large amount of bonuses as a game result, compared with players with low level values (see FIG. 26A(a)). Also, for example, the game system can be set so that even if the same condition is cleared, if the player's level value is high, the player only gets a small bonus as a game result, compared to a player with a low level value (see FIG. 26A(b)) . Therefore, the present invention can achieve the effect of allowing the fascinating aspect of the game itself to be extended in various ways.

When the bonus amount is determined with reference to the bonus determination table shown in FIG. 26A(a), a player who plays enthusiastically can obtain a bonus corresponding to his own rank value, and can gain an advantage over other players. As a result, the competitive spirit of both players can be prevented from decreasing. Furthermore, even in conditions with low difficulty, if a player has a high level value, he can get a large bonus, compared to a player with a low level value, even if they clear the same conditions. Therefore, it is possible to create an environment in which the method of executing the game proving that the conditions are challenged in the order of low difficulty to high difficulty is not necessarily an ideal method of executing the game. Therefore, changes can be made in the method of executing the game, so that strategic, complex, and interesting games can be provided.

The embodiment of the first invention describes the case where the game result determining means determines the amount of money available in the game given to the player as the game result. However, the present invention is not limited to this example. For example, the game result determining means may determine items to be given to the player, or determine the progress of the game (such as details of the story, etc.).

Also, the embodiment regarding the first invention explains the case where the game result determining means determines the game result based on the condition cleared by the player, the player's rank value, and the number of players participating in the condition. However, the present invention is not limited to this example. For example, the game result determining means may determine the game result based on the conditions cleared by the player, and the player's rank value. In addition, the game result determining means can determine the game result based on the ability value set for the player (for example, the player's reputation in the game, the player's proficiency level, etc.), together with or instead of the player's level value.

Description about the embodiment of the first invention RAM 103 of terminal equipment 1 and RAM 203 of game arcade server 2 are used as level value storage means, CPU 101 of terminal equipment 1 is used as level value setting means, CPU of game arcade server 2 201 is used in the case of condition setting means, condition completion determining means, and game result determining means. However, the present invention is not limited to this example. Which of the terminal device 1, the arcade server 2, and the center server 3 includes each device constituting the present invention can be selected accordingly.

For example, the RAM 203 of the arcade server 2 can be used as level value storage means, and the CPU 201 of the arcade server 2 can be used as level value setting means, condition setting means, condition completion determining means, and game result determining means. When the present invention is devised in the above manner, the ROM 202 of the arcade server 2 has the game control program of the present invention stored therein, the program makes the RAM 203 of the arcade server 2 serve as a level value storage means, and makes The CPU 201 of the arcade server 2 functions as level value setting means, condition setting means, condition completion determining means, and game result determining means. Then, the CPU 201 of the arcade server 2 executes the game control program of the present invention stored in the ROM 202, whereby the arcade server 2 includes level value storage means, level value setting means, condition setting means, and condition completion determining means , and game result determining means.

In addition, according to the embodiment regarding the second invention, the player himself can choose a single player mode in which the player participates in a task in the game alone, or a multiplayer mode in which the player participates with other players, so players who are good at the task, or have high game Skilled players can choose single-player mode, while players who are not good at the task, or players with low game skills can choose multiplayer mode. Therefore, it is possible to prevent the game from being stopped by a player who cannot clear a condition that he is not good at, or a player who has a low game skill. Because players who try to challenge the tasks he is good at, or players with high game skills can choose single-player mode, players who are not good at the above-mentioned conditions to be cleared, or players with low game skills do not rely on players with high game skills , so players with high game skills will not have to feel troublesome. As a result, it is possible to develop the attractiveness of online games in that the relationship between players is prevented from being entangled due to differences in game skills between players, and good relationships can be constructed between players in which players can communicate with each other through games.

The embodiment of the second invention illustrates that the terminal equipment 1 includes selection means (CPU 101), and the arcade server 2 includes player number storage means (RAM 203), player number setting means (CPU 201), entry number storage means (RAM 203) ), enter the situation of the number updating means (CPU 201), the determining means (CPU 201), and the condition setting means (CPU 201). In this case, a program that causes the CPU 101 to function as a selection means is stored in the ROM 102 of the terminal device 1, and the ROM 202 of the arcade server 2 has a program that causes the CPU 201 to function as the number of players stored therein. Setting means, entry number updating means, determination means, and condition setting means, and also cause the RAM 203 to be used as player number storage means and entry number storage means. In this way, the ROM 102 of the terminal device 1 can store a part of the game control program of the present invention, and the ROM 202 of the arcade server 2 can store the remaining part of the program.

Likewise, the ROM 202 of the arcade server 2 also has programs stored therein, such as the game control program of the present invention, which makes the CPU 201 function as selection means, player number setting means, entry number updating means, determination means, and conditions The device is set, and also the RAM 203 is used as a player number storage device and an entry number storage device. In this case, the arcade server 2 is equivalent to the server of the present invention, which includes selection means, player number storage means, player number setting means, entry number storage means, entry number updating means, and condition setting means.

The game control program of the present invention can also be stored in the ROM 302 of the central server 3. In this case, the center server 3 corresponds to the server of the present invention. Also, the ROM 202 of the arcade server 2 can store a part of the game control program of the present invention, and the ROM 302 of the center server 3 can store the remainder of the program.

The above embodiment description includes a plurality of terminal devices 1, an arcade server 2 communicably connected to the plurality of terminal devices 1 via a dedicated line 5, and a center server 3 connected to the plurality of arcade servers 2 via a communication line 4 game system. However, the present invention is not limited to this example. For example, the present invention can be applied to a game system including a single game device (terminal device), a game system connected to a plurality of game devices (terminal devices) via a communication line, a plurality of game devices (terminal devices) connected to a server via the Internet gaming systems, and other gaming systems.

Next, another example of the game system according to the present invention is described. Fig. 36 is a configuration diagram showing another example of the game system according to the present invention. The game system includes a plurality of terminal devices 1010, a game arcade server 1020 communicably connected to the plurality of terminal devices 1010 via a dedicated line 1050, and a center communicably connected to the plurality of game arcade servers 1020 via a communication line 1040 The server 1030 , and also the card machine 1060 of each arcade, is connected to the arcade server 1020 via a dedicated line 1050 . It should be noted that the arcade server 1020 of the game A, and the arcade server 1020 of the game B are installed in the arcade Q.

The central server 1030 includes a database server 1039, and a plurality of game servers 1031, 1032 and so on. The database server 1039 performs (1-1) data management of each ID data given to each player, (1-2) authentication of the player at the start of the game, and (1-3) transmission processing of game data.

Specifically, regarding the above (1-1), the database server 1039 manages (stores, sets, updates, etc.) ID data given to each player, passwords used when authenticating players, types of games played by players, game data etc. Also, the game data includes, for example, the processing state of the game (character specific data, etc.), characters operated by the player, level values or ability values of characters, increase or decrease values of ability values, and the like.

Regarding the above (1-2), the database server 1039 also authenticates the player using, for example, ID data and a password, and allows participation in the game. Regarding the above (1-3), the database server 1039 further transmits the data of the character from the above-mentioned game data to the terminal device 1 based on, for example, the ID data of the player.

The game servers 1031, 1032, etc. are installed according to each executable game in the game system of the present embodiment. It should be noted that one of the plurality of game servers corresponds to the game according to the present embodiment. Game servers 1031, 1032, etc. (hereinafter also referred to as "game server 1031, etc.") perform (2-1) matching processing between terminal devices 1010 installed in different game arcades, and (2-2) Traffic control for data transmission.

In particular, regarding (2-1) above, the game server 1031 and the like determine whether other players participate in the game when the player participates in the game by operating the terminal device 1010 . When it is determined that other players participate in the game, the game server 1031 and the like match the terminal device 1010 with the terminal device 1010 operated by the above-mentioned other player. On the other hand, the CPU player is set when it is determined that other players do not participate in the game. When setting the CPU player, the arcade server 1020 may be set as the CPU player, or the central server 1030 (for example, the game server 1031 etc.) may be set as the CPU player.

Regarding (2-2) above, the game server 1031 or the like also performs traffic control of data transmission between terminal devices 1 subjected to matching by the matching process of (2-1). For example, the game server 1031 etc. transmits data received from the terminal device 1 of the arcade server (for game A) 1020 connected to arcade P to the arcade server (for game A) connected to arcade Q Terminal device 1 at 1020 . In this way, the arcade server 1020 according to the present embodiment directly receives data only from the center server 1030 without performing data transmission directly between the arcade servers 1020 .

The arcade server 1020 is connected to the center server 1030 via a router 1070 . Router 1070 has a predetermined routing table. In the case where a plurality of arcade servers 1020 are installed in the same arcade, as for the case of arcade Q shown in the figure, upon receiving game data and the like from the center server 1030, the router 1070 refers to the routing table, and sends the game The data goes to the arcade server 1020 connected to the terminal device 1010 as the destination via the dedicated line 1050 . Furthermore, in the case where data transmission is performed between terminal devices 1010 connected to each of a plurality of arcade servers 1020 installed in the same arcade, once game data is received from the terminal device 1010 via the arcade server 1020 etc., the router 1070 refers to the routing table, and transmits the game data to the arcade server 1020 connected to the terminal device 1010 as the destination via the dedicated line 1050 .

The arcade server 1020 executes (3-1) data between the center server 1030 and the terminal devices 1010, or between the terminal devices 1010 connected to each of a plurality of arcade servers 1020 installed in the same arcade. Transmission traffic control, and (3-2) downloading of the application to the terminal device 1 .

In particular, regarding (3-1) above, the arcade server 1020 performs traffic control of transmission of game data and the like between the center server 1030 and the terminal devices 1010 . However, when the terminal device 1010 as the destination is connected to the same arcade server 1020 or to a different arcade server 1020 installed in the same arcade, game data etc. are not transmitted to the center server 1030 but to Terminal device 1010.

Also, regarding the above (3-2), when a request signal requesting download from the center server 1030 is received from the terminal device 1010 , the arcade server 1020 downloads the application to the terminal device 1010 . Various data (for example, image data, etc.) and programs including game details, and programs for distributing functions on the game to boards of input means (for example, a plurality of input switches not shown, etc.) included in the terminal device 1010 are applied. Also, the download application is executed not only by the arcade server 1020 but also by the center server 1030 .

The terminal device 1010 is connected to the arcade server 1020 via a dedicated line 1050 . The terminal device 1010 (4-1) performs downloading of the application, and (4-2) proceeds with the game. In particular, regarding the above (4-1), once the power is turned on, the terminal device 1010 transmits a request signal requesting application download to the arcade server 1020, and downloads the application. The downloaded application is stored in an area in the RAM or the like of the terminal device 1010 in which the application can be temporarily stored. Also, regarding the above (4-2), the terminal device 1010 continues the game using the downloaded application. The game continues as follows. The terminal device 1010 receives data of each ID data given to each player by the database server 1039 at the start of the game. During the game, data of the terminal device 1010 and other terminal devices 1010 in the same game is transmitted/received through the center server 1030 via the arcade server 1020 . However, when the above-mentioned other terminal devices 1010 are connected to the same arcade server 1020, or to different arcade servers 1020 installed in the same arcade, game data etc. are not sent to the center server 1030 but to the Terminal device 1010. The game data updated during the game, or the game results themselves are sent to the database server 1039 when the game is over. It should be noted that not only the terminal device 1010 but also the arcade server 1020 can execute the processing of the game.

The card machine 1060 may communicate with the central server 1030 via the arcade server 1020 . The card machine 1060 accepts an input operation of personal information performed by a player, and sells an ID card in which ID data is stored. The ID card is used at the start of the game, and ID data is read out by an ID card reader included in the terminal device 1010 .

In this embodiment, the RAM equipped in the game server 1031 of the center server 1030 is used as a level storage means for storing player level values. The CPU equipped in the game server 1031 etc. of the center server 1030 functions as level setting means that sets a predetermined level according to the game result, and stores the level set in association with the player ID data as a level value in the game server 1031 etc. equipped in the RAM (class memory device). The CPU equipped in the terminal device 1010 functions as a condition setting means that sets conditions to be fulfilled by the player as a result. The CPU equipped in the terminal device 1010 functions as condition completion determination means for determining whether the player clears the set conditions. The CPU equipped in the terminal device 1010 serves as game result determination means for determining a game result based on the conditions cleared by the player, and the player's rank value when the determination conditions are cleared.

Also, in this embodiment, the CPU equipped in the terminal device 1010 serves as selection means for the player to choose to execute the game alone or with other players in order to complete the waiting list set in the game according to the input operation performed by the player. Clear conditions. The CPU equipped in the game server 1031 or the like of the center server 1030 functions as player number setting means for setting the number of players executing the game. The RAM equipped in the game server 1031 of the center server 1030 is used as player number storage means that stores the set player number for each condition to be cleared. The RAM equipped in the game server 1031 or the like of the center server 1030 functions as an entry number storage means that stores the number of player entries in the condition for each condition to be cleared. The CPU equipped in the game server 1031 or the like of the center server 1030 serves as entry number updating means for updating the number in the player's entry condition based on the selection made by the selection means, and stores the updated entry number in the center equipped in the center. In the RAM (entry number storage means) in the game server 1031 or the like of the server 1030 . The CPU equipped in the game server 1031 of the center server 1030 serves as determination means for determining whether the number of entries reaches the number of players. The CPU equipped in the game server 1031 or the like of the terminal device 1010 functions as condition setting means for setting the condition to be cleared for the player who executes the game when the determination means determines that the number of entries reaches the number of players.

Embodiments of the present invention are described above. However, the embodiments illustrate only specific examples and do not particularly limit the present invention, and therefore specific configurations of devices and the like may be changed accordingly in design. In addition, the results described in the embodiments of the present invention only refer to the most suitable results produced by the present invention, and thus the results of the present invention are not limited to those described in the embodiments of the present invention.

Claims (19)

1. games system, wherein a plurality of terminal devices are connected to server via communication line, and wherein recreation can be carried out by among a plurality of players of each terminal device of operation each, and this games system comprises:

The grade point memory cell, its storage player's grade point;

Grade point is provided with the unit, and it is provided with predetermined grade according to game result, and will be stored in the grade point memory cell as grade point with respect to the grade of player ID data setting;

The condition setting unit, it is provided as the condition that the game result player should finish;

Condition is finished determining unit, and it determines whether the player removes the condition that is provided with in the condition setting unit; And

The game result determining unit, when condition was finished determining unit and determined that condition by the setting of condition setting unit is eliminated, it determined game result based on condition of being removed by the player and the grade point that is stored in the player in the grade point memory cell.

2. according to the games system of claim 1, comprise the condition selected cell of selecting any one condition according to the input operation of being carried out by the player from the condition of a plurality of types, wherein the condition setting unit is provided with the condition of being selected by the condition selected cell.

3. according to the games system of claim 1, wherein the game result determining unit is determined in recreation available and give player's amount of money as game result.

4. according to the games system of claim 1, wherein server comprises via special circuit and can be connected to the game machine corridor server of a plurality of terminal devices communicatedly and can be connected to the central server of game machine corridor server via communication line communicatedly.

5. according to the games system of claim 1, wherein the game result determining unit is determined game result based on the number of players of the recreation that participates in cleared condition equally.

6. according to the games system of claim 1, wherein the game result determining unit be based upon ability value that the player is provided with, with player's grade point or replace player's grade point to determine game result.

7. according to the games system of claim 4, wherein terminal device and game machine corridor server provide the grade point memory cell, terminal device provides grade point the unit is set, and game machine corridor server provides the condition setting unit, condition is finished determining unit and game result determining unit.

8. server, it is connected to a plurality of terminal devices via communication line, and constitute recreation can be by each games system carried out among a plurality of players of each terminal device of operation, this server comprises:

The grade point memory cell, its storage player's grade point;

Grade point is provided with the unit, and it is provided with predetermined grade according to game result, and will be stored in the grade point memory cell as grade point with respect to the grade of player ID data setting;

The condition setting unit, it is provided as the condition that the game result player should finish;

Condition is finished determining unit, and it determines whether the player removes the condition that is provided with in the condition setting unit; And

The game result determining unit, when condition was finished determining unit and determined that condition by the setting of condition setting unit is eliminated, it determined game result based on condition of being removed by the player and the grade point that is stored in the player in the grade point memory cell.

9. game control method, it makes and is connected to a plurality of terminal devices and constitutes recreation and can be used as by the server of the games system of each execution among a plurality of players of each terminal device of operation via communication line:

The grade point memory cell, its storage player's grade point;

Grade point is provided with the unit, and it is provided with predetermined grade according to game result, and will be stored in the grade point memory cell as grade point with respect to the grade of player ID data setting;

The condition setting unit, it is provided as the condition that the game result player should finish;

Condition is finished determining unit, and it determines whether the player removes the condition that is provided with in the condition setting unit; And

The game result determining unit, when condition was finished determining unit and determined that condition by the setting of condition setting unit is eliminated, it determined game result based on condition of being removed by the player and the grade point that is stored in the player in the grade point memory cell.

10. games system, wherein a plurality of terminal devices are connected to server via communication line, and wherein recreation can be carried out by among a plurality of players of each terminal device of operation each, and this games system comprises:

Selected cell is according to the input operation of being carried out by the player, for player's selection is carried out recreation so that finish the cleared condition for the treatment of that is arranged in the recreation alone or with other players;

Number of players is provided with the unit, and it is provided with the number of players of carrying out recreation based on the selection of being carried out by selected cell;

The number of players memory cell, the number of players that its each condition storage for the treatment of removing is provided with;

Enter number storage unit, its each condition for the treatment of removing is stored the number in player's entry condition;

Enter the number updating block, it is based on the selection of being carried out by selected cell, upgrades the number in player's entry condition and will enter number to be stored in and to enter in the number storage unit;

Determining unit, it is determined to be stored in and enters entering number and whether reach the number of players that is stored in the number of players memory cell in the number storage unit; And

The condition setting unit, when determining unit was determined to enter number and reached number of players, it was provided with condition to be removed about the player who carries out recreation.

11. games system according to claim 10, comprise that the number that enters that response is made by determining unit does not reach determining of number of players, show the standby image display unit of standby image, this standby image demonstration is with number of players and/or enter the relevant information of number.

12. the games system according to claim 10 comprises:

Condition is finished determining unit, and it determines whether the player removes condition to be removed; And

The prize payout unit, when condition was finished determining unit and determined player's cleared condition, it was according to the number of players of cleared condition, pro rata basic of distribution condition type set in advance, in recreation available amount of money, and give each player with money.

13. the games system according to claim 10 comprises:

Condition is finished determining unit, is used for determining whether the player removes condition to be removed; And

The prize payout unit, when condition was finished determining unit and determined player's cleared condition, it was according to the player's of cleared condition grade, pro rata basic of distribution condition type set in advance, in recreation available amount of money, and give each player with money.

14. according to the games system of claim 10, wherein server comprises via special circuit and can be connected to the game machine corridor server of a plurality of terminal devices communicatedly and can be connected to the central server of game machine corridor server via communication line communicatedly.

15. according to the games system of claim 11, wherein the standby image display unit is provided in the terminal device.

16. games system according to claim 14, wherein selected cell is provided in the terminal device, and number of players memory cell, number of players are provided with the unit, enter number storage unit, enter the number updating block, determining unit and condition setting unit are provided in the game machine corridor server.

17. according to the games system of claim 15, wherein the standby image display unit comprises the touch pad that makes the player can carry out input operation.

18. a server, it is connected to a plurality of terminal devices via communication line, and the formation recreation can be by each games system carried out among a plurality of players of each terminal device of operation, and this server comprises:

Selected cell is according to the input operation of being carried out by the player, for player's selection is carried out recreation so that finish the cleared condition for the treatment of that is arranged in the recreation alone or with other players;

Number of players is provided with the unit, and it is provided with the number of players of carrying out recreation based on the selection of being carried out by selected cell;

The number of players memory cell, the number of players that its each condition storage for the treatment of removing is provided with;

Enter number storage unit, its each condition for the treatment of removing is stored the number in player's entry condition;

Enter the number updating block, it is based on the selection of being carried out by selected cell, upgrades the number in player's entry condition and will enter number to be stored in and to enter in the number storage unit;

Determining unit, it is determined to be stored in and enters entering number and whether reach the number of players that is stored in the number of players memory cell in the number storage unit; And

The condition setting unit, when determining unit was determined to enter number and reached number of players, it was provided with condition to be removed about the player who carries out recreation.

19. a game control method, it makes and is connected to a plurality of terminal devices and constitutes recreation and can be used as by the server of the games system of each execution among a plurality of players of each terminal device of operation via communication line:

Selected cell is according to the input operation of being carried out by the player, for player's selection is carried out recreation so that finish the cleared condition for the treatment of that is arranged in the recreation alone or with other players;

Number of players is provided with the unit, and it is provided with the number of players of carrying out recreation based on the selection of being carried out by selected cell;

The number of players memory cell, the number of players that its each condition storage for the treatment of removing is provided with;

Enter number storage unit, its each condition for the treatment of removing is stored the number in player's entry condition;

Enter the number updating block, it is based on the selection of being carried out by selected cell, upgrades the number in player's entry condition and will enter number to be stored in and to enter in the number storage unit;

Determining unit, it is determined to be stored in and enters entering number and whether reach the number of players that is stored in the number of players memory cell in the number storage unit; And

The condition setting unit, when determining unit was determined to enter number and reached number of players, it was provided with condition to be removed about the player who carries out recreation.

Images