JPH11207033A - Game system playable by using backup data between different kinds of game machines - Google Patents

Abstract

PROBLEM TO BE SOLVED: To play a linked game on a video game machine by utilizing backup data of a game cartridge. SOLUTION: A first game machine 10 is provided with a first storage medium 15 including a first game program storing means 15a for storing a program for a first game machine to be processed by a first processing means 11 and a first backup data storing means 15b. A second game machine 20 is provided with a second backup data storing means 26 and a second storage medium 25 storing a program for a second game machine to be processed by a second processing means 21. A processing program related with backup data obtained by executing a game program stored in the medium 25 and a program for writing backup data including ability data of each growing object of each player in the means 26 like updating are stored.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a game system which can be played by using backup data of different types of game machines, and more particularly to a game system which is stored in a storage medium such as a game cartridge used for a certain type of game machine. The backup data can be used on other types of game machines that are different from the game machine and have high processing power so that you can enjoy competitive games and play as linked games that are related between different game machines. A game system that can be played using backup data of different types of game machines.

[0002]

2. Description of the Related Art Conventionally, as a program for playing a program stored in a game cartridge of a portable game machine on a video game machine, Japanese Patent Application Laid-Open No. 7-92943 (USP.
No. 5552799) is known. However, this prior art cannot play an interlocked game on a video game machine using backup data of a game cartridge of a portable game machine. In addition, game software for conventional portable game machines or video game machines,
Even games of the same genre and game philosophy are created as separate games between video game machines with different processing capabilities, considering compatibility and interlocking between different game machines Nothing could be used for the game.

[0003]

The conventional game software for portable game machines or video game machines is completely incompatible between game machines having different processing capabilities, and can be obtained by playing with a certain game machine. Using data that changes with the progress of the game (so-called backup data), it has not been possible to play with other game machines having different processing capabilities. Therefore, in a game that captures data relating to the progress of the game acquired over time, for example, a character or a monster or the like that appears in the game, the captured character data, the ability value of the character, and training after capture. As a result, it is not possible to play on a higher-level game machine using data such as the ability value obtained as a result of growing and nurturing the game machine, and a linked game between different game machines cannot be realized. In a sports game, for example, a baseball game, there is a game in which a variety of athletic abilities such as running power, hitting power, defensive power, and throwing power of a plurality of players are enhanced by practice, and the trained players are registered to enjoy the game. Even in that case, a linked game could not be realized by using a player trained on a different type of game machine in another game. Then, when enjoying the linked game, a plurality of players play a game for a certain game machine (for example, a portable game machine) to back up ability data and the like relating to a training object such as a monster or an athlete grown by themselves. If a player can enjoy a competitive game on a higher-level game machine (for example, a high-performance video game machine) by bringing a storage medium storing the data or the game machine main body, it is better than playing with only the same conventional game machine. Also, the fun of the game can be increased. further,
If a player can play against a computer using the backup data of a friend, the game can be a training game for a competitive game, and the fun of the game can be further increased.

By the way, when the storage media of the game software for different types of game machines are made compatible with each other, the backup data of a storage medium of a cartridge type or a type integrated with the game machine body is used to play on a higher-level game machine. After that, if the backup data changes, it is necessary to update and write the changed backup data to the original storage medium. In this case, when a plurality of players simultaneously play on a higher-level game machine, a different state may occur between a storage medium from which backup data is read at the start of the game and a storage medium to which updated backup data is to be written at the end of the game. . At that time, when writing backup data of another person to a storage medium of a certain person, the backup data as a result of acquiring or nurturing with the utmost spirit disappears, causing great dissatisfaction as a player's psychology, It is also necessary to prevent such situations.

[0005] Therefore, a main object of the present invention is to use data that changes in connection with the progress of a game obtained by playing game software for a certain game machine having a different processing capability, and to use the data for another game machine. It is an object of the present invention to provide a game system that can be played by using backup data of different types of game machines so that a training game and / or a competitive game can be played in related game software. Another object of the present invention is to provide a game system that can enjoy a more advanced game or an interlocked game using data that changes in connection with the progress of a game obtained by playing a certain game machine game software. An object of the present invention is to provide a game system that can be played using backup data of various types of game machines.

Another object of the present invention is to store identification data in a storage medium storing game software for each player so that even if a plurality of players play on the same higher-level game machine, backup data of another player can be obtained. It is an object of the present invention to provide a game system capable of writing the backup data of the user without mistakenly writing the backup data and playing the backup data of different types of game machines.

[0007]

According to the present invention, a game system which can be played by using backup data of different types of game machines is obtained by playing on a first game machine including a first processing means. This is a game system for using the backup data in a second game machine different from the first game machine and including the second processing means. The first game machine stores a first game machine game program processed by the first processing means.
Game program storage means and the first processing means
And a first backup data storage unit for temporarily storing backup data that changes with the progress of the game by processing the game program. The first game program storage means stores a training program of a plurality of training objects (for example, a monster or the like in a game that captures and grows a monster or a character, a player in a sports game) as a game program, and stores first backup data. The means is based on ability data obtained through training for each of a plurality of training objects (for example, monster power, level, available skills, acquired points, etc. in a monster training game, and various athletic abilities of players in a sports game). Remember. The first backup data storage means stores, for each player, each first storage medium, or each first game machine, various types of ability data indicating the ability to be changed by cultivation for each of a plurality of cultivation targets. Includes performance data storage area. In connection with the first game machine and the second game machine, it is electrically connected to at least the first backup data storage means included in the first storage medium and stored in at least the first backup data storage means. Backup data
Connection means for transferring the game data to the other game machine. The second game machine includes a second backup data storage unit that temporarily stores backup data, and a second storage medium that stores a second game machine game program processed by the second processing unit. . When the first storage medium is connected via the connection means, the second storage medium further stores each of the data stored in the first backup data storage means corresponding to the first storage medium for each player. A read / write control program for reading backup data including capability data for each breeding target for each player and writing the data in the second backup data storage means; By executing the game program for the competitive game stored in the second storage medium while using the backup data for each player, each player can perform the first game.
A related processing program for performing a competitive game process related to backup data obtained by playing on the first game machine (or linked to the game of the first game machine), and training for each player obtained by the competitive game process A program for updating the backup data including the performance data for each object in a storage area corresponding to each player of the second backup data storage means in a renewal manner is stored.

[0008]

According to the present invention, another data (so-called backup data) that changes in relation to the progress of a game obtained by playing a game software for a game machine having a different processing capability is used. It is possible to play using the backup data of different types of game machines, and to be able to play the training game and / or the competitive game in the related game software for the game machines, and to enable the interlocking game between different game machines. A new game system is obtained. In addition, according to the game system of the present invention, backup data such as experience values, lives, and acquired characters obtained by playing with related game software for different types of game machines previously released is inherited. You can enjoy the game. Therefore, using the data related to the game progress state obtained by playing the related game machine game software, the development of game software for another type of game machine related to the game and / or Or, when playing a competitive game, saves the playing time until obtaining backup data including performance data for each desired breeding target as compared to playing game software for another type of game machine from the beginning. it can. Further, if the processing capability of a certain type of game machine sold earlier is inferior to the processing capability of another type of game machine sold later, another type of game machine related to the game content of the certain type of game machine may be used. When playing game software for a certain type of game machine, it is possible to play a game having a higher function than is possible with certain kinds of game machine game software. further,
It is also possible to play against the computer using the backup data of the friend, and the fun of the battle game can be further improved.

[0009]

