JP4971909B2 - GAME PROGRAM, COMPUTER DEVICE, AND CONTROL METHOD THEREOF - Google Patents

Description

  The present invention relates to a game program, a computer device, and a control method thereof.

  Conventionally, a card on which a photograph or feature of a sports player or the like is described is more expensive among enthusiasts as the card has a higher value. Recently, a competitive card game using cards in which pictures and features of TV animation characters and the like are described has appeared on the market, and in such a competitive card game, a player has a rare card (for example, , Card with high attack power and defensive power). Therefore, players can trade (exchange) cards with each other or purchase a card set sold by a card game company (a combination of rare and ordinary cards) to create their own decks. doing. In addition, such a card game is characterized by a high commercial value of the card itself. Furthermore, a similar competitive card game has been developed in the video game market and has appeared in the market, and cards with high rarity value are traded electronically in the video game among players. 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 among video games.

  However, the conventional technology as described above has a problem that the cards collected in the conventional card game cannot be used for the video game card game, and the card game market cannot be expanded. Furthermore, even if the card can be used in a card game, there is a problem of reducing the commercial value of the card unless the use of the card is confirmed after the card is registered. Even if the card can be used in a card game, if you do not confirm the use of the card after registering the card, you can register an unlimited number of cards on multiple video game machines and use them permanently. By doing so, the scarce value of the card is substantially impaired, and the card and the game device cannot be linked together, so that it is difficult to construct a game world with a sense of unity.

  The present invention has been made in view of the above-described problems, and in a card game that constitutes a game using a plurality of cards, after registering the card using the identification information of the lead card, It is a first object to provide a game program that makes a read request again in order to confirm the use of the card.

  Also, in a card game that uses a plurality of cards to form a game, after registering the card using the identification information of the led card, a computer that makes a read request again to confirm the use of the card A second object is to provide equipment.

  Also, in a card game that uses a plurality of cards to form a game, after registering the card using the identification information of the led card, a computer that makes a read request again to confirm the use of the card It is a third object to provide a device control method.

  In order to achieve the above object, the present invention comprises the following arrangement.

That is, in the first invention of the present application, the receiving device receives the identification information read from the card in which the identification information for specifying the card is recorded in a computer device that uses a plurality of cards to advance the game. A reception function; a search function for causing the search means to search for card information corresponding to the identification information from a memory in which a plurality of card information corresponding to the plurality of identification information is stored in advance; and a card searched by the search means A progress function for causing the game progress means to advance the game based on the information, a registration function for registering the identification information received by the receiving means by the registration means, and after receiving a predetermined number of pieces of identification information by the receiving means, A first display function for displaying part or all of the card information corresponding to the predetermined number of pieces of identification information on a display means; and the card information display The request function for requesting the request means to read identification information from the card before the game is started or during the game, and the identification information received by the receiving means after the request are registered. a determining function to determine whether to match the in and identification information determination means, based on a determination result of said determining means, when the identification information does not match, the use of the card had contact to the game progress means not It is a game program for realizing a second display function for displaying the transition to the permitted state on the display means.

The second invention of the present application is a computer device that uses a plurality of cards to advance a game, and receives the identification information read from the card in which the identification information for specifying the card is recorded. Based on the card information retrieved by the retrieval means, a retrieval means for retrieving the card information corresponding to the identification information from a memory in which a plurality of card information corresponding to the plurality of identification information is stored in advance. Corresponding to the predetermined number of pieces of identification information after receiving a predetermined number of pieces of identification information by the receiving means, a game progression means for making the game progress, a registration means for registering identification information received by the receiving means First display means for displaying part or all of the card information, and a card after the card information is displayed, before the game is started or during the game Request means for requesting reading of the identification information, determination means for determining whether or not the identification information received by the receiving means after the request matches the registered identification information, and the determination based on the unit of the determination result, when the identification information does not match, characterized by a second display means for displaying the transition of said have your game progress unit to a state in which use is disallowed of the card And

