JP2003062334A - Computer apparatus, card reader, superintending computer apparatus, its controlling method, program, and its storage medium, game system, and card - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an epoch-making new game wherein a card and a television game are combined while maintaining the commodity value of the card. SOLUTION: A game program is performed by using a computer apparatus for a card game wherein the game is constituted by using a plurality of cards. In such a game program, an applicable card is registered using the identification information on the card which has been read on the outside. Then, a reading demand is performed again in order to confirm the using of the card.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a computer device, a card reader, an integrated computer device, a control method therefor, a program therefor, a storage medium therefor, a game system, and a card.

[0002]

2. Description of the Related Art Conventionally, a card on which a photograph or a feature of a sports player or the like is described has a high price among enthusiasts as it has a high rarity value. In addition, recently, a battle-type card game using a card on which a photograph or a feature of a TV animation character or the like is described has appeared on the market, and in such a battle-type card game, a player has a card with a high rarity value (for example, ,
The game is divided based on whether or not they have high offensive and defensive strength. Therefore, players can trade (exchange) cards with each other or purchase card sets sold by card game companies (combinations of rare cards and normal cards) to create their own decks. is doing. Further, such a card game is characterized by high commercial value of the card itself.
Further, in the video game market, a similar battle-type card game has been developed and has appeared on the market, and cards with high scarcity value are electronically traded among the players in the video game. As described above, the card game market is composed of a conventional card game market using actual cards and a card game market using virtual cards in video games.

[0003]

However, in the above-described conventional technique, the cards collected in the conventional card game cannot be used for the card game of the video game, and the card game market cannot be expanded. there were. Further, even if the card can be used in a card game, there is a problem that the commercial value of the card is lowered unless the use of the card is confirmed after registration of the card. Even if the card can be used in a card game, if you do not confirm the use of the card after registering it, you can register one card on multiple video game machines without restriction and use it permanently. By doing so, the rarity value of the card is substantially impaired, and the card and the game device cannot be linked, which makes it difficult to build a game world with a sense of unity.

The present invention has been made in view of the above problems, and in a card game in which a plurality of cards are used to form a game, the card is registered using the identification information of the read card. It is a first object of the present invention to provide a program for making a read request again for confirming the use of the card, a storage medium therefor, a computer device, a card reader, a general computer device, and a control method therefor.

Further, in a game system for executing a card game which constitutes a game using a plurality of cards, a card reader for a computer device for executing the card game and a card read by the card reader are identified. To provide a game system including a computer device that receives information from the card reader, registers the card using the identification information, and then issues a read request again to confirm use of the card. The second purpose.

[0006] A card used in a game system composed of a computer device for executing a card game that uses a plurality of cards to execute a game and a card reader therefor, which stores identification information of the card. A third object of the present invention is to provide a card having a section and characterized in that the identification information of the card read by the card reader is used for confirming the use of the card.

[0007]

In order to achieve the above object, the present invention has the following constitution.

That is, the first invention of the present application is a program for executing a card game, which constitutes a game using a plurality of cards, on a computer device, and uses the read identification information of the card. After registering the card, a read request is made again to confirm use of the card.

Further, the problems can be solved by a computer device, a card reader, an integrated computer device, a control method therefor, and a storage medium that realize the above processing.

A second invention of the present application is a game system for executing a card game which constitutes a game using a plurality of cards, and is a card reader for a computer device for executing the card game. And a computer that receives the identification information of the card read by the card reader from the card reader, registers the card using the identification information, and then issues a read request again to confirm the use of the card. Composed of equipment.

A third invention of the present application is a card used in a game system composed of a computer device for executing a card game, which constitutes a game using a plurality of cards, and a card reader thereof, It is characterized in that it has a storage unit for storing the identification information of the card, and the identification information of the card read by the card reader is used to confirm the use of the card.

[0012]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments suitable for applying the present invention will be described below.

FIG. 1 is a system diagram for explaining the configuration of a card game system showing an embodiment of the present invention. Unless otherwise specified, as long as the functions of the present invention are executed, a single device or a system composed of a plurality of devices can be connected via a network such as LAN or WAN. It goes without saying that the present invention can be applied to a system in which the processing is performed. For example, a program (game program) may be downloaded from a server to a computer device 2 described later and executed via a network.

In FIG. 1, reference numeral 1 denotes a display such as a CRT display or a television display, on which a card game executed by a computer device 2 such as a personal computer, a video game device, a set top box or the like is displayed. Reference numeral 3 is a floppy disk connector into which a floppy (registered trademark) disk in which a game program is stored is inserted, and 4 is a CDROM connector into which a CDROM or the like in which the game program is stored is also inserted.

Via the interface cable 5, signals of keys 7 (four-way arrow keys, switches A and B) on the controller 6 (card reader) and identification information (ID) of the cards 8 and 9 read by the controller 6 Is transmitted to the computer device 2. The controller 6 can also receive a signal transmitted from the computer device 2 and display card information (image, name, comment) corresponding to each player on a liquid crystal display (not shown). The controller 6 can also send and receive signals to and from the computer device 2 by infrared communication instead of the interface cable 5.

FIG. 2 is a diagram showing a sample of the card 8.

Reference numeral 8a denotes a card table, for example, card information (image 10, name 11, attributes, physical strength, attack power, defense power, etc.) of a character of a competitive trading game.
It is composed of a comment column 12) indicating a game scenario or the like. 8b shows the back of the card, for example, the identification information of the character is stored in the magnetic tape 13. If the card is made of paper as in the conventional case and the minimum identification information (ID) of the character is stored in the magnetic tape 13 on the back side of the card or a bar code (not shown), the manufacturing cost of the card can be suppressed. . If the card information corresponding to the identification information is stored in association with the game program executed by the computer device 2, the card information of the identification information of the card read by the card reader 6 can be displayed on the display 1. .

