JP2000218035A - Control method for video game device and readable recording medium recording video game program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To execute a game with a comprehensive world view in different game categories by making a part or all of the game data of different categories be in common and reflecting the game data of one game on the contents of the other in the respective games. SOLUTION: After ciphered game data prepared by the other video game of the different game category are inputted to the control part 4 of a game device 5 for executing a software read from a recording medium 1 by operating an input device 2 by using the input device 2 and successively stored in a storage memory 3, the game data are decoded in a cipher decoding part 8 and a part or all of the game data at present stored in the storage memory 3 is changed or the game data are newly added corresponding to a decoded result. Also, a cipher preparation part 9 is included and the game data at present stored in the storage memory 3 are ciphered so as to be used in the other video game of the different category.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a general personal computer (IBM, Apple, etc.) or a general home-use game apparatus ("PlayStation" of Sony Computer Entertainment Inc., "Nintendo 64" of Nintendo). , SEGA ENTERPRISE's "Dreamcast", etc.) or a dedicated arcade game device, a video game control method and a control method for a video game that can be enjoyed with a comprehensive view of the world in different game genres. The present invention relates to a readable recording medium on which the used video game program is recorded.

[0002]

2. Description of the Related Art Today, video games of various genres are developed and sold by game industry companies. Some of them have received enormous support from a wide range of ages, but many have not gained general support, and sometimes there is a sense of purpose between game makers and buyers. In some cases, the differences surface. This is because if the game itself is not clear to some extent, such as what kind of expression genre the game to be purchased belongs to, what the game concept of the game is, or how to play the game, the general user's desire to purchase is The fact that it is not enough to drive it may be one of the factors. In particular, it is important for general users to clearly define the game genre, and in reality, there are not many game users who purchase only a specific genre. As a game genre, a "simulation game (hereinafter abbreviated as SLG)" (where the player works as a military commander and controls a plurality of characters as units and enjoys the process of defeating enemy forces using tactics) Ambition ”(Koeisha).
Originally, SLG was based on the subject of war, but today it is widely interpreted as a game that enjoys a given situation), but a player character appears and the player plays a role of the player character in the game story. "Role-playing game (hereinafter abbreviated as RPG)" to enjoy the process of playing and growing the player character (such as "Dragon Quest" (Enix) as a representative work). "Action game (hereinafter abbreviated as ACT)" (of which "competitive fighting ACT", in which a player character is operated to fight a computer or another player, an enemy character, is popular. Fighter ”(SEGA)
Etc.), but their expression forms and ways of enjoying are different from each other, and there is also a slight difference in the user groups who purchase them. On the other hand, games of a plurality of genres are recorded on a single recording medium such as a CD-ROM, and some of them have been commercialized as a collection of party mini-games, and some are popular. Since the game is necessarily limited in expression due to the limitation of the capacity of the recording medium, the content is as simple as that of a mini game. If a plurality of game genres or game concepts are mixed in one recording medium, the purpose of each production is diluted, and the game genre to which the entire game title belongs as one of the game identification functions is unclear. Tend to be.

