JPWO2006118264A1 - GAME DEVICE AND GAME PROGRAM - Google Patents

Abstract

PROBLEM TO BE SOLVED: To realize a more varied development and to make an rewritable storage medium as effective as possible. An object (OCH1) is based on data recorded on a bar code card read by a bar code card reader at the start of the game or thereafter, and the bar code card has its strength and other characteristics. The initial value of is stored. The parameters indicating the characteristics of the object (OCH1) change depending on various experiences accompanying the progress of the game, such as the object (OCH1) playing against the enemy object (ECH) or supplying nutrition (HN). Recorded on the card. As described above, the characteristics of the barcode card change according to the progress of the game, so that the game can be developed in various ways, and various barcode cards can be used effectively. [Selection] Figure 3

Description

  The present invention relates to a game apparatus and a game program using a non-rewritable storage medium such as a barcode card in which object characteristics are recorded.

  In recent years, game devices using cards in which ability value data representing the characteristics of game characters such as insects are converted into barcodes and recorded in an unrewritable manner have become widespread. In this type of game device, the ability value data recorded on the card is read by the reading means, and the insect battle is executed based on information obtained by adding a coincidence element to the data.

  However, in this type of conventional game device, the winning or losing of the battle is greatly influenced by the data of the bar code card, the game content is relatively monotonous, and the data in which the ability value of the character is relatively low is set. There was a problem that the recorded card might not be used effectively.

  The present invention has been developed to solve such conventional problems, and aims to realize a more varied development and to effectively use an unrewritable storage medium as much as possible.

  According to the present invention, more varied development can be realized, and a non-rewritable storage medium can be used as effectively as possible.

  The game apparatus according to the present invention includes a reading unit that can read a non-rewritable storage medium in which object data is recorded, a reading unit that performs reading and writing on a rewritable storage medium that can record the object parameters, Object generating means for generating an object, object operating means for operating the object displayed on the display means, enemy object generating means for generating an enemy object that competes with the object, data of the object, and the parameters Based on a predetermined coincidence element, a battle result determining means for determining a battle result between the object and the enemy object, and a parameter recorded in the rewritable storage medium corresponding to the battle result, Parameter changing means for changing.

  As a result, development that is more varied can be realized, and the non-rewritable storage medium can be used as effectively as possible.

  The game apparatus according to the present invention may further include object changing means for changing the object to an object corresponding to data in the new storage medium when the reading means reads a new storage medium. Thereby, a game using a plurality of non-rewritable storage media is possible, and many changes and operations can be enjoyed.

  In the game device according to the present invention, an object stop means for stopping the function of an object whose parameter is equal to or less than a predetermined value, and time measurement from the stop of the function of the object, so that the function of the object is restored after a predetermined time has elapsed. Object recovery means for recovering the parameter may further be provided. As a result, an object that has been defeated can be restored, and a more varied development and further effective utilization of a non-rewritable storage medium can be realized.

  The game apparatus according to the present invention includes an operation unit that outputs an operation signal based on a player's input operation, a game start unit that starts a game based on a game start operation signal from the operation unit, and the game start unit. Clocking means for timing the elapsed time from the start of the game when the game is started, and play time management means for determining whether the elapsed time counted by the timing means has reached a predetermined game end time; A player character data reading means for reading the player character data from a player character data recording medium in which player character data for setting a player character ability value parameter is recorded, and a game progress status set for the player character. Predetermined variation parameters that vary based on The player character data determined by the player character data read from the player character data reading means or the player character selection operation signal from the operating means. And a player character generating means for setting the ability value parameter of the player character based on the progress status data, an enemy character generating means for setting the ability value parameter of the enemy character to play against the player character, Action determining means for determining actions of the player character and the enemy character based on the ability value parameter and the ability value parameter of the enemy character; The battle execution means for determining whether the physical strength value parameter of either the player character or the enemy character has reached a predetermined threshold according to the result of the above, and the battle execution means both have not reached the predetermined threshold When it is determined, the action determination process is repeated until one reaches the predetermined threshold, and when it is determined that one reaches the predetermined threshold, the winning / losing determination means determines that the reached side is defeated. The game progress status update means for updating the progress status data based on the win / loss determined by the battle control means, and when the play time management means determines that a predetermined play time has elapsed since the start of the game, Progress status data writing means for ending the game and writing the progress status data to the progress status data recording medium.

  In the game device according to the present invention, when the character data is input by the player character data read from the player character data reading means or the player character selection operation signal from the operation means while the game is in progress, the input character data Is compared with the parameter value of the current player character to determine whether or not the input character is the current player character that is currently used during the game, and the current player character If it is determined that a different character is selected, the current player character is replaced with the parameter value of the input character, and the input character is used as a new player character. When the player character is changed by the tractor changing means and the player character changing means, based on the changed physical strength value parameter of the character, the game is in progress until the selection operation signal is input from the start of the game. The physical strength value determining means for determining whether or not the changed physical strength value parameter of the character is approaching the predetermined threshold value, and when the physical strength value is determined to be approaching the predetermined threshold value, It may further comprise physical strength value parameter determining means for determining the physical strength value parameter of the selected character based on the elapsed time information measured.

  A game program according to the present invention includes a reading step capable of reading a non-rewritable storage medium in which object data is recorded, a reading step performing reading and writing on a rewritable storage medium capable of recording the object parameters, An object generation step for generating an object, an object operation step for operating the object displayed on the display means, an enemy object step for generating an enemy object to play against the object, data of the object, the parameter, and a predetermined value And a match result determination step for determining a match result between the object and the enemy object based on the coincidence element, and a parameter recorded in the rewritable storage medium is changed in accordance with the match result. Parameter change Tsu and a flop.

  As a result, development that is more varied can be realized, and the non-rewritable storage medium can be used as effectively as possible.

