US20020052238A1 - Electronic game system using a trading-card-type electronic recording medium - Google Patents

Abstract

Game control section executes a game program on the basis of data relating to an object appearing in a game and a control signal given from a controller, to cause the game to progress and generate an image signal and sound signal. Display and sound generating section visually displays the image signal and audibly reproduce the sound signal. Electronic recording medium, in the form of a trading card, stores the data relating to the object that is caused to vary as the game progresses, and contains a memory capable of rewriting data stored therein. This electronic recording medium has an outer appearance similar to that of ordinary commercially-available trading cards. One object is allocated to a single electronic recording medium. The object-relating data represent values that define the attributes of the object appearing during the progression of a game. The attribute values are designed to vary as the game progresses. Data read/write section writes or reads, on the electronic recording medium, the object-relating data stored in the game control section.

Description

BACKGROUND OF THE INVENTION
• The present invention relates generally to electronic game systems for carrying out an electronic game based on a trading card that has uses both as a collection and as a game tool, and more particularly to an improved electronic game system which can variably store data on a trading card and carry out a game based on the stored data using a personal computer, game machine or the like.[0001]
• For many years, trading card collections have been a favorite pastime for a number of collectors including adults as well as children. Among examples of such trading cards are “sports cards” having a photograph, performance data and personal information of a sports player in baseball, basketball or American football visibly printed thereon, and “character cards” having an animation (animated cartoon) character printed thereon. Recently, more sophisticated trading cards have made their appearance, which have, in addition to a use as a collection, a use or function as a tool for a so-called fight-type game. These trading cards are sold not only for a mere collection purpose but also as an important game tool which can decide a contest or bout or influence progression of the game on the basis of various information specifically written on the card.[0002]
• With such trading cards, however, various pictures, patterns, designs and other information are printed in a fixed hard-copy form and thus can not be varied at all. For this reason, it has been conventional to change the characteristics of the trading card by using it in combination with another special card. Thus, once the combination with the special card is cancelled, the changes so far made to the information become invalid, which would undesirably result in the problem that continuity of the game can not be maintained any longer.[0003]
SUMMARY OF THE INVENTION
• It is therefore an object of the present invention to provide an electronic game system which, in accordance with progression of a game, can variously rewrite data recorded on a trading card.[0004]
• According to an aspect of the present invention, there is provided an electronic game system which comprises: a game control section that executes a game program on the basis of data relating to an object appearing in a game and a control signal given from a controller, to cause the game to progress and generate an image signal and a sound signal; a display and sound generating section that visually displays the image signal and audibly reproduce the sound signal; a trading-card-type electronic recording medium that stores thereon the data relating to the object caused to vary as the game progresses; and a data read/write section that writes, onto the electronic recording medium, the data relating to the object stored in the game control section, or reads out, from said electronic recording medium, the data relating to the object.[0005]
• The trading-card-type electronic recording medium for use in the present invention is a card containing a rewritable memory (capable of rewriting data stored therein) and is similar in outer appearance to ordinary trading cards commercially available today. For example, the electronic recording medium may be implemented, for example, by a transponder conventionally used in a radio frequency identification (often abbreviated RFID) system. The electronic recording medium has prestored thereon data relating to an object appearing in a game, and one object is allocated to a single electronic recording medium. The object-relating data represents a value that defines an attribute of the object appearing during the progression of the game. The attribute value is caused to vary as the game progresses. The object-relating data (value defining the attribute of the character) varying in accordance with the progression of the game is stored onto the electronic recording medium by means of the data read/write section, so that even when the game is suspended on the way, the data at the suspended point can be stored onto the recording medium. The thus-stored data is read out by the read/write section when the game is to be resumed, and then supplied to the game control section. As a consequence, the data recorded on the trading card can be rewritten variously in accordance with the progression of the game, so that unlike in the traditional electronic game systems, the present invention allows each attribute of the card to be freely changed depending on the progressing state of the game.[0006]
BRIEF DESCRIPTION OF THE DRAWINGS
• For better understanding of the above and other features of the present invention, the preferred embodiments of the invention will be described in greater detail below with reference to the accompanying drawings, in which:[0007]
• FIG. 1 is a block diagram showing an exemplary general hardware setup of an electronic card game system in accordance with a preferred embodiment of the present invention;[0008]
• FIG. 2 is a diagram showing data that are sequentially recorded into a memory region of a transponder as a game progresses;[0009]
• FIG. 3 is a diagram showing an exemplary data organization during the progression of the game;[0010]
• FIG. 4 is a flow chart showing an example of a main routine of the electronic card game system;[0011]
• FIG. 5 is a flow chart showing the details of an initialization process of FIG. 4;[0012]
• FIG. 6 is a flow chart showing the details of a card data reading process of FIG. 5;[0013]
• FIG. 7 is a flow chart of a controller process of FIG. 4; and[0014]
• FIG. 8 is a flow chart of a game terminating process of FIG. 4.[0015]
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
• FIG. 1 is a block diagram showing an example of a general hardware setup of an electronic card game system in accordance with an embodiment of the present invention. In the embodiment, various operations are carried out under the control of a microcomputer that includes a microprocessor unit (CPU)[0016]11, a program memory (ROM)12 and a working memory (RAM)13. TheCPU11 is a main CPU which controls the operations in the entire electronic card game system. To theCPU11 are connected, via a data andaddress bus1K, the program memory (ROM)12, the working memory (RAM)13, adisplay circuit14, various switches (switch group)15, a controller interface (I/F)16, acassette interface17 and a transmission/reception interface18.
• On the basis of various programs and data stored in the[0017]program memory12 and workingmemory13, theCPU11 controls the operations in the entire electronic card game system. Theworking memory13 receives and stores various programs and data via thecontroller interface16, and a transmission/reception interface18. Whereas this embodiment will be described below in relation to the case where a basic game program is read in or introduced through the transmission/reception interface18, the game program may be read in using any other external storage device such as a floppy disk drive, hard disk drive, CD-ROM drive, magneto-optical disk (MO) drive, ZIP drive or PD drive. Further, rather than from such a portable recording medium, operating programs and other related information may be downloaded, via a communication interface, from a communication network (personal computer communication network or Internet) to a storage device such as a hard disk device.
• On the basis of the game program and data received via the[0018]cassette interface17 from acassette19 and various data received via thecassette interface17 and various data received fromcards1A and1B via the transmission/reception interface18 as well as control signals received via the controller interface fromcontrollers1C and1D, theCPU11 performs arithmetic operations for processing and advancing a game including image processing to supply image signals to thedisplay circuit14, which, in turn, visually demonstrates on amonitor1E images or pictures related to a game. Data of music sounds and various effect sounds are supplied from a sound generation processing circuit (not shown) to themonitor1E and audibly reproduced through a speaker (also not shown).
• The[0019]program memory12 is a read-only memory (ROM), in which are stored system-related programs for execution by theCPU11. Theworking memory13 is for temporarily storing various data that are generated as theCPU11 runs the programs. Predetermined address areas in a random access memory (RAM) are allocated as thisworking memory13 for use as various registers and flags. It will be appreciated that the various data generated during execution of the programs include data resulting from arithmetic operations, a game program received from an external source, data related to development or progression of a game and image data relating to characters appearing in the game as well as background pictures.
• The[0020]display circuit14 controls the visual display on themonitor1E and includes an image display processor and a sound processor. Themonitor1E comprises a liquid crystal display (LCD), CRT or the like which is controlled by thedisplay circuit14. Theswitches15 include a reset switch and a power switch provided on the body of the electronic card game device, and theseswitches15 output switch event signals corresponding to their respective operating states. Various operations corresponding to the switch event signals are carried out by theCPU11. Thecontroller16 receives data from thecontrollers1C and1D having four direction input keys and various event switches and passes the received data onto the data andaddress bus1K. Thecassette interface17 receives a given game program and data from thecassette19 and then passes the received data onto the data andaddress bus1K. These data and game program thus introduced via thecontroller interface16 andcassette interface17 are written into theworking memory13 via theCPU11.
• The above-described components are common to those employed in the conventionally-known electronic game devices. The electronic card game system in accordance with the present invention is different from the known game devices primarily in that it includes a radio frequency identification (hereinafter, RFID) system which includes data read/write[0021]sections1H and1J andtransponders1A and1B. This RFID system is a well-known system and thus will be explained only briefly. Thetransponders1A and1B are each a card-type recording medium that includes a semiconductor integrated circuit with a transmission/reception circuit, control circuit and memory all incorporated in a single chip and a printed antenna for transmitting/receiving an electromagnetic wave. Each of thetransponders1A and1B can generate electric power by the electromagnetic wave received via the printed antenna and uses the thus-generated power to rewrite data stored in the memory or transmit the memory-stored data in a response electromagnetic wave. Each of the data read/writesections1H and1J exchanges data with thecorresponding transponders1A,1B via theantenna1F,1G. The data to be transmitted or received are controlled by theCPU11 via the transmission/reception interface18. Note that each of the data read/writesections1H,1J is arranged to select any one of thecorresponding transponders1A,1B and read or write data onto the selected transponder. For details of the technique relating to the RFID system, see Japanese Patent Laid-open Publication No. HEI-8-21875.
• FIG. 2 shows data that are sequentially recorded into a memory region of the[0022]transponder1A,1B as the game progresses. For the purpose of explanation, let's assume here that the game program read out from thecassette19 is directed to a role-playing game made up of a total of five stages where four objects, i.e., brave man, a warrior, a wizard, and a priest, are caused to sequentially move in a single party from the first stage to the fifth stage while struggling against each other for a treasure placed in the last chapter of the fifth stage. Whereas the following description is given in relation to a case where two players participate in the game, the game may of course be played among three or more players. Further, the game may be played among a plurality of players through a communication network such as the Internet. According to the game program, each of the objects are supposed to fight against any enemies randomly output by theCPU11, and when the players confront each other during the course of the game, they are supposed to get ready for a fight but may either actually fight against each other or avoid fighting.
• Part (A) of FIG. 2 shows an initial state where no substantive data has been written in the transponders; the transponders in such initial state have stored therein initial value data, such as ID numbers and initial parameters. In the illustrated example, ID numbers “0”, “1”, “2” and “3” represent the brave man, warrior, wizard and priest, respectively. These ID numbers may either be prestored on the cards or be additionally written onto the cards. The game can be advanced even when all the ID numbers from “0” to “3” are not present, but any of the ID numbers is not allowed to exist redundantly; namely, two or more transponders of a same ID number can not be set in the data read/[0023]write sections1H and1J. In case two or more transponders having a same ID number are detected, an error message is displayed so as to instruct a selection of any one of the transponders.
• Part (B) of FIG. 2 shows how, after the game is started with the initial-state transponders set in the data read/[0024]write sections1H and1J, values representative of four attributes—physical power, intellectual power, fighting power and defensive strength—of one of the objects having evolved on the basis of experiences gained in accordance with the progression of the game are written in the memory region of the corresponding transponder upon completion of the game. Part (C) shows values of the attributes written in the transponder memory region upon completion of a second playing or round of the game, where the attribute values in the second round are written as distinguished from those in the first round of the game by a division mark (). Note that the attribute values are different between the first and second rounds of the game and thatfighting outfit1 newly obtained by the corresponding object has been added as a new attribute value at the value writing for the second round. Further, part (D) shows values of the attributes written in the transponder memory region upon completion of a third round of the game, where the attribute values in the third round are written as distinguished from those in the first and second rounds of the game by division marks (). Note that the attribute values for the third round are different from those for the first and second rounds of the game and thatfighting outfit1 so far possessed by the corresponding object has evolved intofighting outfit2 at the value writing for the third round. In this way, the attribute values of each of the objects, allocated to one of the transponders, are caused to gradually vary as the game progresses, and the varied attribute values are written into the memory region of the corresponding transponder upon completion of the game. As a consequence, there can be created a transponder, i.e., a card, with the object's attributes varied in accordance with the progression of the game.
• FIG. 3 is a diagram showing an exemplary data organization in the working[0025]memory13 during the progression of the game. FIG. 3 shows a program area for storing a game program, and a data area for storing current attribute values of the individual objects uniquely identified by their respective unique ID numbers (“Id=0” to “Id=3”). In the data area of the illustrated example, there are being stored the attribute values of the individual objects (“Id=0” to “Id=3”) associated with a first player (“Play=0”) and a second player (“Play=1”). The attribute values being thus stored in the data area are written into the memory regions of the transponders (or cards) corresponding to the objects.
• Now, various operations performed by the[0026]CPU11 in the electronic card game system will be described below merely by way of example, with reference to flow charts of FIGS.4 to8. The “card” in the flow charts of FIGS.4 to8 refers to the transponder.
• FIG. 4 shows an example of a main routine of the card game system. First, upon turning ON of the power switch in the[0027]switch group15 of FIG. 1, the main routine is initiated, where an initialization process is carried out atfirst step41 as shown in FIG. 5. Specifically, in the initialization process of FIG. 5, the game program prestored in thecassette19 is loaded and stored into a predetermined area of the workingmemory13. Upon completion of the game program loading, a card data reading process is carried out, where data relating to the individual transponders now set in the data read/write sections1H and1J are loaded and stored into a predetermined area of the workingmemory13.
• FIG. 6 shows the details of the card data reading process, where a value “0” is set, at[0028]first step61, to both a player register Play and a character register Char. Then, atstep62, the value stored in the character register Char is transmitted, as an ID number Id, to the data read/write sections1H and1J, which in turn ascertain whether or not the corresponding group oftransponders1A or1B contains a transponder of the transmitted ID number Id. If there is such a transponder, then the data read/write section1H or1J reads out the data of that transponder and transmits the read-out data to theCPU11. Therefore, atnext step63, a determination is made as to whether there has been any response from the card or transponder. If answered in the affirmative (YES) atstep63, the data of the transponder are received by theCPU11, but if not, a message “No Corresponding Card” is displayed on themonitor1E to inform the human operator that there is no card of the ID number Id. Then, the value of the character register Char is incremented by one atnext step66, and it is further determined atstep67 whether the incremented value has now reached “3”. If the incremented value of the character register Char is “1” or “2”, but not “3”, as determined atstep67, theCPU11 loops back to step62 to repeat operations similar to the above-mentioned. If, however, the incremented value of the character register Char has now reached “3”, theCPU11 proceeds to step68.
• At[0029]step68, the value of the player register Play is incremented by one, and it is determined atstep69 whether the incremented value of the player register Play is “2”.If the incremented value of the player register Play is still “1”, theCPU11 reverts to step62 in order to read out the data from the second player's transponder and then repeat operations similar to the above-mentioned.Step6A, shown in FIG. 6 as being taken when a negative determination is made atstep69, is performed where only one data read/write section1H or1J is provided in the game system.Step6A is directed to displaying on themonitor1E an instruction to the human operator that the combination (stack) of the transponders, currently set in the data read/write section, should be replaced with another stack. By such an operation ofstep6A, it is possible to sequentially read out data associated with two or more players even where the game system includes only one data read/write section. Thus, in the case where two separate data read/write sections1H and1J are provided for two players as in the example of FIG. 1, the stack replacement instructing operation ofstep6A may be omitted. After completion of the above-mentioned operations, theCPU11 proceeds to the last step of FIG. 5 in order to set the individual objects to a predetermined start point of the game with predetermined contents of the first stage. Thus, the initialization process atstep41 of FIG. 4 has been completed and the electronic card game system has now been placed in a standby state and waits for a start of the game.
• At[0030]step42 of the main routine, theCPU11 carries out a controller process in response to signals from thecontrollers1C and1D, as more fully shown in FIG. 7. First, the player register Play is set to a value “0” atfirst step71 of the controller process. Then, it is determined atstep72 whether any signal has been received from thecontroller1C or1D, i.e., whether there has been any controller input. If answered in the affirmative (YES), theCPU11 moves to step73, but if not (NO), theCPU11 repeats the operation ofstep72 until a signal is received from thecontroller1C corresponding to the first player (Play-0), here, thecontroller1D outputs a signal corresponding to the second player (Play-1). Atstep73, it is ascertained whether or not the controller input is based on actuation of one of the four direction cursor keys on thecontroller1C,1D. If so, i.e., if the controller input is a cursor input (YES), theCPU11 goes to step74; otherwise, theCPU11 branches to step75. At step74, one or a plurality of (up to four) objects, i.e., characters, set in the initialization process ofstep41 are moved on themonitor1E over a distance corresponding to the amount of movement of the direction cursor key.
• Then, at[0031]step75, a determination is made as to whether the input from thecontroller1C,1D is based on actuation of an attack switch or an defense switch. If the controller input is based on the actuation of the attack switch as determined atstep75, then theCPU11 changes the display of the objects into an attack-mode display. If, on the other hand, the controller input is based on the actuation of the defense switch, theCPU11 changes the display of the objects into a defense-mode display. This display mode change sets the objects in an appropriate attack or defense position, and the thus-set current fighting condition is displayed atstep78.
• At[0032]next step79, theCPU11 calculates values of the attributes (physical power, intellectual power, fighting power and defensive strength) of the individual objects having varied through the object moving operation of step74 or the fighting condition displaying operation ofstep78, with which theCPU11 rewrites the corresponding data stored in the workingmemory13. One example of the thus-rewritten data in the workingmemory13 is shown in FIG. 3. It will be appreciated that mere movement of the objects on the monitor screen does not always change the attribute values. The value of the player register Play is incremented by one atstep7A following step79, and then it is ascertained atstep7B whether the incremented value of the player register Play has now reached “2”. If the incremented value of the player register Play is still “1” as ascertained atstep7B, operations similar to the above-mentioned are repeated depending on presence or absence of a controller input from thecontroller1D of the second player. If the incremented value of the player register Play has reached “2”, theCPU11 moves on to step43 of FIG. 4.
• At[0033]step43 of the main routine, a determination is made as to whether the game has progressed to the last section of the currently played stage. If so, theCPU11 goes tonext step44, but if not, theCPU11 jumps to step47. Atstep44, it is determined whether the currently played stage is the last or fifth stage. If so, it means that the game has now come to the end of the game, and theCPU11 displays an ending picture on themonitor1E and proceeds to step48 in order to terminate the game. If, on the other hand, the currently played stage is not the fifth stage as determined atstep44, the individual objects are set, at followingstep45, to a predetermined start point of the next stage. Atstep47, a determination is made as to whether or not there has been an instruction to terminate the game. If answered in the negative, theCPU11 loops back to step42 to repeat operations similar to the above-mentioned. If, however, there has been such an instruction as determined atstep47, theCPU11 moves to step48 in order to terminate the game through a game terminating process.
• FIG. 8 shows the details of the game terminating process of[0034]step48, where a value “0” is set, atfirst step81, to the player register Play and character register Char. Then, atstep82, the value stored in the character register Char is transmitted, as an ID number Id, to the data read/write sections1H and1J, which in turn ascertain atstep83 whether or not the corresponding group oftransponders1A or1B contains a transponder of the transmitted ID number Id. If there is no such transponder, theCPU11 goes to step84 to display a message “No Corresponding Card” on themonitor1E in order to inform the human operator that there is no card of the ID number Id. If, on the other hand, there is such a transponder, then theCPU11 ascertains atstep85 whether the transponder of the ID number in question has an empty space sufficient for storing the transmitted data. If so, the CPU proceeds to step86, where it reads out, from the workingmemory13, those data corresponding to the respective attribute values of the individual objects rewritten atstep79 of FIG. 7 and transmits the read-out data to the data read/write section1H,1J for storage on the transponder in question. If there is not a sufficient empty space in the transponder, the transmitted data can not be written onto the transponder and it means that the object of that transponder is dead, so that theCPU11 displays a message indicative of the death of the object on themonitor1E. Then, the value of the character register Char is incremented by one atnext step88, and it is determined atstep89 whether the incremented value has now reached “3”. If the incremented value of the character register Char is “1” or “2”, but not “3”, as determined atstep89, theCPU11 loops back to step82 to repeat operations similar to the above-mentioned. If, however, the incremented value of the character register Char has now reached “3”, theCPU11 proceeds tonext step8A now that the data rewriting operation has been completed for all of the objects.
• At[0035]step8A, the value of the player register Play is incremented by one, and it is determined atstep8B whether the incremented value of the player register Play is “2”. If the incremented value of the player register Play is still “1”, theCPU11 reverts to step82 in order to read out the data from the second player's transponder and then repeat operations similar to the above-mentioned.Step8C, shown in FIG. 8 as being taken when a negative determination is made atstep8B, is performed where only one data read/write section1H or1J is provided in the game system.Step8C is directed to displaying on themonitor1E an instruction to the human operator that the combination (stack) of the transponders, currently set in the data read/write section1H or1J, should be replaced with another stack. By such an operation ofstep8C, it is possible to sequentially read out data associated with two or more players even where the game system includes only one data read/write section. Thus, in the case where two separate data read/write sections1H and1J are provided for two players as in the example of FIG. 1, the stack replacement instructing operation ofstep8C may be omitted.
• In the above-described embodiment, each of the transponders has a unique ID number and any same ID number can not be allocated to two or more transponders redundantly. However, a same ID number may be allocated redundantly to two or more transponders having same attributes, as long as these transponders are made distinguishable from each other by adding thereto unique sub ID numbers or additional attributes such as players' initials or by increasing the number of digits in the ID number. Thus, even these objects with the same ID can be varied in their attributes in accordance with the progression of the game (or values of various experiences gained during the playing of the game).[0036]
• Further, whereas the preferred embodiment has been described in relation to a role-playing game, the present invention is applicable to any other games than the role-playing game, such as a car rally or car race game. In such a case, data of the car parts and the driver may be recorded on the card, and a set of different ID numbers may be used to identify each car and its driver.[0037]
• Further, the present invention may use cards each having recorded thereon data of a player in sports such as tennis or soccer. In this case, a different ID number may be allocated to each player. For instance, if cards of 100 sports players are prepared, a stack may be created by 11 cards out of these 100 cards and a player list may be created using 11 ID numbers extracted by the game machine checking all of the 100 ID numbers.[0038]
• Furthermore, whereas the preferred embodiment has been described in relation to the case where each transponder is a write-once memory card, the transponder may be implemented by a rewritable memory card so that the stored data can be replaced or updated with new data at the end of the game.[0039]
• Moreover, whereas the preferred embodiment has been described in relation to the case where only the data stored on the transponder are rewritten or updated, the character design on the surface of the transponder may be varied in accordance with the updated data values. For example, the design on the transponder may itself be changed by making an adhesive seal having printed thereon a character design corresponding to the data values read out from the transponder and sticking the seal onto the transponder.[0040]
• In summary, the present invention arranged in the above-described manner affords the superior benefit that it can rewrite the data recorded on a trading card variously in accordance with progression of a game.[0041]