DESCRIPTION OF THE PREFERRED EMBODIMENTS "A game system that can be played using backup data of different types of game machines" (hereinafter abbreviated as "game system") according to an embodiment of the present invention.
The first game machine is a portable game machine or a game machine with a portable liquid crystal display, the second game machine is a video game machine, and the first game machine (portable game machine) is used. Using the backup data obtained by playing the first game machine game software, processing the second game machine game program related to the first game machine game software in the second game machine Is what you play. That is, the second game is linked to the first game machine game.
The game program of the game machine is executed.
Here, the backup data may be various data depending on the genre or type of the game software. For example, in the case of a game in which game software captures animals, simulated pets, fictitious animals (monsters), etc., raises captured animals, etc., or plays a game between an animal captured by oneself and an animal captured by a friend, The backup data is acquired character data for identifying an acquired character, ability data of the acquired character, and data of a technique that can be used in a battle. If the type of game is a fighting game, the backup data is data of the type of technique learned by training for each fighter, attack capability, defense capability, and the like. Further, if the type of the game software is a sports game, it is the physical ability data of the player. For example, in the case of a baseball game, the backup data includes the batting average, the number of home runs, the number of stolen bases, the error rate,
The training data is data such as defense rate and strikeout, and the training data is hitting power, running power, defensive power, ball speed, etc. according to the training state of the player. As described above, the backup data varies depending on the type of the game, but in the following description, an example of a game in which a fictitious animal or the like is acquired and the acquired fictitious animal is trained (bred) or fought will be described.

FIG. 1 is a block diagram showing the principle of a game system according to one embodiment of the present invention. In FIG. 1, the game system of the present invention uses the backup data stored in the backup data storage memory (temporary storage memory; RAM, for example) of the game cartridge 15 for the first game machine 10 for the second game machine 20. In addition to enabling the game to be used when playing a game based on the game cartridge 25 or the disk storage medium 35 storing the game program for the second game machine,
Using the backup data, a game or first game machine 10 related to the first game machine game software
This makes it possible to play a game in conjunction with. Here, the first game machine 10 is a portable game machine or a portable game machine with a liquid crystal display (for example, a product name “Game Boy” pertaining to the manufacture and sale of the present applicant; a registered trademark). The second game machine 20 has a higher processing capacity (for example, the number of bits of the CPU, the number of programs processed per unit time of the CPU, the image expression ability, etc.) than the first game machine 10. It is a recent video game machine that employs such advanced technology (for example, a product name “Nintendo64”; Note that the first game machine 10 can be applied to, for example, an 8-bit video game machine or a 16-bit video game machine as long as the processing ability is lower than that of the second game machine 20. Further, if the processing capacity of the second game machine 20 is 16 bits or 32 bits, it may be equivalent to the processing capacity of the first game machine 10. In this case, the first game machine 10 can be used effectively when the first game machine 10 is a portable game machine and the second game machine 20 is a video game machine connected to a home television and used as a stationary type. However, it goes without saying that the technical idea of the present invention is not limited to these examples.

Next, a first game machine 10 which is a premise of the game system of the present invention and a memory cartridge (external storage medium) 15 as an example of a storage medium used therein will be specifically described. In the following description, a case where the first game machine 10 is a portable game with a liquid crystal display will be described. The first game machine 10 includes, for example, an 8-bit CPU (first processing means) 11. An input / output interface (hereinafter, referred to as “I / O”) 12 is connected to the CPU 11. I / O
A connector 13 is connected to 12, and an operation device 14 for instructing movement and movement of a character for a game is connected to 12. A memory cartridge 15 described later is detachably connected to the connector 13. Further, the CPU 11 has a working RAM and a display RAM.
And the like, and a liquid crystal display (L
An LCD drive circuit 18 for driving and controlling the CD 17 is connected. Note that the first game machine 10 is not limited to the one in which the memory cartridge 15 is detachable, but includes a ROM 15a and a RAM 15b as shown in FIG.
A connector (connector) for transferring backup data stored in the RAM 15b directly or indirectly via a code or the like may be provided integrally with the housing.

In place of the ROM 15a, a large-capacity RAM (S-
RAM), a part of the S-RAM may be used as a program area corresponding to the ROM 15a, and the remaining area may be used as a backup data area (temporary storage area) corresponding to the RAM 15b. In that case, a program for the first game machine 10 is stored in the program area in advance, and a program for inhibiting writing of backup data in the program area is set. Further, the ROM 15a and the RAM 1
A large-capacity RAM (built-in RA) is provided in the first game machine 10 in place of the cartridge 15 (external storage medium) containing
M16 may be used), and the RAM may be used also as a program area and a backup data area, and program data of a desired program may be updated and writable in the program area.

The memory cartridge 15 includes a non-volatile memory (for example, ROM, EP-ROM, one-time ROM, etc., hereinafter referred to as "ROM") 15a for storing a game program for the first game machine, and a memory as the game progresses. A readable / writable memory (for example, RAM, EP-ROM, etc .; hereinafter, referred to as "RAM") 15b, which is an example of backup data storage means (or temporary storage means) for storing backup data which occurs and changes, is provided on a substrate (not shown). Built-in).

As shown in the memory map on the left side of FIG. 2, for example, the ROM 15a stores a first game machine game program (for example, character data appearing in a game, program data for controlling display of each character, and the like). A program for writing backup data and the like are stored in advance, and data such as a game title (a game title and a version if there are multiple versions of the same game title) are stored in advance. ROM1
5a stores, as a game program, a program for breeding by capturing a plurality of training objects (monsters), changing the names of the captured monsters, and training the monsters. A program for updating the obtained performance data for each monster in the RAM 15b is stored. The RAM 15b holds the stored data even after the power supply from the first game machine 10 is stopped.
By receiving power supply from a battery or the like, data destruction is prevented. The RAM 15b has a cartridge 15
A storage area for storing another identification code, a player (or trainer) name, a plurality of acquired character data, ability data for each acquired character, and the like is included. Also,
A plurality of terminals are formed on one side of the substrate, and are electrically connected to the connector 13.

The identification code is an arbitrary code input by a user operating the operation device 14 or a serial number of the first game machine 10 in order to distinguish the owner of the cartridge 15. The ROM 15a may be constituted by a one-time ROM, and the serial number of the cartridge 15 may be fixedly written in the one-time ROM at a manufacturing stage.

Next, a second game machine 20 to which the game system of the present invention is applied and a memory cartridge (hereinafter referred to as "cartridge") as an example of an external storage medium used for the second game machine 20
25) will be specifically described. Second game machine 20
Is, for example, a 64-bit CPU (second processing unit) 21
including. An input / output interface (hereinafter, referred to as “I / O”) 22 is connected to the CPU 21. A connector 23a for connecting a second game machine memory cartridge 25 and a connector 23b for connecting an operating device (or controller) 24 are connected to the I / O 22.
The connector 23c is connected as needed. Connector 2
An operating device 24 is connected to 3b via a connector 23d. When the second game machine 20 is also capable of playing a game in which a plurality of players have participated, a plurality of sets of the connector 23b, the operation device 24, and the connector 23d are provided. The cartridge 25 is detachably connected to the connector 23a. Further, a RAM 26 used as a working RAM or the like is connected to the CPU 21 and an image processing unit (RCP) 27 is connected to the CPU 21. RAM 26
Includes, for example, a plurality of player-specific storage areas 261 to 26n as shown in the lower right of FIG. 2, and further includes a flag area 26a, a counter area 26b, and a register area 26c, 2
6d. In the storage areas 261 to 26n, backup data (identification code, name, a plurality of acquired character data of the cartridge 15, The ability data for each acquired character, etc., and the title data and version data of the game software are stored for each player (the first storage medium is shown in FIG. 1).
As shown in FIG.
Separately, as shown in FIG.
If the M15a and the RAM 15b are built-in types, they are written in areas corresponding to the first game machine 10) and / or the operating devices. The flag area 26a includes the operation devices 24A to 24D.
And the operation devices 24A to 24A.
A logic “1” is written to distinguish the connected one of the 4Ds from the cartridge 15. The counter area 26b is provided for the operating device 2 to which the cartridge 15 is connected.
4A to 24D and a storage area 2 for each player of the RAM 26
Counters (C
NT1, CNT2). Register areas 26c and 2
6d is used to store the power of the monster in the battle mode between the two players during the battle. RC
A video RAM 28 is connected to P27. Video R
The AM 28 has a storage area for storing red (R), green (G), and blue (B) color data corresponding to each dot of one screen of a CRT such as a raster scan display.
Under the control of P27, writing and / or reading of color data for color display is performed. The color data read from the video RAM 28 is converted into an analog R signal, G signal, B signal and / or composite video signal by an encoder and / or a composite video signal
T.

