JP2003000950A - Game apparatus, game execution method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve game enjoyment by enabling interchange between players within games. SOLUTION: Individual players can use magic cards for knocking down monsters existing in dungeons by operating heroes on a screen. When a certain player (desiring for delivery) possesses unnecessary magic cards, a transaction demand signal is transmitted to a central controller from a game unit involved by specified operations. The central controller receiving the signal transmits transaction demand notices to the game units of other players and when one of the players (desiring for obtainment) responds to the notice by specified operations, a transaction response signal is transmitted to the central controller. As a result, a transaction is established between the player desiring for delivery and the player desiring for obtainment and the magnetic card is delivered from one player to another.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention is installed in a game center or the like, in which a player participates in a game by paying a game value such as a medal, and the player receives the game value in accordance with the result of the game. The present invention relates to a game device, a game execution method, and a program for causing a computer provided in the game device to function.

[0002]

2. Description of the Related Art In games played on home-use game machines,
It is well known that the player operates the operation target appearing on the game screen to expand the game. Examples of this type of game include, for example, a shooting game in which a fighter, which is an operation target, is operated to progress while defeating an enemy fighter, and a fighter, which is an operation target, is operated to fight with an opponent. Fighting games, or
There is a role-playing game in which you operate a warrior, a wizard, etc., which is the object of operation, and adventure the dungeon or the like prepared during the game while varying the ability of the hero. Taking a role-playing game as an example, for example,
Warriors operated by the player defeat enemy bosses,
The purpose of the game is to escape from the labyrinth and solve the mystery, and the player aims to achieve the game purpose while operating a warrior or the like.

By the way, a game machine installed in a game center or the like generally has a coin game machine in which a player inserts coins to participate in the game, and a player borrows a medal and participates in the game using the medal. It can be roughly divided into a medal game machine. As described above, a game in which the game progresses when the player operates the operation target is mainly played on the coin game machine. On the other hand, a medal game machine generally enjoys a game for the purpose of increasing a medal, that is, a game value. For this reason, in the medal game machine, almost no game is played in which the player operates the operation target to advance the game, and the betting games such as the horse racing game and the slot game are mainly used.

[0004]

DISCLOSURE OF INVENTION Problems to be Solved by the Invention
No. 00-319624 and the like, a new game in which the game property relating to increase / decrease in game value of a medal game machine or the like and the game property of a game in which a player operates an operation target have a game property The game device that can provide the game is proposed. In this game device, the game progresses while the player operates the hero who is the operation target appearing on the game screen, and while the game is in progress, a magic card that is a usable element of the game state changing element is used. be able to. By this use, depending on the effect of the magic card, the hero's physical strength data is restored and the enemy monster is damaged, and the game state is changed. Such a game is generally called a role-playing game, and conventionally,
It is mainly played on home-use game machines, and the game contents were generally enjoyed by one player alone. Therefore, there was almost no interaction between players in the game.

The present invention has been made in view of the above background, and an object of the present invention is to enable a game player to interact with each other in a game and to improve a game property, a game execution. A method and a program for operating a computer provided in the game device.

[0006]

In order to achieve the above object, the invention of claim 1 is a game value receiving means for receiving a game value possessed by a player, and a game value for paying out a game value to the player. In a game device provided with a payout means, among the game progress means for advancing the game and the game state change element for changing the game state during the game progress by the game progress means, used by each player during the game progress. A usable element storage means for storing possible usable elements, a use determining means for determining the use of the usable element corresponding to each player based on an instruction from each player, and a use determining means for determining Based on the available elements, the game status of the above-mentioned each player by the game progress means is changed. When the predetermined delivery condition is satisfied, the usable element corresponding to one player stored in the usable element storage means is deleted from the usable element storage means, and the use state is changed. By storing the same game state changing element as the possible element in the usable element storing means as the usable element of another player, the game state changing element is passed between the one player and the other player. And a game state changing element delivery means for performing.

In this game device, the game value receiving means receives the game value such as a medal from the player, and the game value paying means pays out the game value to the player according to the game result.
Here, the game value means tangible objects such as medals and coins used at a game center or the like, which are obtained or lost depending on the result of the game, or electronic data thereof. Therefore, the game-value receiving means and the game-value paying-out means include means for receiving tangible objects such as medals, and means for receiving electronic data or the like from a recording medium recording electronic data or the like having a game value.

Further, in the present game device, in the game progressed by the game progression means, the game is progressed by the player operating an operation target appearing on the game screen displayed by the display means. Here, in the present game device, of the game state changing elements for changing the game state during the game progress, usable elements that can be used by each player during the game progress are respectively stored in the usable element storage means. ing. Then, based on the instruction of the player who desires to use the usable element, the use determining means determines the use of the usable element,
Based on the usable element, the game state changing means changes the game state in progress. There are various conceivable game state changing elements that can be used elements, depending on the content of the game progressed by the game progression means. For example, in a role-playing game where the player progresses by operating a witch that is an operation target that appears on the screen, it is an item to restore the physical strength of the witch, or to damage enemy monsters. It's magic.

Further, in the present game device, when a predetermined delivery condition is satisfied, the game state change element delivery means delivers the game state change element between one player and another player. Specifically, when a predetermined delivery condition is satisfied, the usable element corresponding to one player stored in the usable element storage means is erased from the usable element storage means, and the erased use The same game state changing element as the available element is stored in the available element storage means as an available element for other players. That is, when the predetermined delivery condition is satisfied, the game state changing element that was available to one player is delivered to another player. Specifically, in the case of the role playing game illustrated above, for example, an item held by a witch operated by one player can be handed over to a witch operated by another player during the game. Thereby, for example, when there is an item which a player thinks is unnecessary, the item can be handed over to another player in the game. Also, for example, if there is an item that one player wants, that item can be received from another player in the game. With such a configuration, the player can interact with another player in the game by passing the game state changing element such as the item.

The game device of the present invention may be one in which a game is played by one player. In this case, while the game of the player playing the game is in progress, the so-called offline game state change, such as receiving the game state change element of the past player or handing over the game state change element of the past player Elements can be passed. Further, the present game device may execute a game in which a plurality of players can participate at the same time, or each player may execute a game in a plurality of game terminals each executing an independent game. . In these cases, a so-called online game state change element can be passed between players participating in the game, such as passing the game state change element in real time while each player progresses the game. In these cases as well, the above-mentioned offline game state changing element may be delivered. Further, the game state changing element may be passed between players who are not playing the game.

According to a second aspect of the present invention, in the game apparatus according to the first aspect, the game device is provided with a plurality of game terminals connected to each other in such a manner that two-way data communication is possible with each other. , The game value receiving means,
The game value payout means, the game progression means, the usable element storage means, the use determining means, and the game state changing means are provided, and the game state changing element delivery means satisfies the predetermined delivery condition. Then, the usable element corresponding to the one player stored in the usable element storage means of the one game terminal is deleted from the usable element storage means, and the same game state change as the usable element is changed. It is characterized in that the element is stored in the usable element storage means of the other game terminal as the usable element of the other player who plays the game on the other game terminal.

This game device is provided with a plurality of game terminals connected to each other in a state where two-way data communication is possible, and each game terminal executes independent games. And when the predetermined delivery conditions are met,
The game state changing element can be passed between the players who play the game on each of these game terminals. The game terminals do not need to be installed in the same store as long as they are connected to each other so that two-way data communication is possible. Therefore, for example, it becomes possible to transfer the game state changing element between the players who play the game at the game terminals respectively installed in the plurality of stores.

The invention of claim 3 is the same as claim 1 or 2.
A game state recording medium for recording game state information including usable elements of the player, and a game state for recording the game state information of the player in the game state recording medium when the player finishes the game. The game progressing means has a recording means and a game state reading means for reading the game state information recorded in the game state recording medium, and the game advancing means has a game based on the game state information read by the game state reading means. The game state change element delivery means uses the game state recording medium as usable element storage means of at least one of the one player and the other player.

