JP2015116268A - Game device and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To dispense a plurality of print media with characters printed thereon for one game play.SOLUTION: Upon detection of payment of an additional counter value made after processing for one play, a game device allows selection of another character different from already selected characters, and prints the character on a print medium and dispenses it.

Description

  The present invention relates to a game device and a program, and more particularly to a game device and a program for discharging a print medium on which printing has been performed.

  2. Description of the Related Art Conventionally, there is a game machine that can print out information such as game content and rank in the game on a card after the game is played (Patent Document 1).

Japanese Patent Application Laid-Open No. 07-039644

  In consideration of the benefit for the game play, only one card is set for each game play in consideration of the benefit for the game play. However, this may not meet the player's needs. Specifically, for example, in a game or the like in which a character that appears randomly during the game in a single game play can be card printed, even if there are a plurality of characters for which card printing is desired, only one character can be card printed. . At this time, in order to print the other characters that have not been printed on the card, the player has to repeat the game play until the character appears again in the game.

  The present invention has been made in view of the above-described problems, and an object of the present invention is to provide a game apparatus and a program capable of discharging a plurality of print media on which characters are printed for one game play.

  In order to achieve the above object, a game apparatus of the present invention is characterized by having the following configuration. Specifically, the game device is a game device that executes processing related to one play of the game in accordance with the payment of the consideration, the detection means for detecting that the compensation has been paid, and the detection means Execution means for executing a process relating to one play in response to the detection that payment has been made, and a print target appearing during the game in the one play after execution of the process relating to one play by the execution means A selection unit that enables selection of one of a plurality of characters, and a discharge unit that prints and discharges one character selected by the selection unit on a print medium. When it is detected that the additional payment has been made by the detection means after the execution of the process, the other one key different from the character already selected by the selection means. Rakuta and the selectable, discharge means discharges the print one other character in the print medium.

  With this configuration, according to the present invention, it is possible to discharge a plurality of print media on which a character is printed for one game play.

The block diagram which showed the function structure of the game device 100 which concerns on embodiment of this invention. The block diagram which showed the function structure of the game device 100 which concerns on embodiment of this invention. The figure which illustrated the card which printed the character discharged by game device 100 concerning the embodiment of the present invention The flowchart which illustrated the game process performed with the game device 100 which concerns on embodiment of this invention. The flowchart which illustrated the game part process performed with the game device 100 which concerns on embodiment of this invention. The figure which showed the example of a screen structure displayed on the display part 108 in the command phase of the game part process which concerns on embodiment of this invention. The flowchart which illustrated the card-ized process performed with the game device 100 which concerns on embodiment of this invention. The flowchart which illustrated the item determination process performed with the game device 100 which concerns on embodiment of this invention. The figure for demonstrating the increase in the number of acquisition items in the item determination process which concerns on embodiment of this invention The figure which showed the example of a screen structure displayed on the display part 108 in the card-izing process which concerns on embodiment of this invention. The flowchart which illustrated the candidate determination process performed with the game device 100 which concerns on embodiment of this invention. The figure which illustrated the data composition of the various data concerning the embodiment of the present invention

[Embodiment]
Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. One embodiment described below is a game apparatus as an example of a game apparatus that starts a game in response to payment of a consideration and can eject a card on which characters printed in the game are printed after the game ends. Next, an example to which the present invention is applied will be described. However, the present invention can be applied to any device capable of selecting a character appearing in a game based on a predetermined condition, printing the character on a print medium in accordance with payment of a price, and discharging the character.

<< Configuration of Game Device 100 >>
FIG. 1 is an external view illustrating a game apparatus 100 according to an embodiment of the present invention. In the game apparatus 100 according to the present embodiment, the player can start one play relating to the game by inserting coins or corresponding coins into the coin insertion slot 120. In the game executed by the game apparatus 100 of the present embodiment, the player can use five characters as operation characters. Part or all of the operation characters can be registered so that the character corresponding to the card is used in the game play by causing the reading unit 109 to read the card corresponding to the game owned by the player. During the game play, the player can perform an operation input related to the game by operating a joystick and various buttons provided as the operation input unit 110. The display unit 108 displays a game screen related to a game executed in the game apparatus 100.

  In the game apparatus 100 of the present embodiment, when one game is completed, the player can select a character appearing during the game play as a target to be printed on a card (cardification target). The character selected as the object to be carded is printed on the card after a predetermined operation and discharged from the discharge port 130. The discharged card can be used to register an operation character when a new game play is performed, and the player can use the character to be carded in the next game play.