The memory cartridge 25 is constructed similarly to the memory cartridge 15 and has a nonvolatile memory (for example, RO) for storing a game program for the second game machine.
M, EP-ROM, etc. (Hereinafter referred to as "ROM") 25a
And a writable and readable memory (for example, a RAM, an EP-ROM, etc., as an example of a temporary storage means for storing backup data generated and changed as the game progresses.
M ”) is mounted on a substrate (not shown). As the ROM 25a, a ROM having a larger capacity than the ROM 15a is used. For example, as shown in a memory map on the right side of FIG. 2, a game program for the second game machine (for example, character data appearing in the game and display control of each character) And a program for writing backup data, and the like, for performing the above. Note that the game program stored in the ROM 25a is common to the game program for the first game machine stored in the ROM 15a in a part of a scenario, a way of playing, and the like. Also includes unique programs for realizing image representations and complicated scenarios. For example, if the first game machine game program displays a two-dimensional image, the second game machine program is a program for displaying a three-dimensional image, or in addition to the secondary game image expression. It becomes a program that can express three-dimensional images depending on the scene. In addition, the second game machine program has a wider variety of modes for training or training than the first game machine game program, and the number of background screens in the battle mode, and the types of battle methods or rules. May include programs to enrich it, and various other changes may be made. Further, a read / write control program, a related processing program, and a conversion program are stored in the ROM 25a. Details of the read / write control program, the related processing program, and the conversion program will be described later. The RAM 25b is selected to be several times larger than the storage capacity of the RAM 15b and can store backup data of a plurality of players, or if the extended disk drive 31 is used, the RAM 15b is used.
The capacity may be the same as b. Further, a plurality of terminals are formed on one side of the substrate, and are electrically connectable to the connector 23a.

When it is necessary to temporarily store backup data related to a game or to provide a player with a scalability such as changing a game program and enjoying his or her own game program, a writable and readable magnetic field is required. A disk drive 31 is used. In that case, the extension disk drive 31 is connected to the connector 23c. A rewritable disk (for example, a magnetic disk) 35 such as a magnetic disk or a magneto-optical disk is mounted on the extended disk drive 31. This disk 35 is used instead of the memory cartridge 25 or in combination with the memory cartridge 25. Further, instead of the magnetic disk 35, an expansion storage medium such as a CD-ROM, a hard disk, and a magneto-optical disk may be used.

Next, the operation when enjoying a game using this game system will be described. First game machine 10
When the player enjoys the game using the game, the player mounts the memory cartridge 15 containing the desired game software and operates the operation device 14 to play the game for the first game machine. At this time, the CPU 11 generates display data of the player character (a character that operates in accordance with the operation of the player) based on the program in the ROM 15a and the operation state of the operation device 14, and based on the program regardless of the operation of the player. Then, display data for displaying a background, an enemy character, or the like is generated, and the respective display data are combined and provided to the LCD drive circuit 18 to be displayed on the LCD 17. In such a game operation state, the CP
U11 updates and temporarily stores the backup data in the RAM 16 whenever the conditions for generating or updating the backup data are met in accordance with the progress of the game, and transfers and stores the backup data to the RAM 15b at an appropriate timing. As the backup data stored in the RAM 15b, for example, in the case of a fictitious animal capture game, as shown in the memory map at the lower left of FIG. 2, the owner specified by the name data specified by the player and the random number data is specified. Identification data, name data or character code of the captured animal, ability data of the captured animal, data grown through breeding, and the like. As described above, the backup data differs depending on the type or genre of the game.

As described above, when using the backup data obtained by enjoying the game using the first game machine 10 and enjoying the related game (or linked game) on the second game machine 20, Second game machine 2
0 is a second memory cartridge 25 storing a game program related to the game content of the memory cartridge 15 (or a series of games and upward compatibility is guaranteed in at least some of the functions). Is inserted into the connector 23a of the game machine 20, or a disk 35 storing a similar related program is attached to the extended disk drive 31. In addition, the memory cartridge 15 containing the desired backup data is mounted on an expansion adapter 50 as an example of a connection unit, and the expansion adapter 50 is mounted on a connector (not shown) of the operating device 24. As a result, the cartridge 15 for the first game machine 10 is indirectly connected to the second game machine 20 via the expansion adapter 50 and connection means including appropriate connectors and the like.

Thereafter, the game for the second game machine is started by operating the operation device 24. In this case, the CPU 21
The operation is performed based on various programs stored in the ROM 25a. First, the title data and version data of the game stored in the ROM 15a are read out based on the read / write control program, and RA is read.
In addition to writing into the area 261 of the M26 corresponding to the first player 1, the backup data (for example, cartridge identification code, name,
One or more acquired character codes, ability data for each acquired character, etc.) are read out and written into the area 261.
If there are a plurality of players, another player connects his / her game cartridge 15 to the operation device 24 via the expansion adapter 50, and similarly stores the backup data in the RA.
The data is written in the second (-fourth) player area of M26. In this way, the backup data for each player is written to the RAM 26 in such a manner that it can be distinguished from that of the other players. Further, the CPU 21 executes the game process based on the game program stored in the ROM 25a, and executes R based on the related process program.
The game processing related to the backup data of the first player stored in the area 261 of the AM 26 is performed. As the related processing, it is conceivable to display a library of backup data, for example, to display the name of a character based on the code of the acquired character, or to display the ability data of each character along with the name of the acquired character. Other examples of the related processing include a classification display by ability to facilitate selection of a character in the battle mode, and a list of characters of the same type and the number of the same type for reference when exchanging characters with friends. Display,
Various processes, such as a comparison display of ability data of the characters when fighting with a friend and a process according to another rule of a battle method, can be considered.

The backup data generated by playing the game program for the second game machine 20 using the backup data of the memory cartridge 15, that is, the latest backup data updated from the backup data read from the RAM 15b. The backup data is stored in the RAM 26 when the play by the second game machine 20 ends. At this time, if the player selects the update mode by operating the icon, C
The PU 21 performs an update process based on a read / write control program. More specifically, the CPU 21 stores the RAM of the memory cartridge 15 connected to the operation device 24.
15b, cartridge identification data such as an identification code and a name stored in the RAM 26 are read out.
Is compared with the cartridge identification data such as the player identification code and name stored in the RAM 26, and when the two identification data match (or have a predetermined relationship), the backup data of the player stored in the RAM 26 is read out. And writes the updated data into the RAM 15b. As a result, it is possible to prevent the backup data of another player from being erroneously written to the RAM 15b of the memory cartridge 15.