In this game device, when the player finishes the game, the game state recording means
Game state information including usable elements of the player is recorded in the game state recording medium. Then, when the player restarts the game, the game state information recorded on the game state recording medium is read by the game state reading means, and the game progressing means advances the game based on this. This allows the player to restart the game from the previous game state. It should be noted that this game state information does not have to be the time when the player has finished the game, and may be, for example, the predetermined time closest to the time when the player has finished the game. Here, in this game device, the game state recording medium in which the game state information is recorded is used as usable element storage means for at least one of the one player and the other player. Thus, for example, when the game state recording medium in which the game state information of the one player is recorded is used as the usable element storage means, when the predetermined delivery condition is satisfied, the game state change element delivery means can Element that is included in the game state information of the player is deleted from the game state recording medium, and the same game state changing element as the deleted usable element is usable as another player's usable element. It is stored in the storage means. On the other hand, for example, when using a game state recording medium in which the game state information of the other player is recorded as usable element storage means,
When the predetermined delivery condition is satisfied, the game state change element delivery means erases the usable element corresponding to the one player from the usable element storage means, and the same usable element as the erased usable element. The game state changing element is added to the game state information as an element that can be used by another player and is stored in the game state recording medium. Further, for example, when a game state recording medium in which game state information of both the one player and the other player is recorded is used as usable element storage means, when a predetermined delivery condition is satisfied, a game state changing element By the delivery means, the usable element included in the game state information of the one player is deleted from the game state recording medium, and the same game state change element as the deleted usable element is used by another player. It is added to the game state information as a possible element and stored in the game state recording medium. As described above, according to the present game device, it is possible to deliver the game state changing element even while one player or both players are not playing the game.

According to a fourth aspect of the present invention, in the game apparatus according to the first, second or third aspect, when the predetermined delivery condition is satisfied, the game state change element relating to the delivery by the game state alteration element delivery means. It is characterized in that it has a value transfer means for transferring the value of (1) from the other player to the one player.

In this game device, when a predetermined delivery condition is satisfied, the consideration transfer means causes the game state change element to be paid by the other player for the game state change element to be paid by the game state change element. Delivered to the player. In other words, in the present game device, the game state changing element of the one player is not merely handed over to the other player, but when the game state changing element is delivered, the other player pays the one player the price. Will be handed over. As a result, the above-mentioned one player can receive the consideration instead of letting go of the game state changing element. By delivering such a consideration, the interests of the person handing over the game state changing element and the person who obtains the game state changing element are harmonized. be able to.

The invention according to claim 5 is the game apparatus according to claim 4, wherein the value transfer means uses a predetermined amount of game value owned by the other player as the value. Is.

In this game device, a predetermined amount of game value owned by the other player is used as the value delivered from the other player to the one player by the value delivering means. That is, the other player pays a predetermined amount of game value to the one player instead of receiving the game state changing element from the one player. As a result, when the game value is considered as the currency in the game, the game state changing element is traded between the players.

The invention of claim 6 is the game apparatus according to claim 4, wherein the value transfer means is a usable element corresponding to the other player stored in the usable element storage means as the value. It is characterized by using the same game state changing element as.

In this game device, the usable element corresponding to the other player stored in the usable element storage means as the value delivered from the other player to the one player by the value delivering means. Use the same game state change element as. That is,
Instead of receiving the game state changing element from the one player, the other player hands over the game state changing element to the one player.
As a result, the game state changing elements are exchanged between the players in the game.

Further, the invention of claim 7 relates to claims 1, 2 and
In the game device of 3, 4, 5 or 6, from the player desiring delivery, which is the one player desiring to deliver the same game state changing element as the available element stored in the available element storage means, Delivery request receiving means for receiving the delivery request, delivery request notifying means for notifying another player of the delivery request received by the delivery request receiving means, and a game relating to the delivery request notified by the delivery request notifying means It has a delivery response receiving means for receiving a delivery response from the other player who desires to obtain the state change element, which is the other player, and the game state change element delivery means is provided by the delivery response receiving means. It is characterized in that the receipt of the delivery response is used as the predetermined delivery condition.

In this game device, the delivery request receiving means allows the delivery requesting player (the above-mentioned one player) who wishes to deliver his / her own game state changing element to
Receive the delivery request. The delivery request is notified to another player by the delivery request notifying means. And
The delivery response receiving means receives the delivery response from the acquisition-desiring player (the other player) desiring to obtain the game state changing element related to the delivery request. By thus receiving the delivery response, the predetermined delivery condition is satisfied, and the game state change element delivery means erases the usable element of the player desiring delivery from the usable element storage means, and erases it. The same game state changing element as the usable element is stored in the usable element storage means as the usable element of the player who desires to acquire. As a result, when a player (player desiring to deliver) wishes to deliver his or her own game state change element, if there is a delivery response from another player (player wishing to obtain) in response to the delivery request, these players The transaction of the game state change element is completed, and the game state change element is handed over from the player desiring to deliver the player to the player desiring to acquire it. In this way, by offering the delivery of the game state changing element from the side desiring to deliver the game state changing element of the player, it is possible to smoothly dispose of the game state changing element unnecessary for the player desiring the delivery.

Further, the invention of claim 8 relates to claims 1, 2 and
In the game device of 3, 4, 5 or 6, an acquisition request receiving means for receiving an acquisition request from an acquisition requesting player who is the other player who desires to acquire a predetermined game state changing element, and the acquisition request receiving means. The acquisition request notification means for notifying another player of the acquisition request received by the above, and the above-mentioned one player who wishes to transfer the game state change element related to the acquisition request notified by the above acquisition request notification means. From the desired player,
An acquisition response receiving means for receiving the acquisition response, wherein the game state changing element delivery means uses the fact that the delivery response is received by the delivery response receiving means as the predetermined delivery condition. It is a thing.

In this game device, the acquisition request receiving means receives the acquisition request from the player who desires to acquire a predetermined game state changing element (the above-mentioned other player). The acquisition request is notified to another player by the acquisition request notification means. Then, the acquisition response receiving unit receives the acquisition response from the delivery-desiring player (the above-mentioned one player) who wishes to deliver the game state changing element related to the acquisition request. By receiving the acquisition response in this way, a predetermined delivery condition is satisfied, and the usable element of the player desiring to be delivered is erased from the usable element storage means by the game state change element delivery means, and is erased. The same game state changing element as the usable element is stored in the usable element storage means as the usable element of the player who desires to acquire. As a result, if a player (player who wants to acquire) wants a predetermined game state change element, if there is a delivery response from another player (player who wants to deliver) to the acquisition request, these players The transaction of the game state change element is completed, and the game state change element is handed over from the player desiring to deliver the player to the player desiring to acquire it. In this way, by requesting the delivery of the game state change element from the side desiring to obtain the predetermined game state change element, the game state change element desired by the player desiring to obtain can be smoothly acquired.

Further, the invention of claim 9 is a game execution method comprising a game value receiving step of receiving a game value possessed by a player, and a game value paying step of paying out a game value to the player. A use decision step of deciding, based on an instruction from each player, of each of the game state changing elements for changing the game state during the game progress, each of the usable elements usable by the player during the game progress And a game state changing step of changing the game state of the player during the game based on the usable elements determined in the use determining step, and corresponding to each player when a predetermined delivery condition is satisfied. The usable element corresponding to one player stored in the usable element storage means for storing each usable element is usable. A game state changing element delivery step of deleting the same game state changing element as the usable element from the element storing means and storing the same game state changing element in the usable element storing means as an usable element of another player, In the game state changing element passing step, the game state changing element is passed between the one player and the other player.

In this game execution method, the player performs another process in the game by passing the game state changing element such as an item by performing the same processing as that of each unit of the game apparatus according to claim 1. You can interact with the player.