<Functional Configuration of Game Device 100>
FIG. 2 is a block diagram showing a functional configuration of the game apparatus 100 according to the embodiment of the present invention.

  The CPU 101 controls the operation of each block included in the game apparatus 100. Specifically, the CPU 101 controls the operation of each block by, for example, reading the operation program for each block stored in the ROM 102 and developing it in the RAM 103 and executing it.

  The ROM 102 is, for example, a rewritable nonvolatile memory. The ROM 102 stores information such as parameters necessary for the operation of each block in addition to the operation program for each block of the game apparatus 100. The RAM 103 is a volatile memory. The RAM 103 is used not only as a development area for the operation program of each block, but also as a storage area for temporarily storing data output in the operation of each block.

  The character DB 104 is a database that manages information on characters appearing in a game executed in the game apparatus 100 of the present embodiment. Data managed for one character may have a data structure as shown in FIG. In the example of FIG. 12A, in association with the character ID 1201 that is character identification information, type information 1202 indicating character types (attributes) that can be selected when the character is converted into a card, for each character type in advance. Characters such as defined ability information 1203 indicating character-specific ability parameters such as physical strength and attack power, and attack techniques (adverse effects such as damage and inability to act on enemy characters) perform an attack action. Action information 1204 indicating action (effect) to be performed in some cases, appearance rate information 1205 indicating the probability of appearance of the character in the game, and graphic information 1206 for specifying graphic data for each type of the character. In the game according to the present embodiment, a cooperative action occurs when a plurality of characters meet a predetermined condition. Therefore, the behavior information 1204 includes, for example, information on the occurrence condition of the cooperative action and its action. It shall be.

  The item DB 105 is a database that manages items that can be increased / decreased by associating with operation characters, which can be obtained in the game of the present embodiment. Data managed for one item may have a data structure as shown in FIG. 12B, for example. In the example of FIG. 12B, in association with the item ID 1211 which is the item identification information, adjustment information 1212 indicating information on the increase / decrease of the ability parameter of the character changed by the item, the probability that the item can be acquired in the game Acquisition rate information 1213 to be displayed, applied character information 1214 indicating a character to which the item can be applied, and graphic information 1215 for specifying graphic data of the item.

  The payment detection unit 106 detects the insertion of coins or corresponding coins into the coin insertion slot 120. When the payment detection unit 106 detects that a predetermined coin or a corresponding coin has been inserted for the start of the game relating to one play, the CPU 101 sends a control signal indicating that the payment for the start of the game has been paid. Output to. When the payment detecting unit 106 detects that a predetermined coin or a corresponding coin has been inserted for the additional card, the CPU 101 sends a control signal indicating that the payment for the additional card has been paid. Output.

  The drawing unit 107 is, for example, a GPU. The drawing unit 107 draws a game screen related to the game of the present embodiment. Specifically, the drawing unit 107 reads out necessary drawing objects in accordance with information such as in-game parameters according to the progress of the game, and develops them in a development memory (not shown) during execution of the game processing described later. Drawing is performed by executing arithmetic processing.

  The display unit 108 is a display device included in the game apparatus 100 such as an LCD. A game screen drawn by the drawing unit 107 is displayed on the display unit 108.

  When the player starts the game, the reading unit 109 reads information for designating a character used for play in the game from a predetermined card. In the game of this embodiment, the player can designate a character to be used for play by causing the reading unit 109 to read a card 300 as shown in FIG. In the card 300, information for designating a character is described as a two-dimensional barcode 301, and the reading unit 109 reads the barcode. The two-dimensional barcode 301 indicates various parameter information and the like when using a character drawn on a card in the game, including a character ID and an item ID attached to the character.

  In the present embodiment, the information for designating the character used in the game is described as being acquired by the reading unit 109 reading the two-dimensional barcode described on the card, but the present invention is not limited to this. is not. The information for designating the character is not limited to information attached by printing on a print medium such as a card, but may be recorded in an information storage area such as an IC chip attached to the print medium. The structure which acquires the information which designates a character from this area | region may be sufficient.

  The operation input unit 110 is a user interface that the game apparatus 100 has, such as the above-described joystick and various buttons. When the operation input unit 110 detects an operation input made on various user interfaces, the operation input unit 110 outputs a control signal corresponding to the operation input to the CPU 101. In the present embodiment, the game apparatus 100 is described as including various interfaces as physical operation members. However, the game apparatus 100 may include, for example, a touch input detection sensor that detects a touch input made on the screen of the display unit 108. .

  The ejecting unit 111 ejects a card on which a symbol related to a character selected as a card to be printed is printed, including information specifying a character such as the two-dimensional code 301 shown in FIG. . In the present embodiment, the discharge unit 111 includes a printing device and a printed card discharge mechanism, starts printing by receiving a print instruction, and discharges the printed card to the discharge port 130 after printing is completed.

  The communication unit 112 is a communication interface that the game device 100 has to communicate with other devices. The communication unit 112 transmits / receives data by connecting to another game device or another server on the network by a predetermined communication method regardless of wired wireless communication.