As a connection method for connecting the RAM 15b to the second game machine 20, various modified embodiments can be considered. For example, a connector (not shown) in the operation device 24
And / or the connector 23e of the second game machine 20
The memory cartridge 15 including the OM 15a and the RAM 15b is configured to conform to the end face shape and the contact structure, and the memory cartridge 15 is directly connected to the operation device 24 or the second game 20 or indirectly through a cord or a connector. You may comprise so that connection is possible. Further, instead of FIG. 1, a principle block diagram of a game system showing another example shown in FIG. 3 may be used. That is, in the embodiment of FIG. 3, the ROM 15a and the RAM 15b of the memory cartridge 15 are used.
Instead of being configured as a cartridge type, it is built into the first game machine 10 to be integrated, and the ROM 15 a and the RAM 15 b are connected to the CPU 11 via the I / O 12. The connector 13 is selected to have a shape and a contact structure that can be connected to the connector of the operating device 24 and / or the connector 23e of the second game machine 20, respectively. Then, the connector 13 of the first game machine 10 is connected to the connector (not shown) of the operation device 24 or the connector 2 of the second game machine 20.
3e, the backup data stored in the RAM 15b is stored in the I / O 12, the connector 13,
Operation device 24, connector 23d, connector 23b and I /
The data is transferred to the CPU 21 via the O22 or via the I / O12, the connector 23e and the I / O22.
6 is written. In this case, the document number

As described above, the ROM 15a for storing the program and the R for storing the backup data are stored in the ROM 15a.
A large-capacity R having a data capacity combining both AM15b
AM 15b 'and the RAM 15b'
May be backed up by a battery, and the first game machine program may be written in the program area RAM 15b 'in advance before the first game machine 10 starts the game. In addition, connectors 1 on both ends of the cord
3, a connector (not shown) compatible with the connector 23e is connected, and the first game machine 10 (or the RAM 15b) and the second game machine 20 are connected indirectly via a cord and a plurality of connectors. Is also good. When the disk 35 and the disk drive 31 are used, the expansion adapter 50 ′ or the memory cartridge 15 is attached to the mounting connector 2.
3a (or a dedicated disk drive connector). Further, if the second game machine 20 has a connector for connecting another external memory (RAM) or the like, the expansion adapter may be connected to the connector.

The ROM 25a stores a program (emulator program) for converting the first game machine program into the second game machine in the ROM 25a without storing a program having the same function as the program stored in the ROM 15a. ) Is stored, and the program stored in the ROM 15a is also read into the RAM 26 by the read / write control program.
The first game machine program may be used for the second game machine. By doing so, it is possible to eliminate waste of the program.

More preferably, C of the second game machine 20
Since the PU 21 can process at a much higher speed than the CPU 11 of the first game machine 10, as a type of conversion program, in addition to or instead of a program having the same processing speed as that of the first game machine 10, 2 By storing a program that allows the game to proceed at a high speed such as double speed, quadruple speed, and octuple speed, the moving speed of the player object and other game progress speeds (such as the speed of raising or training a captured animal) can be increased. It is possible to speed up the progress of the game and shorten the time for raising monsters.

Next, a more specific embodiment will be described. FIG. 4 is an external view of an example of the second game machine 20 used in the game system of the present invention. 4, the second game machine 20 includes a housing 19 in addition to the circuit configuration shown in FIG. An insertion hole 191 for mounting the cartridge 25 for the second game machine 20 is formed on the upper surface of the housing 19, and a power switch 192 and a reset switch 193 are provided in front of the insertion hole 191. A cartridge connector 23a (see FIG. 1) is provided inside the cartridge insertion hole 191. A plurality of operating device connectors 23b for connecting the operating device 24 are provided on the front panel of the game machine 20. Game console 20
Is provided with an expansion connector 23c for connection to the disk drive device 31.

The operating device 24 includes handles (three in the figure).
Is formed. Housing 24
On the upper surface of 1, a direction indicating switch 242 for indicating a moving direction of a character or an object operated by a player, an analog stick (also referred to as a 3D stick or a joy switch) 243 for indicating a moving direction in an analog manner, An operation switch 244 and a reset / start button 245 are provided. Operation switch 2
Reference numeral 44 includes switches 244a to 244f, which are used for instructing the operation of the player character or the player object in the game mode, and used for selecting various commands in the image creation input mode. Further, the housing 241
Side switches 246 and 247 for instructing other operations are provided on the upper side surface of the. The operation device 24
The rear (or side) insertion slot 245 of the
A connector (not shown) is provided for connecting an expansion RAM (not shown) when the capacity of 15b is insufficient. The connector of the operation device 24 is used for connecting the extension adapter 50. In the following description, since the second game machine 20 can play up to four players at the same time, if there is a need to distinguish which player is the operating device used by the first game machine, the first game machine 20 is used as the first game machine. The player operation device is referred to as 20A, and the second, third, and fourth player operation devices are referred to as 20B, 20C, and 20D.

The housing 311 of the disk drive 31
A connector 312 to be connected to the extension connector 23c is formed on the upper part. A disk insertion slot 313 is provided on the front surface of the housing 311. Disc insertion slot 31
A writable and readable disk-shaped recording (or storage) medium (hereinafter, abbreviated as “disk”) 35 such as a magnetic disk or a magneto-optical disk is inserted into 3. The second game machine 20 includes a display device (CR, such as a home television receiver).
T) 40 is connected.

FIGS. 5 and 6 are perspective views of the expansion adapter 50. In particular, FIG. 5 is a perspective view as seen from the front side, and FIG. 6 is a perspective view as seen from the back side. The extension adapter 50 is provided on the upper surface of the housing 51 with an insertion protrusion 5 protruding in a T-shape.
2 are formed. The insertion protrusion 52 is selected to have a shape that can be inserted into an insertion port 248 for mounting an extended RAM (not shown) formed on the back surface of the operation device 24. A connection board 53 is built in the insertion protrusion 52. Connection board 5
3 is connected in a T-shape to a board (not shown) built in the housing 51. A locking recess 54 is formed on one side surface of the insertion protrusion 52 so that a lock claw (not shown) formed inside the insertion port 248 of the operation device 24 is engaged and locked. Extension adapter 50
An insertion slot 55 into which the first game machine cartridge 15 is inserted is formed on the back surface of the cartridge. A connector (not shown) for connecting the cartridge 15 is formed inside the insertion slot 55, and the connector is connected to the board. A detection circuit and a data transfer control circuit (both not shown) are mounted on the substrate. The detection circuit detects that the cartridge 15 has been mounted. The data transfer control circuit includes a RAM 15b and / or a ROM of the cartridge 15.
The data of 15a is transferred to the second game machine 20 via the internal circuit of the controller 24. The above-described expansion adapter 50 is inserted into the insertion port 248 from the back surface of the operation device 24 as shown in FIG. Then, as shown in FIG.
When the cartridge 15 is inserted into the insertion slot 55 from behind the operation device 24, the RAM 15 of the cartridge 15 is
The backup data stored in b is transferred to the second game machine 20 via the expansion adapter 50 and the operation device 24. Thus, the extension adapter 50 is
And the insertion protrusion 52 is
When the operation device 24 with the expansion adapter 50 is placed, the operation device 24 can be placed substantially horizontally and can be stably placed on the desk or table. The operating device 24 is easily operated even in the state of being sunk.

Further, since the cartridge 15 is connected to the operation device 24 using the expansion adapter 50, the second game machine 20 is located at a position away from the player (for example, near the television receiver 40). Also, the cartridge 15 can be connected (or detached) at a place where the operation device 24 is present near the player, and the connection operation can be easily performed.