Further, the invention of claim 10 is a game value receiving means for receiving a game value possessed by a player,
A program for operating a computer provided in a game device having a game value payout means for paying out a game value to the player, the game progressing means for advancing the game, based on an instruction from each player, Of the game state changing elements for changing the game state in progress of the game by the game progress means, use determining means for determining use of usable elements that can be used by each player during the game progress, by the use determining means Game state changing means for changing the game state of the player in progress of the game by the game progress means based on the determined usable element, and use corresponding to each player when a predetermined delivery condition is satisfied. Corresponding to one player stored in the usable element storage means for storing each possible element By deleting the usable element from the usable element storage means and storing the same game state changing element as the usable element in the usable element storage means as the usable element of another player, The above-mentioned computer is made to function as game state change element delivery means for delivering the game state change element between the player and the other player.

The program recorded on this recording medium is
By being executed by the computer provided in the game device according to claim 1, the player can interact with another player in the game by passing the game state changing element such as an item.

The program can be distributed or obtained in a state of being recorded on a recording medium such as a CD-ROM. In addition, by loading this program, the signal transmitted by a predetermined transmitting device is distributed via a transmission medium such as a public telephone line, a leased line, or another communication network,
It can be distributed and obtained by receiving it. At the time of this distribution, at least a part of the computer program may be transmitted in the transmission medium. That is,
All the data that makes up a computer program
It need not exist on the transmission medium at any one time. The signal carrying the program is a computer data signal embodied on a predetermined carrier wave containing the computer program. Further, the transmission method of transmitting a computer program from a predetermined transmission device includes a case of continuously transmitting the data making up the program and a case of transmitting the data intermittently.

[0030]

BEST MODE FOR CARRYING OUT THE INVENTION An embodiment in which the present invention is applied to a medal game machine which is a game device for executing a role playing game will be described below. In the medal game machine according to the present embodiment, the player operates a warrior character (hereinafter referred to as “hero”) of the game hero who is the operation target, picks up a jewel appearing in the dungeon, and escapes from the dungeon. An exploration game with the goal of being developed. In that dungeon, an enemy monster that blocks the protagonist's way appears, so the player controls the protagonist to escape the dungeon without being defeated by the monster. In order to counter the enemy monsters, the hero operated by the player attacks the enemy monsters and uses various items and magic that are game state changing elements to proceed in the dungeon and try to escape. Also, this exploration game has multiple dungeons, and each player aims to clear all dungeons.

Further, in the medal game machine according to this embodiment, a game whose purpose is to occupy a castle is developed in addition to the dungeon. In this game, if a player successfully occupies a castle, he or she can become the owner of that castle, and the player who becomes the castle becomes a kind of matchup with other players who try to occupy his castle. You can play games. The game progress of this battle game is the same as that of the above-mentioned exploration game, and in this battle game, a plurality of castles are prepared, and each player challenges from these castles. Select a castle and aim to occupy it.

The overall structure of the medal game machine according to this embodiment will be described below. FIG. 2 is a schematic configuration diagram of the entire medal game machine according to the present embodiment. This game machine is composed of a game unit 1 as twelve game terminals operated by each player, and a central control device 20 for controlling these game units 1 in a centralized manner. The player can participate in the game in the game unit 1 by inserting a medal having a game value into the game unit 1. Each game unit 1 is LA
It is connected to the central controller 20 by a communication line such as an N cable. With this medal game machine, up to 12 players can play the game at the same time. Further, the central control device 20 is arranged inside one game unit of the twelve game units 1.

FIG. 3 is an external view of the game unit 1. The game unit 1 includes a display 2 as a display unit for displaying a game screen according to the progress of the game, a speaker 3 for playing a sound such as a sound effect or back music according to the progress of the game, and a player on the game screen. An operating lever 4 and three operating buttons 5a, 5b, 5c which are operating means for operating the appearing movement of the main character,
Payout button 5d for paying out medals, etc.
And a save end button 5e for taking out a magnetic card to be described later and ending the game. While watching the game screen displayed on the display 2, the player can operate the operation lever 4 and the three operation buttons 5a, 5b,
By operating 5c, the hero appearing on the game screen can be moved or an item can be used. Further, the game unit 1 has a medal insertion slot 6 as a game value receiving means for receiving a medal paid by a player, a medal payout slot 7 as a game value payout means for paying out a medal to the player,
A card insertion / ejection slot for a player who has finished the game to insert or remove a magnetic card 9 for recording the personal information of the player or the game state at the time of termination so that the player can continue the game at the next play. 8 are also provided.

FIG. 4 is a block diagram showing a schematic structure of the inside of the game unit 1. The game unit 1 includes a main board 10 that controls each unit in the game unit 1, an image display control unit 11 that controls image display on the display 2, and a sound control unit 12 that controls sound played by the speaker 3. And the operating lever 4 and the operating buttons 5a, 5b, 5
c and payout button 5d and save end button 5e
An operation control unit 13 for receiving a signal from the device and converting it into a predetermined control signal; a magnetic card writing / reading unit 14 for writing / reading data to / from the magnetic card 9 inserted into the card insertion / ejection slot 8; It has a medal payout control unit 15 for controlling the payout of medals and the like according to the operation of the payout button 5d. In the game unit 1, a RAM 16 for temporarily recording various data such as credit data which is a game value obtained by converting the number of medals into electronic data, a game execution program required for the exploration game and the competition game, and the like. A ROM 17 in which various databases are stored is also provided. The main board 10 is connected to the image display controller 11, the sound controller 12, the operation controller 13, the magnetic card writing / reading unit 14, the medal payout controller 15, the RAM 16 and the ROM 17, respectively. Further, the main board 10 is connected to the central controller 20 via the interface 18,
Data communication is possible with a central control board 21 of the central control device 20, which will be described later.

FIG. 5 is a block diagram showing a schematic configuration of the central controller 20. The central control device 20 performs bidirectional data communication with the main board 10 of each game unit 1 and controls the entire medal game machine.
1, a program ROM 22 in which a control program or the like for centrally controlling each game played in each game unit 1 is recorded, and a database ROM 23 in which various databases are recorded. In addition, the central control board 2
1 is connected to the main board 10 of each game unit 1 via the interface 24, and data communication with each main board 10 is possible.

In the present medal game machine, when the player finishes the game, the game state data, which is the game state information for restoring the game state at the time of the next game restart, is stored in the game state recording means. The data is recorded on the magnetic card 9 as the game state recording medium by the magnetic card writing / reading unit 14 as. This game status data includes player name (main character's name), final play time, main character's ability, player information such as the type of item that can be used among the game status change elements owned by the player, and the game end. It includes game information such as field data such as the type of dungeon or castle in which the hero at the time is, the hero in the dungeon or castle, the position of an enemy monster, or an item as a game state changing element. On the other hand, when the player wants to continue the game once finished, he / she inserts his / her magnetic card 9 into the card insertion / ejection slot 8. As a result, the magnetic card writing / reading unit 14 as the game state reading means reads the game state data recorded on the magnetic card 9. This game state data is recorded in the RAM 16 and stored in the ROM
It is read by the game execution program recorded in 17. As a result, the player can restart the play from the game state continued from the last time in the game progressed by the main board 10 as the game progression means executed by the game execution program.

It is not necessary to record all the game state data on the magnetic card 9. For example, the player ID is recorded on the magnetic card 9 and one of the game state data corresponding to the player ID, which is the player identification information, is recorded. All or all of the units may be recorded in the database ROM 23 as the game state recording medium of the central controller 20. In this case, after reading the player ID from the magnetic card 9, the game state data corresponding to the player ID is downloaded from the central control device 20 to the RAM 16 of the game unit 1 in the same manner as above.
Play can be resumed from the previous game state.

Next, the flow of the game played in each game unit 1 of the present medal game machine 1 will be described. Figure 6
4 is a flowchart showing a flow of a game by the main board 10 that executes a game execution program stored in the ROM 17 of each game unit 1. When participating in the game, the player first inserts the magnetic card 9 into the card insertion slot 8 (S1). When playing for the first time, the player obtains a new magnetic card 9 from a store clerk such as a game center in which the present medal game machine is installed or a vending machine, and inserts the magnetic card 9 into the card insertion / ejection slot 8 To insert. Further, the player who intends to continue the previous game inserts the magnetic card 9 recorded in the game state data at the end of the previous game into the card insertion slot 8. In the game unit 1 thus receiving the magnetic card 9, the magnetic card write / read unit 14 reads the recorded contents of the magnetic card 9 and sends the data to the main substrate 10. The main board 10 determines whether or not it is a new play according to the received recording content (S).
2).