In addition, each card has an independent transaction value (different economic value) depending on the character formed on the card and the offensive power and defense power represented by the identification information of the card. Can have

FIG. 3 is a block diagram of the card game system.

The CPU 23 of the computer equipment 2 is an RO
H based on the system program stored in M21
DD (Hard Disk Drive) 26 or FD I / F
27, a game program (FIG. 5, FIG. 9, FIG. 1) from a storage medium such as an FD or a CDROM connected to the CD I / F 28.
0, including the program shown in the flowchart of FIG. 11, card information, and a card information table described later) in RAM
The game is displayed on the display 1 through the display I / F 25 by reading and executing the game. Further, the game program can be downloaded to the RAM 22 and executed from a server connected to a network (not shown) via the transmission / reception I / F 20. In addition, the CPU 23
Receives an external signal via the KBI / F 24 connected to the system bus 30. Furthermore, transmission / reception I / F2
Signals are transmitted and received to and from the controller 6 via 9.

The CPU 32 of the card reader 6 is a ROM
The program (flowchart in FIG. 6) stored in 31 is executed, and a signal from the key switch 7 (key operation unit) is transmitted to the computer device 2 via the interface cable 5. Also, the CPU 32 is a CARDI / F.
35 (read section) reads the identification information of the card 8 and R
It is temporarily stored in the AM 34 and transmitted to the computer device 2.

FIG. 4 is a diagram showing a general game method of a card game.

40 is one screen of the card game displayed on the display 1, 44 is a deck of player A (for example, a combination of 40 cards), 45 is a deck of player B (also a combination of 40 cards) ). Reference numeral 41 is a hand of a predetermined number (for example, five) drawn by the player A in order from the top of the deck 44, and 42 is a hand of a predetermined number drawn by the player B in order from the top of the deck 45. Then, one card drawn by each player from his hand is displayed face up in the field 43, and the card information of each card is compared to determine the game. Creating a strong deck by considering the combination and order of the cards in the deck greatly affects the game outcome. The operation described above is
This is achieved by the CPU 23 of the computer device 2 executing the game program based on the key signal from the controller 6 and the identification information. The present invention relates to the creation of the above deck, and the operation of the computer device 2 and the controller 6 will be described in detail below with reference to the flowcharts of FIGS.

FIG. 5 is a flow chart of a program (deck creation flow) executed by the computer device 2.

This program starts when the player uses the controller 6 to select the "start deck creation" icon on the game menu screen displayed on the display 1.

At step 100, the CPU 23 receives the identification information of the card 8 transmitted from the controller 6 via the interface cable 5, and at step 101 R
The card information table stored in the AM 22 (a table that manages card identification information and card information that can be used in the game program) is searched for card information corresponding to the received identification information, and the card is displayed on the display 1. Information (image 10, name 11, attribute, physical strength, offensive power, defensive power, comment column 1 representing game scenario, etc.)
2) is displayed as a list. In step 102, the CPU 23 checks the counter that increments every time the identification information is received, determines whether or not the predetermined number (for example, 40) of identification information has been received, and the predetermined number of identification information has been received. If not, the processes from step 100 are repeated until the predetermined number of sheets are received. If it is determined in step 102 that the predetermined number of pieces of identification information have been received, in step 103 C
The PU 23 displays the fact that the deck has been created and the card information list of the deck on the display 1, and also displays the icons "OK to complete deck creation", "Change deck (change order)", and "Change deck (change card)". Display 1
And waits for the player's selection instruction. Step 104
Then, the CPU 23 judges the key signal from the controller 6 to judge whether or not the "deck change (order change)" is instructed. If it is judged that the order change is instructed, the CPU 23 designates in step 105. Change the order of card information in the list above. When it is determined that the order change is not instructed in step 104, the CPU 2 is determined in step 106.
3 judges the key signal from the controller 6 to judge whether or not "deck change (card replacement)" is instructed. If it is judged that the card replacement is instructed, the card designated in step 107 The processing from step 100 is repeated to delete the card information from the list and create a list for a predetermined number of sheets. Step 10
When it is determined in 6 that "deck change (card replacement)" is not instructed, that is, "deck creation completion OK" is instructed, the CPU 23 ends the deck creation flow.