[0003] On the other hand, for example, a general horse racing fan has little desire to raise a horse as a horse owner or ride a horse as a jockey, if possible, in addition to the pleasure of buying or watching a betting ticket. It is thought that there is.
The game to raise horses as horses is "horse racing SLG"
(A representative work "Derby Stallion" (ASCII)
The game that participates in a race by riding a horse as a jockey is a game that can be enjoyed in the genre of “jockey ACT” (typically “Gallop Racer” (Tecmo Co., Ltd.) etc.). As the next stage, the horses raised by horse racing SLG will be
It can be expected that there will be a desire to ride in T and a desire to reflect the results of the race on its own in the jockey ACT to the development of horses in the horse racing SLG. If these can be realized, it would be possible to enjoy both games of different genres with a common comprehensive view of the world of horses and obtain a wide range of satisfaction regardless of genres.

For many game users, it is important that the game genre to which the game title belongs on one recording medium is clear, but on the other hand, the quality is maintained as it is, and the common genre is maintained regardless of the genre. It is thought that there is also a desire to enjoy multiple games with a view. To satisfy both sides, instead of putting multiple genres of games on one recording medium, put one game on one recording medium and keep the quality,
If some or all of the game data format is shared by both recording media of different genres, and a mediation means such as a password is provided so that data can be read and written by each other, one game can be used. The original data of the created player can be reflected in the other game, and it is possible to enjoy games of both different genres with a comprehensive world view, which is a different way of enjoying than before Become.

Heretofore, there have been games in which game data created in an old version of the same game title can be used in a new version, such as RPG's "Shining Force" (SEGA).

In some games, popular characters appear in different game titles. For example, in a fighting ACT based on professional wrestling called “All-Japan Pro-Wrestling” (SEGA), a popular character of another fighting ACT “Virtua Fighter” (SEGA) can be selected and made to fight. .

[0007] In some cases, a character raised by RPG operating on a portable small game device is operated on a home game device. For example, a character raised by an RPG called “Pocket Monster” (Nintendo) operating on a small game device called “Game Boy” (Nintendo) is converted into a “Pokemon Stadium” operating on a “Nintendo 64” (Nintendo) home game device. (Nintendo) can be operated during the battle game. In this case, a removable external storage memory is attached to the small game device to store character data, and then the external storage memory is attached to dedicated hardware connected to the home game device, and then the external storage Since the home game device main body reads the character data stored in the memory, the growth state of the small game device can be expressed as it is on the home game device. Two games, such as a small game device that has the advantage of being able to be enjoyed anywhere regardless of the place where the character is grown, and a home game device at home where the character is allowed to fight, are enjoyed slowly and thoroughly. It can be said that a comprehensive world view can be enjoyed by using the device.

[0008]

However, the basic purpose of a game that can use the above-mentioned game data of the old version is to share data with the same property as general business software and to be compatible with the old version. This is considered to be the same as the idea of enabling a new version to read a document file or the like created by business software.
In other words, it is not intended to enjoy different game genres with a comprehensive view of the world. Also, a game that allows a popular character to appear in a different game title simply does not reflect the game level or growth state of the character in one game in the other game, just because the character can be used.
We are not actually sharing or sharing data. In addition, a game in which a character raised on an RPG operating on a small game device can be operated on a home game device requires dedicated hardware for reading and writing game data. In addition, due to the difference in the recording format of the recording medium itself, or the header portion of the game file including the recorded game data, the hardware maker that is the manufacturer or developer of each game device body is independently involved. Due to differences in parts and the like, there is a serious disadvantage that it can be realized only with a combination of a game device and a small game device of the same hardware maker.

In the present invention, game titles of different genres are recorded on different recording media, and some or all of the game data is shared, and other encrypted game data is used as a password. Just by inputting, you can enjoy both games with a comprehensive world view, not only does not impose an economic burden on users, but also can be realized between game machines of different hardware manufacturers. In particular, it can be said that the benefits are particularly great for users who do not care about the name of the hardware manufacturer and for many game fans who have both personal computers and home game devices. And, for example, even if a game ends up to the ending, data in that state can be used in games of another genre, or characters raised halfway up in one game are made to fight in the other game, and temporarily If you can not beat the opponent, let them learn skills in one game again,
You can enjoy the unique fun that has never been seen before, such as being able to play the other game again.

Therefore, the present invention makes a part or all of game data of different genres common, enables one game data to be reflected in the other game contents in each game, and provides a comprehensive game data in different game genres. It is an object of the present invention to provide a method of controlling a video game that can be enjoyed with a unique world view, and a readable recording medium that records the video game program using the control method.

[0011]

SUMMARY OF THE INVENTION The present invention is a method for controlling a video game device which allows the user to enjoy a comprehensive world view in different game genres. As a means for solving the problem, a control unit (4) of a computer system capable of operating the input device (2) and executing software read from the recording medium (1) has an input from the input device (2). An input receiving unit (7) for receiving information, and encrypted game data created in another video game having a different game genre are input using the input device (2), and the input receiving unit (7) is input. ), The game data is sequentially stored in the storage memory (3), all the game data is stored in the storage memory (3), the game data is decrypted, and the storage memory (3) is decoded in advance according to the decryption result. ), A decryption unit (8) for changing a part or all of the current game data or newly adding game data, and another video data of a different game genre. An encryption creating unit (9) for encrypting a part or all of the current game data stored in the storage memory (3) in advance so that the current game data can be used in the game; It is characterized in that it is encrypted so as to be reflected in the game content of the present invention, and the encrypted game data created in another video game is decrypted and reflected in the current game content. The present invention is a method for controlling a video game device having the above configuration.

[0012]