Claims (10)

What is claimed is:

1. An electronic game system comprising:

game control section that executes a game program on the basis of data relating to an object appearing in a game and a control signal given from a controller, to cause the game to progress and generate an image signal and a sound signal;

a display and sound generating section that visually displays the image signal and audibly reproduce the sound signal;

a trading-card-type electronic recording medium that stores thereon the data relating to the object caused to vary as the game progresses; and

a data read/write section that writes, onto said electronic recording medium, the data relating to the object stored in said game control section, or reads out, from said electronic recording medium, the data relating to the object.

2. An electronic game system as recited inclaim 1 wherein a character image and/or design of the object appearing in the game are visibly provided on a surface of said electronic recording medium.

3. An electronic game system as recited inclaim 2 which can vary a character characterizing an attribute of said electronic recording medium by sticking, onto a surface of said electronic recording medium, an adhesive seal that has the character image and/or design printed thereon.

4. An electronic game system as recited inclaim 1 wherein a plurality of the objects can appear in the game program and an electronic recording medium with a different data content can be used for each of the objects, and wherein, at least upon start of the game, the data relating to one or more of the objects are read out, via said data read/write section, from one or more of the electronic recording media so that the read-out data are used in the game.

5. An electronic game system as recited inclaim 1 wherein when the attribute of the object stored on said electronic recording medium is caused to vary during progression of the game, data representative of the varied attribute is written into said electronic recording medium via said data read/write section in the course of the game.