In step 103, when the icons "OK to complete deck creation", "Change deck (change order)", and "Change deck (change card)" are displayed on the display 1, the player is displayed. By referring to the list (card information for a predetermined number), the card information to be changed in order or the card information to be deleted in order to change the order is designated using the key operation unit of the controller 6.
Further, the predetermined number of sheets can be arbitrarily changed based on a signal from the controller 6.

FIG. 6 is a flow chart of a program (card read flow) executed by the controller 6. This program stored in the ROM 31 starts when the power source (not shown) of the controller 6 is turned on.

In step 200, the CPU 32 determines whether or not the key switch of the key operation unit 7 for selecting "start deck creation" on the game menu screen displayed on the display 1 is pressed, and the key switch is pressed. If it is determined that the key has been pressed, the key signal (deck creation start instruction) is transmitted to the computer device 2 in step 201. In step 202, the CPU 32 determines whether or not the reader unit 35 has read the identification information of the card inserted by the player, and if it is read, in step 203 the identification information is transmitted to the computer device 2. And
In step 204, it is determined whether or not the key switch for selecting "change deck (change order)" displayed on the display 1 is pressed. If the key switch is pressed, in step 205 the key signal ( The order change instruction) and the card information to be changed in order are transmitted to the computer device 2. If it is determined in step 204 that the key signal for changing the order is not pressed, the CPU 32 determines in step 206 whether the key switch for selecting "deck change (card swap)" is pressed,
When it is determined that the key switch is pressed, the key signal and the key signal designating the card information to be deleted are transmitted to the computer device 2 in step 207, and the processing from step 202 is repeated to identify the new card identification information. Is transmitted to the computer device 2. And step 2
If the key switch for selecting "change deck (replacement of cards)" in 06 is not pressed, that is, if the key switch for selecting "OK to complete deck creation" is pressed, the CPU 32 determines that the card End the read flow.

[0030] It should be noted that the above "deck creation start", "deck creation completion OK", "deck change (order change)", "deck change (card swap)" icons are selected, and the card information to be changed in order and to be deleted The selection of the card information is specified by the player using the four-direction arrow keys (cursor) of the key operation unit 7 and the selection keys A and B with reference to the menu and list displayed on the display 1.

The present invention described in the above embodiments is applied to a computer device (personal computer, video game device, set top box, etc.) consisting of one device, and further, a plurality of devices (for example, connected by a network). Server and other computer equipment). For example, if each player can participate in the card game on the network, the card game can be played with players all over the world.

As described above, if the identification information (ID) is stored in the magnetic tape on the card and the card information corresponding to the identification information is stored in the game program to construct the card game, a low-priced card is obtained. Can be widely provided to players. When a new card game in which the card information of a new card is registered (version up) is constructed, the player may be provided with a card storing identification information corresponding to the card information. By this business method, the new card game according to the present invention can be quickly spread in the market. On the other hand, if the card itself stores some or all of the identification information and the card information, the expandability and the low price of the card game itself can be realized. Specifically, the card reader 6 reads the card identification information and the card information, the CPU 32 sends them to the computer device 2, and the CPU 23 sends the card information table stored in the game program and the sent identification information. And the card information can be used to create the deck described above. As described above, by storing all the card information of the cards used in the card game in each card, the game program itself can be lightened, and it goes without saying that the version upgrade of the game program is facilitated.

FIGS. 7 and 8 are card information table of each deck created by executing the programs shown in the flow charts of FIGS. 5 and 6, and the card information (name, name, RAM of the computer device 2 with a predetermined number of attributes, physical strength, attack power, and defense power)
It is registered in a predetermined area 22 and displayed on the display 1 for each player. The card information list of each deck can be displayed on the display (not shown) of the card radar 6 for each player.