Embodiments of the present invention will be described below with reference to the accompanying drawings. FIG. 1 shows a schematic block diagram of the entire control. Here, the “password” is a character string that the user inputs as a key for changing or adding game data, and is composed of 28 characters as shown in FIG. The substance is the encrypted game data itself. The “game title” here does not refer to the individual games recorded on the recording medium (1), but the name of the game as a whole which is referred to in a unit of the whole. It is. "Shift JIS code" is a code defined by the Japanese Industrial Standards JIS, and is a standard that expresses kanji, hiragana, katakana, and the like in two bytes. The first byte is a hexadecimal number from $ 81 to $ 9F or $ E0 to $ FC, and the first bit is on. The character "@" here means that the number is a hexadecimal number. FIG. 9 shows the binary for some shift JIS code text characters. The term "binary" refers to a computer-readable numerical value of 0 or 1, and a binary number as the data, but is called a binary. Here, this binary number is represented by a hexadecimal number so that humans can easily understand it. The representation is called binary. For example, as shown in FIG.
ADDRESS @ 0 at the beginning of the binary display field (901)
The upper two bytes of data are $ 8340, and the corresponding character in the text display column (902) is "a". Also, ADDRESS @ 3A in the binary display column (901)
The upper two bytes of data are $ 835D, and the character in the corresponding text display column (902) is "Z". As shown in FIG. 10, data of $ 80 generally represented by hexadecimal number is represented by binary number 10000000, and the bit number is treated as bit 7 at the highest order and bit 0 at the lowest order.

Further, as shown in FIG. 1, the control section (4) mentioned here has a role as a so-called central processing unit (CPU) and a mutual function between each processing section such as an input receiving section (7). Control, and the whole of each processing unit itself,
The outside such as the recording medium (1) is connected by a bus. The control unit other than the role of the CPU in the control unit (4) is a program and data read from the recording medium (1) and stored in a storage area such as a RAM. The execution of the game is the execution of these programs. It should be noted that the storage area mentioned here may be a part of the storage memory (3) in FIG. 1 or a separately prepared one.
There is no substantial difference in thinking. In the present invention, the storage memory (3) in FIG. 1 temporarily stores a storage area for storing the current game data itself during the execution of the game, and game data as an encrypted password which is sequentially input. It is necessary to function at least as a storage area to be used and a work area used for calculation for generating or deciphering a password. Further, the storage area in which the program and data are stored is directly replaced with a ROM, and the program and data are recorded.
In which the CPU is connected to the CPU by a bus, an embodiment in which the ROM is integrally formed with the CPU and the entire CPU is used, or each processing unit in the control unit (4) is configured as separate hardware. The embodiment described above is also conceivable. However, in these cases, ie, a dedicated game device, the recording medium (1) in FIG. 1 is not necessary. In any case, it is not a characteristic part of the present invention, and there is no substantial difference in concept.

The recording medium (1) introduced in the present embodiment is a CD-R recorded on a magneto-optical disc system.
Although it is an OM, a ROM cartridge, a large-capacity floppy disk, a magnet optical disk, and the like can be realized in the same manner as long as a dedicated reading means such as a disk drive is provided, and there is no substantial difference in thinking. . These are media on which programs and data that can be loaded into the storage memory (3) are recorded.

This embodiment pays particular attention to the horse racing game. In the horse racing game of a different genre, the game data of one game is encrypted and displayed, and the processing is terminated. After the other game is started, the previous encryption is input. This is an embodiment in which the characteristics of one horse can be reflected on the other.

Hereinafter, description will be given with reference to FIG. 18 which is a schematic flowchart. (A) As shown in FIG. 3, the recording medium (1) on which the embodiment of the present invention is recorded is inserted into the main body of a general game device (5) and the power is turned on (step S101). After the program and data are automatically read, the game is started by pressing the start button (30) of the input device (2) as shown in FIG. 2 (step S102).

(B) Next, it is checked whether the external storage memory (6) is connected to the outside of the game device (5) (step S103). If it is connected, it is checked whether the previous save data of the same game is stored in the external storage memory (6) (step S104). If it is stored, the game data is read therefrom and stored in the storage memory (3) (step S105). When the game data is not stored in the external storage memory (6) or the external storage memory (6) is not connected, the game data created by the progress of the new game is stored in the storage memory (3) (step S106). ). Button (31), △ button (32), ○ button (33), × button (33), cross button (3
By operating 4), the game progresses in accordance with a prepared game scenario (step S10).
7). Then, when outputting the password (step S
108) displays a password output screen as shown in FIG. 4 (step S109), and then presses the cross direction button (3).
4) Move the cursor (405) in the horse name field (40
3) After setting the password on the horse name you want to output,
○ By pressing the button (33), the name (40
The background of 4) is highlighted (step S110). Then, move the cursor (40) to the password output button (401).
When the button (33) is pressed together with 5), a password is generated as shown in FIG. 5 and displayed in the password output column (402) (step S111). Then × button (33)
Pressing returns to step S107.