When it is determined in S3 that the game is not a new play, the main board 10 indicates to the central control board 21 the player ID included in the game status data recorded on the magnetic card 9 as shown in FIG. Send the ID number. Upon receiving this, the central control board 21 determines that it is a continuation of the previous one, and returns a new ID number to the main board 10. Upon receiving the new ID number, the main board 10 reads the game state data recorded on the magnetic card 9 by the magnetic card writing / reading unit 14 (S
4), this is recorded in RAM16. Then, the main board 10 stores the ROM 17 based on the game state data.
The program recorded in is loaded and the image display control unit 1
By 1, the game screen of the continuation of the previous time is displayed on the display 2, the game is started (S5), and the game proceeds.

On the other hand, if it is determined in S2 that it is a new play, the main board 10 transmits a dummy ID to the central control board 21, as shown in FIG. Receiving this, the central control board 21 recognizes that it is a new play, and returns a new ID number to the main board 10. Main board 1 that received this new ID number
0 inputs and sets initial information (S3). In the input and setting of this initial information, the image display control unit 11 causes the display 2 to display the name input screen shown in FIG. The player operates the operation lever 4 and the operation button 5a, moves the cursor of the Japanese syllabary button displayed on the name input screen, and inputs the name of the hero. After the input, if the enter button on the name input screen is selected, the name confirmation screen shown in FIG. 9B is displayed, and the name is decided by selecting the Yes button on the screen. Next, the occupation selection screen shown in FIG. 9C is displayed on the display 2. On this screen, the profession of the main character operated by the player is selected. The operation contents of the above input or selection are sent from the operation control unit 13 to the main board 10 and recorded in the RAM 16 as player information.

When the input / setting process of the initial information is completed in this way, the game is started by the main board 10 (S5), and the image display controller 11 causes the display 2
The main menu screen shown in FIG. 10 is displayed. This main menu screen has an explore game button to explore the dungeon, a match game button to challenge the castle owned by another person, and a card list button to display a list of magic cards that can be used during these games. There is. On this screen, the player can play an exploration game,
Select whether to play a competitive game.

Here, when the player selects the exploration game, the main board 10 causes the image display control section 11 to display the dungeon selection screen shown in FIG. 11 on the display 2 and executes the dungeon selection process. On this dungeon selection screen, a display area showing each dungeon is displayed. Then, the player selects a dungeon to challenge by moving the cursor with the operation lever 4. In each display area, the name of the dungeon and the number of medals (challenge cost) necessary for the challenge are displayed. In each dungeon, a game development derived from the dungeon name is performed, and different games are progressed. When the player selects, for example, a comfortable dungeon, the selected dungeon is displayed in the upper part of the screen shown in the figure. Then, when the player decides to challenge the selected dungeon, he pushes the operation button 5a. This button operation is sent from the operation control unit 13 to the main board 10. Then, the main board 10 reduces the credit data recorded in the RAM 16 by an amount corresponding to the challenge cost.

More specifically, the ROM 17 of the game unit 1 has a data area for recording a dungeon information database in which dungeon data as game information including game contents of each dungeon is recorded. In this dungeon information database, challenge cost data is recorded in association with dungeon name data for specifying dungeon data. Main board 1
0 indicates the dungeon selection signal related to the dungeon selected on the dungeon selection screen shown in FIG.
When received from 3, recognizes the dungeon name selected by the player. Further, by receiving this dungeon selection signal from the operation control unit 13, the main board 10
Selects dungeon name data from the dungeon information database and reads challenge cost data corresponding to the dungeon name data. Then, the main board 10
The credit amount corresponding to the read challenge cost data is reduced from the credit data recorded in the RAM 16. Hereinafter, the process of increasing / decreasing the credit data is performed in the same manner as above.

Here, when the credit data recorded in the RAM 16 is less than the credit amount corresponding to the challenge cost data, a screen for prompting the player to insert additional medals is displayed. When a medal is inserted (S
6), the number of medals is detected by a medal insertion sensor (not shown), and the main board 10 records the credit data corresponding to the number of inserted medals in the RAM 16 (S).
7). It should be noted that if the medals are not inserted even if the medal insertion is prompted, the challenge to the dungeon is not permitted. Hereinafter, even when the process of reducing the credit data is performed, the insertion of medals is urged similarly to the above.

Further, when the main board 10 recognizes the dungeon name from the dungeon selection signal, it reads the dungeon data corresponding to the dungeon name data from the dungeon information database. Then, the program based on the dungeon data is loaded, and the image display control unit 11 causes the display 2 to display the game screen.

On the other hand, when the player selects a competitive game on the main menu screen shown in FIG. 10, the main board 10 causes the image display controller 11 to display the display 2
Then, the castle selection screen shown in FIG. 12 is displayed, and the castle selection processing is executed. On this castle selection screen, a display area showing each castle is displayed. Then, the player selects the castle to challenge by moving the cursor with the operation lever 4. In each display area, the castle name and the challenge cost are displayed. In each castle, different game progress states are prepared, and various game developments are performed. In each castle, the player who succeeded in occupying the castle in the past is the castle owner, and the player will compete with the player who is the castle owner.
Specifically, the R for the database of the central control unit
The OM 23 has a data area for recording a castle information database that records castle data as game information including the game content of each castle. The castle name data included in the castle data recorded in the castle information database is associated with the ID of the castle owner, which is player identification information.

13 and 14 are explanatory views for explaining the data communication between the main board 10 and the central control board 21 in the castle selection process. When the main board 10 receives a signal from the operation control unit 13 by the button operation when the player selects the battle game on the main menu screen shown in FIG. 10, the main board 10 transmits a battle data request to the central control board 21. Upon receiving this, the central control board 21 returns image data for displaying the castle selection screen shown in FIG. 12 on the display 2 of the game unit 1. Then, when the player selects a castle to challenge on the castle selection screen displayed on the display 2, the main board 10
Receives a castle selection signal from the operation control unit 13 by the button operation. Then, the main board 10 transmits a castle data request including castle name data corresponding to the castle selection signal to the central control board 21. Upon receiving this, the central control board 21 reads out castle data corresponding to the castle name data included in the castle data request from the castle information database. Then, the castle data is returned to the main board 10 as shown in FIG. Then, the main board 10 receiving this castle data loads a program based on the castle data, and the game proceeds.

The ROM 17 of the game unit 1 is
In association with the castle name data for identifying each castle data,
It has a data area for recording a castle challenge information database in which challenge cost data is recorded. As described above, the main board 10 receives the castle selection signal regarding the castle selected on the castle selection screen shown in FIG.
The challenge cost data corresponding to the castle name data is read from the castle challenge information database recorded in M17, and the credit amount corresponding to the challenge cost data is reduced from the credit data recorded in the RAM 16.

When the game proceeds in this way, the display 2 displays a game screen as shown in FIG. Since the game screens are almost the same in both the exploration game and the battle game, and the way in which the game progresses is similar, the exploration game will be described below as an example.

On the game screen shown in FIG. 15, a dungeon screen which is a field in the dungeon is displayed. Also, the number of floors in the dungeon, the physical strength of the protagonist and the number of credits based on the player's credit data are displayed at the top of the screen, and in the lower right part of the screen, a plurality of magic cards owned by the protagonist that the player can use. Is displayed. The dungeon screen is a view of the floor of the dungeon viewed from above, and the illustrated screen shows the hero, enemy monsters, and item cards.