FIG. 9 is a flowchart of a main routine for explaining the operation of the game system of the present invention. 10 to 15 are subroutine flowcharts showing details of a certain step in the main routine flowchart. In FIG. 9, the figure number of the subroutine flowchart corresponding to the inside of the step frame is shown in parentheses, and the figure number of the display screen displayed corresponding to the step is shown next to the step number outside the step frame. I have.

Next, referring to the main routine flowchart shown in FIG. 9 and an example of a display screen corresponding to each step,
An outline of the game system of this embodiment will be described. Prior to starting the game, the cartridge 15 is mounted on the expansion adapter 50, the expansion adapter 50 is connected to the operation device 24, and the operation device 24 is connected to the connector 2 of the second game machine 20.
It is prepared to be connected to 3b. At this time, the player operates the cartridge 2 for the second game machine 20.
A plurality of monsters are acquired by playing the game with the game cartridge 15 having a certain relationship with the game device 5 attached to the first game machine 10, and the names (or acquired character codes) and the abilities of each monster are obtained. It is assumed that data is stored in the RAM 15b. In addition, the player stores ability data in which the ability is enhanced by training or nurturing each monster. In the case where the user or the player plays two players, the first
Of players use the operation device 24A, and the second player uses the operation device 24B.

Thereafter, when the power switch 192 is turned on, the main routine of FIG. 9 starts. That is,
The CPU 21 of the second game machine 20 performs the following processing based on the program data stored in the ROM 25a (or the magnetic disk 35) in the cartridge 25.
In step 1, an initialization process is performed. The initialization processing is, for example, to write or clear all initial data in the internal RAM 26 of the second game machine 20 and the memory area of the V-RAM 28, and all the storage areas of the RAM 26 are cleared. In step 2, a menu screen as shown in FIG. 16 is displayed. At this time,
The player selects a mode by operating the operation device 24A or 24B and selecting an icon indicating each operation mode displayed on the screen. The operation modes that can be selected here include a registration mode, a pictorial book mode, a battle mode, and other modes. The registration mode is
This is selected when registering (transferring and writing) the backup data (e.g., the acquired monster's name, name, ability data, etc.) stored in the RAM 15b of the cartridge 15 of the user's own in the second game machine 20. The battle mode is selected when a monster obtained by the player and a monster obtained by another player are to be played. Other modes include, for example, a pictorial book mode,
There are a play mode (GB), a tidy mode, a list mode, a hand-held mode, and the like as the game machine. The picture book mode is selected when it is desired to see the type of monster and detailed data of each monster. The play mode as the first game machine is selected when a game process (for example, breeding at double speed) of the first game machine 10 is performed on the second game machine 20 using the conversion program. Then, it is determined in step 3 whether or not the mode is the registration mode, in step 4 it is determined whether or not the battle mode, and in step 5 it is determined whether or not the other mode. At this time,
If the player has not selected any mode, steps 3 to 5 are repeatedly determined, and the process waits until any mode is selected. In this standby state, when the player operates the direction indicating switch 242 to move the cursor on the icon indicating the registration mode and presses a switch (for example, 244a) for designating the selection, the registration mode is selected in step 3. The registration mode (step S10) shown in FIG.
Is executed. On the other hand, when the battle mode is selected, it is determined in step 4 and the battle mode (S30) shown in FIGS.
Is executed. If another mode is selected, it is determined in step 5 and the other mode is processed in step 6.
After these subroutines have been processed, the operation proceeds to step 7.

After the processing in each mode, in step 7, it is determined whether or not the backup data is to be updated based on, for example, whether or not the switch 246 has been pressed. If it is determined that the update processing is the backup data update processing, the backup data update processing (S70) shown in FIG. 15 described later is performed. For example, the flag area 26a
Of the operating devices 24A to 24D in which the logic "1" is written among the flags Fa to Fd (that is, the extension adapter 5
0 and the cartridge 15 is mounted), the backup data stored in the backup data storage areas 261 to 26n corresponding to the operation device 24A corresponding to the backup data storage areas 261 to 26n.
To 24D, and written to the RAM 15b of the cartridge 15 connected to the operating device. afterwards,
Alternatively, after it is determined in step 7 that the processing is not the update processing, it is determined in next step 8 whether replay has been instructed. This determination is made by, for example, the switch 24
This is performed depending on whether or not 5 is pressed. If it is determined that the play is a replay, the process returns to step 2 and the above operation is repeated. If the game is not replayed within a certain time or if the power switch 192 is turned off, the game operation (operation of the main flow) by the second game machine 20 ends.

Next, the registration mode will be described in detail with reference to FIG. In the registration mode, in step 11, a registration menu as shown in FIG. 18 is displayed. In step 12, it is determined whether "register" has been selected. At this time, move the cursor to "Yes"
When the user moves over the icon indicating (Yes) and presses the switch indicating the selection, it is determined that “register” has been selected. In step 13, it is determined whether or not the cartridge 15 mounted on any of the operation devices 24 is a predetermined one. This determination is made after confirming that the game content of the cartridge 15 is in a predetermined relationship with the cartridge 25 mounted on the second game machine 20 (eg, a game name that allows the user to enjoy the linked game). Is written in the RAM 26. If not, step 1
After displaying an error indicating that the cartridge 15 should be replaced with that of the predetermined game in step 4,
Return to 1. On the other hand, if it is determined that the cartridges 15 are in a predetermined relationship, the process proceeds to the next step 15, where the registration (or transfer and writing) of the backup data is performed.

At step 15, as shown in FIG. 19, the identification (ID) code of the mounted cartridge 15, the name of the user, the names of a plurality of monsters that can be registered, and the like are displayed in empty frames. Here, in the game having functions of capturing, nurturing, fighting, etc. of monsters in this embodiment, since the monsters that can be played out of the captured monsters are determined to be six pre-selected by the player, the six monsters are selected. The name of the monster and a part of the ability data of each monster (level; L and number) are displayed. In step 16, it is determined whether or not there is a selection (registration decision) to register the monster shown in FIG. If it is determined that the registration mode has not been selected, it is determined in step 17 whether or not to cancel the registration mode. If cancel has not been selected, the process returns to step 15 and waits until some selection is made. Then, when the player selects the registration of a monster, that selection is made in step 17 and the next step 1
Proceed to 8. In step 18, the ID code, the user's name, information on the monster to be registered (monster name, various ability data), etc., of the backup data stored in the RAM 15 b of the cartridge 15 are read out and read from the RAM 26. Data is written to an empty storage area (261 at the beginning). At this time, the display shown in FIG. 21 is performed on the screen. In step 19, it is determined whether or not the name of the monster has been changed. If it is determined that it has been changed, step 2
At 0, processing for changing the hue of the ground color of the monster whose name has been changed (for example, color data rewriting processing) is performed. In step 21, it is determined whether or not the cancellation of the registration process has been selected. If not, the process returns to step 15; otherwise, the process proceeds to step 22. In step 22, it is determined whether the end of the registration mode has been selected. If the end has not been selected, the process returns to step 11, and if the end has been selected, the process returns to the main routine (step 7). If it is determined in step S12 that registration is not selected, it is determined in step S23 whether or not another process is selected. When other processing is selected, the other processing selected in step 24 is performed. If cancel is selected instead of other selections, that is determined in step 25, and the process returns to the main routine. In this manner, various data (for example, a plurality of monster codes, levels of each monster, usable techniques, hit points, etc.) relating to the monster used in the battle are registered in the RAM 26 of the second game machine 20 from the cartridge 15. That is, the above-described registration operation is repeated a number of times corresponding to the number of players. Various data on the registered player-specific monsters are used in a battle game in a battle mode described later.

In the registration mode processing, if there is only one expansion adapter 50 and the player and the expansion adapter do not correspond to each other, the cartridge 1 of the first player
After the backup data is transferred to the second game machine 20 and the backup data is written to the RAM 261 and the cartridge to be mounted on the expansion adapter 50 is
The backup data of the second player is transferred to the second game machine 20 and replaced with the RAM 2
62 may be written. That is, the backup data may be sequentially transferred to the RAMs 261, 262 and sequentially written to the RAMs 261, 262 with the registration time shifted for each player.

Next, the details of the battle mode processing will be described with reference to subroutines shown in FIGS. In step 4 of the main routine, the battle mode (FIG. 2)
2 is selected), the battle mode starts. In step 31, FIG.
Is displayed, and a battle type (free battle or tournament) is selected.
In step 32, a selection screen for a rule (free or with level restriction) as shown in FIG. 24 is displayed, and a rule is selected. In step 33, an opponent (friend or computer) selection screen as shown in FIG. 25 is displayed, and the opponent is selected. Step 3
It is determined whether the rule selected in 4 has no level restriction. If there is no level restriction, it is displayed that all the monsters registered in step 35 can be selected. On the other hand, if there is a level restriction, at step 36, as shown in FIG. 26, only registered monsters that meet the level conditions can be selected (for example, next to the monster name of an unselectable level). Is displayed with a symbol (“＼” added in a square).
After step 35 or 36, the process proceeds to step 37.