The process of generating a password from the current game data is performed in the code generator (9). The horse data taken here is shown in FIG. 6, and this data is finally converted into an encrypted password shown in FIG. The data format of the password is composed of a total of 28 bytes as shown in FIG. The 28-byte temporary storage area exists in the storage memory (3), and stores therein internal data expressed by 6 bits calculated from horse data. After storing all of them, the corresponding characters are obtained from the password character table of FIG. 13 using these data as offset values, and a password is created. Further, a storage area as a work area temporarily used when calculating a password also exists on the storage memory (3).

First, a description will be given of the conversion of the character "Kouaburitanika" into 6-bit internal data using the horse name in FIG. From FIG. 9, the first letter of the letter “C” is $ 8352, and the next letter is “$ 8345”. As a result, a data string described in the JIS code column of FIG. 11 is obtained. In each of the binary data of the characters obtained as described above, subtracting the binary data $ 8340 corresponding to the leading "a" in FIG.
05 07 03 35 4A 1E 2A0A ". Here, as for “R”, since extra unused data “.” Is included immediately before “M” in FIG. 9, 1 is further subtracted from $ 4A to obtain $ 49. That is,
Hexadecimal data string "12 05 07 03 35 4
9 1E 2A 0A ". Since the internal data is controlled by 6 bits, each data is stored in 6 bits.
When an AND (logical product) is calculated at $ 3F, which is the maximum value that can be represented by bits, a data string in the column of 6 bits in FIG. 11 is obtained. Here, "li" is $ 49, and if it is ANDed at $ 3F, it will be $ 09. However, since bit 6 is 1, this information is stored as follows. In other words, the nine characters of "Cowbritanica" are considered as a bit string, and the bit at the position corresponding to the character whose bit 6 is "1" is set to "1".
When the position of “ri” is set to 1, the binary number 000001000 is obtained, and the upper 3 bits are further saved as described later.
It becomes 8 and is substituted for 9 of the name number. And FIG.
FIG. 8 is created by substituting the data string in the 1-bit conversion column into the corresponding position in FIG.

Next, the conversion of the 13th byte position in FIG. 7 into the 6-bit internal data of the name bit and various flags will be considered. First, in the name bit, the upper 3 bits in the 9-bit bit string indicating the position on the name where bit 6 in the previous horse name is 1 are bits 3 and 4 in the internal data 6 bits. , 5. As for the various flags, as shown in FIG. 6, 1 is assigned to bit 2 to mean a user horse, 1 is assigned to bit 1 to mean a user pedigree horse, and bit 0 is replaced by rest. By substituting 0 meaning that there is no data, the 6-bit internal data is finally calculated as $ 06.
Is assigned to the 13th byte. Here, the user horse is a horse owned by the user in the game, and the non-user horse means a horse owned by the computer. The former corresponds to 1 and the latter corresponds to 0. In addition, the user pedigree horse means a descendant of the stallion selected by the user at the time of initial setting of the game, and the other horses are not user pedigree horses. And each one
0 corresponds. Not all user pedigree horses are user horses, and a computer may automatically create a user pedigree horse and own it under certain conditions during the game. Then, if rest is over, 1 corresponds if there is no rest.

Next, the conversion to the horse age + hair color at the 9th byte in FIG. 7 represents the age of the horse by three bits of bits 3, 4, and 5 in the 6-bit internal data. 10
It becomes 0. Also, the hair color is represented by 3 bits of bits 0, 1, and 2, and the bristle is 1, so the binary number is 001. Therefore, the 6-bit internal data is binary 100001, and $ 21 is substituted into the 9th byte in FIG. . Regarding the hair color, 0 corresponds to white hair, 1 corresponds to ash, 2 corresponds to black brawn, 3 corresponds to blue brawn, 4 corresponds to blue hair, 5 corresponds to brown hair, and 7 corresponds to tochi chestnut hair.

Next, in gender + tone of the 0th byte in FIG.
Gender is represented by one bit of bit 5 in the 6-bit internal data. Bits 0, 1,
The tone is represented by five bits 2, 3, and 4. Since FIG. 6 shows the tone, 29 is eventually substituted into the 0th byte in FIG. The gender corresponds to 0 for males and 1 for females.