《Game processing》
Next, game processing executed in the game apparatus 100 of the present embodiment having such a configuration will be described in detail with reference to the flowchart of FIG. The processing corresponding to the flowchart can be realized by the CPU 101 reading out a corresponding processing program stored in, for example, the ROM 102, developing it in the RAM 103, and executing it. This game process will be described as being started when various processes related to power-on are completed after the game apparatus 100 is turned on, for example.

  In step S <b> 401, the CPU 101 determines whether or not a payment related to the start of the game has been made. Specifically, the CPU 101 determines this step based on whether or not a corresponding control signal is received from the payment detection unit 106. If the CPU 101 determines that payment for the start of the game has been paid, the process proceeds to S402. If the CPU 101 determines that payment has not been made, the process of this step is repeated.

  In S402, the CPU 101 executes a game part process for performing a battle between characters in one play in the game of the present embodiment.

<Game part processing>
Hereinafter, the game part process according to the game of the present embodiment will be described in detail using the flowchart of FIG. In the game of this embodiment, the game part progresses by a battle between five characters constituting a team (player team) operated by the player and five characters constituting a team of the opponent (match team). In the game of the present embodiment, the player is a CPU part mode in which a player battles with a battle team whose operation is controlled in accordance with a predetermined thinking routine such as AI in the game part, and another player who operates in another game apparatus 100. It is assumed that a game can be played by selecting one of the player battle modes in which a battle with a battle team whose operation is controlled by the above is selected. In the following description of the flowcharts, the process of selecting the mode is omitted, but the steps that differ depending on the mode will be described with reference to the mode.

  In step S501, the CPU 101 receives registration of operation characters to be included in the player team. Specifically, the CPU 101 sets a time limit and, based on information such as a character ID acquired from the card read by the reading unit 109 within the time, a corresponding operation character is provided in, for example, the player team provided in the RAM 103. Process to register in the table. In the player team table, for example, in addition to the character ID, an ability parameter that has been increased or decreased by an associated item may be registered for each character. When the time limit has elapsed, the CPU 101 completes the process of this step, and moves the process to S502. If five characters are not registered in the player team table when the time limit elapses, the CPU 101 adds characters for the number of missing characters from the predetermined temporary use characters using, for example, an initial ability parameter, The process may be moved to S502. That is, even if the player does not have a card related to the game or does not have a sufficient number of cards to form a player team, the game of this embodiment can be advanced.

  In S502, the CPU 101 determines a battle team to be an opponent. For example, when the current mode is the CPU battle mode, the CPU 101 may draw lots according to the appearance rate information 1205 determined for each character, and determine five characters constituting the battle team, or may be configured in advance. One team may be selected in accordance with lottery or player operation from among the battle teams that have been played. For example, when the current mode is the player battle mode, the CPU 101 acquires information on the battle team via the communication unit 112 from the game device operated by the player as the battle opponent.

  In S503, the CPU 101 starts a game related to a battle between the player team and the battle team (hereinafter referred to as a battle game). Specifically, the CPU 101 registers information on the battle team determined in S502 in the battle team table, and starts a process related to the battle game based on the player team table and the battle team table. At this time, the CPU 101 starts measurement for acquiring the time required for the battle game.

  In the battle game of the present embodiment, the player can determine the arrangement of the characters of the player team in the command phase, and can attack the characters of the battle team based on the arrangement in the battle phase. In the competitive game, an attack zone 601 and a stay zone 602 as shown in FIG. 6A are provided in a face-to-face manner with respect to both teams, and the player operates an operation character in the zone assigned to the player team. Can be moved. The attack zone 601 is a zone in which a character that attacks an opponent team is arranged in the next battle phase. The stay zone 602 is a zone in which a character that recovers ability parameters such as a remaining physical strength value without attacking the opponent team is not arranged in the next battle phase. The player can play a battle game while setting a strategy by placing the characters of the player team in each zone in consideration of the action of the battle team and the progress of the game.

  In step S504, the CPU 101 executes processing related to the command phase, and starts measuring the elapsed time from the start of the command phase.

  In step S <b> 505, the CPU 101 determines whether a character (change target character) whose layout is to be changed has been selected. In the present embodiment, on the screen as shown in FIG. 6B, the player can select the change target character 611 using a joystick or the like. At this time, if it is detected that a predetermined OK button has been pressed, the CPU 101 determines that a change target character has been selected in the determination of this step. If the CPU 101 determines that the change target character has been selected, the process proceeds to S506. If the CPU 101 determines that the change target character has not been selected, the process proceeds to S507.

  In step S506, the CPU 101 performs a process of changing the arrangement of the change target character. The CPU 101 receives the control signal of the movement operation performed by the player from the operation input unit 110, causes the drawing unit 107 to draw a game screen in which the change target character is arranged at a position determined according to the operation, and causes the display unit 108 to display the game screen. Thus, the change mode is shown to the player.

  At this time, it may be notified that the distance between another character or a predetermined character arranged in the attack zone and the change target character arranged in the attack zone is a distance at which the cooperative action can be performed. In the battle game described in the present embodiment, a character arranged in a position within a predetermined distance from a character (leader character) selected in advance as a leader of the player team in the attack zone operates in cooperation with the leader character in the battle phase. Can be performed. Whether or not the change target character is in a state of being able to perform a cooperative action is determined by the cooperation when the change target character 622 exists around the leader character 621 as shown in FIG. 6C, for example. A circle 623 indicating the range in which the action is activated may be displayed, and when the change target character 622 is present in the range, the display mode may be notified, for example, by changing as illustrated.

  When the arrangement position of the change target character is confirmed, the CPU 101 moves the process to S507. After the placement is confirmed, the character in the cooperative action may be changed to a display mode for notifying that the cooperative action is activated, for example, as shown in FIG.

  In S507, the CPU 101 determines whether or not the time elapsed since the start of the command phase in S504 has reached the time limit. If the CPU 101 determines that the elapsed time from the start of the command phase has reached the time limit, it moves the process to S508, and if it determines that it has not reached, it returns the process to S505.

  The CPU 101 performs a process related to the battle phase in the processes after S508. First, in step S <b> 508, the CPU 101 executes, for the character placed in the stay zone, a recovery process for the character's ability parameter according to the number of placed phases (time).

  In step S509, the CPU 101 determines the order in which attack processing is performed on the characters of the player team and the battle team. Specifically, the CPU 101 targets characters placed in the attack zones of both teams in order from the character closest to the distance from the boundary line between the attack zones 601 provided face-to-face as shown in FIG. Assign the order of attack processing. In the present embodiment, the CPU 101 is described as defining the order in which the attack processing is performed according to the distance from the boundary line, but the embodiment of the present invention is not limited to this, and depending on the position where it is arranged. The order may be defined according to a predetermined standard. The CPU 101 stores in the RAM 103 information on the order of performing the determined attack process, and moves the process to S510.

  In S510, the CPU 101 selects a single character (selected character) to perform attack processing according to the determined order.

  In step S <b> 511, the CPU 101 determines whether the selected character is a target for performing a cooperative action. If the CPU 101 determines that the selected character is a target to perform a cooperative action, the process proceeds to S513. If the CPU 101 determines that the selected character is not a target to be performed, the process proceeds to S512.

  In step S512, the CPU 101 executes attack processing for the selected character. Specifically, the CPU 101 determines an attack technique with reference to the information of the action information 1204 associated with the character ID 1201 of the selected character, and performs damage processing on the character of the battle team according to the determined attack technique information.

  On the other hand, for the selected character that is determined to be the target for the cooperative action in S511, the CPU 101 executes attack processing in the cooperative action related to the selected character and the leader character in S513.

  In step S <b> 514, the CPU 101 determines whether or not the attack processing has been executed for all characters that perform the attack processing. If the CPU 101 determines that the attack process has been executed for all characters that perform the attack process, the process proceeds to S515, and if it is determined that there is a character that has not yet been executed, the process returns to S510.

  In S515, the CPU 101 determines whether or not the game part end condition is satisfied. The end condition is a predetermined condition such that, for example, all characters of the battle team are disabled due to an attack, all characters of the player team are disabled, or the time limit for the battle game has elapsed. Good. When the CPU 101 determines that the game part end condition is satisfied, the CPU 101 stops measuring the time required for the battle game started in S503, and displays information on the time and information indicating the battle result (winning / losing of the battle game). The game part process is completed by storing in the RAM 103. If the CPU 101 determines that the game part end condition is not satisfied, the CPU 101 returns the process to step S504 and performs the next phase process.

  When the game part process is completed in this way, the CPU 101 executes a card forming process for determining a character to be ejected by printing and discharging a card and completing the game process in S403 of the game process.