In the following step 37, the screen shown in FIG. 27 is displayed, in which the ID code of the first player, the name of the player, the name of the registered monster and its ability data are displayed, and it is waited for the selection. . When the first player is selected, a screen shown in FIG. 28 is displayed in step 38, and the second player or the computer (C) is displayed.
The ID code of the OM), the name of the player, the name of the registered monster, and its ability data are displayed, and wait for selection. When the opponent of the second player or the computer is selected, it is determined in a step 39 whether or not the color of the monster has been changed (the hue of the ground color has been changed). The condition for changing the color of the monster is that the name of the monster has been changed as described in steps 19 and 20 in the above-described registration mode. in this way,
When the monster name is changed and the ground color of the monster with the player's favorite name is changed to a hue similar to the original ground color, the same monster (with the same code) Can be displayed in a hue unique to oneself, the attachment or familiarity with the monster can be increased, and the emotion of the player can be introduced. If it is determined that there is a color change, a hue to be changed is determined based on the data such as the name changed in step 40, and the texture (hue) data of the monster is changed to be the hue data. The processing is performed, and the monster is displayed as a three-dimensional image in the changed hue. On the other hand, if it is determined that there is no color change, the monster is displayed as a three-dimensional image in the basic color hue set by the program in step 41.

In the subsequent step 42, as shown in FIG. 29, the symbols (character figures) of the six monsters for each player, the names of the monsters, ability data, and the like are displayed. In step 43, as shown in FIG.
The battle scene is displayed. In this battle scene, a battle place is displayed along with a three-dimensional image of the monster selected first by the first player and the second player (or the computer side), and the names of the monsters and various abilities of each player are displayed. Data (level, hitpoint,
Strength, etc.) and commands (fighting, changing monsters, fleeing, etc.) are displayed. For example, here, the first
Although both the player and the second player are fighting using the same monster "Charizard", since the first player has changed the name of the monster to "Lizadon", as shown by the hatched in FIG. The monster of the second player is displayed in a different color or hue from the original name of “Rizardon”. At this time, hit point (or defensive ability) data of one monster selected by the two players is stored in the registers 26c and 26d, respectively, and the number of hit points (or defensive abilities) is determined by the number determined each time the player receives damage. Subtraction processing is performed. At this time, one of the players selects one of the monsters and the analog joystick 24
When the user operates 3 to specify that the image is to be magnified and viewed, image data is generated in step 44 that displays a monster with various angles and / or magnifications changed while moving the camera according to the operation state. Is displayed on the screen. Such image display is performed by, for example, performing arithmetic processing on the polygon data of each monster based on the relationship between a plurality of polygon data constituting the monster and the position of the camera, and attaching a texture to the polygon obtained by the arithmetic operation. Is achieved. Thereby, the first
In the game program for the game machine 10 described above, even if each monster is stored and displayed as a two-dimensional image, a three-dimensional color display is performed when a competitive game is enjoyed on the second game machine 20. , Get the player ’s attention,
The fun of the battle play can be further improved.

In the following step 45 (see FIG. 12), a command (or a signal indicating the operation state of the operation device 24A) is input by the first player, the details of which will be described with reference to FIG. In step 46, it is determined whether the hit point (HP; the value of the registers 26c and 26d) is 0 or not. If it is determined that it is not 0, it is determined in step 47 whether the other party is a computer. If the computer is selected as the opponent in step 33 described above, step 48
, A command input process (see FIG. 14) by a computer (a program when the other party is a computer) is performed. On the other hand, if it is determined in step 33 that the opponent is not a computer, a command input process by the second player (see FIG. 13 same as the input process of the first player) is performed in step 49. Thereafter, in step 50, it is determined whether or not the hit point is 0. If not, the process returns to step 45 and the operations in steps 45 to 50 are repeated. And step 46
Alternatively, if it is determined in step 50 that the hit point has become 0, the end processing of the battle scene is performed in step 51, and then the process returns to the main routine (step 7). In the end processing, specifically, processing such as updating the backup data after the battle to the corresponding type of ability data storage area of the storage areas 261 to 26n of the RAM 26 corresponding to each player is also performed. Will be

Next, the details of the command input processing by the first player in step 45 (or the second player in step 49) will be described with reference to FIG. In step 52, the first player (the second player in step 49)
It is determined whether or not the second player in the case of the player) has selected the command “fight”. If the player selects "fight", the type of available technique of the monster selected by the player is displayed in step 53, and the player selects a technique by looking at the display. When the player selects one of the techniques, it is determined in step 54 that the technique has been selected. At step 55, an attack by the selected technique is started. In step 56, the hit points corresponding to the damage given to the opponent by the attack are subtracted from the hit points of the opponent player stored in the register 26d, and the data of the remaining hit points are written to the register 26d. Thereafter, the process returns to the aforementioned step 46 or 50, and it is determined whether or not the hit point of either player has become 0, and the attack is repeated alternately until the hit point of any player becomes 0. The player "fights"
If a command other than the above is selected and the command is "escape", it is determined in step 57 that the escape processing (processing for ending the battle) is performed in the next step 58, and then the main routine is executed. Return to On the other hand, if it is determined in step 57 that it is not "escape", it is determined in step 59 whether a command indicating that monsters are to be exchanged has been selected.
If it is determined that the monster is to be exchanged, a monster exchange process is performed in step 60. This processing is to select a monster with the next highest priority next to the monster that was fighting up to immediately before, to display a three-dimensional image of the monster, and to read and display the capability data of the monster. Thereafter, the process returns to step 43 of FIG.

In the case of a computer battle, step 48
As a detailed process, a command input process on the computer side shown in FIG. 14 is performed. In this case, the operations of steps 52, 53, 55 to 60 except step 54 of FIG. 13 correspond to steps 61 to 68. The operation of FIG. 14 differs from that of FIG.
In step 2, the computer automatically selects a technique that has an effect on the opponent's monster in accordance with the program, and in step 68 corresponding to step 60, the computer selects a monster that is compatible (dominant) with the opponent's monster. The choice is automatic.