Next, the ability + speed + stamina is 136, 160 and 155 in FIG.
When expressed in hexadecimal numbers, they are $ 88, $ A0, $ 9B. These are treated as $ 88A09B with 3 bytes,
Taking the bits from the lower bit to the upper bit in the direction of 6 bits in consideration of the base number, $ 1B, $ 02, $ 0A, $ 2
7 and are respectively 8, 20, and 20 in FIG.
Substitute in the third and second bytes.

Next, guts + temperament are 1 respectively from FIG.
0, mild (that is, 0), of which the guts are binary 1010 and bits 2, 3, and
It is represented by 4 bits of 4 and 5. The temper is represented by two bits 0 and 1, and 0 representing calm is substituted. Figure 7
$ 28 is assigned to the 18th byte of. As for the temper, it corresponds to 0 for mild, 1 for normal, 2 for severe, and 3 for severe.

Next, the growth + current weight + ideal weight are 200, 504, and 496 from FIG. 6, respectively, and are represented by hexadecimal numbers as 数 C8, ＄ 1F8, ＄ 1F0, and both the current weight and the ideal weight are ＄. Subtracting 172, they are $ 86, $ 7E, and the growth + current weight + ideal weight is 3
Treat it as $ C8867E in bytes,
Taking the bits from the lower bit to the upper bit every six bits in terms of the base number, $ 3E, $ 19, $ 08, $ 3
7 and 19, 24, and 24 in FIG.
Substitute at the 15th and 25th bytes.

Next, dirt suitability + heavy riding ground suitability + leggings are shown in FIG.
If the dirt suitability is 6 bits and the binary number is 10 for bits 4 and 5 in the internal data, the heavy horse suitability is 2 and 3 for binary 01, and the footwear is 0 and 1 for binary 01 In a binary number, it is 101001, and in a hexadecimal number, it is $ 29, which is substituted into the 14th byte in FIG. Regarding dirt suitability and heavy riding ground suitability, 0 is poor, 1 is good, 2 is good at 2
Optimal corresponds to 3. In addition, the rung corresponds to 0 for escape, 1 for lead, 2 for run-in, and 3 for run-in.

Next, the number of races, the number of wins, and the prize money are 11 races, 11 wins, and 288.5 million yen, respectively, from FIG. The prize money is 2,885 million yen if it is handled in units of 100,000 yen, and if it is 11, 11, 2885, it becomes $ 0B, $ 0B, and $ 0B45 in hexadecimal. If these are represented by 4 bytes, it becomes {0B0B0B45}. Of these, the number of races and the number of wins are represented by 7 bits.
058B0B45 (that is, the most significant 8 bits ＄ 0B
Only by one bit to the right), and from this value in the direction from the lower bit to the upper bit every 6 bits, it becomes five data of $ 05, $ 2D, $ 30, $ 22, $ 05, 7, 11, 27, 21, respectively in FIG.
Substitute at the 17th byte.

By substituting as described above, 6 as shown in FIG.
A hexadecimal data array as bit internal data is completed. Next, these will be described as shown in FIG. As described above, these internal data are shown in FIG.
In this case, since one character is represented by two bytes, the offset value in FIG.
(B). Each of the data in FIG. 12B is treated as an offset value in the binary display column (901) in FIG. 13, and the corresponding binary data in ADDRESS in the text display column (902) corresponding to 2 bytes in ADDRESS is treated. The text characters become the characters of the final password, and a desired password character string is obtained as shown in FIG. For example, $ 3 in the first byte in FIG.
In A, the ADDR of the binary display column (901) in FIG.
There is $ 8375 at the position of ESS $ 3A, which corresponds to the character "B" in the text display column (902). When all calculations for calculating the password are completed, all the passwords are finally displayed in the password output column (402) of FIG. It is also considered effective to execute a so-called shuffle in which the arrangement of data is regularly changed for the purpose of preventing the decryption of the third party's password at the time of FIG.
In this case, it is necessary to memorize the pattern of shuffling applied, and this can be realized by adding shuffle type data to the end of 28 characters of the password after shuffling. For the shuffle type, for example, there are various methods such as a method of replacing the password data from both ends toward the center, such as the first byte and the 28th byte, and the second byte and the 27th byte. Any kind is acceptable.
The password output by shuffling is always restored by the same shuffling when decrypted.

(C) By writing down the output password, the user can return to the original state later, make a horse of this data appear in another game of a different genre, or play the same game. You can make your horse appear in a friend's game.