The player can operate the operation lever 4 and the operation buttons 5a, 5b, 5c to move the hero, attack an enemy monster, or use a magic card owned by the player. In addition, enemy monsters also attack the main character, so if you receive that attack,
The game is over when the hero's physical strength decreases and his physical strength becomes zero.

When using a magic card owned by the hero, the player presses the operation button 5c. As a result, the main board 10 causes the image display control unit 11 to display the card selection screen shown in FIG. 16 on the display 11. On this card selection screen, the cursor appears on the magic card at the bottom right of the screen. Further, on the card selection screen, a card content screen showing the content of the magic card selected by the cursor is displayed on the left side of the screen. On this card content screen, the effect of using the magic card and the number of medals (card usage cost) required to use the magic card are displayed. The player moves the cursor with the operation lever 4, selects a magic card to be used, and then presses the operation button 5a. This button operation is sent from the operation control unit 13 to the main board 10. Then, the main board 10 executes a credit data variation process for changing the credit data recorded in the RAM 16 so as to be reduced by an amount corresponding to the card usage cost of the magic card (S8).

More specifically, the ROM 17 of the game unit 1 has a usable data area as usable element storage means for storing magic card data, which is a game state changing element, in a state in which the player can use it. A magic card database having an unusable data area as an unusable element storage means for storing magic card data in a state where the player cannot use it is stored. Each magic card data recorded in this magic card database has various data associated with the card name data. A magic card data as a usable element that can be used by the player is added with a read permission code that enables the card to be read by a card use program executed by the main board 10, and the magic card to which the read permission code is added. The usable data area in which the data is recorded functions as usable element storage means, and the unusable data area in which the magic card data without the read permission code is recorded is used as the unusable element storage means. Function. In addition, the magic card displayed on the game screen of FIG. 15 or the card selection screen of FIG.
It is a part of the magic card data as the usable element recorded in the usable data area.

When the main board 10 receives the card use signal regarding the magic card selected on the card selection screen shown in FIG. 16, the main board 10 recognizes the magic card name based on the instruction of the player. The main board 10 has a RAM 16
When the credit data recorded in is more than the card usage cost data, it functions as a usage determining means and determines the usage of the magic card data. After that, the main board 10 functions as a game state changing means, reads the card effect data corresponding to the card name data from the magic card database, and changes the game state based on the card effect data. For example, if the magic card used is to attack an enemy monster, use the value of the card effect data to calculate the damage to the enemy monster,
The physical strength data of the enemy monster is reduced based on the calculation result. In addition, when the use of the magic card data is decided by the main board 10, the main board 10
Selects card name data from the magic card database and reads out card usage cost data corresponding to the card name data. Then, the main board 10 subtracts the credit data corresponding to the read card usage cost data from the credit data recorded in the RAM 16.

Further, in the dungeon, there are item cards as displayed on the game screen shown in FIG. When the player operates the main character and picks up an item card, a magic card can be obtained.

Further, in the dungeon, there is a shop shown in FIG. 17 (a) where the magic cards possessed can be sold or the magic cards not possessed can be purchased. When a player operates the hero to enter the shop, he or she can sell the magic card in his possession and convert it to credit, or pay the credit for the magic card sold in the shop and purchase it.

When purchasing a magic card at the shop, the player operates the operation lever 4 on the shop screen shown in FIG. 17 (a) to move the cursor to the "buy card" button and press the operation button 5a. Push. As a result, the main board 10 causes the display 11 to display the purchase card selection screen shown in FIG. 17B by the image display controller 11. In this purchase card selection screen, a card list screen of magic cards sold at the shop is displayed in the upper part of the screen, and a card content screen showing the contents of the magic card selected with the cursor is displayed in the lower left of the screen. It The card list screen displays the number of medals (card purchase cost) required to purchase a magic card. The player moves the cursor 412 with the operation lever 4, selects the magic card to be purchased, and then pushes the operation button 5a. This button operation is sent from the operation control unit 13 to the main board 10. And
The main board 10 executes a credit data variation process for changing the credit data recorded in the RAM 16 so as to reduce the credit purchase cost of the magic card by an amount corresponding to the card purchase cost (S8).

More specifically, card purchase cost data associated with card name data is also recorded in the magic card database. The main board 10 is
When the card purchase signal regarding the magic card selected on the purchase card selection screen shown in FIG. 17B is received, the magic card name based on the instruction of the player is recognized. When the credit data recorded in the RAM 16 is more than the card purchase cost data, the main board 10
Allows the use of magic card data in the unusable data area of the magic card database. After that, the main board 10 adds the use permission code to the magic card data corresponding to the card name data. As a result, the magic card data is recorded in the usable data area of the magic card database and can be used by the player. In addition, since the main board 10 permits the use of the magic card data in the unusable data area, the main board 10 selects the card name data from the magic card database, and the card corresponding to the card name data is selected. Read purchase cost data. Then, the main board 10 subtracts the credit data corresponding to the read card purchase cost data from the credit data recorded in the RAM 16.

On the other hand, in the above shop, when selling the magic card owned by the player, the player is required to purchase the magic card shown in FIG.
On the shop screen shown in, operate the operation lever 4,
Move the cursor to the "Sell card" button and press the operation button 5a. As a result, the main substrate 10 is displayed on the display 11 by the image display control unit 11.
The sale card selection screen shown in (c) is displayed. In this sale card selection screen, a cursor appears on the magic card at the lower right of the screen, and a card contents screen showing the contents of the magic card selected by the cursor is displayed on the left side of the screen. Further, in the upper part of the sale card selection screen, a take-back price screen displaying the number of medals (card sale income) to be exchanged for the selected magic card is displayed.
The player moves the cursor with the operation lever 4, selects a magic card to sell from the magic cards possessed by the player, and then pushes the operation button 5a. This button operation is sent from the operation control unit 13 to the main board 10. Then, the main board 10 executes a credit data variation process for changing the credit data recorded in the RAM 16 so as to be increased by an amount corresponding to the card sale income of the magic card (S8).

To be more specific, the magic card database also records card sale income data associated with the card name data. The main board 10 is
When the card sale signal regarding the magic card selected on the sale card selection screen shown in FIG. 17B is received, the magic card name based on the player's instruction is recognized. Then, the main board 10 permits non-use of the magic card data in the usable data area of the magic card database when the magic card can be sold at the shop. After that, the main board 10 deletes the use permission code from the magic card data corresponding to the card name data. As a result, the magic card data is recorded in the unusable data area of the magic card database, and the player cannot use the magic card data. Further, since the main board 10 permits non-use of the magic card data in the usable data area, the main board 10 selects the card name data from the magic card database, and the card corresponding to the card name data is selected. Read sales income data. And
The main board 10 adds the credit data corresponding to the read card sale income data to the credit data recorded in the RAM 16.

Further, among the enemy monsters arranged, there is a gem monster whose credit increases when defeated. The operation of this gem monster is controlled by the main board 10 as a game element control means for executing the game execution program. When the player operates the hero to defeat the jewel monster, the main board 10 sets the credit data recorded in the RAM 16 to the jewel acquisition amount, which is the number of medals according to the type of the jewel monster. A credit data variation process is executed to change the credit data so as to increase it by a corresponding amount (S8).

In this way, when the protagonist successfully escapes from the dungeon, the dungeon selection screen shown in FIG. 11 is again displayed on the display 2 after a predetermined effect. Therefore, the player can try the same dungeon or another dungeon by selecting the next dungeon to be challenged on this dungeon selection screen.

The players who play the game as described above are
To convert the credit data recorded in the RAM 16 into medals and receive the payout of medals, the payout button 5d shown in FIG. 3 is pressed. This button operation is sent from the operation control unit 13 to the main board 10. Then, the main board 10 sends the credit data recorded in the RAM 16 to the medal payout control 15, and the medal payout control 15
Thus, the medal payout process is executed (S11). As a result, the number of medals corresponding to the credit data at that time is paid out to the player from the medal payout slot 7.