In the above battle mode, the first game machine 1
As a game related to the game program for 0, a game between players or a game between a player and a computer can be performed. In this case, since two players holding the cartridge 15 for the first game machine 10 compete in the battle between the players, various performance data of each monster is changed after the battle game ends. for that reason,
If it is determined in step 7 of the main routine that the backup data needs to be updated, the data updating process shown in detail in step 70 (FIG. 15 described later) is performed. On the other hand, in the computer battle, the second player enjoys the battle game at the house of the first player, and his registration data is used as it is in the RA of the second game machine 20 of the first player.
After returning home at M26, the first player uses the registration data of the second player to play against the computer to study the weaknesses of the second player (for example, the first player enjoys a fighting game only with the first player). The method becomes possible.

Next, details of the backup data update processing in step 70 of the main routine will be described with reference to a subroutine flowchart shown in FIG. In the backup data update process, if one player is only playing on the second game machine 20, the backup data of another player is erroneously written to the RAM 15b of the cartridge 15 of his own, Mistakenly backed up data of another person's cartridge 1
5 does not occur. However, a plurality of players have their own cartridges 15 (or R
It is erroneous to play a match (such as a two-player game) on the second game machine 20 using the respective backup data stored in the storage medium integrated first game machine incorporating the OM 15a and the RAM 15b. In some cases, the backup data of another person may be written by mistake, so in this embodiment, the erroneous update of the backup data is prevented by the following processing.

That is, if it is determined in step 7 that the backup data is to be updated,
Is executed (step 70). Specifically, in step 71, the operation device 24
The operator 24A is designated by setting the number "1" in the counter (CNT1 in the counter area 26b) that designates A to 24D. In step 72, it is determined whether or not the cartridge 15 is mounted on the operation device 24A designated by the counter CNT1. If not, the process proceeds to step 78 described below. In step 73, the RAM 15 of the cartridge 15 mounted on the operation device 24A is read.
b, the identification (ID) code and / or name data (hereinafter referred to as “ID code etc.”) stored in
It is loaded into the corresponding register area of the AM 26. In step 74, the player or the storage areas 261-2
6n (CNT in counter area 26b)
By setting the number “1” in 2), the storage area 2 corresponding to the first player from which the backup data is to be read
61 is specified. In step 75, the ID code or the like of the first player is read from the storage area 261 corresponding to the first player. In step 76, the ID code or the like of the cartridge 15 mounted on the operation device 24A is compared with the ID code or the like stored in the storage area 261 to determine whether they match. If it is determined that they match, in step 77, the storage area (for example, 26) corresponding to the count value of the counter CNT2.
The backup data stored in 1) is the counter C
After the data is transferred to the RAM 15b in the cartridge 15 mounted on the operation device (for example, 24A) corresponding to the count value of NT1 and written in an updated manner, the process proceeds to step 78. In step 78, all the controllers 24A to 24A
If it is determined that the determination of whether or not the cartridge corresponding to D has been mounted (or the reading of the ID code or the like of the corresponding cartridge 15 corresponding to all the operation devices) has not been completed,
In step 79, 1 is added to the counter CNT1, and the next operating device (for example, 24B) is designated, and the process returns to step 72 described above. Then, the above-mentioned steps 72-
The operation of 79 or 75, 76, 80, 81 is repeated. On the other hand, if it is determined in step 76 that they do not match, it is determined in step 80 whether or not the ID codes and the like of all players have been read out.
If it is determined that the ID codes and the like of all the players have not been read, in step 81, the counter CN
After 1 is added to T2 and the storage area 262 corresponding to the player 2 is designated, the process returns to step 75. And
If the ID code or the like read from the cartridge 15 matches the ID code or the like read from the storage areas 261 to 26n while repeating steps 75, 76, 80, and 81, the process proceeds to step 77. If it is determined in step 78 that the cartridges corresponding to all the operation devices 24A to 24D are mounted, the process proceeds to FIG.
Return to the main routine.

As described above, the identification code is stored for each cartridge 15, and when the backup data is written in an updated manner, the identification code of the cartridge mounted on the operating device at that time and the backup data to be updated and written are stored. If the ID code is compared with the corresponding ID code and updated and written only when the ID code matches, a plurality of players can
Even if the user plays simultaneously, the user's own backup data is erroneously written to another person's cartridge, or another person's backup data is written to the RAM 15b (RA
When the M15b is built in, the built-in R of the first game machine is used.
AM) can be effectively prevented.

When writing the backup data obtained by playing in the second game machine 20 to the cartridge 15 mounted on the operation device 24, a check is made using both the identification (ID) code and the name data. By doing so, erroneous writing can be reliably prevented, but if accuracy is not a problem, only one of the ID code and the name data may be used. Also, the other cartridge may be combined with the original cartridge that has been read and the cartridge that is to be updated and written.

In the above-described embodiment, the case where the game contents of the cartridge 15 for the first game machine 10 and the cartridge 25 for the second game machine 20 are a game of capturing and nurturing a monster, and a battle game are described. However, it goes without saying that the technical idea of the present invention is not limited to this, and can be applied to various games such as a role playing game and a sports game. In that case, the program content for the first game machine 10 and the program content for the second game machine 20 differ depending on the type of the game, and the program having the relevance between them differs, of course. is there.

[Brief description of the drawings]

FIG. 1 is a principle block diagram of a game system according to an embodiment of the present invention.

FIG. 2 shows a first game machine and a second game machine in a principle block diagram.
FIG. 4 is an illustrative view of a memory map of each memory used for each of the game machines;

FIG. 3 is a principle block diagram of a game system according to another embodiment of the present invention.

FIG. 4 is an external view of an example of a second game machine to which the present invention is applied.

FIG. 5 is a perspective view seen from the surface of the expansion adapter.

FIG. 6 is a perspective view of the expansion adapter as viewed from the back.

FIG. 7 is a side view showing a state before the extension adapter is connected to the operation device.

FIG. 8 is a side view showing a state where the first game machine cartridge is mounted on the expansion adapter and the expansion adapter is mounted on the operation device.

FIG. 9 is a main routine flowchart of one embodiment of the present invention.

FIG. 10 is a subroutine flowchart of a registration mode.

FIG. 11 is a subroutine flowchart of a battle mode.

FIG. 12 is a subroutine flowchart of a battle mode.

FIG. 13 is a subroutine flowchart of a command input process in a battle mode.

FIG. 14 is a subroutine flowchart of a command input process in a battle mode.

FIG. 15 is a subroutine flowchart of a backup data update mode.

FIG. 16 is a diagram showing an example of a menu screen display.

FIG. 17 is a diagram illustrating a display example of a registration mode.

FIG. 18 is a diagram showing another display example of the registration mode.

FIG. 19 is a diagram showing another display example of the registration mode.

FIG. 20 is a diagram showing another display example of the registration mode.

FIG. 21 is a diagram showing another display example of the registration mode.

FIG. 22 is a diagram showing a display example of a battle mode.

FIG. 23 is a diagram showing another display example of the battle mode.

FIG. 24 is a diagram showing another display example of the battle mode.

FIG. 25 is a diagram showing another display example of the battle mode.

FIG. 26 is a diagram showing another display example of the battle mode.

FIG. 27 is a diagram showing another display example of the battle mode.

FIG. 28 is a diagram showing another display example of the battle mode.

FIG. 29 is a diagram showing another display example of the battle mode.

FIG. 30 is a diagram showing another display example of the battle mode.

[Explanation of symbols]

10; first game machine 11; CPU (first processing means) 15; first game machine memory cartridge (first storage medium) 15a; ROM 15b storing a first game machine game program; RAM storing first game machine backup data (first backup data storage means) 20; second game machine 21; CPU (second processing means) 24; operating device 25; Memory cartridge (second storage medium) 26; RAM (second backup data storage means) 50; expansion adapter

Claims (13)