Next, preferred embodiments of the game apparatus according to the present invention will be described with reference to the drawings.
[Game device]

  FIG. 1 is a front view showing an embodiment of a game apparatus according to the present invention, and FIG. 2 is a block showing the game apparatus of FIG.

  In FIG. 1, a game apparatus 100 includes a display unit 112 such as a CRT or a liquid crystal monitor, and a joystick 105A as an operation input unit. When a game is executed, a main character MCH, objects OCH1, OCH2 (FIGS. 3 to 7) are displayed by the joystick. Operate and display the game screen on the display means 112.

  The game apparatus 100 is provided with a coin switch 105B, and the game can be started and continued by inserting a predetermined coin.

  The game apparatus 100 is provided with a card dispenser 120A for the barcode card BC and a card dispenser 120B for the memory card MC. When the player inserts a coin into the coin switch 105B, the barcode card BC or the memory card MC is inserted. Is supplied to the player. In FIG. 2, the card dispensers 120 </ b> A and 120 </ b> B are collectively indicated by reference numeral 120. In this embodiment, a bar code card is used as a recording medium on which object data used in the game is recorded in advance. However, the data recording method is not limited to the bar code and can be changed as appropriate. Further, although a memory card is used as a recording medium for recording the progress of the game, the type of the medium can be changed as long as it is a recording medium that can record the progress of the game for each player. . Further, it may be recorded on a recording medium of a portable game machine held by a network server or player via an external communication means.

  The barcode card BC is a non-rewritable storage medium that provides the strength of the main character MCH, and the memory card MC is a rewritable storage medium that stores the game history of the player. The player cannot execute the game unless he / she has at least one memory card MC. When the player has not obtained the memory card MC, the player inserts a predetermined coin into the card dispenser 120 and receives the supply from the card dispenser 120. When a coin for starting the game is inserted into the coin switch 105B, one barcode card BC is always supplied.

  The game apparatus 100 is provided with a card reader 115 (reading means) for reading the barcode card BC and a card reader / writer 116 (reading means) for reading and writing the memory card MC. The bar code card BC is read by passing the slit of the card reader 115 in the direction of the arrow DBC in FIG. The memory card MC is read and written by being inserted into the slit of the card reader / writer 116 from above.

  Further, the game apparatus 100 is provided with a button 105C, which is used as a game start button or the like. In FIG. 2, the input operation means 105 </ b> A to 105 </ b> C are collectively indicated by reference numeral 105.

  In FIG. 2, the game apparatus 100 includes a CPU 101 that controls the whole, a boot ROM 104 that stores a program for starting the game apparatus 100, and a system memory that stores an image generation program and other programs and data executed by the CPU 101. 102.

  The game program and data executed by the CPU 101 include a program and data for generating and controlling an image to be displayed in addition to a program and data for controlling the game.

  In order to generate an image to be displayed, polygon data (vertex data) and NURBS data (curved surface and control point data) having 3D local coordinate data constituting an object to be displayed are stored in the system memory. This is arranged in the world coordinate system of the three-dimensional virtual space by a CPU or a geometry processor (not shown) to convert the local coordinates into the world coordinate system.

  Furthermore, a viewpoint coordinate generated as a player's operation or a game progresses is set in the world coordinate system, and an object in a visual field range viewed from the viewpoint in a predetermined viewing direction and angle of view is set as a viewpoint coordinate. Conversion to the viewpoint coordinate system with the origin is performed, and the converted coordinates of the object are transmitted to the rendering processor 107.

  The rendering processor 107 first applies interpolation processing such as light source processing or the texture data stored in the graphic memory 108 to the object to detail the surface of the object with respect to the received object coordinates. Further, the rendering processor 107 projects an object (polygon) from a three-dimensional solid object onto a two-dimensional plane (screen) for display on the display means 112 and converts it into two-dimensional coordinate data (screen coordinate system). A two-dimensional image is generated so as to display preferentially from a polygon having a shallow coordinate depth, that is, a polygon close to the viewpoint coordinate, and this is output to the display means 112 such as a CRT or a liquid crystal display device.

  That is, the CPU 101 and the rendering processor 107 are controlled by the game program and function as the image generation unit 117.

  The game apparatus 100 is provided with a sound processor 109 that generates sound and a sound memory 110 that stores data of the generated sound. The sound processor 109 digitally converts sound based on the data stored in the sound memory 110. A signal is generated, and a sound is output from the speaker 113 and headphones (not shown).

  The game apparatus 100 is provided with a program data storage device and a storage medium 103, and the game program and data are read from the storage medium into the system memory 102, the graphic memory 108, and the sound memory 110. In addition, the game apparatus 100 is provided with a backup memory 118, which can be used for storing game progress and the like.

  The data stored in the storage medium 103 includes information regarding the game.

  These storage media include optically readable media such as CD-ROM and DVD-ROM, and electrically readable media such as mask ROM and flash memory.

  The game apparatus 100 is provided with a communication interface 111 and a modem 114, and can be connected to a game server or another game apparatus via a LAN or a modem 114.

  The coin switch / operation input means 105 (joystick 105A, coin switch 105B, button 105C), input means such as a bar code card reader 115, memory card reader / writer 116, etc., and the above components are buses. The bus arbiter 106 controls input / output between each component of the program and data.

[Game screen]
3 to 7 are diagrams showing examples of game screens of the game apparatus of FIG.

  In FIG. 3, a path LP like a maze is displayed on the screen, and the main character MCH of the player is traveling on the object OCH1 along the path LP. The operation of the object OCH1 by the main character MCH is operated by the joystick 105A, and the CPU 101, the system memory 102, and the joystick 105A function as object operation means.

  In the path LP, the enemy object ECH is arranged at a predetermined point, and when the main character MCH encounters (approachs to a predetermined position) or contacts the enemy object ECH, the object OCH1 and the enemy object ECH battle each other in FIG. Display the screen.

  Various game parameters such as the type, physical strength value, and attack strength value of the object OCH1 are based on data recorded on the barcode card BC read by the barcode card card reader 115 at the start of the game or thereafter. The code card BC stores initial values of its strength and other characteristics.

The parameters indicating the characteristics of the object OCH1 change depending on various experiences associated with the progress of the game, such as the object OCH1 playing against the enemy object ECH or acquiring the object OCH1 in contact with the nutrition (honey) HN arranged on the route LP. The change is recorded on the memory card MC.

  As described above, the characteristics of the object OCH1 change according to the progress of the game, so that the game can be developed in various ways, and various barcode cards BC can be used effectively.

  An indicator OPD indicating the parameters of the object OCH1 is displayed on the screen. In the indicator OPD, the name of the object OCH1 (for example, “beetle”), the initial value PW1 (for example, “100”) of the physical strength, and the current physical strength PW2 ( For example, “80”), courage or experience value EX (for example, “20”) is displayed. The current physical strength PW2 is a result of the initial value PW1 being consumed due to a battle or the like. On the other hand, the experience value EX increases by a predetermined value by winning the battle or acquiring the nutritional HN.

  Regarding parameter change, the CPU 101 and the system memory 102 function as parameter change means.

  In FIG. 4, when the object OCH1 battles the enemy object ECH, the screen shifts to the battle screen, and the battle pattern is displayed together with the sound. As a result of the exhaustion of physical strength, the battle is defeated when the physical strength becomes “0” first, and the exhaustion of physical strength is determined by a probabilistic process taking various parameters into consideration. Regarding the battle result determination, the CPU 101 and the system memory 102 function as battle result determination means.

  The screen displays not only the indicator OPD1 of the object OCH1 but also the indicator EPD of the enemy object ECH. Like the indicator OPD1, the indicator EPD displays the name NM (for example, “Mengata Kabuto”), the initial strength value PW1, and the current physical strength. PW2 is displayed, and a special move ESK (for example, “Janken no Goo”) is further displayed. The Special Move ESK is a skill of the enemy object ECH. When the Special Move ESK is selected as a technique of the enemy object ECH by the probability selection, the object OCH is caused more damage or the physical strength of the enemy object ECH is increased. You can recover, temporarily reduce the winning rate of the object OCH, cause iko damage only to the object OCH when you play in each battle (for example, Janken), or the object OCH can use its Special Moves The situation which is advantageous to various self, such as eliminating, is produced.

  In addition to the card for setting the player side object, the bar code card BC is provided with an option card for setting the specialty technique of the player side object, etc., and the indicator OPD1 has a special technique OSK (set by the option card). For example, “Jaken no Par”) is displayed. The option card can be read as appropriate at the start of the game or thereafter.

  As shown in FIG. 5, when the object OCH1 loses against the enemy object ECH, the object OCH1 displays the main character MCH to fly away and erases it from the game space. When the object OCH1 is not in the game space, the main character MCH can move on the path LP, but cannot compete with other enemy objects ECH on the path LP, and therefore passes through the place where the enemy object ECH is arranged. I can't progress and I can't progress the game.

  At this time, the time measurement is started from the time when the object OCH1 is removed from the memory card MC, and processing for recovering the physical strength of the object OCH1 is performed according to the elapsed time. At this time, if the barcode card BC of the object OCH1 is read again by the card reader 115, the object OCH1 whose physical strength has been recovered can be returned to the game according to the elapsed time.

  Note that the CPU 101 and the system memory 102 function as an object stop unit and an object recovery unit with regard to the function stop of the object OCH1 and the object recovery after a predetermined time due to the physical strength value of the object OCH1 becoming 0.

  When the player wants to immediately advance the game before the predetermined time has elapsed, the player causes the card reader 115 to read the barcode card BC of another object OCH2 (FIG. 6).

  In FIG. 6, the object OCH2 jumps by reading the barcode card BC on which the ability value of the object OCH2 is recorded by the card reader 115. Thus, the main character MCH can ride the object OCH2 and continue the game. At this time, the newly appearing object OCH2 always has the maximum physical strength, that is, the physical strength given by the initial value.

  In FIG. 7, in the process of progressing the game, the player can appropriately read the barcode card BC for setting the object with the card reader 115, and a new object OCH2 comes from the sky and is exchanged for the object OCH1. The object exchange can be used as one of various strategies for leading the game to victory, such as selecting an object that is advantageous to the enemy object with which to battle. Regarding the object change, the CPU 101 and the system memory 102 function as an object change unit.

  In the game apparatus 100, the image generation means 117 and the system memory 102 function as object generation means for generating objects CH1 and CH2, and further function as enemy object generation means for generating enemy objects.