When the player wants to end the game, the player presses the save end button 5e shown in FIG. This button operation is sent from the operation control unit 13 to the main board 10. Then, the main board 10 causes the image display control unit 11 to display the game end selection screen shown in FIG. 18 so as to overlap the image displayed on the display 2 (S10). On this game end selection screen, a "Yes" button and a "No" button are displayed below the comment "Do you want to end the game?". If the player does not want to end the game, use the control lever 4 to move the cursor to the "No" button,
Press the operation button 5a. As a result, the game end selection screen disappears, and the game is restarted from the previous screen. On the other hand, when ending the game, the player moves the cursor to the "Yes" button with the operation lever 4 and presses the operation button 5a. This button operation is performed by the operation control unit 13
To the main substrate 10. And the main board 1
As shown in FIGS. 7 and 8, 0 transmits the credit data and the game state data recorded in the RAM 16 to the central control board 21 as a data save request.
Upon receiving this, the central control board 21 saves the data in the player information of the player recorded in the database ROM 23. Then, the central control board 21 transmits save completion data indicating that the save is completed to the main board 10. Main board 10 that receives this
The credit card writing / reading unit 14 writes credit data, game status data, and the like to the magnetic card 9, and ejects the magnetic card 9 from the card insertion / ejection slot 8.

Now, the transaction of magic cards between players, which is a characteristic part of the present invention, will be described. Figure 1
It is a flowchart which shows the flow of transaction of the magic card in this embodiment. In the present embodiment, a player playing an exploration game in a certain game unit 1 picks up a magic card in the dungeon or purchases the magic card at the shop shown in FIG. Can be obtained. The magic card thus obtained is recorded in the ROM 17 of the game unit 1 with the read permission code added. here,
In this embodiment, since the number of magic cards that the player can own is limited, when obtaining a new magic card, it may be necessary to dispose of a part of the magic card that the player has. Even without this limitation, you may want to dispose of unnecessary magic cards that the player owns. In such a case, in this embodiment, the player who owns the unnecessary magic card can sell the unnecessary magic card to another player.

A player having an unnecessary magic card (hereinafter referred to as "handing over player") first pushes the operation button 5c as in the case of using the magic card. As a result, the main substrate 10 is connected to the image display controller 1
1 causes the display 11 to display the card selection screen shown in FIG. On this card selection screen, when the player wishing to deliver presses the operation button 5c again,
The screen switches to an unnecessary card selection screen for selecting an unnecessary magic card as shown in FIG. 19 (S21). On this unnecessary card selection screen, the player desiring to hand over moves the cursor with the operation lever 4, selects an unnecessary magic card, and then presses the operation button 5a (S22). This button operation is sent from the operation control unit 13 to the main board 10. Then, the main board 10 functions as a delivery request receiving means, receives the operation content as a transaction request signal which is a delivery request, and then sends the transaction request signal to the central control board 21. The central control board 21 that has received this transaction request signal functions as a delivery request notification means, and makes a transaction request to the main boards 10 of all game units 1 in which another player different from the player desiring delivery is playing a game. The notification is transmitted (S23).

When this transaction request notification is received by the main board 10 of the game unit 1 in which another player is playing a game, the main board 10 displays a message as shown in FIG. Display 2
To display. In response to this message, the player presses the operation button 5b if he / she desires to purchase the magic card associated with the message, and presses the operation button 5c if he / she does not wish to purchase the magic card (S24).
This button operation is performed from the operation control unit 13 to the main board 10
Sent to. When the player presses the operation button 5c, the main board 10 erases the message shown in FIG. 20 from the display 2 by the image display controller 11, and the player continues the game.

On the other hand, the main board 10 of the game unit 1 in which the player who has pressed the operation button 5b (hereinafter referred to as the "player wishing to acquire") plays a game functions as a delivery response receiving means, and the operation content is delivered response. Is received as a transaction response signal. And the main board 1
0 sends this transaction response signal to the central control board 21.
If the credit data recorded in the RAM 16 of the game unit 1 does not reach the number of medals required to purchase the magic card, a screen for prompting the player to insert additional medals is displayed. Even if the medal insertion is prompted, if the medal is not inserted, the transaction response signal is not transmitted to the central control board 21.

Central control board 21 that received the transaction response signal
Judges that the delivery conditions have been met. As a result, a transaction is established between the player desiring to play a game in the game unit 1 that has transmitted the transaction response signal and the player desiring to be delivered (S25), and transaction processing is performed (S2).
6). At this time, when the central control board 21 receives the transaction response signals from the plurality of game units 1, the acquisition-desiring player and the delivery-desiring player who play the game in the game unit 1 that transmitted the earliest received transaction response signal It is assumed that a transaction has been established between them. In this embodiment, the number of transaction medals is set in advance for each magic card, but the number of medals desired by the player who wishes to hand over may be used as the number of transaction medals. Also, a so-called auction format may be adopted, and for example, the number of medals desired by the player who desires to acquire may be used as the number of transaction medals. In this case, the transaction may be established between the player who wants to acquire and the player who wants to deliver the magic card related to the transaction with the largest number of medals.

In the transaction process performed when the transaction between the player desiring delivery and the player desiring acquisition is completed in this way, the central control board 21 uses the game in which the player desiring delivery and the player desiring acquisition are playing the game. A transaction completion signal is transmitted to each of the main boards 10 of the unit 1. As a result, the main board 10 of the game unit 1 of the player desiring to hand over deletes the use permission code from the magic card data relating to the transaction in the usable data area of the magic card database stored in the ROM (S26). As a result, the magic card data is erased from the usable data area of the magic card database, and the player cannot use the magic card data. Further, the main substrate 10
Reads card transaction cost data corresponding to the card name data of the magic card involved in the transaction from the magic card database. Then, the main board 10 adds the credit data corresponding to the read card transaction cost data to the credit data recorded in the RAM 16 (S26).

On the other hand, the main board 10 of the game unit 1 of the player who desires to acquire adds a use permission code to the magic card data related to the transaction in the unusable data area of the magic card database stored in the ROM (S).
26). As a result, the magic card data is recorded in the usable data area of the magic card database, and the player can use the magic card data. Further, the main board 10 reads out card transaction cost data corresponding to the card name data of the magic card related to the transaction from the magic card database. Then, the main board 10 stores the credit data corresponding to the read card transaction cost data in the RA
Subtract from the credit data recorded in M16 (S2
6).

As described above, in the present embodiment, when the transaction of the magic card is established between the player desiring to deliver and the player desiring to obtain, the main substrate 10 and the central control substrate in the game unit 1 of the player desiring to deliver and the player desiring to obtain. 21 will function as a game state change element delivery means and a consideration delivery means. As a result, the player desiring to deliver can obtain a medal as a consideration for the transaction of the magic card by delivering an unnecessary magic card, and the player desiring to obtain can pay the medal as a consideration to obtain the magic card desired by the player. Can be obtained. Through such transactions, exchanges between players within the game will be provided, providing unprecedented playability.

In the present embodiment, the medal is used as the consideration in the transaction of the magic card, but the magic card owned by the player who desires to acquire or other items such as the game state changing element may be used as the consideration. Good.
In this case, so-called bartering of items is performed in the game. Further, in the transaction of the magic card, such a consideration is not always necessary, and the unnecessary magic card of the player desiring to be delivered may be delivered to the player desiring to acquire free of charge.

In the competition game played on this medal game machine, the player aims at the castle and captures the castle from another player, but the player (player who wants to acquire) is the competition game. If you select, and another player (player wishing to hand over) selects a castle that is the castle owner, that player can purchase unnecessary magic cards etc. owned by the other player who is the castle owner. .