(D) A description will now be given of the process from inputting a password to decryption. Characters as a password input using the input device (2) are received by the input receiving unit (7) and sequentially stored in the storage memory (3), and by a predetermined operation after receiving all the passwords, New horse data is generated from the stored password. The processing for generating the horse data is performed in the decryption unit (8).
If a password is to be input after step S107 (step S112), a password input screen as shown in FIG. 15 is displayed (step S113), and then a cross-directional button is set at a position where a character is input in the password input field (1501). The cursor (1504) is adjusted by operating (34).
Next, while pressing the start button (30), operate the cross direction button (34) to move the cursor (1505) in the character selection field (1502), select the character to be input, and press the ○ button (33). . Then, the character selection field (15) is placed at the position designated in the password input field (1501) first.
The character selected in 02) is displayed. × button (33)
Pressing deletes the character at the position currently designated in the password entry field (1501). When the user presses the △ button (32), a dull point is added to the character at the position currently specified in the password input field (1501). When the □ button (31) is pressed, the current password input field (1501)
Converts the character at the position specified in to lowercase. After entering 28 characters in the password entry field (1501),
By moving the cursor (1505) in the character selection field (1502), selecting the decision, and pressing the ボ タ ン button (33), the password input ends (step S114). When cancel is selected and the O button (33) is pressed, the screen is terminated without converting the password.

(E) Assuming that the input password is the character string shown in FIG. 16, the password is expanded in the following procedure. These binaries are shown in a binary display column (901) in FIG. For example, "B" is $ 8375, and it is assumed that 6-bit internal data corresponding to this value is obtained. This $ 8375 is ADD in FIG.
Present at the position of RESS $ 3A. That is, the offset value of the position of the character in FIG. 14 on the character table in FIG. 13 is obtained. Next, one character is represented by 2 bytes. However, since it is not necessary to manage the offset value by 2 bytes, it is divided by 2 to be $ 1D. Similarly, when other characters are obtained, the result becomes (A) in FIG. 12, and thereafter, by performing the reverse of the above-described process (B), the horse data is developed into the horse data as shown in FIG. 6 (step S115). If the horse data developed from the password is new data in the game currently being executed, it is additionally stored in the storage memory (3), and if not, the storage memory (3)
Some or all of the previous data already stored above is updated.

(F) Based on the developed horse data, for example, if the currently running game is a jockey ACT, the player character (1702) on the screen as shown in FIG. 17 uses the horse data calculated from the password. Horses that appeared (170
It is possible to enjoy the race by riding in a pseudo manner in 1).

The present invention has the above configuration,
When this is used, for example, one of the games is a horse racing SL
If the game is G and the other game is jockey ACT, first, one horse racing SLG is operated, a password output screen is displayed, and a password is generated from the current horse data raised by the player. On a memo paper or the like. Then, after the other jockey ACT is operated and a password input screen is displayed, the password is input using the input device (2), and the horse is simulatedly mounted on the horse based on the generated horse data to enjoy the race. Furthermore, in the present embodiment, since both the decryption unit (8) and the encryption creation unit (9) are provided in the same game, if the number of wins or prize money changes according to the result of the race in the jockey ACT, FIG. It is not possible to update the game data inside the game as shown by, output a new password, enter the password after the original horse racing SLG is started, and change the game data inside the horse racing SLG. Not possible.

The above embodiment of the present invention utilizes the control method described in claims 1 and 2, that is, the control method described in claim 3. However, in one game, an embodiment utilizing claim 1 and in the other game, an embodiment utilizing claim 2 can be realized by intentionally using both. It can be said that it is the same as thought. According to a fourth aspect of the present invention, there is provided a readable recording medium recording a video game constituted by the embodiment of the invention using the control method according to any one of the first to third aspects. Medium
It is a recording medium (1) such as a CD-ROM shown in FIG. The recording medium (1) is a medium that records programs and data that can be loaded into the internal storage memory (3).

[0035]