[Game program]
[Example 1]
FIGS. 8 to 15 are flowcharts showing Example 1 of the game program executed by the game apparatus 100 of FIG. 1, and FIG. 16 is a graph showing an example of change in the winning percentage used in the game program. .

  In FIG. 8, the entire flow of the game shown in FIGS. 3 to 7 is executed by the following steps.

  Step S801: At the start of the game, it is first determined whether or not a valid memory card MC is inserted in the card reader / writer 116. If the memory card MC has been inserted into the card reader / writer 116, the process proceeds to step S803, and if not, the process proceeds to step S802.

  Step S802: A message to the effect that the memory card MC should be inserted is displayed on the display means 112, and the process returns to step S801.

  Step S803: It is determined whether or not a new barcode card BC has been read by the card reader 115. If a new barcode card BC has not been read, the process proceeds to step S804, and if not, the process jumps to step S805.

  Step S804: The object registered in the memory card MC in the previous game is read, and the process proceeds to Step S805. Thus, when only one object is used, it is possible to skip the reading of the barcode card BC and start the game.

  Step S805: The measurement of the game time is started, and the process proceeds to Step S806.

  Step S806: The game is executed. Thereafter, the process ends.

  In FIG. 9, the game execution in step S806 is executed by the following steps.

  Step S901: First, a situation during game execution is determined. When the game is in a normal progress state where the main character MCH is moving, the process proceeds to step S902. When the game is a situation where the game is playing against the enemy object ECH, the process proceeds to step S903, where the honey HN appears. Advances to step S904.

  Step S902: A normal progress state process such as movement of the main character MCH is executed, and the process proceeds to step S905.

  Step S903: A battle process with the enemy object ECH is executed, and the process proceeds to step S905.

  Step S904: The process of the situation where the honey HN appears is executed, and the process proceeds to step S905.

  Step S905: It is determined whether or not the main character MCH has reached the goal. When the main character MCH reaches the goal, the ending face is displayed as a game clear regardless of the remaining time of the game, and the game is ended after having been recorded on the memory card MC.

  Step S906: It is determined whether or not a predetermined game time (for example, 5 minutes) started in step S805 has ended. When finished, record the game progress up to that point (map progress or ID of currently playing map, growth parameter of object OCH, etc.) on the memory card MC and finish the game, otherwise step The process returns to S901.

  Note that the game time extension process such as the player inserting an additional coin into the coin switch 105B is set, and when the extension process is performed, the process returns to step S901. Otherwise, the process ends. It is good to do. In the extension process, the game time measurement is reset to the initial value.

  In FIG. 10, processing such as movement in step S902 is executed by the following steps.

  Step S1001: First, a situation in which a normal game is in progress is determined. When the main character is performing an action based on the joystick 115A, the process proceeds to step S1002, when the insect is being replaced, the process proceeds to step S1003, and when the option card is read, the process proceeds to step S1004.

  Step S1002: Processing such as movement based on the joystick 115A is executed for a predetermined time, and the process proceeds to step S1005.

  Step S1003: Insect exchange processing is executed, and the process returns to step S1001.

  Step S1004: The option card process is executed, and the process returns to step S1001.

  Step S1005: It is determined whether it is a predetermined timing at which the situation determination in step S901 should be performed. If it is a predetermined timing, the process is terminated as it is. If not, the process returns to step S1001.

  In FIG. 11, the battle process in step S903 is executed by the following steps.

  Step S1101: First, data of the current object (OCH1, OCH2) is acquired from the memory card MC and the barcode card BC, and the process proceeds to step S1102.

  Step S1102: While acquiring the data of the enemy object ECH, the winning / losing of the battle is determined by the stochastic process. At this time, the game apparatus 100 outputs a battle situation and a result image and sound based on the determination result. Thereafter, the process proceeds to step S1103.

  Step S1103: It is determined whether or not the player side has won. When the player side wins, the process proceeds to step S104, and when not, the process proceeds to step S1105.

  Step S1104: A value corresponding to the experience value parameter on the memory card MC is increased by a predetermined value on the system memory, and after the processing is overwritten, the changed experience value parameter memory card MC is overwritten. Thereafter, the process ends.

  Step S1105: Here, the object jumps away and time measurement for the object recovery process is started. In order to set a new object OCH2, a message for reading a new barcode card BC is displayed. Thereafter, the process ends.

  In FIG. 12, the process of step S904 is executed by the following steps.

  Step S1201: First, a message notifying the player that the experience value increases due to the appearance of the honey HN, the operation of acquiring the honey HN, and the acquisition of the honey HN is displayed on the display means 112. When removing the honey HN, for example, the button 115C is pressed.

  Step S1202: Following step S1201, it is determined whether or not the player has performed an operation to acquire honey HN. If the operation for obtaining the honey HN has been performed, the process proceeds to step S1203. If not, the process ends.

  Step S1203: The experience value parameter of the memory card MC is increased by a predetermined value, and the process is terminated as it is.

  In FIG. 13, the process of step S1003 is executed by the following steps.

  Step S1301: First, a new bar code card BC is read, and the data is registered in the memory card MC.

  Step S1302: Following step S1301, a new object OCH2 appears and is exchanged with the current object OCH1. Thereafter, the process ends.

  In FIG. 14, the process of step S1004 is executed by the following steps.

  Step S1401: First, a new option card is read and the data is registered in the memory card MC.

  Step S1402: Subsequent to step S1401, processing corresponding to a new option card, for example, addition of a new specialty technique is executed, and then the processing ends.

  In FIG. 15, the process of step S1102 is executed by the following steps. In this embodiment, as described in the paragraph “0062”, the game is ended when a predetermined game time elapses. Therefore, even a child with relatively low game operation technology can play for a certain period of time, If it takes a long time to settle the battle, the game may be over due to time out before the game progresses much. Therefore, in this embodiment, the battle is automatically processed by the process of FIG. 15 in order to settle in a short time regardless of the skill of the player's operation technique.

  Step S1501: First, an array of “win” and “negative” corresponding to the winning percentage of the current player-side object (for example, OCH1) is generated. For example, when the win rate is 75%, an array consisting of 3 “wins” and 1 “negative” is generated. If 50%, the same number of “wins”, “negative”, 25%, 3 “Negative” and one “win”. If one element is selected at random from this array, it is possible to determine win / loss according to the winning percentage.

  However, the win / loss mentioned here is not final, but is a win / loss to reduce the physical strength of any object. The final victory or defeat will be decided when one of the players becomes “0”.

  For example, as shown in FIG. 16, the winning rate is given by a monotonically increasing function corresponding to the value of the experience value parameter (courage), and the winning rate ranges from 0% to 100% in response to a change of 0 to 100 in the experience value. To rise.

  Step S1502: Subsequent to step S1501, an array including a deadly technique is generated for the technique of the enemy object. For example, if an enemy object has a Janken “Goo”, “Choki”, “Par” skill, and its Special Move is “Goo”, it will have two “Goo”, one “Cheki”, and “Par”. Create an array containing one element. One technique is randomly selected from this array. When the Special Move is selected, a situation advantageous to the enemy object occurs as described above.

  Step S1503: One technique is randomly selected from the array generated in step S1502.

  Step S1504: It is determined whether or not the technique selected in step S1503 is a deadly technique. If it is a special move, the process proceeds to step S1506. If not, the process proceeds to step S1505.

  Step S1505: Win / loss is determined by probability processing. That is, winning or losing is determined by randomly selecting one element from the array generated in step S1501. Thereafter, the process proceeds to step S1507.

  However, the win / loss mentioned here is not final, but is a win / loss to reduce the physical strength of any object. The final victory or defeat will be decided when one of the players becomes “0”.

  Step S1506: The player side object is lost and its physical strength is reduced. Thereafter, the process proceeds to step S1509.

  Step S1507: It is determined whether or not the player side object has won in the process of step S1505. If the player-side object wins, the process jumps to step S1509; otherwise, the process proceeds to step S1508.

  Step S1508: Since the player side object has won, the physical strength of the enemy object is decreased by a predetermined value, and the process proceeds to step S1509.

  Step S1509: The element selected in Steps S1503 and S1505 is deleted from the array generated in Steps S1501 and S1502 to prepare for subsequent processing.

  Step S1510: It is determined whether or not an array having no element is generated by the element deletion in step S1509. If an elementless array is generated, the process proceeds to step S1511. If not, the process jumps to step S1512.

  Step S1511: The array with no elements is returned to the current state, that is, the state when it was generated in Step S1501 or S1502. Thereafter, the process proceeds to step S1512.

  Step S1512: It is determined whether the physical strength of the enemy object has become “0”. When the physical strength of the enemy object becomes “0”, the process proceeds to step S1515. Otherwise, the process proceeds to step S1513.

  Step S1513: It is determined whether or not the physical strength of the player side object has become “0”. When the physical strength of the player side object becomes “0”, the process proceeds to step S1514. Otherwise, the process returns to step S1503.

  Step S1514: Finally, the enemy object is won and the process is terminated.

  Step S1515: Finally, the player-side object is won, and the processing is ended as it is.