The deck for player A (FIG. 7) has the name "XXXX" with identification information "B00010".
"X", "Attribute △", "Physical strength 20000 points", "Attack power 5"
It can be seen that there are rare cards with "0000 points" and "defense power 60,000 points." In addition, in the deck for player B (Fig. 8), the name "XXXX" having the identification information "D00600", "attribute □" You can see that there are rare cards with ", physical strength 60,000 points", "attack power 90,000 points", and "defensive power 80,000 points." If a player owns such a rare card, that player's deck is In order to increase strength, we are getting stronger cards from trading between players (trading), game loot or purchased card sets.Recently, rare cards are traded at high prices among maniacs. It seems that

When such a very rare card is used in a game by copying, not only the enjoyment of the game is lost, but also the commercial value and the rare value of the card are reduced.

By registering the card in the computer device 2 (personal computer, video game machine, set top box, etc.) and confirming its use, the commercial value and rarity value of the card can be maintained, and the card and the game can be played. Can be linked to build a game world with a sense of unity.

FIG. 9 is a flowchart of a program (use confirmation 1) executed by the computer device 2.

This program is started by the CPU 23 after the deck of each player is created by executing the steps of the flowchart shown in FIG. 5 and before or during the game. The program shown in FIG. 9 does not need to be associated with the program shown in FIG. 5, and can be applied to, for example, another game program that does not create a deck, and may be independently executed.

In step 300 of FIG. 9, the CPU 23 causes the display 1 or the controller 6 (card reader) to reread the card at the top of the deck list as shown in FIGS. 7 and 8, for example. ) Is displayed on a display (not shown), and the player is requested to reload the card. In step 301, CPU2
3 is the identification information transmitted by the identification information transmitted from the controller 6 (rereading of the card)
Is received, and it is determined in step 300 whether it matches the identification information of the card for which the reloading is requested. If it is determined in step 300 that the identification information does not match, the CPU
23 Disable the card and execute step 304. When it is determined in step 301 that the identification information matches, the CPU 23 permits use of the card and executes step 304. CPU2 in step 304
No. 3 judges whether all the cards in the deck list have been confirmed for use. If it is judged that all the cards have been confirmed for use, the confirmation of use 1 flow ends, and all the confirmations for use have not been completed. If it is determined, the processing from step 300 is repeatedly executed to confirm use of all cards.

As described above, for example, when a card is registered in the non-volatile memory of a plurality of computer devices and a game is played, if the card is not in hand and the computer device cannot respond to the card use confirmation. Since the card is not permitted to be used, it is possible to prevent the card from being copied. In addition, by requesting confirmation of use of a card that has been registered once, the card must be used after it has been registered, so that a game world with a sense of unity can be constructed by linking the card and the game.

However, it is not preferable to request the reloading of all the cards currently registered in the deck in order to confirm the use of the cards, in order to comfortably progress the game.

Therefore, by distinguishing between cards that require reloading and cards that do not require reloading, for example, if a rare card with a high rarity value is requested to reload, the reloading load is reduced and the rare card The commercial value of can be maintained.

FIG. 10 is a flowchart of a program (use confirmation 2) executed by the computer device 2.

Similar to the flow chart shown in FIG. 9, this program executes the steps of the flow chart shown in FIG. 5 to create a deck for each player, before the game starts, or during the game. Is activated by the CPU 23. The program shown in FIG. 10 does not have to be associated with the program shown in FIG. 5, and may be applied to, for example, another game program that does not create a deck, and may be independently executed.