A third invention of the present application is a computer device control method for advancing a game using a plurality of cards, and a computer device control method for a game progressing using a plurality of cards, From the receiving step in which the receiving means receives the identification information read from the card in which the identification information for identifying the card is recorded, and the memory that stores in advance a plurality of card information corresponding to a plurality of identification information, A search step in which the search means searches for card information corresponding to the identification information, a game progress step in which the game progress means advances the game based on the card information searched in the search step, and the identification received in the reception step a registration step in which information registration means for registering, after receiving the identification information of a predetermined number of sheets in the reception step, the card corresponding to the predetermined number of sheets of the identification information A first display step of some or all of the distribution is first display means for displaying, even after displaying the card information, the read identification information from the card in front or game the game is started a request step of requesting means for requesting the identification information received in the reception step after the request, a determination step of whether matches the identification information that is the registered determination means determines, the determining step based on the determination result in the case where the identification information does not match, a second display step of displaying the shift to the state where use is disallowed of the card had contact with the game progress step the second display means It is characterized by having.

  As described above, according to the present invention, after registering the card using the identification information of the card read externally, a read request can be made again to confirm the use of the card. , Provide new games that fuse cards and video games.

  In addition, according to the present invention, by confirming the use of a card after registering it, it is possible to maintain the merchandise value and scarcity value of the card, and further, it is possible to construct a game world with a sense of unity by linking the card and the game. .

  Hereinafter, examples suitable for applying the present invention will be described.

  FIG. 1 is a system diagram illustrating 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 a LAN or WAN. Needless to say, the present invention can be applied to a system in which 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, which displays a card game executed on a computer device 2 such as a personal computer, a video game device, or a set top box. Reference numeral 3 denotes a floppy (registered trademark) disk connector into which a floppy (registered trademark) disk storing a game program is inserted, and reference numeral 4 denotes a CDROM connector into which a CDROM or the like similarly stores a game program is inserted. .

  Through the interface cable 5, the signal of the key 7 (four-way arrow key, switches A and B) on the controller 6 (card reader) and the identification information (ID) of the cards 8 and 9 read by the controller 6 are computer equipment. 2 is transmitted. The controller 6 can also receive a signal transmitted from the computer device 2 and display card information (image, name, comment corresponding to the identification information) of 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.

  8a shows a table of cards, and is composed of, for example, card information (image 10, name 11, attribute, physical strength, attack power, defense power, game scenario, etc. comment field 12) of the character of the competitive trading game. 8b shows the reverse side of the card. For example, identification information of the character is stored in the magnetic tape 13. If the card is made of paper as in the past and the minimum character identification information (ID) is stored in the magnetic tape 13 on the back side or a barcode (not shown), the manufacturing cost of the card can be reduced. . If card information corresponding to the identification information is stored in association with the game program executed on the computer device 2, the card information of the card identification information read by the card reader 6 can be displayed on the display 1. .

  Here, each card can have an independent transaction value (different economic value) according to the character formed on the card and the attack power, defense power, and the like represented by the identification information of the card.

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

  Based on the system program stored in the ROM 21, the CPU 23 of the computer device 2 stores a game program (FIG. 5, FIG. 5) from a storage medium such as an HDD (hard disk drive) 26, an FDI / F 27, or a CDI / F 28. The program shown in the flowcharts of FIGS. 9, 10, and 11 (including card information and a card information table described later) is read to the RAM 22 and executed, and the game is displayed on the display 1 via the display I / F 25. Further, the game program can be downloaded to the RAM 22 from a server connected to a network (not shown) via the transmission / reception I / F 20 and executed. Further, the CPU 23 receives a signal from the outside via the KBI / F 24 connected to the system bus 30. Furthermore, signals are transmitted to and received from the controller 6 via the transmission / reception I / F 29.

  The CPU 32 of the card reader 6 executes a program stored in the ROM 31 (flowchart in FIG. 6) and transmits a signal from the key switch 7 (key operation unit) to the computer device 2 via the interface cable 5. Further, the CPU 32 reads the identification information of the card 8 by the CARDI / F 35 (read unit), temporarily stores it in the RAM 34, and transmits it to the computer device 2.

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

  40 is a screen of a card game displayed on the display 1, 44 is a deck of player A (for example, a combination of 40 cards), and 45 is a deck of player B (also a combination of 40 cards). . Reference numeral 41 denotes a predetermined number (for example, five) of hands drawn by the player A from the top of the deck 44, and reference numeral 42 denotes a predetermined number of hands of the player B drawn from the top of the deck 45 in order. Then, each player draws one card drawn from his / her hand face up in the field 43 and compares the card information of each card to decide the game. Creating a strong deck in consideration of the combination and order of the cards in the deck has a significant impact on the game win / loss. The operation described above 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 deck, and the operations 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 flowchart of a program (deck creation flow) executed by the computer device 2.

  This program starts when the player selects the “deck creation start” icon on the game menu screen displayed on the display 1 using the controller 6.

  In step 100, the CPU 23 receives the identification information of the card 8 transmitted from the controller 6 via the interface cable 5, and in step 101, the card information table (card identification information usable in the game program) stored in the RAM 22. And the card information corresponding to the received identification information are retrieved with reference to the card information (image 10, name 11, attribute, physical strength, attack power, defense power, game scenario) on the display 1 A comment column 12) representing the above is displayed as a list. In step 102, the CPU 23 checks a counter that is incremented every time the identification information is received, determines whether a predetermined number (for example, 40) of identification information has been received, and has received the predetermined number of identification information. If not, the processing from step 100 is repeated until a predetermined number of sheets are received. If it is determined in step 102 that a predetermined number of pieces of identification information have been received, in step 103, the CPU 23 displays the deck creation completion and the card information list of the deck on the display 1, and “deck creation complete OK”. , “Deck change (order change)” and “Deck change (card change)” icons are displayed on the display 1 and a player selection instruction is awaited. In step 104, the CPU 23 determines the key signal from the controller 6 to determine whether “deck change (order change)” is instructed, and if it is determined that the order change is instructed, it is designated in step 105. The order of the received card information is changed in the above list. If it is determined in step 104 that no order change is instructed, in step 106 the CPU 23 determines a key signal from the controller 6 to determine whether “deck change (card replacement)” is instructed. If it is determined that the card is instructed, the card information of the card specified in step 107 is deleted from the list, and the processing from step 100 is repeated to create a list of a predetermined number of sheets. If it is determined in step 106 that “deck change (card replacement)” is not instructed, that is, “deck creation complete OK” is instructed, the CPU 23 ends the deck creation flow.

  When the icons “Deck creation complete OK”, “Deck change (change order)”, and “Deck change (card change)” are displayed on the display 1 in the above step 103, the player displays the list displayed. The card information to be changed in order or the card information to be deleted for replacement is instructed by using the key operation unit of the controller 6 with reference to (a predetermined number of card information). The predetermined number can be arbitrarily changed based on a signal from the controller 6.

  FIG. 6 is a flowchart of a program (card read flow) executed by the controller 6. This program stored in the ROM 31 starts when a power supply (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 “Deck creation start” on the game menu screen displayed on the display 1 is pressed, and the key switch is pressed. If it is determined, 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 so, transmits the identification information to the computer device 2 in step 203. Then, it is determined whether or not the key switch for selecting “Deck change (order change)” displayed on the display 1 in step 204 is pressed. If the key switch is pressed, the key is pressed in step 205. A signal (order change instruction) and card information to be changed are transmitted to the computer device 2. If it is determined in step 204 that the key signal for changing the order has not been pressed, the CPU 32 determines in step 206 whether or not the key switch for selecting “deck change (card replacement)” has been pressed. If it is determined that the key is pressed, in step 207, the key signal and the key signal designating the card information to be deleted are transmitted to the computer device 2, and the processing from step 202 is repeated to obtain the new card identification information. 2 to send. If the key switch for selecting “Deck change (card replacement)” is not pressed in step 206, that is, if the key switch for selecting “Deck creation complete OK” is pressed, the CPU 32. Ends the card read flow.

  In addition, selection of the above “deck creation start”, “deck creation complete OK”, “deck change (order change)”, “deck change (card change)” icons, card information to be changed or card information to be deleted The selection is specified by the player using the four-way arrow key (cursor) and the selection keys A and B of the key operation unit 7 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.) comprising a single device, and a plurality of devices (for example, servers connected via a network). 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 on 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, the low-priced card is given to the player. Can offer widely. When a new card game in which card information of a new card is registered is constructed (version upgrade), a card storing identification information corresponding to the card information may be provided to the player. By this business method, a new card game according to the present invention can be quickly spread in the market. On the other hand, if the identification information and a part or all of the card information are stored in the card itself, the expandability and 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 transmits them to the computer device 2, and the CPU 23 stores the card information table stored in the game program and the transmitted identification information. And the card information can be used to create the aforementioned deck. Thus, since all the card information of the card | curd used in a card game is memorize | stored in each card | curd, since the game program itself can be lightened, it cannot be overemphasized that the version upgrade of a game program becomes easy.

  FIGS. 7 and 8 are card information lists for each deck created by executing the program shown in the flowcharts of FIGS. 5 and 6, and the card information (name, attribute, physical strength) together with the card identification information. , Attack power, defensive power) are registered in a predetermined area of the RAM 22 of the computer device 2 by a predetermined number and displayed on the display 1 for each player. The card information list for each deck can also be displayed on the display (not shown) of the card radar 6 for each player.