[Example 2]
FIGS. 17 to 28 are flowcharts showing a second embodiment of the game program executed by the game apparatus 100 of FIG.

  In FIG. 17, the entire flow of the game is executed by the following steps.

  Step S1701: When the game apparatus 100 is activated for the first time, an automatic check of the game apparatus 100 is executed, and the process proceeds to Step S1702.

  Step S1702: It is determined whether or not a card dispensing error has occurred in the game device. If a card dispensing error has occurred, the process proceeds to step S1707. If not, the process proceeds to step S1703.

  Step S1703: The advertisement process is executed, and the process proceeds to step S1704.

  Step S1704: It is determined whether or not a coin has been inserted into the coin switch 105B. If a coin is inserted, the process proceeds to step S1708; otherwise, the process proceeds to step S1705.

  Step S1705: It is determined whether or not the memory card MC is inserted in the card reader / writer 116. If the memory card MC has been inserted into the card reader / writer 116, the process proceeds to step S1711. If not, the process proceeds to step S1706.

  Step S1706: In order to test the game apparatus 100, it is determined whether or not a test button (not shown) provided in a place where the player cannot easily touch the inside or the back of the game apparatus 100 is pressed. . If the test button has been pressed, the process proceeds to step S1713; otherwise, the process returns to step S1703.

  Step S1707: Screen processing for displaying a card dispensing error is executed.

  Step S1708: A play selection process is executed, and the process proceeds to step S1709.

  Step S1709: Game processing is executed, and the process proceeds to step S1710.

  Step S1710: A game over process is executed, and the process returns to step S1702.

  Step S1711: A memory card reading process is executed, and the process proceeds to step S1712.

  Step S1712: Screen processing for displaying memory card information is executed, and the process proceeds to step S1715.

  Step S1715: It is determined whether or not a coin has been inserted into the coin switch 105B. If a coin has been inserted, the process proceeds to step S1708; otherwise, the process proceeds to step S1716.

  Step S1716: It is determined whether or not the memory card MC is removed from the card reader / writer 116. If the memory card MC is removed, the process returns to step S1703, and if not, the process returns to step S1715.

  In FIG. 18, the advertisement process (step S1703) in FIG. 17 is executed by the following steps.

  Step S1801: First, a company name logo is displayed, and the process proceeds to step S1802.

  Step S1802: The logo of the department that developed the game program is displayed, and the process proceeds to step S1803.

  Step S1803: The title screen of the game program is displayed, and the process proceeds to step S1804.

  Step S1804: A game program demonstration screen is displayed, and the process is terminated.

  In FIG. 19, the memory card reading process (step S1711) of FIG. 17 is executed by the following steps.

  Step S1901: First, it is determined whether or not a predetermined time has elapsed since it was determined in step S1704 that a coin was inserted. When the specified time has not elapsed, the process proceeds to step S1902, and when the specified time has elapsed, the process proceeds to step S1903.

  Step S1902: It is determined whether or not the memory card MC is inserted in the card reader / writer 116. If the memory card MC has been inserted into the card reader / writer 116, the process proceeds to step S1904. If not, the process proceeds to step S1909.

  Step S1903: A screen process indicating that the specified time has elapsed is executed, and the process ends.

  Step S1904: It is determined whether or not the memory card MC inserted in the card reader / writer 116 is readable. If it is readable, the process proceeds to step S1905; otherwise, the process proceeds to step S1909.

  Step S1905: Screen processing indicating that the card reader / writer 116 can read the memory card MC is executed, and the process advances to step S1906.

  Step S1906: The memory card MC executes a reading process, and the process proceeds to step S1907.

  Step S1907: It is determined whether or not the memory card MC has been normally read. If it can be read normally, the process proceeds to step S1908; otherwise, the process proceeds to step S1910.

  Step S1908: Screen processing indicating that the memory card MC has been normally read is executed, and the processing is terminated as it is.

  Step S1909: If it is determined in step S1902 that the memory card MC has not been inserted into the card reader / writer 116, screen processing to that effect is executed, and the process returns to step S1901.

  Step S1910: If it is determined in step S1907 that the memory card MC could not be read normally, screen processing to that effect is executed, and the process returns to step S1901.

  20, the play selection process (step S1708) of FIG. 17 is executed by the following steps.

  Step S2001: First, screen processing for starting play selection is executed, and the process proceeds to Step S2002.

  Step S2002: When selecting a play, it is determined whether or not the player has executed the game program for the first time, that is, the player has not entered the memory card MC or option card (barcode card BC) using the joystick 105A or the like. To do. When the game program is executed for the first time, the process proceeds to step S2003. Otherwise, the process proceeds to step S2012.

  Step S2003: Screen processing for purchasing the memory card MC and the option card BC is executed, and the process proceeds to step S2004.

  Step S2004: It is determined whether or not the player has selected to purchase the memory card MC, that is, “Buy Card” with the joystick 105A or the like. If “Buy Card” is selected, the process proceeds to step S2005. Otherwise, the process proceeds to step S2006.

  Step S2005: Screen processing for purchasing a memory card is executed, and the process proceeds to step S2008.

  Step S2006: One option card BC is paid out from the card dispenser 120A, and the process proceeds to Step S2007.

  Step S2007: A game (step S1709) is executed.

  Step S2008: It is determined whether or not a coin (for example, 100 yen) is inserted into the coin switch 105B. If a coin is inserted, the process proceeds to step S2009, and if not, the process proceeds to step S2006.

  Step S2009: Screen processing for paying out a memory card is executed, and the process proceeds to step S2010.

  Step S2010: It is determined whether or not a coin (for example, 100 yen) has been inserted into the coin switch 105B. If a coin is inserted, the process proceeds to step S2011, and if not, the process proceeds to step S2006.

  Step S2011: One memory card MC is paid out from the card dispenser 120B, and the process proceeds to Step S2012.

  Step S2012: The memory card MC is read by the card reader / writer 116, and the process proceeds to step S2013.

  Step S2013: Determine the remaining number of memory cards MC read in step S2012. When the remaining number of times is 0, the process proceeds to step S2014. Otherwise, the process proceeds to step S2006.

  Step S2014: It is displayed that the remaining number of memory cards MC is 0, screen processing for inquiring whether or not to take over the memory card MC is executed, and the process proceeds to step S2015.

  Step S2015: It is determined whether or not the player has selected to take over the memory card MC. When the handover is selected, the process proceeds to step S2016. Otherwise, the process proceeds to step S206.

  Step S2016: The procedure for taking over the memory card is executed, and the process proceeds to Step S2007.

  In FIG. 21, the initial startup check process (step S1701) of FIG. 17 is executed by the following steps.

  Step S2101: First, a coin setting error for the coin switch 105B is detected. If a coin setting error is detected, the process proceeds to step S2102; otherwise, the process proceeds to step S2103.

  Step S2102: Screen processing for indicating a coin setting error is executed.

  Step S2103: First, a device error relating to communication means is detected. If a device error is detected, the process proceeds to step S2104, and if not, the process proceeds to step S2105.

  Step S2104: Screen processing for indicating a communication means device error is executed.

  Step S2105: A device error of another device (ID card reader or the like) is detected. If a device error is detected, the process proceeds to step S2106, and if not, the process proceeds to step S2107.

  Step S2106: Screen processing for indicating a device error error of the other apparatus is executed.

  Step S2107: A warning message regarding the copyright of the game program is displayed, and the process is terminated as it is.

  In FIG. 23, the process (step S2016) of the memory card takeover procedure of FIG. 20 is executed by the following steps.

  Step S2301: First, screen processing for starting a memory card takeover procedure is executed. Here, the player is inquired whether or not to newly purchase the memory card MC or the option card BC. Next, it progresses to step S2302.

  Step S2302: It is determined whether or not the player has selected to purchase the memory card MC or the option card BC. If the player selects card purchase, the process proceeds to step S2303; otherwise, the process proceeds to step S2308.

  Step S2303: Screen processing for card purchase is executed, and the process proceeds to step S2304.

  Step S2304: It is determined whether or not a coin has been inserted into the coin switch 105B. If a coin is inserted, the process proceeds to step S2310, and if not, the process proceeds to step S2305.

  Step S2305: Screen processing for card selection or the like is executed, and the process proceeds to step S2306.

  Step S2306: It is determined whether or not a coin is further inserted into the coin switch 105B. If a coin is inserted, the process proceeds to step S2307, and if not, the process proceeds to step S2309.

  Step S2307: One memory card MC is paid out from the card dispenser 120B, and the process proceeds to Step S2308.

  Step S2308: A memory card takeover process is executed.

  Step S2309: One option card BC is paid out from the card dispenser 120A, and the process proceeds to step S2310.

  Step S2310: One option card BC is paid out from the card dispenser 120A, and the process is terminated as it is.

  24, the game process (step S1709) of FIG. 17 is executed by the following steps.

  Step S2401: First, a predetermined still image (for example, five images) indicating the content of the game, rules, and the like is displayed, and the process proceeds to step S2402.

  Step S2402: A map movement process associated with the movement of the main character MCH is executed, and the process proceeds to step S2403.

  Step S2403: It is determined whether or not the option card BC has been read from the card reader 115. If the option card BC has been read, the process proceeds to step S2404; otherwise, the process proceeds to step S2405.

  Step S2404: The strength data recorded on the option card BC is reflected on the player-side objects OCH1, OCH2, etc., and the flow returns to step S2402.

  Step S2405: It is determined whether or not the player-side objects OCH1, OCH2, etc. have acquired nutritional HN. When the nutritional HN is acquired, the process proceeds to step S2406. Otherwise, the process proceeds to step S2407.

  Step S2406: The increase in experience value such as courage due to acquisition of nutritional HN is reflected in the objects OCH1 and OCH2 on the player side, and the process returns to step S2402.

  Step S2407: It is determined whether or not the player-side objects OCH1, OCH2, etc. have encountered the enemy object ECH. If the enemy object ECH is encountered, the process proceeds to step S2408, and if not, the process proceeds to step S2409.

  Step S2408: A battle (battle) process with the enemy object ECH is executed, and the process returns to step S2402.

  Step S2409: It is determined whether or not a predetermined game time has ended. When the game time is over, the process proceeds to step S2410. Otherwise, the process returns to step S2402.

  Step S2410: The elapsed time after moving the map is determined. If the elapsed time after moving the map is within the predetermined time, the process returns to step S2409; otherwise, the process proceeds to step S2411.

  Step S2411: An end sound for game end is generated, and the process proceeds to step S2412.

  Step S2412: The image displayed on the display means 112 is faded out, and the process is terminated as it is.

  In FIG. 25, the memory card takeover process (step S2016) of FIG. 23 is executed by the following steps.

  Step S2501: First, the current game progress and information to be taken over from the current memory card MC are set in the system memory 102, and the process proceeds to step S2502.

  Step S2502: Determine the elapsed time from the start of the memory card takeover procedure. If the elapsed time is within the specified time, the process proceeds to step S2503. Otherwise, the process proceeds to step S2504.

  Step S2503: It is determined whether or not the memory card MC to be handed over is set in the card reader / writer 116. If the memory card MC is set, the process proceeds to step S2505. If not, the process proceeds to step S2515.

  Step S2504: If the specified time has elapsed since the start of the memory card takeover procedure, screen processing to that effect is executed, and the flow proceeds to step S2503.

  Step S2505: It is determined whether or not the usable count remains (new) in the memory card MC set in the card reader / writer 116. In the memory card MC, the number of times that the game can be executed by one card is set (for example, 30 times), and information cannot be taken over unless the card is used (called a new card). If it is new, the process proceeds to step S2506; otherwise, the process proceeds to step S2515.

  Step S2506: Screen processing for executing information writing to the new memory card MC is executed, and the process proceeds to step S2506.

  Step S2507: Write information to the new memory card MC, and proceed to step S2508.

  Step S2508: It is determined whether or not information writing to the new memory card MC has been executed normally. If the writing has been executed normally, the process proceeds to step S2509. If not, the process proceeds to step S2513.

  Step S2509: The memory card MC for which writing has been completed is read, and the flow proceeds to step S2510.

  Step S2510: It is determined whether or not the new memory card MC into which the information has been written matches the previous memory card MC from which the information has been read out. If they match, the process proceeds to step S2511; otherwise, the process proceeds to step S2513.

  Step S2511: A screen process indicating completion of handover is executed, and the process ends.

  Step S2512: If it is determined in step S2502 that the elapsed time from the start of the memory card handover procedure has exceeded the specified time, it is determined whether an error has occurred during writing. If an error occurs, the process proceeds to step S2514, and if not, the process ends.

  Step S2513: If it is determined in step S2508 that there is a writing abnormality or if it is determined in step S2510 that the card does not match, it is determined whether these determinations have been made five or more times. If it is determined that there is an abnormality or a mismatch five times or more, the process proceeds to step S2514. If not, the process proceeds to step S2515.

  Step S2514: Write error screen processing is executed.

  Step S2515: If it is determined in step S2503 that the memory card MC is not set, or if it is determined in step S2506 that it is not a new card, screen processing for displaying that a new card should be set is executed, and the process returns to step S2502. .

  In FIG. 26, the process of paying out one memory card (step S2011) in FIG. 20 is executed by the following steps.

  Step S2601: First, screen processing for starting the process of paying out one memory card is executed, and the process proceeds to step S2602.

  Step S2602: It is determined whether or not the card dispenser 120B is ready to take out the card memory card MC. If the card memory card MC can be taken out, the process proceeds to step S2603; otherwise, the process returns to step S2601.

  Step S2603: One memory card MC is paid out from the card dispenser 120B, and the process proceeds to Step S2604.

  Step S2604: Screen processing necessary for memory card payout processing is executed, and the process proceeds to step S2605.

  Step S2605: It is determined whether or not the memory card MC is clogged. If a card jam occurs, the process proceeds to step S2607, and if not, the process proceeds to step S2606.

  Step S2606: It is determined whether or not the card memory card MC can be removed. If the card cannot be picked up, the process returns to step S2604. If the card can be picked up safely, the process ends.

  Step S2607: Depend error screen processing for memory card MC clogging is executed.

  In FIG. 27, the process of paying out one option card (step S2006) in FIG. 20 is executed by the following steps.

  Step S2701: First, screen processing for starting the process of paying out one option card is executed, and the process proceeds to step S2702.

  Step S2702: It is determined whether or not the card dispenser 120A can issue the option card BC. If the option card BC can be taken out, the process proceeds to step S2703. Otherwise, the process returns to step S2701.

  Step S2703: One option card BC is paid out from the card dispenser 120A, and the process proceeds to Step S2704.

  Step S2704: Screen processing necessary for option card payout processing is executed, and the process proceeds to step S2705.

  Step S2705: It is determined whether or not the option card BC is clogged. If a card jam has occurred, the process proceeds to step S2707. If not, the process proceeds to step S2706.

  Step S2706: It is determined whether or not the option card BC can be taken. If the card cannot be picked up, the process returns to step S2704. If the card can be picked up safely, the process ends.

  Step S2707: Depend error screen processing for clogging of the option card BC is executed.

  In FIG. 28, the game over process (step S1710) of FIG. 17 is executed by the following steps.

  Step S2801: First, it is determined whether or not the game is started using the memory card MC. If the game is started using the memory card MC, the process proceeds to step S2802, and if not, the process proceeds to step S2803.

  Step S2802: Memory card write processing is executed, and the process proceeds to step S2804.

  Step S2803: Screen processing for advertising the memory card is executed, and the process proceeds to step S2807.

  Step S2804: It is determined whether or not the game is cleared. If the game is cleared, the process proceeds to step S2805; otherwise, the process proceeds to step S2807.

  Step S2805: Screen processing for displaying the current stage of the executed game is executed, and the process proceeds to step S2806.

  Step S2806: Screen processing for displaying the next level of the executed game is executed, and the processing is ended as it is.

  Step S2807: A screen process for displaying various advices and a note about forgetting a card is executed, and the process is terminated as it is.

  In FIG. 22, the memory card writing process (step S2802) of FIG. 28 is executed by the following steps.

  Step S2201: First, it is determined whether or not a predetermined time has elapsed since it was determined in step S1704 that a coin was inserted. When the specified time has not elapsed, the process proceeds to step S2202, and when the specified time has elapsed, the process proceeds to step S2203.

  Step S2202: It is determined whether or not the memory card MC is inserted in the card reader / writer 116. If the memory card MC has been inserted into the card reader / writer 116, the process proceeds to step S2204. If not, the process proceeds to step S2213.

  Step S2203: Screen processing indicating that the specified time has elapsed is executed, and the flow proceeds to step S2214.

  Step S2204: It is determined whether or not the memory card MC inserted in the card reader / writer 116 is in a writable state. If it is writable, the process proceeds to step S2205; otherwise, the process proceeds to step S2213.

  Step S2205: Screen processing indicating that the card reader / writer 116 is in a state of being writable to the memory card MC is executed, and the process proceeds to step S2206.

  Step S2206: It is determined whether or not the number of writable times of the memory card MC has been reduced by one. If the number of writable times has been reduced by one, the process proceeds to step S2207; otherwise, the process proceeds to step S2210.

  Step S2207: The memory card MC is written, and the process proceeds to step S2208.

  Step S2208: It is determined whether writing to the memory card MC has been completed normally. If the data can be written normally, the process proceeds to step S2209. If not, the process proceeds to step S2211.

  Step S2209: Screen processing indicating that the writing to the memory card MC has been completed normally is executed, and the processing is terminated as it is.

  Step S2210: If it is determined in step S2206 that the number of writes has not been reduced, the number of writes is decremented by 1, and the process proceeds to step S2207.

  Step S2211: When it is determined in step S2208 that normal writing has not been completed, it is determined whether or not this determination has been made five times or more. If it is determined that the abnormality is five or more times, the process proceeds to step S2212, and if not, the process proceeds to step S2513.

  Step S2212: Write error screen processing is executed.

  Step S2213: If it is determined in step S2202 that the memory card MC is not inserted in the card reader / writer 116, or if it is determined in step S2204 that the memory card MC cannot be written, screen processing to that effect is performed. Execute and return to step S2201.

  Step S2214: If it is determined in step S2201 that the elapsed time since the insertion of the coin has exceeded the specified time, it is determined whether or not an error has occurred during new writing. If an error occurs, the process proceeds to step S2212, and if not, the process ends.