In step 400 of FIG. 10, the CPU 23 loads the card information table (the identification information of the cards usable in the game program, the card information corresponding to the identification information, and the re-reading of the identification information, which is loaded in the RAM 22 in advance. For example, referring to a table that manages information indicating whether to request or not, whether the identification information of the cards is the identification information requesting re-reading in order from the top of the deck list as shown in FIG. 7 or FIG. Determine whether or not.

When it is determined in step 400 that the identification information of the card of interest is not the identification information requesting re-reading, the CPU 23 authorizes the use of the card in step 401 and focuses on the next card in the deck. Then, the above step 400 is executed. When it is determined in step 400 that the identification information of the card of interest is the identification information requesting re-reading, the CPU 23 in step 402.
Displays on the display 1 or a display (not shown) of the controller 6 so as to reload the card corresponding to the identification information, and requests the player to reload the card. In step 403, the CPU 23 receives the identification information transmitted from the controller 6 (identification information transmitted by re-reading the card),
In step 402, it is determined whether or not it matches the identification information of the card for which the reloading is requested. If it is determined in step 403 that the identification information does not match, step 40
In step 4, the CPU 23 prohibits use of the card and executes step 406. When it is determined that the identification information matches in step 403, the CPU 23 determines in step 405.
Authorizes the card and executes step 406. In step 406, the CPU 23 determines whether the use confirmation of all the cards in the deck list has been completed, and if it is determined that the use confirmation of all the cards has been completed, the use confirmation 2 flow is ended, and all the use confirmations are completed. If not, go to step 4 to confirm use of all cards.
The processing from 00 is repeatedly executed.

As described above, for example, if the identification information of the rare card is set in advance in the card information table as the identification information for requesting re-reading, the player who has registered the rare card in the deck receives the information from the computer device. If you fail to respond to the card usage confirmation, the card will not be used, so copy (copy) a rare card.
Can be prevented. In addition, by requesting confirmation of the use of a rare card that has been registered once, the rare card must be used after it has been registered, so that a game world with a sense of unity can be built by linking the rare card and the game. Furthermore, since cards other than rare cards are not required to be reloaded, the game can be progressed comfortably.

However, a player who owns a large number of rare cards may be more complicated to reload and may not be able to progress the game comfortably.

Therefore, by setting a condition for requesting reloading for each rare card and requesting reloading when that condition occurs, the complexity of reloading the rare card and maintaining the value of the rare card are maintained. Can be balanced.

FIG. 11 is a flowchart of a program (use confirmation 3) executed by the computer device 2.

Similar to the flowcharts shown in FIGS. 9 and 10, this program executes the steps of the flowchart shown in FIG. 5 to create the decks of the players and before the game starts. Alternatively, it is activated by the CPU 23 during the game. The program shown in FIG. 11 does not have to be associated with the program shown in FIG. 5, and may be applied to, for example, another game program that does not create a deck and may be independently executed.

In step 500 of FIG. 11, the CPU 23 loads the card information table (the identification information of the cards usable in the game program, the card information corresponding to the identification information, and the card is a rare card, which is loaded in the RAM 22 in advance. The table that manages the conditions of the reload request set in this case), for example, the conditions preset in the rare card in order from the top of the deck list as shown in FIGS. 7 and 8. To determine whether or not has occurred. When it is determined in step 500 that the above condition has not occurred, the CPU 23 permits the use of the rare card and pays attention to the next rare card in the deck, and executes step 500. The use confirmation 3 flow is not applied to an ordinary card for which the above conditions are not set, and the use is permitted as it is.

For example, when the above condition is the allowable time that can be elapsed from the registration time of the rare card or the last reload time, the CPU 23 refers to a timer (not shown) in step 500 to check the rare card of interest. It is determined whether or not a preset allowable time has elapsed from the registration time or the previous reloading time. The CPU 23 is shown in FIG.
The time (registration time) when each piece of identification information of the rare card received in step 101 is registered in a predetermined area of the RAM 22 (for example, the player's deck registration area), or the identification information is re-received by the previous normal reloading. The time (reread time) is stored in the RAM 22.

If it is determined in step 500 that the permissible time of the rare card currently being watched has passed, the CPU 2
Step 3 displays the re-reading of the rare card on the display 1 or the display (not shown) of the controller 6 in step 501 to request the player to re-read the rare card. On the other hand, if it is determined in step 500 that the permissible time has not elapsed, the CPU 23 focuses on the next rare card and repeats the same processing.

In step 502, the CPU 23 receives the identification information transmitted from the controller 6 (identification information transmitted by rereading the rare card),
It is determined whether or not it matches the identification information of the rare card for which the reloading is requested. If it is determined in step 502 that the identification information does not match, the CPU 2 determines in step 503.
3 makes the card useless and executes step 505. When it is determined in step 502 that the identification information matches, the CPU 23 permits use of the card in step 504 and executes step 505. In step 505, the CPU 23 determines whether or not all the rare cards in the deck list have been confirmed for use. If it is determined that all the rare cards have been confirmed for use, the use confirmation 3 flow is ended, and all of the confirmation for use is completed. If it is determined that all the rare cards have been used, go to step 5
The processing from 00 is repeatedly executed.

As described above, the registration time or the reloading time of the rare card is held, and the reloading is requested when a preset allowable time has elapsed from that time, thereby making the reloading complicated. Can be reduced. For example, for rare cards that do not require reloading (rare cards that do not have a high rarity value), the reloading condition is set in advance, for example, 1000 years, so that reloading is virtually unnecessary. You can By doing so, it is possible to reduce the reload request and realize a simple configuration. Further, by doing so, the judgment itself as to whether or not re-reading is necessary is not necessary, and it can be realized simply by comparing the allowable time and the elapsed time, so that the program can be simplified.

The predetermined condition is not limited to the permissible time preset in the rare card, but the rare card for which the reloading is requested is randomly selected from the registered rare cards when the reloading is requested. It may be done. It doesn't have to be really random (randomness in the game is often actually calculated), and players can't predict which rare card will be reloaded next time. good. In this case, you can request a rare card in the deck to be reloaded at random.

Further, when the character corresponding to the rare card, which has registered the above-mentioned predetermined condition, changes to a character of higher value as a result of the progress of the game, the rare card may be determined as a card for which a reload request is made. . In this case, it is possible to request reloading for a rare card in which the character changes to a more valuable character while the game is in progress. By doing this,
In order to continue to use characters that have a higher level of attachment and convenience, the original rare card is required, so it is possible to increase the linkage between the rare card and the in-game character.

Further, the above-mentioned predetermined condition may be decided as a card for which a reload request is made for a rare card used a lot in the game. In this case, it is possible to request reloading for a rare card that is frequently used in the game.

By combining the above-mentioned predetermined conditions and providing the act of reloading itself as a kind of game, it is possible to further reduce the complexity of work physically and mentally.

Further, in the above embodiment, when the player cannot respond to the reload request (when the identification information of the requested card does not match the reloaded identification information), steps 302 of FIG. 9 and FIG. Step 40
4, the card is not allowed to be used in step 503 of FIG. 11, but as a notification method, a message may be displayed on the display (not shown) of the display 1 or the controller 6, but the card displayed during the game Character of "death, faint, exhaustion, pupa, egg, hibernation,
The player may be notified that the card is not permitted to be used by changing the state to "sleep / runaway".

Further, in the above-mentioned embodiment, it has been explained that a reload request is issued in order to obtain the continuous use permission based on a certain condition. However, as a method for further reducing the stress of the progress of the game, the player voluntarily It is more preferable to design the game to reload. Based on a certain condition, the character associated with the card may shift to the “use not permitted” state and may be able to shift to the “use permitted” state again by reloading the card.
For example, when a character linked to a card satisfies a predetermined condition (step 400 in FIG. 10, step 500 in FIG. 11), the character automatically falls into a state such as “hibernation / pupa / ovulation / sleep / runaway”. The card cannot be used in the game unless the card is reloaded. In this case, the predetermined condition is the same as above, and a higher effect can be expected by considering the combination.

Furthermore, as a result of the battle of the game, the character displayed similarly during the game is "dead, faint, exhausted,
If you change to a condition such as pupa, egg, hibernation, sleep, or runaway, you can disallow the rare card. By doing this, you can strengthen the psychological impression of the character's state change and improve the integration of card reloading and game progress.

The present invention described in the above embodiments is applied to a computer device (personal computer, video game device, set-top box, etc.) consisting of one device, and further, a plurality of devices (for example, a network). It may be applied to a system composed of servers and other computer devices connected by. For example, if each player can participate in the card game on the network, the card game can be played with players all over the world.

An integrated computer device in which the programs (use confirmation 1, 2 and 3) shown in the flowcharts of FIGS. 9, 10 and 11 are executed by the controller 6 (card reader) or a plurality of the computer devices 2 can be connected. The same operation as that of the above-described embodiment can be realized by executing. For example, a configuration is conceivable in which a plurality of portable computer devices are connected to a general computer device (personal computer, video game device, set top box, server, etc.). In this case, the portable computer device and the integrated computer device are connected by wire, wireless or directly.

This program is the ROM of the card reader
31 and is executed by the CPU 32. Also,
This program is stored in the memory of the integrated computer device connected to the computer device 2 and is executed by a CPU (not shown). It should be noted that this program may be stored in a storage medium and provided to the computer device 2, the card reader 6, and the general computer device.

As described above, this program is a program for executing a card game which constitutes a game using a plurality of cards on a computer device, and uses the identification information of the read card. After registering the card, a read request is made again to confirm the use of the card. In addition, this program prohibits the use of the card when the identification information of the card obtained by issuing the read request again does not match the previous identification information. In addition, this program, if the identification information of the card obtained by the read request again matches the previous identification information,
Use of the card is permitted. The program also displays a message to notify the player of the lead request. In addition, this program changes the state of the character of the card displayed during the game to notify the player of the lead request. Also, this program selects a card for which a read request is made based on the information set for each card. In addition, this program selects a card for which a predetermined time has elapsed from the time when the card was registered, as the target card for the read request. In addition, this program selects a card in which the character of the card changes to a more valuable character during the game as the target card of the read request. In addition, this program selects a card that has been used a lot in the game as the target card for the read request.

Therefore, a computer device 2 for executing a card game which constitutes a game using a plurality of cards.
After registering the card using the identification information of the read card, the user can make a read request again to confirm the use of the card.

Further, the card reader 6 connected to a computer device which executes a card game which constitutes a game using a plurality of cards, registers the card using the identification information of the read card, and then A read request can be made again to confirm the use of the card.

Further, the general-purpose computer device capable of connecting a plurality of computer devices for executing a card game, which constitutes a game using a plurality of cards, registers the card using the identification information of the read card, Make a read request again to confirm the use of the card.

Instead of the magnetic tape, an optically readable medium such as a bar code may be used for storage, or a memory chip may be used for electrical storage. In particular, when the identification information and the card information are stored in the card, the memory chip is preferable in consideration of the memory capacity.

Although the competitive card game is taken as an example of the embodiment according to the present invention, a card game using the cards of a sports player who performs team play may be used. For example, the cards of the team players of each sport can be arbitrarily combined to create a deck to create the strongest team. For example, the number of cards in the deck corresponds to the number of teams in each sport (9 baseball players, 11 American football players, 5 basketball players, 6 volleyball players, 11 soccer players).

A further object of the present invention is to store a storage medium storing a program code of software for realizing the functions of the above-described embodiment, in which a computer (or a CPU or MPU) of a system or apparatus is stored in the storage medium. It is also achieved by reading and executing the code.

In this case, the program code itself read from the storage medium realizes the function of the above-described embodiment, and the storage medium storing the program code constitutes the present invention.

As a storage medium for supplying the program code, for example, a floppy disk, hard disk, optical disk, magneto-optical disk, CD-ROM, C
A DR, a CD-RW, a magnetic tape, a non-volatile memory card, a ROM, a DVD-ROM, a DVD-RAM, or the like can be used.

Further, not only the functions of the above-described embodiments are realized by executing the program code read by the computer device, but also the OS running on the computer based on the instructions of the program code.
This also includes the case where the (operating system) or the like performs a part or all of the actual processing and the processing realizes the functions of the above-described embodiments.

Further, after the program code read from the storage medium is written in the memory provided in the function expansion board inserted into the computer device or the function expansion unit connected to the computer device, based on the instruction of the program code. It also includes a case where a CPU or the like included in the function expansion board or the function expansion unit performs a part or all of the actual processing and the processing realizes the functions of the above-described embodiments.

Further, the program code itself installed in the computer device to implement the functional processing of the present invention in the computer device also implements the present invention. That is, the claims of the present invention include the computer program itself for realizing the functional processing of the present invention.

As described above, the method for supplying the computer program is not limited to the case where the computer program is stored in the FD or the CD-ROM and read by the computer device to be installed in the computer device. Can also be supplied by connecting to a home page on the Internet using, and downloading the computer program itself of the present invention or a compressed file having an automatic installation function from the home page. It can also be realized by dividing the program code constituting the program of the present invention into a plurality of files and downloading each file from different homepages. That is, a WWW server that allows a plurality of players to download a program file for implementing the functional processing of the present invention on a computer is also related to the present invention.

In addition, the program of the present invention is encrypted to F
It is stored in a storage medium such as D and distributed to the players, and the players who meet the specified conditions are requested to download the key information for decryption from the home page via the Internet, and the key information is used to perform the encryption. It is also possible to realize the program by executing the created program and installing it in a computer device.

[0081]

As described above, according to the present invention, after the card is registered by using the identification information of the card read externally, a read request is issued again to confirm the use of the card. Therefore, it is possible to provide a new game that fuses a card and a video game.

According to the present invention, by registering a card and confirming its use, the product value and rarity value of the card can be maintained, and the card and the game can be linked to create a sense of unity in the game world. Can be built.

[Brief description of drawings]

FIG. 1 is a system configuration diagram for explaining a card game system of the present embodiment.

FIG. 2 is an external view for explaining a card used in the card game device of the present invention.

FIG. 3 is a block diagram of the card game system of FIG.

FIG. 4 is a diagram showing a game method of a general card game.

5 is a flowchart for explaining a deck creation flow executed by the computer device 2 of FIG.

FIG. 6 is a flowchart for explaining a card read flow executed by the controller 6 of FIG.

7 is a diagram showing a deck of player A (a list of card identification information and card information thereof). FIG.

FIG. 8 is a diagram showing a deck of player B (a list of card identification information and card information thereof).

9 is a flowchart for explaining a usage confirmation 1 flow executed by the computer device 2 of FIG.

10 is a flowchart for explaining a usage confirmation 2 flow executed by the computer device 2 of FIG.

11 is a flowchart for explaining a usage confirmation 3 flow executed by the computer device 2 of FIG.

[Explanation of symbols]

1 display 2 Computer equipment 3 floppy disk connector 4 CD ROM disk connector 5 interface cable 6 controller 7 key switch 8 cards 9 Other cards 20 Transmission / Reception I / F 21 ROM 22 RAM 23 CPU 24 keyboard I / F 25 Display I / F 26 hard disk drive 27 floppy disk I / F 28 CDROM I / F 29 Transmission / Reception I / F 30 system bus 31 ROM 32 CPU 33 Send / Receive I / F 34 RAM 35 Card I / F (card reader) 36 system bus

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Yuichi Uchio             Kyano, 3-30-2 Shimomaruko, Ota-ku, Tokyo             Within the corporation F term (reference) 2C001 AA13 BA06 BB02 BB05 CA01                       CB01 CB06 CC02 CC08

Claims (27)

[Claims] 1. A program for executing a card game, which comprises a game using a plurality of cards, on a computer device, the method comprising: registering the card using the identification information of the read card; A program characterized by making a read request again to confirm the use of the card. 2. The program according to claim 1, wherein if the identification information of the card obtained by issuing the read request again does not match the identification information, the use of the card is prohibited. program. 3. The program according to claim 1, wherein the program permits use of the card when the identification information of the card obtained by issuing the read request again matches the identification information. . 4. The program according to claim 1, wherein the program displays a message to notify the player of the read request. 5. The program changes the character state of a card displayed during a game to notify the player of the lead request.
The listed program. 6. The program according to claim 1, wherein the program selects a card for which the read request is made based on information set for each card. 7. The program according to claim 1, wherein the program selects a card for which a predetermined time has elapsed from the time when the card was registered, as the target card of the read request. 8. The program according to claim 1, wherein the program selects, as a target card of the read request, a card in which the character of the card changes to a more valuable character during the game. 9. The program according to claim 1, wherein the program selects a card that has been used a lot in a game as a target card of the read request. 10. The program according to claim 1, wherein the program is executed by the computer device. 11. The program according to claim 1, wherein the program is executed by a card reader connected to the computer device. 12. The program according to claim 1, wherein the program is executed by an integrated computer device capable of connecting a plurality of the computer devices. 13. The program according to claim 12, wherein the computer device is a portable computer device. 14. The program according to claim 1, wherein the computer device is a personal computer. 15. The program according to claim 1, wherein the computer device is a video game device. 16. The program according to claim 1, wherein the card magnetically stores the identification information. 17. The program according to claim 1, wherein the card stores card information together with the identification information. 18. A storage medium for storing a program for executing a card game, which composes a game using a plurality of cards on a computer device, wherein the read card identification information is used to store the card. A storage medium, which stores a program for making a read request again to confirm use of the card after registration. 19. A computer device for executing a card game, which comprises a game using a plurality of cards, wherein after the card is registered using the identification information of the read card, the use confirmation of the card is confirmed. A computer device characterized in that a read request is made again in order to perform the operation. 20. A card reader connected to a computer device for executing a card game, which comprises a game using a plurality of cards, after registering the card using the read identification information of the card. , A card reader characterized by making a read request again to confirm the use of the card. 21. An integrated computer device capable of connecting a plurality of computer devices for executing a card game, which constitutes a game using a plurality of cards, wherein the read card identification information is used to register the card. After that, an integrated computer device characterized by making a read request again to confirm the use of the card. 22. The integrated computer device according to claim 21, wherein the computer device is a portable computer device. 23. A control method in a computer device for executing a card game, which comprises a game using a plurality of cards, wherein the card is registered using the identification information of the read card, and then the card is registered. A control method characterized in that a read request is issued again to confirm the use of the. 24. A control method in a card reader connected to a computer device for executing a card game, which constitutes a game using a plurality of cards, wherein the card is identified by using the identification information of the read card. After registration, a control method is characterized in that a read request is made again to confirm use of the card. 25. A control method in a general-purpose computer device capable of connecting a plurality of computer devices for executing a card game, which comprises a game using a plurality of cards, wherein the identification information of the read card is used. After registering the card, the control method is characterized in that a read request is made again to confirm the use of the card. 26. A game system for executing a card game, which comprises a game using a plurality of cards, comprising: a card reader for a computer device executing the card game; It is configured by a computer device that receives the identification information of the card from the card reader, registers the card using the identification information, and then issues a read request again to confirm the use of the card. And game system. 27. A card used in a game system composed of a computer device for executing a game program for forming a game using a plurality of cards and a card reader thereof, wherein identification information of the card is stored. The memory has a storage unit, the identification information of the card read by the card reader,
A card used for confirming the use of the card.