According to the present invention, game titles of different genres are recorded on different recording media of the same type or different types operating on the same or different game apparatuses, and a part or all of the game data is shared. It is possible to read and write each other's game data, and while entering one of the encrypted game data while the other game is running, just enter the password as a password, so that both games have a comprehensive world view You can enjoy. For example, even if a game ends until the ending, the data in that state can be used in games of another genre,
Also, if a character raised halfway up in one game is allowed to fight in the other game and the opponent cannot be defeated,
It is possible to enjoy the unique fun that has not been heretofore possible, such as learning skills and the like again in one game and fighting again in the other game. More specifically, game data created by SLG can be used in ACT, RPG
For example, many horse racing game fans can use not only horse racing SLG but also jockey ACT because it is possible to use the characters raised in ACT in ACT or vice versa, and use the experience value in ACT in SLG. Although it is considered to be preferred, the present invention allows one to enjoy both video games of different genres with a comprehensive view of the world as a horse.

[Brief description of the drawings]

FIG. 1 is a schematic block diagram of an embodiment of the present invention.

FIG. 2 is an input device (2) used in the embodiment of the present invention.
Top view of

FIG. 3 is an explanatory diagram showing a game device according to the embodiment of the present invention.

FIG. 4 is an explanatory diagram showing a password output screen according to the embodiment of the present invention.

FIG. 5 is an explanatory diagram showing a state in which a password is displayed in FIG. 4;

FIG. 6 is an explanatory diagram showing horse data that is game data according to the embodiment of the present invention.

FIG. 7 is an explanatory diagram showing contents of an internal data string before calculating a password according to the embodiment of the present invention;

FIG. 8 shows a state before a password is calculated in the embodiment of the present invention.
Explanatory diagram showing a hexadecimal internal data string

FIG. 9 shows some shifts J used in an embodiment of the present invention.
Character code table of IS code

FIG. 10 is an explanatory diagram showing a general data expression.

FIG. 11 is an explanatory diagram showing internal data and the like before calculating a password corresponding to a specific horse name in the embodiment of the present invention.

12A is an explanatory diagram identical to the hexadecimal internal data sequence of FIG. 8, FIG. 12B is an explanatory diagram of a hexadecimal internal data sequence obtained by doubling the individual data of FIG. 12A, and FIG. FIG. 14 is an explanatory diagram showing a character string of a character at a position corresponding to each data shown in FIG. 13B as an offset from the head.

FIG. 13 is a character table diagram of a password according to the embodiment of the present invention.

FIG. 14 is an explanatory diagram of a binary expression of a password output according to the embodiment of the present invention.

FIG. 15 is an explanatory diagram showing a password input screen according to the embodiment of the present invention.

FIG. 16 is an explanatory diagram after a password is input in FIG.

FIG. 17 is an explanatory diagram showing an example of a screen in the jockey action game according to the embodiment of the present invention.

FIG. 18 is a schematic flowchart of an embodiment of the present invention.

[Explanation of symbols]

1. . . Recording medium 2. . . Input device 3. . . Storage memory 4. . . Control unit 5. . . Game device 6. . . External storage memory 7. . . Input receiving unit 8. . . Decryption unit 9. . . Encryption unit 20. . . Image processing unit 21. . . TV monitor 22. . . Voice processing unit 23. . . Speaker 30. . . Start button 31. . . □ button 32. . . △ button 33. . . ○ button 34. . . × button 35. . . Cross direction button 401. . . Password output button 402. . . Password output column 403. . . Horse name column 404. . . Selected horse name 405. . . Cursor 901. . . Binary display column 902. . . Text display field 1501. . . Password input field 1502. . . Character selection field 1503. . . Command display field 1504. . . Cursor for password input 1505. . . Character selection cursor 1701. . . Horse based on horse data calculated from password 1702. . . Player character as jockey 1703. . . Location column for each horse

────────────────────────────────────────────────── ───

[Procedure amendment]

[Submission date] December 7, 1999 (1999.12.
7)

[Procedure amendment 1]

[Document name to be amended] Statement

[Correction target item name] Claim 1

[Correction method] Change

[Correction contents]

[Procedure amendment 2]

[Document name to be amended] Statement

[Correction target item name] Claim 2

[Correction method] Change

[Correction contents]

[Procedure amendment 3]

[Document name to be amended] Statement

[Correction target item name] Claim 3

[Correction method] Change

[Correction contents]

[0028]

[Procedure amendment 4]

[Document name to be amended] Statement

[Correction target item name] 0028

[Correction method] Change