In the deck for player A (FIG. 7), the name “XXXX” having identification information “B00010”, “attribute Δ”, “health strength 20000 points”, “attack strength 50000 points”, “defense strength 60000 points” You can see that there are rare cards. The deck for player B (FIG. 8) has a name “XXXX” having identification information “D00600”, “attribute □”, “health 60000 points”, “attack power 90000 points”, “defense power 80000 points You can see that there is a rare card. If a player owns such a rare card, that player's deck will gain strength, so he or she can acquire a stronger card from trading (trading), game loot, or a purchased card set. ing. Recently, it seems that rare cards are traded at high prices among enthusiasts.
When such a very rare card is used in a game by copying (copying), not only is the game enjoyed, but the merchandise value and rare value of the card are lowered.

  By registering the card in the computer equipment 2 (personal computer, video game machine, set-top box, etc.) and confirming its use, the product value and scarcity value of the card can be maintained, and the card and game can be linked. A game world with a sense of unity can be built.

  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 before the game is started or during the game after each player's deck is created by executing the steps of the flowchart shown in FIG. Note that the program shown in FIG. 9 does not have to be associated with the program of FIG. 5, and can be applied to other game programs that do not create a deck, for example, and may be executed independently.

  In step 300 of FIG. 9, the CPU 23 determines whether the display 1 or the controller 6 (card reader) does not reread (reread) the card at the top of the deck list as shown in FIG. 7 or 8, for example. It is displayed on the display shown in the figure, and the player is requested to reload the card. In step 301, the CPU 23 receives the identification information transmitted from the controller 6 (identification information transmitted by re-reading the card), and whether it matches the identification information of the card requested to be re-read in step 300. to decide. If it is determined in step 300 that the identification information does not match, the CPU 23 disables the card and executes step 304. If it is determined in step 301 that the identification information matches, the CPU 23 permits use of the card and executes step 304. In step 304, the CPU 23 determines whether or not the use confirmation of all the cards in the deck list has been completed. If it is determined that the use confirmation of all the cards has been completed, the use confirmation 1 flow is finished, and all the use confirmation has been completed. If it is determined that it is not, the processing from step 300 is repeatedly executed to confirm the use of all the cards.

  As explained above, for example, when playing a game by registering a card in the non-volatile memory of a plurality of computer devices, if the card is not at hand and the card usage confirmation cannot be accepted from the computer device, the card is used. Since it is not permitted, card duplication can be prevented. Further, by requesting confirmation of use of a card once registered, it is necessary to use the card after registration once, 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 check the use of the cards in order to proceed with the game comfortably.

  Therefore, if the card that requests reloading is distinguished from the card that does not require reloading, for example, if a rare card with a high rare value is requested to be reloaded, the reloading load is reduced and the product value of the rare card is reduced. Can be maintained.

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

  Like the flowchart shown in FIG. 9, this program is executed by the CPU 23 after the deck of each player is created by executing the steps of the flowchart shown in FIG. 5, before the game is started or during the game. It is activated. Note that the program shown in FIG. 10 does not need to be associated with the program of FIG. 5, and can be applied to other game programs that do not create a deck, for example, and may be executed independently.

  In step 400 of FIG. 10, the CPU 23 requests the card information table (the card identification information usable in the game program, the card information corresponding to the identification information, and the re-reading of the identification information) loaded in the RAM 22 in advance. (Table for managing information indicating NO), for example, whether or not the card identification information is the identification information requesting re-reading in order from the top of the deck list as shown in FIG. 7 or FIG. to decide.

  If it is determined in step 400 that the identification information of the card of interest is not the identification information requesting re-reading, in step 401, the CPU 23 permits the use of the card and pays attention to the next card in the deck. Step 400 is executed. If it is determined in step 400 that the identification information of the card of interest is identification information requesting rereading, in step 402 the CPU 23 displays the controller 1 or the controller so as to reread the card corresponding to the identification information. 6 is displayed on the display (not shown), and the player is requested to read the card again. In step 403, the CPU 23 receives the identification information transmitted from the controller 6 (identification information transmitted by re-reading the card), and whether or not it matches the identification information of the card requested to be re-read in step 402. Judge. If it is determined in step 403 that the identification information does not match, the CPU 23 disables the card in step 404 and executes step 406. If it is determined in step 403 that the identification information matches, in step 405 the CPU 23 permits use of the card and executes step 406. In step 406, the CPU 23 determines whether or not the use confirmation of all the cards in the deck list has been completed. 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 confirmation has been completed. If it is determined that it is not, the process from step 400 is repeatedly executed to confirm the use of all the cards.

  As described above, for example, if the identification information of the rare card is set in the card information table in advance as identification information for requesting re-reading, the player who registered the rare card in the deck confirms the card usage from the computer device. If the card cannot be accepted, the card is not allowed to be used, so that the rare card can be prevented from being duplicated. In addition, by requesting confirmation of the use of a rare card that has been registered, it is necessary to use the rare card after registration, so that a game world with a sense of unity can be constructed by linking the rare card and the game. Furthermore, since a card other than a rare card is not requested to be read again, the game can be advanced comfortably.

  However, a player who has a large number of rare cards becomes more complicated to reload, and the game may not proceed comfortably.

  Therefore, by setting the conditions for requesting reloading to each rare card and requesting reloading when that condition occurs, the balance between the complexity of reloading the rare card and maintaining the value of the rare card is balanced. Can be taken.

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

  This program is similar to the flowcharts shown in FIGS. 9 and 10, after each player's deck is created by executing the steps of the flowchart shown in FIG. 5, before the game starts or during the game. The CPU 23 is activated. The program shown in FIG. 11 does not need to be associated with the program shown in FIG. 5, and can be applied to other game programs that do not create a deck, for example, and may be executed independently.

  In step 500 of FIG. 11, the CPU 23 sets a card information table (card identification information usable in the game program, card information corresponding to the identification information, and the card is a rare card) loaded in advance in the RAM 22. The table that manages the conditions of the re-reading request), for example, conditions preset in the rare cards in order from the top of the deck list as shown in FIGS. 7 and 8 occur. Judge whether or not. If it is determined in step 500 that the above condition does not occur, the CPU 23 permits the use of the rare card and pays attention to the next rare card in the deck and executes the step 500. It should be noted that this usage confirmation 3 flow is not applied to an ordinary card for which the above conditions are not set, and the usage is permitted as it is.

  For example, if the above condition is a rare card registration time or an allowable time that can elapse from the previous re-reading time, the CPU 23 refers to a timer (not shown) in step 500 and the rare card registration time or It is determined whether a preset allowable time has elapsed since the previous reloading time. The CPU 23 registers the identification information of the rare card received in step 101 in FIG. 5 in a predetermined area (for example, the player's deck registration area) of the RAM 22 (registration time), or the previous normal rereading. The identification information re-reception time (re-reading time) is stored in the RAM 22.

  If it is determined in step 500 that the allowable time of the rare card currently focused on has elapsed, the CPU 23 displays the rare card re-read on the display 1 or a display (not shown) of the controller 6 in step 501, and prompts the player. Request to reload the rare card. On the other hand, if it is determined in step 500 that the allowable time has not elapsed, the CPU 23 pays attention to 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 re-reading the rare card), and whether or not it matches the identification information of the rare card requested to re-read. to decide. If it is determined in step 502 that the identification information does not match, in step 503, the CPU 23 disables the card and executes step 505. If it is determined in step 502 that the identification information matches, in step 504 the CPU 23 permits use of the card and executes step 505. In step 505, the CPU 23 determines whether or not all the rare cards in the deck list have been used, and if it is determined that all the rare cards have been used, the usage check 3 flow is ended, and all the used cards are checked. If it is determined that the card has not been processed, the processing from step 500 is repeatedly executed in order to confirm the use of all the rare cards.

  As described above, the registration time or reloading time of rare cards is retained, and when the preset allowable time has elapsed from that time, the reloading is requested to reduce the complexity of reloading. can do. For example, for rare cards that do not need to be reloaded (rare cards that do not have very high rarity value), the allowable time, which is the reloading condition, is set to, for example, 1000 in advance, so that reloading is virtually unnecessary. Can do. In this way, a simple configuration can be realized by reducing the reloading request. In addition, by doing this, it is not necessary to determine whether re-reading is necessary or not, and it can be realized simply by comparing the allowable time with the elapsed time, so that the program can be simplified.

  The predetermined condition is not limited to the permissible time set in advance for a rare card, and a rare card that requests a reload is randomly determined from among the rare cards registered when a reload request is made. Also good. It doesn't necessarily have to be really random (the game random is often generated by calculation), and if the player can't predict which rare card will be requested for reloading next time good. In this case, a re-reading request can be made to a rare card in the deck at random.

  Further, when the character corresponding to the rare card registered with the predetermined condition is changed to a character of higher value as a result of the progress of the game, the rare card may be determined as a card to request re-reading. In this case, a re-reading request can be made for a rare card whose character changes to a higher-value character while the game is in progress. In this way, when a character with higher attachment / convenience is used continuously, the original rare card is required, so that the linkage between the rare card and the in-game character can be improved.

  Alternatively, a rare card that is frequently used in the game for the predetermined condition may be determined as a card that is requested to be read again. In this case, a re-reading request can be made for a rare card that is frequently used in the game.

  In addition, by combining the above predetermined conditions, the act of re-reading itself is provided like a kind of game, so that the work complexity can be reduced more physically and mentally.

  Further, in the above embodiment, when the player cannot respond to the reread request (when the requested card identification information does not match the reread identification information), step 302 in FIG. 9, step 404 in FIG. Although use of the card is prohibited in step 503 in FIG. 11, a message may be displayed on the display 1 or a display (not shown) of the controller 6 as a notification method, but the character of the card displayed during the game is displayed. May be notified to the player that the card has been banned by changing the status to "Death, stun, exhaustion, puppet, oviposition, hibernation, sleep, run away", etc.

  In the above embodiment, it has been described that a re-reading request is generated in order to obtain permission for continuous use based on certain conditions. However, as a method for further reducing the stress of the progress of the game, the player voluntarily reloads. It is more preferable to design the game to perform. Based on certain conditions, the character related to the card may shift to the “use not allowed” state, and may be transferred to the “use allowed” state by reloading the card. For example, when a character linked to a card satisfies a predetermined condition (step 400 in FIG. 10 and step 500 in FIG. 11), the character automatically falls into a state such as “hibernation / puppeting / eggling / sleeping / running away” If the card is not reloaded, it cannot be used in the game. In this case, the predetermined conditions are the same as described above, and higher effects can be expected by considering the combination.

  In addition, if the character displayed in the game as a result of the game changes to a state such as `` Death, stun, exhaustion, puppet, ovalization, hibernation, sleep, run away '', etc., use that rare card It can also be disallowed. By doing this, the psychological impression of the character's state change can be strengthened, and the integration of card reloading and game progress can be improved.

  Note that the present invention described in the above embodiment is applied to a computer device (a personal computer, a video game device, a set-top box, etc.) composed of a single device, and further, a plurality of devices (for example, connected via a network). The present invention may be applied to a system composed of a 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.

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

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

  As described above, this program is a program for executing on a computer device a card game that constitutes a game using a plurality of cards, and the card is identified using the identification information of the lead card. After registering, make a read request 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 making a read request again does not match the previous identification information. In addition, this program permits the use of the card when the identification information of the card obtained by making a read request again matches the previous identification information. The program also displays a message and notifies the player of a read request. In addition, this program notifies the player of a read request by changing the state of the character of the card displayed during the game. This program also selects a card for which a read request is made based on 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. Also, this program selects a card whose card character changes to a higher-value character during the game as a target card for the read request. The program also selects a card that is frequently used in the game as a target card for a read request.

  Therefore, the computer device 2 that executes a card game that constitutes a game using a plurality of cards registers the card by using the identification information of the lead card, and then again checks the use of the card. You can make a read request.

  The card reader 6 connected to a computer device that executes a card game that uses a plurality of cards to register a card registers the card using the identification information of the read card, and then uses the card. A read request can be made again to confirm.

  In addition, a general computer device capable of connecting a plurality of computer devices that execute a card game that uses a plurality of cards to register a card after registering the card using the identification information of the lead card, Request read again to confirm usage.

  Instead of the magnetic tape, it may be stored using an optically readable medium such as a barcode, or may be electrically stored using a memory chip. In particular, when the identification information and the card information are stored in the card, the memory chip is better considering the memory capacity.

  Moreover, although the battle | competition type card game was taken as an example as embodiment concerning this invention, the card game using the card | curd of the sports player who performs a team play may be sufficient. For example, the strongest team can be created by creating a deck by arbitrarily combining cards of team players of each sport. 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, and 11 soccer players).

  Another object of the present invention is to read a program code stored in a storage medium by a computer (or CPU or MPU) of a system or apparatus, which stores a program code of software that realizes the functions of the above-described embodiments. It is also achieved by executing.

  In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiments, 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 (registered trademark) disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a CD-RW, a magnetic tape, a nonvolatile memory card, ROM, DVD-ROM, DVD-RAM, etc. can be used.

  Further, by executing the program code read out by the computer device, not only the functions of the above-described embodiments are realized, but also an OS (operating system) running on the computer based on the instruction of the program code. Includes a case where the function of the above-described embodiment is realized by performing part or all of the actual processing.