More specifically, the player desiring to hand over first, in the castle selection process performed by selecting the battle game on the main menu screen shown in FIG. 10, the castle shown in FIG. On the selection screen, select the castle where you are the owner. Then, the player desiring to hand over performs a predetermined operation to select an unnecessary magic card that he has. As a result, the main board 10 of the game unit 1 operated by the player desiring delivery functions as delivery request receiving means, and receives the operation content as a transaction request signal which is a delivery request.
Then, the main board 10 sends the transaction request signal to the central control board 21. Upon receiving the transaction request signal, the central control board 21 adds the transaction code to the magic card data related to the transaction request signal contained in the player information of the player desiring delivery, which is recorded in the database ROM 23.

On the other hand, in the castle selection process shown in FIG. 12 displayed on the display 2, the other players display the castle selection screen shown in FIG. 12 in the castle selection process performed by selecting the competitive game on the main menu screen shown in FIG. Select the player's castle to be delivered. As a result, the main board 10 of the game unit 1 transmits a castle data request to the central control board 21, and receives the selected castle data from the central control board 21. At this time, when the transaction code is added to the magic card data included in the player information associated with the castle data, the central control board 21 functions as delivery request notification means and transmits the transaction request notification. The main board 10 that has received the transaction request notification causes the image display control unit 11 to display a predetermined message on the display 2 before loading the program based on the castle data. This will allow other players who have selected that castle to
If you want to purchase the magic card related to the message, that is, the magic card owned by the player who wishes to be the castle owner, press the operation button 5b. If you do not want to purchase the magic card, press the operation button 5c. .. When the other player presses the operation button 5c, the main board 10 erases the message from the display 2 by the image display control unit 11, loads the program based on the castle data, and the game proceeds.

On the other hand, the player who has pressed the operation button 5b becomes a player desiring to acquire, and the main board 10 of the game unit 1 functions as a delivery response receiving means.
The operation content is received as a transaction response signal which is a delivery response. Then, the main board 10 sends the transaction response signal to the central control board 21. Upon receiving the transaction response signal, the central control board 21 determines that the delivery condition is satisfied, and the player who wishes to play the game in the game unit 1 that has transmitted the transaction response signal and the player who wishes to be the delivery who is the castle owner. The transaction is completed with. Then, in the transaction processing, the central control board 21 is a database ROM
The use permission code is deleted from the magic card data contained in the player information of the player desiring to be delivered stored in 23. As a result, the player desiring delivery will not be able to use the magic card when restarting the game next time. Further, the central control board 21 reads out card transaction cost data corresponding to the card name data of the magic card involved in the transaction, and credit data corresponding to the card transaction cost data is stored in the database ROM 23 and is requested to be delivered. Add to the credit data included in the player information of the player.

Further, in the transaction processing, the central control board 21 sends a transaction completion signal to the main board 10 of the game unit 1 in which the player desiring acquisition is playing the game. As a result, the main board 10 of the game unit 1 of the player desiring to acquire adds a use permission code to the magic card data related to the transaction in the unusable data area of the magic card database stored in the ROM.
As a result, the magic card data is recorded in the usable data area of the magic card database, and the player can use the magic card data. Further, the main board 10 reads out card transaction cost data corresponding to the card name data of the magic card related to the transaction from the magic card database.
Then, the main board 10 stores the read credit data corresponding to the card transaction cost data in the RAM 16
Subtract from the credit data recorded in.

As described above, in this embodiment, the magic card can be traded between the player who wishes to be the castle owner and the player who wants to acquire the challenger of the castle. In this case, the player who wants to be the castle owner, by performing a predetermined operation, adds transaction codes to unnecessary magic cards that he has, while he is not on the spot, You can sell magic cards to players who want to acquire the challenger of the castle.

[Modification] Further, in the present embodiment, the transaction is carried out for the first time when the player desiring to hand over attempts to dispose of the unnecessary magic card, but the player desiring to acquire acquires the predetermined magic card. The transaction may be executed when desired. Hereinafter, an example of a configuration in this case (hereinafter, referred to as a “variant”) will be described.

A player desiring to acquire a certain magic card performs a predetermined operation to select the magic card to be acquired. This operation is received as a transaction request signal, which is an acquisition request, by the main board 10 functioning as acquisition request receiving means. This transaction request signal is sent to the central control board 21 functioning as acquisition request notifying means in the same manner as described above, and is sent to the main boards 10 of all game units 1 in which another player different from the acquisition-requesting player is playing a game. In response, the transaction request notification is transmitted.
When this transaction request notification is received by the main board 10 of the game unit 1 in which another player is playing the game, the main board 10 is controlled by the image display control unit 11 as shown in FIG.
A message as shown in is displayed on the display 2. In response to this message, if the player wants to sell the magic card related to the message, press the operation button 5b, and if the player does not want to sell the magic card or does not have the magic card, operate Press button 5c.

When the operation button 5b is pressed, the main board 10 functions as acquisition response receiving means and receives the operation content as a transaction response signal which is an acquisition response. Then, the main board 10 sends the transaction response signal to the central control board 21. The central control board 21 that has received this transaction response signal determines that the delivery conditions have been satisfied, and the transaction between the delivery requesting player who plays the game in the game unit 1 that has transmitted the transaction response signal and the above acquisition desired player. Is established, and the same processing as the above-mentioned transaction processing is performed.

In the present embodiment, a medal game machine for playing a role-playing game in which the hero adventures in a dungeon has been described, but the present invention can be applied to various games. For example, the present invention can be applied to a shooting game in which a player operates a fighter that is an operation target and plays while aiming to occupy an enemy base while shooting down an enemy fighter. In this case, for example,
Similar to trading magic cards in the above embodiments, special missiles may be configured to be traded.

Further, in the present embodiment, substantially the configuration in which each game unit 1 develops an independent game has been described, but the central control device 20 connecting each game unit 1 advances the whole game, The player of each game unit 1 may participate in the same game. In this case, the main characters operated by the respective players may cooperate with each other so as to aim for the escape of the dungeon, or the main characters operated by the respective players may be set as in a battle game in which they are enemies. At this time, each game unit 1 does not need to be in the same store, and may be configured to be connected via a network across a plurality of stores. According to this, a large-scale game by more users can be realized.

[0085]

According to the first to tenth aspects of the present invention, each player can interact with another player in the game by passing the game state changing element, and the game quality can be improved. It has an excellent effect.

In particular, according to the second aspect of the present invention, it becomes possible to transfer the game state changing element between the players who play the game at the game terminals installed in each of the plurality of stores, so that the majority of the players can receive the game state changing element. There is an excellent effect that the game state changing element can be delivered.

Further, according to the invention of claim 3, there is an excellent effect that the game state changing element can be delivered even while one player or both players are not playing the game.

According to the invention of claim 4, by handing the consideration, it is possible to harmonize the interests of the party handing over the game state changing element and the side receiving the game state changing element, and passing the game state changing element between the players. Is promoted, and it has an excellent effect that the interaction between the players in the game can be activated.

According to the invention of claim 5, there is an excellent effect that the game state changing element can be traded between the players in the game, and the game property can be further improved.

Further, according to the invention of claim 6, there is an excellent effect that the game state changing element can be exchanged between the players in the game, and the game property can be further improved.

According to the invention of claim 7, the side desiring to hand over the game state changing element requests the handing over of the game state changing element, so that the game state changing element unnecessary for the handing over player can be smoothly disposed of. There is an excellent effect that can be done.

Further, according to the invention of claim 8, the player who desires to acquire the game state changing element can smoothly acquire the game state changing element desired by the player who desires to acquire the game state changing element, by offering to hand over the game state changing element. There is an excellent effect.

[Brief description of drawings]

FIG. 1 is a flow chart showing the flow of a magic card transaction in a medal game machine according to an embodiment.

FIG. 2 is a schematic configuration diagram of the entire medal game machine.

FIG. 3 is an external view of a game unit forming the medal game machine.

FIG. 4 is a block diagram showing a schematic configuration of the inside of the game unit.