<Card processing>
Hereinafter, the carding process according to the game of the present embodiment will be described in detail using the flowchart of FIG.

  In S701, the CPU 101 executes an item determination process for determining an item to be acquired in one play. In the game of the present embodiment, the player can always acquire one item in one play, but in addition to this, the player can acquire a maximum of three items including additional items according to the game contents in the game part. Can do.

<Item decision processing>
Hereinafter, the item determination process for determining the number of items to be acquired and the items to be acquired will be described in detail with reference to the flowchart of FIG.

  In step S <b> 801, the CPU 101 performs a lottery process for determining whether to acquire an additional item based on the battle result of the battle game in the game part. Specifically, the CPU 101 reads information indicating the battle result from the RAM 103, and generates a lottery table in which additional items can be acquired with a probability based on the battle result. The probability based on the battle result is, for example, that the win or loss of the battle game as shown in FIG. 9A is “win”, “decision win (more physical strength values remain than the battle team after the time limit has passed)” The acquisition probability may be changed depending on whether it is “determination loss” or “loss”. The CPU 101 performs a lottery process based on the generated lottery table and determines whether to acquire an additional item. If the CPU 101 determines that an additional item is acquired as a result of the lottery, for example, the information on the number of acquired items stored in the RAM 103 is increased by 1, and if it is determined not to be acquired, the process proceeds to S802 without increasing or decreasing. .

  In S802, the CPU 101 performs a lottery process for determining whether or not to acquire an additional item based on the time required for the battle game in the game part. Specifically, the CPU 101 reads information on the time required for the battle game from the RAM 103, and generates a lottery table in which additional items can be acquired with a probability based on the time required for the battle game. The probability based on the time required for the battle game may be such that the acquisition probability is changed according to the time required as shown in FIG. 9B, similarly to the probability based on the battle result. The CPU 101 performs lottery processing based on the similarly generated lottery table, and determines whether or not to acquire an additional item. If the CPU 101 determines that an additional item is acquired as a result of the lottery, for example, the information on the number of acquired items stored in the RAM 103 is increased by 1, and if it is determined not to be acquired, the process proceeds to S803 without increasing or decreasing. .

  In step S803, the CPU 101 performs lottery processing for the number of acquired items determined by the processing in steps S801 and S802 in accordance with the information of the acquisition rate information 1213 for each item stored in the item DB 105. decide. The CPU 101 stores the acquired item information obtained as a result of the lottery in the RAM 103 as an acquired item table, and completes the item determination process.

  When the acquired item is determined in this way, the CPU 101 notifies the acquired item in S702 of the card processing. At this time, the screen displayed on the display unit 108 may be, for example, as shown in FIG. 10A. In this embodiment, the acquired item and the information on the effect obtained by correlating the item with the character and the card are displayed. Will be notified.

  In the present embodiment, the number of acquired items is described as being determined based on the battle result and the time required for the battle game, but the implementation of the present invention is not limited to this. In addition, although it has been described that lottery is performed when the number of acquired items is increased, when winning in a battle game, it may be configured to always increase if the time required for the battle game is within a predetermined time.

  In step S <b> 703, the CPU 101 executes candidate determination processing for determining a character (card candidate character) that can be carded.