[Correction Details] By substituting as described above, a hexadecimal data array as 6-bit internal data as shown in FIG. 8 is completed. Next, these will be described as shown in FIG. As described above, these internal data function as offset values in the password character table of FIG. 13, but since one character is represented by two bytes, FIG.
The offset value of (A) is doubled and becomes as shown in FIG. Each of the data in FIG. 12B is treated as an offset value in the binary display column (901) in FIG. 13, and the corresponding binary data in ADDRESS in the text display column (902) corresponding to 2 bytes in ADDRESS is treated. The text characters become the characters of the final password, and a desired password character string is obtained as shown in FIG.
For example, in # 3A of the first byte in FIG.
$ 8375 is located at the position of ADDRESS $ 3A in the binary display field (901) of the text display field (90).
It corresponds to the letter "B" in 2). When all calculations for calculating the password are completed, all the passwords are finally displayed in the password output column (402) of FIG. In order to prevent the time decryption of cipher third party in the FIG. 12 (A), the also considered effective to perform a so-called shuffle of changing the arrangement of data regularly. In this case, it is necessary to memorize the pattern of shuffling applied, and this can be realized by adding shuffle type data to the end of 28 characters of the password after shuffling. For the shuffle type, for example, there are various methods such as a method of replacing the password data from both ends toward the center, such as the first byte and the 28th byte, and the second byte and the 27th byte. Any kind is acceptable. The password output by shuffling is always restored by the same shuffling when decrypted.

FIG.

 ────────────────────────────────────────────────── ─── Continued on the front page (72) Inventor Seiichi Mizutani 1-118-12 Minowa-cho, Kohoku-ku, Yokohama, Kanagawa Prefecture (72) Inventor Mitsuaki Fujita 1-18 Minowa-cho, Kohoku-ku, Yokohama, Kanagawa No. 12 Koeinai Co., Ltd. (72) Inventor Misao Yamanoguchi 1-18-18 Minowa-cho, Kohoku-ku, Yokohama-shi, Kanagawa Prefecture No. 12 Koeinai Co., Ltd. (72) Ichimura Imamura 1-chome, Minowa-cho, Kohoku-ku, Yokohama City, Kanagawa Prefecture 18-12 Koeinai Co., Ltd. 18-12 Koeinai Co., Ltd. (72) Inventor Shinya Fujikawa 1-18-12 Minowa-cho, Kohoku-ku, Yokohama-shi, Kanagawa Prefecture 18-12 Koeinai Co., Ltd. (72) Inventor Moriyoshi Teruya 1-18-18 Minowa-cho, Kohoku-ku, Yokohama-shi Konouchi (72) Inventor Fumiya Kato 1-118-12, Minowacho, Kohoku-ku, Yokohama-shi, Kanagawa Prefecture Konaiuchi (72) Inventor Toshiya Shibano Kanagawa 1-18-12 Minowa-cho, Kohoku-ku, Yokohama-shi Koeinai F-term (reference) 2C001 BC10

Claims (4)

[Claims] A control unit (4) of a computer system capable of operating an input device (2) and executing software read from a recording medium (1) receives input information from the input device (2). And an input receiving unit (7) for inputting encrypted game data created in another video game of a different game genre using the input device (2), and receiving the input data by the input receiving unit (7). After that, the game data is sequentially stored in the storage memory (3). After storing all of the game data, the game data is decoded, and the current game data previously stored in the storage memory (3) is decoded according to the decoding result. Change part or all of
Or a decryption unit (8) that newly adds game data
And decoding the encrypted game data created in another video game and reflecting the decrypted game data in the current game content. 2. A control unit (4) of a computer system capable of operating an input device (2) and executing software read from a recording medium (1) receives input information from the input device (2). An input receiving unit (7), and an encryption creating unit for encrypting a part or all of the current game data stored in the storage memory (3) in advance so that it can be used in another video game of a different game genre. (9) A control method for a video game device, comprising encrypting the current game data so that the game data is reflected in the game content of another video game. 3. A control unit (4) of a computer system capable of operating an input device (2) and executing software read from a recording medium (1) receives input information from the input device (2). And an input receiving unit (7) for inputting encrypted game data created in another video game of a different game genre using the input device (2), and receiving the input data by the input receiving unit (7). After that, the game data is sequentially stored in the storage memory (3). After storing all of the game data, the game data is decoded, and the current game data previously stored in the storage memory (3) is decoded according to the decoding result. Change part or all of
Or a decryption unit (8) that newly adds game data
And an encryption creating unit (9) for encrypting a part or all of the current game data stored in the storage memory (3) in advance so that it can be used in other video games of different game genres. The feature is that the current game data is encrypted to be reflected in the game content of another video game, and the encrypted game data created in the other video game is decrypted and reflected in the current game content. A method for controlling a video game device. 4. A readable recording medium on which a video game program is recorded using the control method according to claim 1.