[Example 3]
FIG. 29 is a flowchart showing a battle process in the third embodiment of the game program executed by the game apparatus 100 of FIG. In the third embodiment, an object can be selected and changed while the game is in progress, and an appropriate physical strength value can be applied to each object.

  The game execution (corresponding to step S806 in FIG. 8) in the third embodiment is executed by the following steps.

  Step S2901: First, measurement of game time is started at the start of game execution, and the process proceeds to step S2902.

  Step S2902: It is determined whether or not an operation for selecting an object such as a player character has been performed while the game is in progress. The selection operation is performed by the joystick 105A or the like, and an operation for reading the barcode card BC and the memory card MC into the card readers 115 and 116, selection of object data on the system memory 102, or the like is executed. If the selection operation has been performed, the process proceeds to step S2903. If not, the process proceeds to step S2911 and the game is continued as it is.

  Step S2903: It is determined whether or not the selected object is the same as the object currently used in the game. If the object is currently in use, the process proceeds to step S2911, and the game is continued as it is. If the object is not currently in use, the process advances to step S2904.

  Step S2904: It is determined whether or not the selected object is a new object. That is, it is determined whether the object can be selected in the game space or a new object. If it is a new object, the process proceeds to step S2905. If it is an object in the game space, the process proceeds to step S2908.

  Step S2905: It is determined whether the object is recorded on the memory card. If the object is recorded on the memory card, the process proceeds to step S2906; otherwise, the process proceeds to step S2907.

  Step S2906: The object data is read from the memory card MC, and the physical strength value (parameter) is determined based on the cono data. Next, the process proceeds to step S2910.

  Step S2907: The initial value of the object data (physical fitness value) is read from the barcode card BC, and the process proceeds to step S2910.

  Step S2908: It is determined whether or not the parameter (physical strength value) of the object in the selected game space has decreased from the initial value. Judge whether there is any. If the physical strength value has decreased, the process proceeds to step S2909, and if there is no decrease in physical strength value, the process proceeds to step S2910.

  Step S2909: The physical strength value is increased based on the time from the start of the game, and the process proceeds to step S2911.

  Step S2910: Switch the object to the selected one, and proceed to Step S2911.

  Step S2911: As in step S901 of FIG. 9, the situation during game execution is determined, and the process proceeds to steps S2912a, S2912b, S2912c,..., S2912n based on the determination result.

  Steps S2912a to S2912n: Various processes according to the game situation are executed.

  Step S2913: As in step S902 of FIG. 9, it is determined whether or not the game has been completed (goal) within success. When the goal is reached, the ending face is displayed as a game clear regardless of the remaining time of the game, and the game is ended after having been recorded on the memory card MC.

  Step S2914: It is determined whether or not a predetermined game time (for example, 5 minutes) started in step S805 has ended. When the game is over, the game progress up to that point (the progress of the map or the ID of the currently playing map, the growth parameter of the object OCH, etc.) is recorded on the memory card MC, and the game is finished. The process returns to S2901.

  As described above, in the third embodiment, it is possible to selectively use insects used in the past, new insects, insects used up to that time, etc. during the game, and their health values are set appropriately. Diversity expands.

  Further, since an object whose parameters such as physical strength are reduced is recovered while not being used (during rest), various strategies such as improving the strength by switching objects can be adopted.

  The joystick 105A, the CPU 101, and the system memory 102 cooperate to function as operation means for outputting a game start operation signal based on the player's input operation.

  The CPU 101 and the system memory 102 cooperate to function as a game start unit that starts a game based on a game start operation signal from the operation unit. When the game is started by the game start unit, the game starts. Functioning as timekeeping means for measuring the elapsed time from the time, functioning as play time management means for determining whether the elapsed time counted by the timekeeping means has reached a predetermined game end time, and the ability value of the player character It functions as a player character data reading means for reading the player character data from a player character data recording medium in which player character data for setting parameters is recorded, and varies based on the progress of the game set for the player character Predetermined change It functions as progress status data reading means for reading the progress status data relating to the parameters from the progress status data recording medium, and is determined by the player character data read from the player character data reading means or the player character selection operation signal from the operation means Based on the player character data and the progress status data, it functions as a player character generating means for setting the ability value parameter of the player character, and as an enemy character generating means for setting the ability value parameter of the enemy character that fights against the player character. And determines actions of the player character and the enemy character based on the ability value parameter of the player character and the ability value parameter of the enemy character. Functioning as action determining means, functioning as battle execution means for determining whether a physical strength value parameter of either the player character or the enemy character has reached a predetermined threshold according to the result of the action of each character, If it is determined by the battle execution means that neither of them has reached the predetermined threshold, the action determination process is repeated until one of the predetermined threshold is reached, and it is determined that one has reached the predetermined threshold The game progress status updating means for updating the progress status data based on the winning / losing determined by the battle control means, and the play time When the management means determines that a predetermined play time has elapsed from the start of the game, the game is terminated and the progress status data is Character data by means of player character data read from the player character data reading means or a player character selection operation signal from the operating means during the game. Is input, the parameter value of the input character data is compared with the parameter value of the current player character, and the input character is the current player character that is currently being used in the game. If it is determined that a character different from the current player character has been selected, the current player character is replaced with the parameter value of the input character, and the input character When the player character is changed by the player character changing means, the game character is selected from the start of the game while the game is in progress, when the player character is changed by the player character changing means. It functions as a physical strength value determining means for determining whether or not the changed physical strength value parameter of the character is approaching the predetermined threshold value until the operation signal is input, and the physical strength value approaches the predetermined threshold value. When it is determined that the physical strength value parameter of the selected character is determined based on the elapsed time information timed by the time measuring means, it functions as a physical strength value parameter determining means.