<Candidate decision processing>
Hereinafter, candidate determination processing for determining a card candidate character will be described in detail with reference to the flowchart of FIG.

  In S1101, the CPU 101 determines whether or not the battle game is executed in the CPU battle mode. As will be described later, in the game of this embodiment, after the game part process is completed, a predetermined number of characters can be carded out of the characters of the player team and the characters of the battle team used in the battle game. On the other hand, if a character grown by another player can be converted into a card as it is, there is a possibility that the game balance will collapse and the player's interest in the game will be lost. Therefore, in the game of this embodiment, when the battle team of the battle game includes a character registered and operated by another player, the player game mode is set in this step so as to exclude the character from the card candidate. Are excluded from the targets to be added to the card candidate characters. The CPU 101 moves the process to S1102 when the battle game is being executed in the CPU battle mode, and moves the process to S1104 when being executed in the player battle mode.

  In S1102, the CPU 101 determines the number of characters that can be carded in addition to the characters of the player team, according to the level of the battle team that has battled in the battle game. In the game of the present embodiment, the player is assumed to include the five characters registered in the player team as card candidate characters. This is because the character is grown each time the game play is performed, and the next and subsequent game play can be performed in the grown state. In other words, the characters registered in the player team must be carded candidates in order to record the growth state, and the player can grow the characters sequentially, so that the player's interest in the game can be maintained. . In this step, in addition to the five teams of the player team, characters to be carded candidates are determined according to the level of the battle team.

  In the game of the present embodiment, the appearing character appears at one of the levels provided for the character. The level of the battle team may be defined by, for example, an average value of the levels of the characters constituting the team, and the number of characters that can be added as card candidates can be determined according to the level height. Specifically, the higher the level of the battle team, the higher the demand for the player may be included, so the CPU 101 controls to increase the number of characters that can be added to a card. That is, as the level of the battle team is higher, the CPU 101 can set more characters as card candidates.

  In the game of the present embodiment, the number of characters to be carded candidates is described as being determined according to the level of the battle team, but the embodiment of the present invention is not limited to this. For example, the level of the battle team is not determined by the character of the battle team selected at random, but the character selection is performed so that the level of the battle team is included in the corresponding level range according to the difficulty selected by the player. It may be done. Further, for example, the number of characters to be carded candidates may be increased as the difference between the level of the battle team and the level of the player team is larger and the level of the battle team is higher. Also, for example, the rank (rareness) is determined for each character, not the character level, and the higher the rank evaluation value of the characters included in the battle team (the higher the total rarity), The number may be increased. Further, for example, it can be presumed that the higher the level of the player team, not the level of the battle team, is, the higher the player's interest in the game is. Therefore, more characters may be carded as the reward. Alternatively, the lower the level of the player team, the more characters may be carded in order to improve the player's interest in the game. That is, the number of characters to be carded candidates may be determined according to the level and rank of characters belonging to at least one of the player team and the battle team in the battle game. In addition to this, for example, a configuration may be used in which the number of characters to be carded candidates is increased as the reward based on the battle result. In addition, the progress of the game in the battle game may be evaluated, and the number of card candidate characters may be increased based on the evaluation result.

  In S <b> 1103, the CPU 101 selects characters of the number of characters that can be added and determined as cards by lottery from characters belonging to the battle team. The CPU 101 adds the character ID of the character and the character ID of the character belonging to the player team to the card candidate table and stores it in the RAM 103, for example, and completes the candidate determination process. In addition to the character ID, ability information acquired from the player team table and the battle team table is added to the card candidate table.

  On the other hand, if it is determined in S1101 that the battle game has been executed in the player battle mode, the CPU 101 adds only the character IDs of characters belonging to the player team to the card candidate table in S1104, and stores this candidate determination process. Complete.

  When the cardification candidate character is determined in this manner, the CPU 101 increases or decreases the ability information of the character belonging to the player team included in the cardification candidate table by a predetermined one stage of growth in S704 of the cardification process. The growth process is performed.

  In step S <b> 705, the CPU 101 displays a screen for notifying the card candidate character on the display unit 108, and determines whether or not the player has selected a character to be carded (a character to be carded). If the CPU 101 determines that the carding target character has been selected, the process proceeds to step S706. If the CPU 101 determines that the character to be carded has not been selected, the process of this step is repeated.

  In step S <b> 706, the CPU 101 determines whether the character to be carded is a character registered by reading the card into the reading unit 109. In the game of the present embodiment, there are a plurality of types of characters that show growth tendency, attack tendency, etc. when used in the game play, and when the player turns the character into a card for the first time, that is, the game starts. When a character different from the character of the card used for the card is converted into a card, the type can be selected. If the character to be carded is a character registered by reading the card to the reading unit 109, the CPU 101 moves the process to S708. If the character to be carded is not a character registered by reading the card to the reading unit 109, the CPU 101 accepts the selection of the character type in S707, and moves the process to S708 after the type is confirmed.

  In step S <b> 708, the CPU 101 determines whether or not an operation for setting the acquired item has been performed when the card target character is carded. In the game of the present embodiment, as shown in FIG. 3, items corresponding to the number of slots 302 provided can be set (associated) with the character to be carded. The player can add the acquired item to the empty slot, or release the already set item and add it, thereby changing the ability parameter of the character. Or it can be set as the new character which synthesize | combined the item. When an operation for setting the acquired item is performed, the CPU 101 refers to the information on the item selected in S709, and sets the item ID in the ability information of the cardification target character and the set item information. Update process by adding. Specifically, the CPU 101 refers to the adjustment information 1212 associated with the item ID 1211 of the selected item, and changes the ability information of the character to be carded. At this time, the application character information 1214 may be referred to determine whether or not the item can be set on the card character. If the acquired item is not set or there is no item to be set, the process proceeds to S710.

  In step S710, the CPU 101 transmits information about the character to be carded in the cardification candidate table to the drawing unit 107, and generates a card image based on necessary graphic information. Then, the CPU 101 notifies the card to be ejected by causing the drawing unit 107 to generate a screen as shown in FIG. 10B including the card image and displaying the screen on the display unit 108.

  In step S <b> 711, the CPU 101 transmits the card image generated by the drawing unit 107 to the discharge unit 111, prints it on the card, and discharges it from the discharge port 130.

  In step S <b> 712, the CPU 101 deletes the information about the character to be carded printed from the card candidate table. Then, the CPU 101 determines whether or not information on other cardification candidate characters still exists in the cardification candidate table. That is, it is determined whether all candidate characters have been printed. If there is still other cardification candidate character information in the cardification candidate table, the CPU 101 moves the process to S713, and if not, displays the game end screen on the display unit 108 and completes the cardification process. .

  In step S713, the CPU 101 causes the display unit 108 to display a screen for notifying that the remaining card candidate characters can be converted into cards by paying the price as illustrated in FIG.

  In step S <b> 714, the CPU 101 determines whether or not payment for the additional card has been paid. If the CPU 101 determines that the payment for the additional card has been paid, the process proceeds to step S705. At this time, in order to ensure fairness with a player who has acquired one item per play, a process of adding newly acquired items may be performed when payment for the additional card is paid. . If the CPU 101 determines that an additional card is not required, or if the time limit has passed without payment, the CPU 101 displays a game end screen on the display unit 108. To complete the card conversion process.

  As described above, the game device of the present embodiment can discharge a plurality of print media on which a character is printed for one game play. Specifically, when it is detected that an additional price has been paid after the execution of the process related to one play, the game apparatus can select another character that is different from the already selected character. The character is printed on a print medium and discharged. By doing in this way, the interest of a game can be suitably continued, satisfy | filling a player's needs.