FIG. 5 is a block diagram showing a schematic configuration of a central control device forming the medal game machine.

FIG. 6 is a flowchart showing a game flow by a main board that executes a game execution program stored in a ROM of the same game unit.

FIG. 7 is an explanatory diagram showing a flow of data communication between the game unit and the central control device in the existing card processing.

FIG. 8 is an explanatory diagram showing a flow of data communication between the same game unit and the same central control device in a new card process.

FIG. 9A is an explanatory diagram of a name input screen displayed on the display of the game unit. (B) is an explanatory view of a name confirmation screen displayed on the display of the same game unit. (C) is an explanatory view of the occupation selection screen displayed on the display of the same game unit.

FIG. 10 is an explanatory diagram of a main menu screen displayed on the display of the game unit.

FIG. 11 is an explanatory diagram of a dungeon selection screen displayed on the display of the game unit.

FIG. 12 is an explanatory diagram of a castle selection screen displayed on the display of the game unit.

FIG. 13 is an explanatory diagram showing the flow of data communication between the same game unit and the same central control device in the castle selection process when the castle challenge is permitted.

FIG. 14 is an explanatory diagram showing a flow of data communication between the same game unit and the same central control device in the castle selection process when the castle challenge is not permitted.

FIG. 15 is an explanatory diagram of a game screen displayed on the display of the game unit.

FIG. 16 is an explanatory diagram of a card selection screen displayed on the display of the game unit.

FIG. 17A is an explanatory diagram of a shop screen displayed on the display of the same game unit. FIG. 7B is an explanatory diagram of a card selection screen in which a list of cards that can be purchased on the shop screen is displayed. (C) is an explanatory view of a card selection screen displaying a list of cards that can be sold on the shop screen.

FIG. 18 is an explanatory diagram of a game end selection screen displayed on the display of the same game unit.

FIG. 19 is an explanatory diagram of an unnecessary card selection screen displayed on the display of the game unit.

FIG. 20 is an explanatory diagram of a transaction request notification displayed on the display of the game unit.

FIG. 21 is an explanatory diagram of a transaction request notification displayed on the display of the game unit according to the modification.

[Explanation of symbols]

1 game unit 2 display 4 Operation lever 5a, 5b, 5c operation buttons 5d payout button 6 medal slot 7 medal payout exit 8 Card insertion slot 9 magnetic cards 10 Main board 20 Central control unit 21 Central control board

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Masanori Yoshioka             4-3-1 Toranomon, Minato-ku, Tokyo Konami             Within the corporation (72) Inventor Yuichi Nakahara             4-3-1 Toranomon, Minato-ku, Tokyo Konami             Within the corporation F-term (reference) 2C001 AA11 BA02 BA05 BA08 BD03                       BD05 CA01 CB01 CB08 CC02                       CC08

Claims (10)

[Claims] 1. A game advancing means for advancing a game in a game device comprising a game value receiving means for receiving a game value possessed by a player, and a game value paying means for paying out a game value to the player. Among the game state changing elements for changing the game state in progress of the game by the game progress means, usable element storage means for respectively storing usable elements that each player can use during the game progress, and Based on the instruction, use determining means for determining use of the usable element corresponding to each player, and based on the usable element determined by the use determining means, the game progress of each player by the game advancing means. Game state changing means for changing the game state in the middle, and when a predetermined delivery condition is satisfied, The usable element corresponding to one player stored in the usable element storage means is deleted from the usable element storage means, and the same game state changing element as the usable element is used as the usable element of another player. And a game state change element delivery means for delivering the game state change element between the one player and the other player by storing it in the usable element storage means as a game device. . 2. The game device according to claim 1, further comprising a plurality of game terminals connected to each other in a state where two-way data communication is possible, each of the plurality of game terminals being the game value receiving means, The game value payout means, the game progression means, the usable element storage means,
The game state change element delivery means has the use determination means and the game state change means, and the game state change element delivery means is stored in the usable element storage means in one game terminal when the predetermined delivery condition is satisfied. The usable element corresponding to the one player is deleted from the usable element storage means, and the same game state changing element as the usable element is usable by another player who plays a game on another game terminal. A game device characterized by storing as a usable element storage means of the other game terminal as. 3. The game device according to claim 1, wherein a game state recording medium for recording game state information including usable elements of the player and the game state information of the player when the player finishes the game. The game state recording means stores the game state recording medium on the game state recording medium, and the game state reading means for reading the game state information recorded on the game state recording medium. The game progressing means includes the game state reading means. The game progresses based on the game state information read by the game state change element delivery means, and the game state change element delivery means uses the game state recording medium as usable element storage means of at least one of the one player and the other player. A game device characterized by the above. 4. The game apparatus according to claim 1, 2 or 3, wherein when the predetermined delivery condition is satisfied, the consideration of the game state change element related to the delivery by the game state change element delivery means is set to another value. A game device comprising a value transfer means for transferring from a player to the one player. 5. The game device according to claim 4, wherein the value transfer means uses a predetermined amount of game value owned by the other player as the value. 6. The game device according to claim 4, wherein the consideration transfer means has the same game state change element as the usable element corresponding to the other player stored in the usable element storage means as the consideration. A game device characterized by using. 7. The game device according to claim 1, 2, 3, 4, 5 or 6, wherein it is desired to deliver the same game state changing element as the usable element stored in the usable element storage means. Delivery request receiving means for receiving the delivery request from the player who wishes to deliver, which is one player,
Others that wish to obtain the delivery request notification means for notifying another player of the delivery request received by the delivery request receiving means, and the game state change element related to the delivery request notified by the delivery request notification means Has a delivery response receiving means for receiving the delivery response from the player desiring to obtain the game state change element delivery means, and the game state changing element delivery means receives the delivery response by the delivery response receiving means. A game device characterized by being used as a delivery condition. 8. The game device according to claim 1, 2, 3, 4, 5 or 6, receives an acquisition request from an acquisition requesting player which is the other player who desires to acquire a predetermined game state changing element. Acquisition request receiving means, acquisition request notifying means for notifying another player of the acquisition request received by the acquisition request receiving means, and game state changing elements relating to the acquisition request notified by the acquisition request notifying means. It has an acquisition response receiving means for receiving an acquisition response from the player desiring to be delivered, which is the one player desiring to be delivered, and the game state changing element delivery means receives the delivery response by the delivery response receiving means. A game device characterized in that the fact is used as the predetermined delivery condition. 9. A game execution method comprising: a game value receiving step of receiving a game value possessed by a player; and a game value paying step of paying out a game value to the player, which is based on an instruction from each player. Of the game state changing elements for changing the game state in progress of the game, the use deciding step for deciding the use of the usable element usable by each player during the game progress, and the use deciding step. Based on the determined usable elements, a game state changing step of changing the game state of the player in progress of the game, and when a predetermined delivery condition is satisfied, the usable elements corresponding to each player are stored respectively. The usable element corresponding to one player stored in the usable element storage means is deleted from the usable element storage means. And a game state changing element delivery step of storing the same game state changing element as the usable element in the usable element storing means as an available element of another player. According to the above, the game execution method is characterized in that the game state changing element is transferred between the one player and the other player. 10. A program for operating a computer provided in a game device, comprising game value receiving means for receiving a game value possessed by a player, and game value paying means for paying out the game value to the player. Among the game state changing elements for changing the game state of the game progressing by the game progressing means based on the instruction of each player, the game progressing means for advancing the game Use determining means for determining the use of possible usable elements, and game state changing for changing the game state of the game in progress of each player by the game proceeding means based on the usable elements determined by the use determining means means,
And when a predetermined delivery condition is satisfied, the usable element corresponding to one player stored in the usable element storage means for storing the usable element corresponding to each player is deleted from the usable element storage means. In addition, by storing the same game state changing element as the usable element in the usable element storage means as the usable element of another player, the game between the one player and the other player can be performed. A program for causing the computer to function as game state change element delivery means for delivering a state change element.