It is a front view which shows the Example of the game device which concerns on this invention. (Example) It is a block which shows the game device of FIG. (Example) It is a figure which shows the example of the game screen of the game device of FIG. (Example) It is a figure which shows the further another example of the game screen of the game device of FIG. (Example) It is a figure which shows the further another example of the game screen of the game device of FIG. (Example) It is a figure which shows the further another example of the game screen of the game device of FIG. (Example) It is a figure which shows the further another example of the game screen of the game device of FIG. (Example) It is a flowchart which shows the whole flow of Example 1 of the game program run with the game device of FIG. Example 1 It is a flowchart which shows the process of the game execution of FIG. Example 1 10 is a flowchart illustrating an example of processing such as movement in FIG. 9. Example 1 It is a flowchart which shows the example of the process of the battle | competition of FIG. Example 1 It is a flowchart which shows the example of the process of a honey appearance of FIG. Example 1 It is a flowchart which shows the example of the process of an insect exchange of FIG. Example 1 It is a flowchart which shows the example of a process of the option card | curd of FIG. Example 1 It is a flowchart which shows the example of the process of a win / loss determination of FIG. Example 1 It is a graph which shows the example of the change of the win rate of FIG. Example 1 It is a flowchart which shows the whole flow of Example 2 of the game program run with the game device of FIG. (Example 2) It is a flowchart which shows the example of the process of the advertisement of FIG. (Example 2) 18 is a flowchart illustrating an example of processing for reading a memory card in FIG. 17. (Example 2) It is a flowchart which shows the example of the process of the play selection of FIG. (Example 2) It is a flowchart which shows the example of the process of the check at the time of first time starting of FIG. (Example 2) FIG. 29 is a flowchart showing an example of a memory card writing process of FIG. 28. FIG. (Example 2) FIG. 21 is a flowchart illustrating an example of processing of a memory card takeover procedure in FIG. 20. FIG. (Example 2) It is a flowchart which shows the example of a process of the game of FIG. (Example 2) It is a flowchart which shows the example of the memory card takeover process of FIG. (Example 2) FIG. 21 is a flowchart illustrating an example of processing for paying out one memory card in FIG. 20. FIG. (Example 2) FIG. 21 is a flowchart illustrating an example of processing for paying out one option card in FIG. 20. FIG. (Example 2) It is a flowchart which shows the example of the process of the game over of FIG. (Example 2) It is a flowchart which shows the example of the process of the game execution of Example 3 of the game program performed with the game device of FIG. (Example 3)