[Other Embodiments]
The present invention is not limited to the above-described embodiment, and various changes and modifications can be made without departing from the spirit and scope of the present invention. The game device according to the present invention can also be realized by a program that causes a computer to function as a game device. The program can be provided / distributed by being recorded on a computer-readable recording medium or through a telecommunication line.

Claims (18)

A game device that executes processing related to one play of a game in response to payment of a price,
A detection means for detecting that the payment of the consideration has been made;
An execution means for executing the process relating to the one play in response to detection of payment of the consideration by the detection means;
A selection unit that enables selection of one of a plurality of characters to be printed that appear during the game in the one play after the execution unit performs the process related to the one play;
Discharging means for printing and discharging one character selected by the selection means on a print medium;
When it is detected that the additional payment has been made by the detecting means after the processing relating to the one play, it is possible to select another character different from the character already selected by the selecting means. ,
The game apparatus according to claim 1, wherein the discharging means prints the other character on a printing medium and discharges the character. An evaluation means for evaluating the progress of the game in the one play;
The game apparatus according to claim 1, wherein the number of print media that can be ejected by the ejecting unit for the process relating to the one play varies according to an evaluation result of the game progress by the evaluating unit. The game proceeds by a battle between a first team composed of characters operated by the player who performs the one play and a second team composed of characters that compete in the one play,
The game apparatus according to claim 2, wherein the evaluation unit evaluates the game progress based on a level set for the characters belonging to the second team. The game proceeds by a battle between a first team composed of characters operated by the player who performs the one play and a second team composed of characters that compete in the one play,
The game apparatus according to claim 2, wherein the evaluation unit evaluates the game progress based on a level set for the characters belonging to the first team. The game proceeds by a battle between a first team composed of characters operated by the player who performs the one play and a second team composed of characters that compete in the one play,
The said evaluation means evaluates a game progress based on the battle | competition result of the said 1st team and the said 2nd team in the said 1 play, The any one of Claim 2 thru | or 4 characterized by the above-mentioned. Game device. The game proceeds by a battle between a first team composed of characters operated by the player who performs the one play and a second team composed of characters that compete in the one play,
The game apparatus further includes registration means for registering characters to be included in the first team according to a player's operation,
The game apparatus according to claim 1, wherein the plurality of characters to be printed are characters belonging to the first team and the second team. The game includes a first mode in which a battle with the second team operated by another player is performed, and the second team whose operation is controlled by the execution means without receiving an operation of another player. And a second mode for playing against
The said selection means excludes the character which belongs to the said 2nd team from the several character used as said printing object, when the said 1 play is performed in the said 1st mode. The game device described. The registration means reads a print medium and registers a character corresponding to the print medium as a character to be included in the first team,
The game device determines the attribute information to be set when the selected character is used in the game when the character selected by the selection means is not a character registered by reading a print medium Further comprising means,
8. The game apparatus according to claim 6, wherein the discharging unit prints the selected character on a print medium in a state in which the attribute information determined by the determining unit is reflected. The registration means reads a print medium and registers a character corresponding to the print medium as a character to be included in the first team,
When the character selected by the selection means is a character registered by reading a print medium, the discharging means prints the selected character in a state grown according to the progress of the game in the one play. The game device according to claim 6, wherein the game device is printed on a medium. The game can acquire items during the game in the one play,
10. The discharging means according to claim 1, wherein the character selected by the selection means is printed on a print medium in a state where the items acquired during the game in the one play are combined. The game device according to item. The game proceeds by a battle between a first team composed of characters operated by the player who performs the one play and a second team composed of characters that compete in the one play,
The said execution means changes the number of items acquired during the game progress in said 1 play according to at least one of the battle result of the battle | competition in the said game, and the time required for the battle | competition. The game device described in 1.   When the first team wins in the battle in the game, or when the time required for the battle is within a predetermined time, the number of items acquired during the game in the one play The game device according to claim 11, wherein the game device is increased. The game proceeds by a battle between a first team composed of characters operated by the player who performs the one play and a second team composed of characters that compete in the one play,
The execution means includes
An arrangement means is provided for receiving an instruction to arrange a character belonging to the first team in any one of the fields composed of the first area and the second area while the game in one play is in progress. The game device according to any one of claims 1 to 12. The battle in the game proceeds while the characters are selected in order and the action by the character is executed,
The execution means determines the order in which characters arranged in the first area among the characters belonging to the first team are selected in a battle according to the arrangement position in the first area. The game device according to claim 13. The field is provided for each of the first team and the second team, and each field is set face-to-face across a predetermined boundary line,
The execution means sets the order in which characters arranged in the first area among the characters belonging to the first team are selected in a battle in the order close to the predetermined boundary line. The game device according to claim 14.   Whether the execution means activates an action in which the first character and the second character cooperate in accordance with a distance between the first character and the second character arranged in the first area. The game device according to claim 14, wherein the game device is controlled.   The execution means increases a parameter of a character placed in the second area according to a time elapsed since the character was placed in the second area. The game device according to any one of the above.   The program for functioning a computer as each means of the game device of any one of Claims 1 thru | or 17.