[Claims] A backup data obtained by playing on a first game machine including a first processing means is transferred to a first game machine.
A game system for use in a second game machine which is different from the first game machine and includes a second processing means, wherein the first game machine has a first processing means which is processed by the first processing means. First storage of game machine game program
Storage means for temporarily storing backup data obtained by processing the game program for the first game machine by the first processing means. The first storage medium included in the first storage medium stores a game program for cultivating a plurality of breeding targets as a game program, and stores the first backup data. The means includes a cultivation target-specific ability data storage area for storing abilities data indicating abilities that change by cultivating for each of the plurality of cultivation targets, and a first data included in the first storage medium owned by the player.
When the backup data storage means is electrically connected, the backup data stored in the first backup data storage means corresponding to the first storage medium for each player is transferred to the second game machine, respectively. The second game machine has a plurality of backup data storage areas for each of the players, and at least the breeding target for each of the players transferred from the first backup data storage means. A second backup data storage unit for temporarily storing backup data including performance data for each object; and a second storage unit for storing a game program including a battle game for a second game machine processed by the second processing unit. 2
The second storage medium, wherein when the first storage medium is connected via the connection unit, the first backup corresponding to the first storage medium for each player A read / write control program for reading backup data including performance data for each growth target for each player stored in a data storage unit and writing the backup data to the second backup data storage unit; and the second backup data. By executing the game program for the competitive game stored in the second storage medium while using the backup data for at least two players stored in the storage means, each player can execute the A related processing program for processing a competitive game related to backup data obtained by playing on the first game machine; The backup data including the ability data for each training object for each player obtained by the processing of the battle game is
A game system capable of playing using backup data of a different type of game machine, wherein an update program for renewably writing in a storage area corresponding to each player in the second backup data storage means is stored. . 2. The second storage medium stores a game program for realizing a linked game related to a first game machine game program stored in the first game program storage means. A game system capable of playing using the backup data of the different types of game machines according to claim 1. 3. The read / write control program stored in the second storage medium, wherein when the first storage medium is connected via the connection means, the read / write control program is provided for each first storage medium. 2. The game system according to claim 1, wherein the game system includes a program for writing the backup data in the second backup data storage means in a manner capable of distinguishing the backup data. 4. The first storage medium includes identification code setting means for setting an identification code for identifying an owner, and the read / write control program distinguishes each of the first storage media. 4. The different type according to claim 3, further comprising a program for writing backup data to a storage area of the second backup data storage unit corresponding to the identification code set in the first storage medium. A game system that can be played using backup data from other game machines. 5. The second processing means stores the backup data updated for each player generated when processing is performed based on the second game machine game program and the related processing program, in the second processing means. The read / write control program stored in the second storage medium is updated by writing to the corresponding storage area of each player of the backup data storage means, and the first storage medium is connected to the backup data storage means via the connection means. In the connected state, the new backup data updated and stored in the second backup data storage means is stored in the second backup data storage means in accordance with a condition to be written in the first backup data storage means. The stored updated backup data for each player is read and included in the first storage medium owned by the player. 2. The game system according to claim 1, further comprising a program to be written into the first backup data storage means. 6. The connection means, wherein at least two of the first storage media are prepared when a related game is played on the second game machine using the backup data of the first game machine. Can be connected to the first storage medium of at least two first game machines and one of the second game machines, and each of the first storage media has data that does not change as the game progresses. And further stores identification data for distinguishing from the other first storage medium of the same game, wherein the second game machine game program stored in the second storage medium is The first storage connected via the connection unit based on the respective identification data of the backup data for each of the first storage media transferred and stored in the second backup data storage unit. 2. The different kind of game according to claim 1, further comprising a program that allows the execution of a battle game in relation to the backup data of the first storage medium when the body identification data has a predetermined relationship. A game system that can be played using the backup data of the machine. 7. The first storage medium is provided with at least two first storage media when playing a related game using the backup data of the first game machine in the second game machine, and Is configured such that the first storage medium of at least two first game machines can be connected to the one second game machine, and each of the first storage media does not change with the progress of the game Data, and further stores identification data for distinguishing the same game from other first storage media, wherein the second game machine game program stored in the second storage medium is: One of the backup data for each of the first storage media transferred to and stored in the second backup data storage means, based on the respective identification data, 1
The identification data of the storage medium has a predetermined relationship and the other first
When the identification data of the storage medium is not in the predetermined relationship, the backup data corresponding to the first storage medium in which the identification data is in the predetermined relation is set as the data on the player side, and the other first storage that is not in the predetermined relation. 2. The computer according to claim 1, further comprising a computer battle program for executing a battle game between the player and the computer, using the backup data stored in the second backup data storage unit corresponding to the medium as data on the computer. 3. A game system that can be played using backup data of different types of game consoles. 8. The game program stored in the first game program storage means includes at least a game program for capturing and breeding a character to be a breeding target appearing in the game, and a breeding program as the game progresses. A backup data writing program for writing ability data representing the ability of the breeding character in correspondence with the character code for each character in the first backup data storage means, and a game stored in the second storage medium The program is
A player fighting program for performing a game process of causing a trained character of at least two players to fight on the second game machine using the breeding character code for each player and the ability data for each breeding character, A game system playable using the backup data of the different types of game machines according to claim 1. 9. A first game machine game program stored in said first game program storage means, comprising: a program for displaying a two-dimensional image character as an image for a game; A game program for capturing and nurturing a character to be captured, and a writing program for storing a character code specifying a captured character when the player captures the character appearing in the game in the first backup data storage means, The second game machine game program stored in the second storage medium includes a program for displaying a three-dimensional image of each character in a polygon corresponding to a character code, based on the captured character code. 3D display program for displaying the captured character in a 3D image 2. The game system according to claim 1, including a ram, wherein the game system can be played using backup data of a different type of game machine. 10. The first storage medium comprises a first external storage medium detachable from the first game machine, and the first external storage medium comprises the second game machine. A plurality of connection games are prepared when a related game is performed using the backup data of the first game machine, and the connection means can connect a plurality of the first external storage media to the second game machine A game system playable using backup data of different types of game machines according to claim 1. 11. The first storage medium is integrally incorporated in the first game machine, and the connection means connects the first game machine to the second game machine. Using the backup data of a different type of game machine according to claim 1, wherein the first backup data storage means included in the first storage medium is indirectly connected to the second game machine. A playable game system. 12. The second game machine comprises a second game machine main body, and an operation device connected to the second game machine main body and operated by a player. By connecting one storage medium to the operation device, the backup data stored in the first backup data storage means is transferred to the second game machine via the operation device. The game system according to claim 1. 13. The first storage medium includes an identification data storage area for storing identification data for distinguishing it from another owner of the first game machine, and reads / writes the second storage medium. The control program includes, when the first storage medium is connected via the connection means, each of the players stored in the first backup data storage means corresponding to the first storage medium for each player. The backup data including the breeding target individual capability data and the identification data stored in the identification data storage area are read out, and the backup data for each of the first storage media can be distinguished by the identification data of the owner. Writing to the second backup data storage means, wherein the second processing means performs processing based on a second game machine game program and the related processing program The updated backup data generated at the time of updating is written to the second backup data storage means, and the read / write control program is connected to the first storage medium via the connection means. In the state
The updated backup data stored in the second backup data storage means is stored in the first storage medium according to a condition for writing the updated backup data in the first backup data storage means. When the identification data and the identification data stored in the second backup data storage have a predetermined relationship, the updated backup stored in the second backup data storage corresponding to the identification data. 2. The game system according to claim 1, further comprising a program for reading data and writing the data to a first backup data storage means.