6. An electronic game system as recited inclaim 1 wherein when the attribute of the object stored on said electronic recording medium is caused to vary during progression of the game, data representative of the varied attribute is written into said electronic recording medium via said data read/write section upon termination of the game.

7. A trading card for use with an electronic game device comprising:

a card surface bearing a character image and/or design of an object appearing in a game to be played on said electronic game device; and

an electronic storage section that is provided within said trading card and stores therein data relating to the object appearing in the game in such a manner that the data can be read and written via said electronic game device.

8. A machine-readable recording medium containing a group of instructions of a game-performing program to be executed by a processor, said game-performing program comprising:

a first step of reading out, from a trading-card-type electronic recording medium, data relating to an object appearing in a game and loading the read-out data into an internal register, a character image and/or design of the object being visibly provided on a surface of said electronic recording medium;

a second step of executing a given game program on the basis of said data relating to the object appearing in a game loaded by said first step, to thereby generate image and sound signals during the course of the game; and

a third step of writing, onto said electronic recording medium, said data relating to the object caused to vary in accordance with progression of the game.

9. A machine-readable recording medium as recited inclaim 8 wherein said game-performing program further comprises a step of loading the given game program from an external memory into an internal memory and said second step executes the game program loaded in said internal memory.

10. A machine-readable recording medium as recited inclaim 8 wherein a plurality of the objects can appear in said game program and a trading-card-type electronic recording medium with a different data content can be used for each of the objects, and wherein said first step reads out data relating to one or more of the objects from one or more of the electronic recording media.

Images