Explanation of symbols

101 CPU
DESCRIPTION OF SYMBOLS 102 System memory 105A Joystick 115 Card reader 116 Card reader / writer 117 Image generation means BC Bar code card (non-rewritable storage medium)
MC memory card (rewritable storage medium)

Claims (7)

Reading means capable of reading a non-rewritable storage medium in which object data is recorded;
Reading means for reading from and writing to a rewritable storage medium capable of recording the parameters of the object;
Object generating means for generating the object;
Object operating means for operating the object displayed on the display means;
Enemy object generating means for generating an enemy object that battles the object;
A battle result judging means for judging a result of a battle between the object and the enemy object based on the data of the object, the parameter, and a predetermined chance element;
Parameter changing means for changing a parameter recorded in the rewritable storage medium in response to the battle result;
A game device comprising: A game apparatus, further comprising: an object changing unit that changes the object to an object corresponding to data in the new storage medium when the reading unit reads a new storage medium. An object stopping means for stopping the function of the object whose parameter is equal to or less than a predetermined value;
An object recovery means for measuring the time from the function stop of the object, and recovering the parameter so that the function of the object is recovered after a predetermined time;
A game apparatus further comprising: An operation means for outputting an operation signal based on a player's input operation;
Game start means for starting a game based on a game start operation signal from the operation means;
Timing means for timing the elapsed time from the start of the game when the game is started by the game starting means;
Play time management means for determining whether the elapsed time counted by the time counting means has reached a predetermined game end time;
Player character data reading means for reading the player character data from a player character data recording medium in which player character data for setting the ability value parameter of the player character is recorded;
Progress status data reading means for reading progress status data relating to a predetermined fluctuation parameter set for the player character and changing based on the progress status of the game from the progress status data recording medium;
A player who sets the ability value parameter of the player character based on the player character data read from the player character data reading means or the player character data determined by the player character selection operation signal from the operation means and the progress status data Character generation means;
An enemy character generating means for setting an ability value parameter of an enemy character to play against the player character;
Action determining means for determining actions of the player character and the enemy character based on the ability value parameter of the player character and the ability value parameter of the enemy character;
A battle execution means for determining whether a physical strength value parameter of either the player character or the enemy character has reached a predetermined threshold according to a result of the action of each character;
If it is determined by the battle execution means that neither of them has reached the predetermined threshold, the action determination process is repeated until one of the predetermined threshold is reached, and it is determined that one has reached the predetermined threshold If it is, the winning / losing judging means for judging the losing side as losing,
Game progress status update means for updating the progress status data based on the win / loss determined by the battle control means;
When it is determined by the play time management means that a predetermined play time has elapsed from the start of the game, the game is ended, and progress data writing means for writing the progress data to the progress data recording medium;
The game device characterized by having. The game device according to claim 4,
When character data is input by the player character data read from the player character data reading means or the player character selection operation signal from the operation means during the game, the parameter value of the input character data and the current player character To determine whether or not the input character is the current player character that is currently used during the game, and that a character different from the current player character has been selected. If so, a player character changing means that replaces the current player character with the parameter value of the input character, and makes the input character a new player character,
When the player character is changed by the player character changing means, the changed character of the changed character from the start of the game to the input of the selection operation signal based on the changed character's physical strength parameter. Physical fitness value determining means for determining whether a physical fitness value parameter is approaching the predetermined threshold;
Physical strength value parameter determining means for determining the physical strength value parameter of the selected character based on elapsed time information timed by the time measuring means when it is determined that the physical strength value is approaching a predetermined threshold value; ,
A game apparatus further comprising: A reading step capable of reading a non-rewritable storage medium in which object data is recorded;
A reading step for reading from and writing to a rewritable storage medium capable of recording the parameters of the object;
An object generation step for generating the object;
An object operation step of operating the object displayed on the display means;
An enemy object step for generating an enemy object to fight against the object;
A battle result determination step of determining a battle result between the object and the enemy object based on the data of the object, the parameter, and a predetermined chance element;
A parameter changing step for changing a parameter recorded in the rewritable storage medium in response to the battle result;
A game program with A computer-readable storage medium in which the game program according to claim 6 is stored.

Images