Furthermore, after the program code read from the storage medium is written into a memory provided in a function expansion board inserted into the computer device or a function expansion unit connected to the computer device, the function is determined based on the instruction of the program code. This includes a case where a CPU or the like provided in an expansion board or a function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
Further, since the functional processing of the present invention is realized by a computer device, the program code installed in the computer device also realizes 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.

  The computer program supply method is not limited to the case where the computer program is stored in the FD or CD-ROM, read by the computer device and installed in the computer device, as described above, but using the browser of the client computer. It can also be supplied by connecting to a homepage on the Internet and downloading the computer program itself of the present invention or a compressed file including an automatic installation function from the homepage. 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 a different homepage. That is, a WWW server that allows a plurality of players to download program files for realizing 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, stored in a storage medium such as an FD, distributed to the player, and the player who has cleared the predetermined condition is allowed to download key information for decryption from the homepage via the Internet, By using the key information, the encrypted program can be executed and installed in a computer device.

It is a system configuration figure for explaining the card game system of this embodiment. It is an external view for demonstrating the card | curd used with the card game apparatus of this invention. It is a block diagram of the card game system of FIG. It is a figure which shows the game method of a general card game. 3 is a flowchart for explaining a deck creation flow executed by the computer apparatus 2 of FIG. 2. It is a flowchart for demonstrating the card read flow performed with the controller 6 of FIG. It is a figure which shows the deck (list of the card | curd identification information and its card information) of the player A. FIG. It is a figure which shows the deck (list of the card | curd identification information and its card information) of the player B. FIG. It is a flowchart for demonstrating the use confirmation 1 flow performed with the computer apparatus 2 of FIG. It is a flowchart for demonstrating the usage confirmation 2 flow performed with the computer apparatus 2 of FIG. It is a flowchart for demonstrating the usage confirmation 3 flow performed with the computer apparatus 2 of FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Display 2 Computer equipment 3 Floppy (trademark) disk connector 4 CDROM disk connector 5 Interface cable 6 Controller 7 Key switch 8 Card 9 Other card 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 (registered trademark) disk I / F
28 CDROM I / F
29 Transmission / Reception I / F
30 System bus 31 ROM
32 CPU
33 Transmission / reception I / F
34 RAM
35 Card I / F (Card Reader)
36 System bus

Claims (11)

A receiving function for causing the receiving device to receive the identification information read from the card in which the identification information for identifying the card is recorded in a computer device that uses a plurality of cards to advance the game;
A search function for causing a search means to search for card information corresponding to the identification information from a memory in which a plurality of card information corresponding to the plurality of identification information is stored in advance;
A progress function for causing the game progress means to advance the game based on the card information searched by the search means;
A registration function that causes the registration means to register the identification information received by the receiving means;
A first display function for displaying a part or all of card information corresponding to the predetermined number of pieces of identification information on the display unit after receiving the predetermined number of pieces of identification information by the receiving unit;
Even after displaying the card information, the request function for requesting the read identification information from the card to the request means while before or game the game is started,
A determination function that causes the determination means to determine whether or not the identification information received by the receiving means after the request matches the registered identification information;
A second display function for causing the display means to display a transition to a state where the use of the card is not permitted in the game progress means when the identification information does not match based on the determination result of the determination means;
A game program to make it happen.   The game program according to claim 1, wherein the determination by the determination function is repeated for a plurality of cards in response to a request by the request means.   The game program according to claim 1, wherein the request function displays a message and notifies the player of a request by the request unit.   2. The game according to claim 1, wherein the second display function displays a transition to a state in which use of the card is not permitted by changing a state of the card displayed during the game. program.   2. The game program according to claim 1, wherein a card for which the read request is made is selected by referring to a memory storing whether or not to make a read request for each card.   The game program according to claim 1, wherein the computer device is a personal computer.   The game program according to claim 1, wherein the computer device is a video game device.   The game program according to claim 1, wherein the card magnetically stores the identification information.   The game program according to claim 1, wherein the card stores card information together with the identification information. A computer device that uses a plurality of cards to play a game,
Receiving means for receiving the identification information read from the card in which the identification information for identifying the card is recorded;
Search means for searching for card information corresponding to the identification information from a memory storing a plurality of card information corresponding to the plurality of identification information in advance,
Game progress means for progressing the game based on the card information searched by the search means;
Registration means for registering identification information received by the receiving means;
First display means for displaying part or all of card information corresponding to the predetermined number of pieces of identification information after receiving the predetermined number of pieces of identification information by the receiving means;
Request means for requesting reading of identification information from the card after the card information display and before the game is started or during the game;
Determining means for determining whether or not the identification information received by the receiving means after the request matches the registered identification information;
Second display means for displaying a transition to a state where the use of the card is not permitted in the game progress means when the identification information does not match based on the judgment result of the judgment means;
A computer apparatus comprising: A method of controlling a computer device that uses a plurality of cards to play a game,
A receiving step in which the receiving means receives the identification information read from the card in which the identification information for specifying the card is recorded;
A search step in which search means searches for card information corresponding to the identification information from a memory that stores a plurality of card information corresponding to the plurality of identification information in advance;
A game progress step in which the game progress means advances the game based on the card information searched in the search step;
A registration step in which the registration means registers the identification information received in the reception step;
A first display step in which first display means displays a part or all of card information corresponding to the predetermined number of pieces of identification information after receiving the predetermined number of pieces of identification information in the receiving step;
A requesting step for requesting reading of identification information from the card after the card information is displayed and before the game is started or during the game;
A determination step in which a determination unit determines whether the identification information received in the reception step after the request matches the registered identification information;
If the identification information does not match based on the determination result in the determination step, a second display that causes the second display means to display a transition to a state where the use of the card is not permitted in the game progress step. Process,
A method for controlling a computer device, comprising:

Images