WO2018025529A1 - ゲーム装置、及びプログラム - Google Patents

ゲーム装置、及びプログラム Download PDF

Info

Publication number
WO2018025529A1
WO2018025529A1 PCT/JP2017/022900 JP2017022900W WO2018025529A1 WO 2018025529 A1 WO2018025529 A1 WO 2018025529A1 JP 2017022900 W JP2017022900 W JP 2017022900W WO 2018025529 A1 WO2018025529 A1 WO 2018025529A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
character
article
stage
card
Prior art date
Application number
PCT/JP2017/022900
Other languages
English (en)
French (fr)
Inventor
剛 廣瀬
孝 名倉
真理 格和
慎也 山田
いづみ 後藤
Original Assignee
株式会社バンダイ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社バンダイ filed Critical 株式会社バンダイ
Priority to CN201780038813.1A priority Critical patent/CN109414622B/zh
Publication of WO2018025529A1 publication Critical patent/WO2018025529A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/90—Constructional details or arrangements of video game devices not provided for in groups A63F13/20 or A63F13/25, e.g. housing, wiring, connections or cabinets
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/90—Constructional details or arrangements of video game devices not provided for in groups A63F13/20 or A63F13/25, e.g. housing, wiring, connections or cabinets
    • A63F13/95—Storage media specially adapted for storing game information, e.g. video game cartridges

Definitions

  • the present invention relates to a game apparatus and a program, and more particularly to a game apparatus that provides game play based on information acquired from an article.
  • a game apparatus that provides a user with a game experience related to a game in which a character or item corresponding to an article is obtained by acquiring information attached to the article such as a card or a toy body.
  • a new article with corresponding information is provided so that characters and items that appear in accordance with the game play content can appear in subsequent game play.
  • Patent Literature 1 For a game played, a character registered using an article (card) and a number of opponent characters corresponding to the play content of the battle game (for example, the level of the battle team) generate a card. One or more cards are generated from the candidates according to the amount selected as a candidate and paid for.
  • 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 device and a program that make it easy to obtain an article related to a desired game element.
  • a game device of the present invention is a game device that acquires item information from an item and executes a game based on the acquired item information, and includes game elements related to the executed game. For each, a determination means for determining whether or not an article can be generated according to the play content of the game, a selection means for selecting a game element for generating an article based on the determination of the determination means, and a game selected by the selection means Generating means for generating an article according to an element, wherein the generation of the article includes a first stage and a second stage subsequent to the first stage for each game play, and is selected.
  • the means selects, as a game element for generating an article for the first stage, a first game element determined to be capable of generating an article by the determination means, and a game element for generating an article for the second stage.
  • age Selects a second game element that is determined impossible the production of the article by the determining means, generating means, in each of the first stage and the second stage, to produce an article.
  • the figure for demonstrating the article for various games which concerns on embodiment and the modification of this invention The figure which showed the data structural example of the various information which concerns on embodiment of this invention.
  • the flowchart which illustrated the play provision process performed with the game device 100 which concerns on embodiment of this invention The flowchart which illustrated the registration processing which concerns on embodiment of this invention
  • an article discharged from the game device and usable for a game is a card.
  • the article is not limited to a card, and may include, for example, a figure having the appearance of a game element (character or item).
  • the article information may be obtainable from a code attached to a bottom surface or a predetermined surface of the modeled object in a visible state such as a seal or printing, or from a recording medium inside the modeled object.
  • the article may be any article such as a toy or a seal as well as a figure.
  • the article information is converted (coded) into a one-dimensional or multi-dimensional pattern (code) by applying a predetermined conversion operation to the card usable for the game, and the code image is displayed on the card surface.
  • code image of the card is configured such that the article information can be acquired by being read by a reader described later.
  • the manner in which the article information is attached to the card is not limited to such a manner, printing using invisible ink, forming a predetermined identification pattern on the intermediate layer, or near field communication (NFC: Near Field Communication) ) Tag, an IC chip, or any other form as long as information can be acquired by various acquisition methods such as being recorded on a recording medium included in a card and stored as data.
  • NFC Near Field Communication
  • a game element that can be made to appear by using a card is assumed to be a character, and the card is provided with a corresponding character pattern (character image). It will be described as being done.
  • the embodiment of the present invention is not limited to this, and the card for the purpose of specifying the game element of the game to be executed is not limited to the card that can specify the character related to the game, and the items, effects, etc. It goes without saying that other game elements may be specified.
  • Game Device 100 the functional configuration of the game device 100 will be described with reference to the block diagram of FIG. *
  • the control unit 101 is, for example, a CPU, and controls the operation of each block included in the game apparatus 100. Specifically, the control unit 101 controls the operation of each block by, for example, reading an operation program for each block recorded on the recording medium 102 and developing the operation program in the memory 103. *
  • the recording medium 102 is a recording device capable of permanently storing data, such as a nonvolatile memory or an HDD.
  • the recording medium 102 stores, in addition to the operation program for each block of the game apparatus 100, information such as parameters necessary for the operation of each block, and various graphics data used for the game executed by the game apparatus 100.
  • the memory 103 is a storage device used for temporary data storage such as a volatile memory.
  • the memory 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 payment detection unit 104 detects that the game device 100 has paid the price.
  • the payment of the consideration is determined by detecting, for example, that a predetermined amount of coins or corresponding coins have been inserted into the coin slot, or completion of settlement processing based on communication with a chip related to the predetermined electronic money. It may be done.
  • the game apparatus 100 according to the present embodiment is described as starting the provision of a service that involves discharging a card to a user based on the payment of the consideration. However, payment of the consideration is not an essential requirement, and a predetermined start instruction is given. Based on this, provision of services may be started. *
  • the acquisition unit 105 acquires character information used for the game as article information.
  • the article information is acquired from a card, which is an article for a game, through a reader 120 that is detachably connected in the same housing as the game apparatus 100 or outside the game apparatus 100.
  • predetermined data conversion processing or the like may be performed.
  • the reader 120 detects, for example, imaging that a card has been placed on a predetermined part and recognition of the card or acquisition of information from the card during a period in which information is acquired from the card. This is performed using an apparatus and predetermined image processing.
  • the reader 120 acquires article information from a code attached to the card.
  • the character DB 106 is a database that manages character information for each character that is predetermined as appearing in the game. Character information associated with identification information (character ID) is managed in the character DB 106 for each character that can have a character image attached to the card.
  • the code attached to the card includes a character ID for specifying the character corresponding to the card, and is associated with the character ID by acquiring article information from the card. It is assumed that the character information can be referred to. *
  • the presentation control unit 107 controls the presentation of various information to the user in the game apparatus 100.
  • the game apparatus 100 will be described as having a display unit 130 that displays an image (game screen, menu screen, etc.) and a voice output unit 140 that performs voice output as means for presenting various information to the user. Needless to say, the means for presenting information is not limited to these, and can be replaced or added. *
  • the presentation control unit 107 includes a drawing device such as a GPU, for example, and performs a predetermined drawing process when generating a screen to be displayed on the display unit 130.
  • the presentation control unit 107 is appropriate for a necessary drawing object based on processing and commands performed by the control unit 101 while the game apparatus 100 is in operation (during game play or in a standby state). Performs arithmetic processing and draws the screen.
  • the generated screen is output to the display unit 130 which is a display device detachably connected in the same housing as the game device 100 or outside the game device 100, and is displayed in a predetermined display area to the user.
  • the display unit 130 is a display device detachably connected in the same housing as the game device 100 or outside the game device 100, and is displayed in a predetermined display area to the user.
  • the presentation control unit 107 includes a circuit that outputs / amplifies an audio signal, such as a sound board or an amplifier, and performs predetermined processing when generating audio to be output from the audio output unit 140. Specifically, the presentation control unit 107 determines audio data to be output at the same time based on, for example, audio data recorded in advance on the recording medium 102, and converts this into an electric audio signal (D / A conversion). And output to the audio output unit 140 to perform audio output.
  • the audio output unit 140 may be a predetermined speaker or the like, and outputs a sound wave based on the input audio signal. *
  • the print control unit 108 When a card generation instruction is given, the print control unit 108 generates print data for a card to be printed out, including a code image corresponding to the item information included in the card and other images forming the print surface of the card. To do. When the print control unit 108 generates print data, the print control unit 108 transmits the print data to the printing unit 150 together with a print command, instructs printing of the card, and discharges the card.
  • the printing unit 150 is in the same housing as the game apparatus 100 or the game apparatus 1.
  • a printing apparatus such as a printer configured to be able to exchange information with the print control unit 108 detachably connected to the outside of 00.
  • the print unit 150 When the print unit 150 receives the print data related to the card and the print command related to the data from the print control unit 108, the print unit 150 performs a print operation of the print data.
  • the printing unit 150 When the printing unit 150 is built in the same housing as the game device 100, the card discharged by printing is provided to the user by being guided to a discharge port (not shown) accessible from the outside of the game device 100. It's okay. In other words, the card ejected in the game apparatus 100 is provided only when printing is performed on a predetermined photographic paper that is not printed in response to the print data being transmitted to the printing unit 150. This is a so-called on-demand printing card in which the entire items described on the card for use are formed.
  • Communication unit 110 is a communication interface with an external device included in game device 100.
  • the communication unit 110 can be connected to an external device via a communication network such as the Internet (not shown) and a wired medium such as a cable, and can transmit and receive data.
  • the communication unit 110 converts information input as a transmission target into data of a predetermined format and transmits the data to an external device such as a server via a network.
  • the communication unit 110 decodes the information and stores it in the memory 103.
  • the game apparatus 100 according to the present embodiment is configured to be able to receive program data obtained by packaging a processing program related to a game from an external apparatus via the communication unit 110.
  • the control unit 101 uses the received program data for the processing program relating to the game currently stored in the recording medium 102 according to the update request. Can be updated.
  • the program update processing of the game is automatically executed when the program data recorded on the recording medium is inserted into an optical drive (not shown) included in the game device, or after the insertion. It can also be executed by the start command from the administrator.
  • FIG. 2 is a diagram showing the front side of a card that can be used for a game in the game apparatus 100 of the present embodiment, and that can be generated, printed, and ejected in the game apparatus 100.
  • a character image 201 of the character corresponding to the card On the card, a character image 201 of the character corresponding to the card, a character name 202 of the character, various parameters 203 on the game when the character appears, and article information attached to the card It is comprised with the code image 204 which can acquire.
  • the code image 204 is a one-dimensional or multi-dimensional pattern as illustrated, for example, obtained by converting article information corresponding to a card using a predetermined conversion operation. Information is configured to be obtainable. *
  • the article information attached to such a card in the form of the code image 204 may have, for example, a data configuration shown in FIG.
  • the item information attached to the card is associated with the card ID 301 that uniquely identifies (identifies) the card, and corresponds to the user ID 302 that identifies the card owner and the card. It includes a character ID 303 for specifying the character, and rank information 304 indicating the growth state of the character corresponding to the card.
  • the rank information is simply described as being a character level (a value indicating a growth stage) in the game, but the present invention is not limited to this.
  • rank information 304 is information such as information for identifying this. It may be information.
  • rank information the rank that basically transitions to the top is determined by overlapping the number of times the game is played, and the higher the rank, the more the parameters that make the progress of the game more advantageous are derived. .
  • the user ID is configured such that, for example, an external server or the like does not manage individual game play records, the user ID used during one game play and the user used to easily identify the card-owning user It may be a name or the like, and does not have to be configured to uniquely identify one user among all the play users of the game. *
  • the character information managed by the character DB 106 described above may have a data structure as shown in FIG. 3B, for example.
  • the character information managed as one record of the character DB 106 for one character specifies various parameters of the character in the battle game in association with the character ID 311 that uniquely specifies the character in the game. Initial values of character-specific ability parameters such as physical strength, attack power, skill, skill, etc.
  • the use character can register the character corresponding to each article by causing the reader 120 to read the article information attached to the card. Alternatively, when the user does not own any article, registration based on the article information may be skipped, and a predetermined character assigned by a lottery process or the like may be registered as a use character.
  • the user can register up to three characters as characters to be used by using a card. In this way, a shortage of characters is registered. In the present embodiment, it is assumed that the number of characters used is three. However, the embodiment of the present invention is not limited to this, and a predetermined number of characters used may be usable during game play. *
  • the game provided by the game processing in the present embodiment includes a battle game played between the use character and the opponent character.
  • the number of opponent characters that are opponents of the battle game is basically the same as the number of characters used, it is not limited to the number of characters used, such as one in a special event.
  • the user can play a battle game with the opponent character determined as a result of the predetermined process as an opponent. For example, based on mode selection by the user or in a predetermined game, It may be determined by a lottery process or the like when the occurrence of an event is confirmed. *
  • the user can use the registered use character as a character that performs an action related to a battle in a battle game with the opponent character.
  • Various parameters (play-time parameters) reflecting the growth state determined by the article information of the card used for registration, which can affect the progress (or victory or defeat) of the battle game, are set for each of the characters used.
  • the progress of the game in the competitive game is determined based on the parameters at the time of play, and the same character is in a growing state (for example, the character level related to the rank information is high, the rank is higher). It progresses more advantageously.
  • the growth state of the character used can change from the time of registration according to the play content of the battle game, and the user can respond to the character after the growth by giving a card generation instruction for the character used after the growth. You can get a card to do. *
  • the game apparatus 100 is basically configured to generate and discharge one card related to one character per game play (hereinafter referred to as card formation).
  • the card formation related to the game play is not limited to the character registered by the user using the card.
  • Characters (candidate characters) that are candidates for carding may include at least characters used. That is, for example, if the number of cards owned or carried is less than the number required for registration of three characters used, the characters used are also included in the lottery process as described above.
  • the character selected from the candidate characters to be converted cannot necessarily be a character registered using a card.
  • the candidate characters can be increased or decreased based on the play content of the battle game. *
  • the opponent character is included in the candidate character in addition to the character used, and the result is defeated (the predetermined victory condition).
  • the predetermined victory condition it is assumed that only the character used is included in the candidate character.
  • the implementation of the present invention is not limited to this, and whether the battle game is an NPC (Non-Player Character) battle or a human battle (for example, it is too easy to make a desired character into a card) Needless to say, the opponent character may not be included in the candidate character if it is a battle. *
  • a rare character that can advantageously advance the game or has limited availability and conditions, such as high rarity is set.
  • various parameters are set so that the game can be advantageously advanced, the user's own desire to be moderately stimulated, and interest in game content is maintained. It contributes to that. Therefore, the frequency with which the rare character can appear as an opponent character in the battle game is set lower than that of other characters, and the corresponding card cannot be easily obtained.
  • the difficulty level of the battle game can be increased. For example, if the character level is higher than a predetermined value, the character used must be in a state where it has grown to some extent. The result of the battle game cannot be won, and as a result, there is no opportunity for making other opponent characters into cards, which can lead to a decrease in interest in the game content of the user. Therefore, in the game provided by the game device 100 of the present embodiment, especially when a rare character appears in the battle game as described above, the rare character escapes (leaves) during the battle game, and the game is captured. Control is performed to make changes easier.
  • one of the candidate characters defined for each game play is suitably realized so that the card desired by the user is suitably realized while ensuring playability.
  • the user is given an opportunity to make a card for a character that has appeared in the battle game executed for the game play but has not become a candidate character.
  • the game device 100 determines whether or not the card can be made once according to the play content of the executed battle game, and the character that is determined to be cardable (included in the candidate character).
  • the card is converted into a card, and the card determined to be a card that cannot be converted into a card (not included in the candidate character) is configured so that two cards can be discharged in one game play.
  • Play Providing Process A specific process of the play providing process executed in connection with one game play in the game apparatus 100 of the present embodiment having such a configuration will be described with reference to the flowchart of FIG.
  • the processing corresponding to the flowchart can be realized by the control unit 101 reading, for example, a corresponding processing program stored in the recording medium 102, developing it in the memory 103, and executing it.
  • this play provision process demonstrates as what is started when the payment detection part 104 detects that the injection
  • the presentation control unit 107 During execution of this play providing process, unless otherwise specified, the presentation control unit 107 generates a screen corresponding to the progress and displays the screen on the display unit 130 based on the process and command performed by the control unit 101. The audio output from the audio output unit 140 based on the corresponding audio data is performed.
  • step S401 the control unit 101 executes a registration process for registering a character to be used for the current game play.
  • the registration process is performed when the user causes the game apparatus 100 to acquire the article information held by the card via the reader 120, or the control unit 101 selects a character that can appear in the game by a lottery process or the like. Is called. *
  • step S ⁇ b> 501 the control unit 101 starts an article information acquisition process for registering a use character and waits for reading article information from the card. Specifically, the control unit 101 operates the acquisition unit 105 and the reader 120 so that the article information related to the registration of the use character can be acquired. At this time, under the control of the control unit 101, the presentation control unit 107 generates a screen indicating that the character being used is currently waiting to read the card and reproduces the sound, and displays the display unit 130 and the sound output. To be presented to the unit 140. *
  • step S502 the control unit 101 determines whether the article information has been read from the card (target card). The control unit 101 determines this step based on whether or not the acquisition unit 105 has acquired the item information (target item information) via the reader 120. When it is determined that the target article information has been read, the control unit 101 moves the process to S503, and when it is determined that the target article information has not been read, the control unit 101 repeats the process of this step.
  • the control unit 101 selects, for example, three characters selected based on a lottery process from among characters defined as initial characters.
  • Character information about the character is acquired from the character DB 106, information of each used character based on each (used character information) is registered as a record in a used character management table described later, and the process proceeds to S504. Also, when the number of used characters is less than three when information is obtained from the card, such as when the number of used character information registered in the used character management table does not reach the upper limit at the end of registration, Similarly, the control unit 101 obtains character information for the insufficient number of characters from the character DB 106 based on the lottery process, registers the used character information in the used character management table, and moves the process to S504. *
  • the control unit 101 refers to the character ID 303 included in the target article information, and acquires character information related to the target article (card) from the character DB 106.
  • the control unit 101 registers the used character information in the used character management table based on the acquired character information. Specifically, the control unit 101 acquires character information whose character ID 311 is the character ID 303 included in the target article information among the character information managed in the character DB 106.
  • the used character information registered in the used character management table is associated with the character ID 321 of the used character and is referred to in determining the progress during the execution of the game process.
  • the configuration may include a parameter 322, presentation information 323 used for presenting the character used, and current rank information 324 of the character used.
  • the control unit 101 configures the use character information by using the character ID 311 and the presentation information 314 of the character information as the character ID 321 and the presentation information 323.
  • the control unit 101 substitutes a value obtained by changing the basic parameter 312 based on the rank information 304 of the target article information in accordance with the acquired change information 313 of the character information.
  • the rank information 304 of the target article information is substituted into the rank information 324.
  • the control unit 101 registers the configured used character information as one record in the used character management table stored in the memory 103, for example.
  • the use character management table is initialized for each game play, and in the present embodiment, the control unit 101 obtains the target article acquired when it is first registered in the use character management table in the game play.
  • the user ID 302 of the information is stored in the memory 103 as the user ID of the user who performs the current game play.
  • step S ⁇ b> 504 the presentation control unit 107 presents the registered use character based on the use character information newly registered in the use character management table under the control of the control unit 101.
  • the presentation is performed on a display unit 130 including a corresponding character image and a parameter at the time of play according to the character's growth state, a character name reading voice, a character-specific speech voice, or a theme song voice output unit 140. This is done by voice output from.
  • step S ⁇ b> 505 the control unit 101 determines whether registration of the character to be used has been completed.
  • the completion of the registration of the use character is determined based on the detection that the user has made an operation input related to the end of the registration or the registration of the upper limit number (three) of use characters has been completed. It's okay.
  • the control unit 101 determines that the registration of the character to be used has been completed, the control unit 101 ends the article information acquisition process and completes the main registration process. If the control unit 101 determines that the registration of the character to be used has not been completed yet, the control unit 101 returns the process to step S502. *
  • the control unit 101 determines an opponent character (an opponent) related to the battle game in S402 of the play providing process, and executes a game process related to the battle game.
  • the determined partner character information (partner character information) is registered as one record for each body in the partner character management table stored in the memory 103, for example.
  • the opponent character information registered in the opponent character management table has a play time parameter 332, presentation information 333, rank information 334 in association with the character ID 331 of the opponent character, for example, as shown in FIG.
  • a configuration may be provided having an exit flag 335 indicating whether or not the player has exited during the battle game.
  • the exit flag 335 may be logical information, for example, and may be set as false at the start of the game process.
  • the rank information 334 may be determined by, for example, setting the level of play difficulty, the rarity of an event that causes a competitive game, lottery processing, or the like.
  • the play time parameter 332 is set according to the rank information 334 based on the basic parameter 312 of the character information acquired from the character DB 106 and the change information 313 at the time of growth, similarly to the character information used. Good. *
  • step S ⁇ b> 403 the control unit 101 generates the item information (output item information) attached to the card for the character that causes the printing unit 150 to print, generate, and eject a new card according to the current game play. Execute the process.
  • the generation process at the first stage is related to a single card that is secured against the payment of the consideration paid for the start of the play providing process, and is surely performed regardless of the play contents of the executed game process. Done. *
  • step S601 the control unit 101 determines whether the result of the executed battle game is victory or defeat. Control unit 10 1, if it is determined that the result of the battle game is victory, the process proceeds to S602, and if it is determined that the game is defeated, the process proceeds to S605.
  • step S ⁇ b> 602 the control unit 101 determines whether there is an opponent character that has exited in the executed competitive game. Specifically, the control unit 101 determines this step by determining whether or not the opponent character information managed by the opponent character management table includes opponent character information for which the exit flag 335 is true. . If the control unit 101 determines that there is an opponent character that has exited, it moves the process to S603, and if it determines that there is no opponent character, it moves the process to S604. *
  • step S ⁇ b> 603 the control unit 101 converts the used character managed in the used character management table and the opponent character that has not left the opponent character managed in the opponent character management table into a card conversion candidate character (card conversion). Possible character). Note that the determined candidate character information is stored in the memory 103, for example. *
  • the control unit 101 manages in S604 using the used character managed in the used character table and the used character management table. All the opponent characters are determined as candidate cards.
  • control unit 101 determines a use character managed in the use character table as a candidate character for card formation in S605. *
  • the game device 100 of this embodiment whether or not to include the opponent character in the candidate character and whether to include it in the candidate character depending on the result (win / loss) of the battle game and whether or not the opponent character has left the game.
  • the opponent character is specified.
  • the determination as to which candidate character is to be used that is, the determination as to whether or not a card can be generated for each of the characters that appeared in the executed game process is as follows: Any determination criterion may be used as long as it is determined according to the play contents of the executed game process. *
  • control unit 101 accepts selection of a character to be carded out of the candidate characters determined in S603, S604, or S605.
  • the selection of a character to be carded is performed based on an operation input detected by the operation input unit 109 based on the screen displaying a candidate character on the display unit 130.
  • step S ⁇ b> 607 the control unit 101 generates output article information for the selected character to be carded. Specifically, the control unit 101 determines the new rank information 304 based on the acquisition of a new card ID 301 and the parameter change according to the play content of the battle game, and the user ID 302 of the play user and the carding target character. Combined with the character ID 303, the output article information is generated.
  • the new rank information 304 indicates an initial state so that the card is converted into a card with the basic parameters of the character.
  • the rank information 334 defined in the opponent character management table is set for the opponent character.
  • the present invention is not limited to this. It is not limited. *
  • the print control unit 108 When the first generation process is completed, the print control unit 108 generates print data for a new card to be ejected in the first stage in S404 of the play providing process, and issues a print instruction to the printing unit 150. More specifically, the print control unit 108 arranges a code image based on the output article information generated in the generation process and the character image of the cardification target character under the control of the control unit 101, and further changes various parameters, etc. Generate print data including The print data is transmitted to the printing unit 150 together with the print command, and the printing unit 150 prints and discharges the card based on this. *
  • the control unit 101 determines in S405 that the character (card conversion) is not included in the candidate character in the first generation process and is determined not to be carded. It is determined whether or not an opportunity to make a card of (impossible character) is given.
  • the game device 100 according to the present embodiment is configured such that the opponent character can be carded when the result of the executed battle game is victory.
  • the control unit 101 determines that the card It is determined that the character that cannot be converted is given an opportunity to turn into a card. If the control unit 101 determines that an opportunity to card a character that cannot be carded is given, the process proceeds to S406. If the control unit 101 determines that no card opportunity is given, it issues a print instruction in S404 and waits for the elapse of a predetermined time required for discharging or the completion of discharging, and then Complete the delivery process. *
  • the presentation control unit 107 displays a plurality of characters including characters that cannot be carded on the display unit 130 in a manner different from the character image used for presenting each character during a battle game or the like under the control of the control unit 101.
  • the presentation mode different from that during the game or the like may be performed using an object 701 that is different from the object determined by the information for presentation of each character so that a plurality of characters cannot be identified.
  • the presenting mode of the plurality of characters in this step is not limited as long as at least the character that cannot be carded can be specified, and all the characters are the same as shown in FIG.
  • the present invention is not limited to the form presented as the object 701, but may be any form in which each character is presented as an object different from the presentation information set for the character.
  • the plurality of characters used at this time may be characters that have appeared in the executed game, or may include other characters.
  • control part 101 will move processing to S407, if selection based on user operation is received about one of these characters. *
  • step S407 the control unit 101 determines whether a character that cannot be carded is selected from a plurality of characters. If the control unit 101 determines that a character that cannot be carded is selected (successful user operation), the control unit 101 provides a notification that the character can be carded additionally if payment is additionally made. The processing is moved to S408. If the control unit 101 determines that a character that cannot be carded has not been selected, that is, that another character has been selected, the elapse of a period of time that has been determined in advance as being required for ejection after issuing a print instruction in S404, Alternatively, the play providing process is completed after the completion of the discharge.
  • the presentation control unit 107 displays the character corresponding to the selected object with an object determined by the information for presenting the character. It is assumed that the display is changed and the user is informed whether the operation of selecting the opponent character who has exited has succeeded. At this time, the object may be changed in the same manner for a character that has not been selected.
  • step S ⁇ b> 409 the control unit 101 executes a second-stage generation process for generating output article information related to characters that cannot be carded. Unlike the first-stage generation process, the second-stage generation process is performed only when a predetermined condition is satisfied during the provision of one game play as described above. *
  • the control unit 101 selects a character that cannot be carded from a plurality of characters. For example, the first generation process for the character is performed. As in S607, output article information may be generated. At this time, the rank information 304 is determined by the rank information set in the opponent character management table in order to make a difference with the user who won the battle game and obtained the card related to the character without leaving the character. It may be controlled to indicate a rank lower than 334. *
  • the print control unit 108 When the generation process at the second stage is completed, the print control unit 108 generates print data for the card to be ejected at the second stage and issues a print instruction to the printing unit 150 at S410. As in the first stage, the print data is transmitted to the printing unit 150 together with the print command, and the printing unit 150 prints and ejects the card based on this.
  • the control unit 101 completes the play providing process.
  • the opponent character who has exited the battle game is described as being subject to card generation in the second stage, but the present invention is not limited to this.
  • a character that leaves in a battle game may be a used character.
  • the character used in the first stage card generation may not be included in the second stage card generation candidate. Good. *
  • a lottery process (the number of rounds that were dominant in a round-based battle game) in which the opponent characters included in the candidate character other than the used character and the number thereof are considered in the battle game play content. If the opponent character's winning probability is changed in consideration of the play time, the character that cannot be acted on, etc.), the opponent character that was not included in the candidate character in the lottery process is classified into two stages as a card-impossible character. It may be handled as an eye card generation target. That is, in this case, whether or not a card according to the first stage can be generated may be determined regardless of whether or not the character leaves during the battle game. *
  • a second-stage card generation may be performed for the character.
  • the rank indicated by the rank information 334 set in the opponent character management table for the opponent character determined not to be carded, or all characters appearing in the game provided by the game device 100 are classified by rarity or the like. If the rank of the character that cannot be carded matches a predetermined condition such as a predetermined rank or less determined that the game balance cannot be disrupted, a second-stage card generation is performed for the character. It is good also as what performs. *
  • Embodiment 2 In Embodiment 1 described above, various processes related to card generation at the second stage are executed when it is determined that a cardable opportunity for a character that cannot be carded is given, and as a result, among a plurality of characters. In the above description, it is assumed that when an operation for selecting the non-cardable character is performed, a consideration is requested and the card is formed. *
  • the process of giving such a carding opportunity extends the period during which the user occupies the game device 100 in connection with the provision of one game play after the battle game or first-stage card generation is completed. Is. That is, if a character that cannot be carded is not selected and a desired result is not obtained for the user, no payment is made, so that there is a possibility that it is not suitable from the viewpoint of the running cost and profit rate of the game apparatus 100.
  • the game device 100 of the present embodiment at the time of determining whether or not to give a cardable opportunity for a character that cannot be carded, payment of a consideration is a requirement, and a play experience of a game with higher playability is additionally provided. As a result, it is assumed that the card is generated according to the play content. At this time, card generation performed according to the play content is targeted for non-cardable characters when a predetermined condition is satisfied as a result of an additionally provided game, and is carded when not satisfied Assume that characters other than impossible characters are targeted. That is, the card related to at least one of the characters is discharged for the consideration paid for the additional game.
  • the characters other than the characters that cannot be carded are, for example, characters that have appeared in the executed battle game, that is, characters other than the characters that cannot be carded among the characters registered in the used character management table and the opponent character management table. It may be either.
  • rank information indicating a rank higher than that attached to the card generated in the first stage is two stages. You may comprise so that it may be included in the goods information of the card
  • the present invention is not limited to the above-described embodiments, 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 one or more computers to function as the game device.
  • the program can be provided / distributed by being recorded on a computer-readable recording medium or through a telecommunication line.

Abstract

【課題】所望のゲーム要素に係る物品の入手を容易ならしめる。【解決手段】ゲーム装置は、物品から取得した物品情報に基づくゲームを実行し、該ゲームに係るゲーム要素の各々につき、プレイ内容に応じて、物品の生成可否を判断する。そして、ゲーム装置は該判断に基づきゲーム要素を選択し、物品を生成する。物品の生成は、第１の段階と、該第１の段階に後続する第２の段階とを含み、物品を生成するゲーム要素として、第１の段階では物品の生成が可能と判断された第１のゲーム要素が選択され、第２の段階では、物品の生成が不可と判断された第２のゲーム要素が選択される。

Description

ゲーム装置、及びプログラム
本発明は、ゲーム装置及びプログラムに関し、特に物品から取得した情報に基づきゲームプレイを提供するゲーム装置に関する。
カードや玩具体等の物品に付された情報を取得することで、該物品に対応するキャラクタやアイテムを登場させたゲームに係るゲーム体験を、ユーザに提供するゲーム装置がある。このようなゲーム装置の中には、ゲームのプレイ内容に応じて登場させたキャラクタやアイテムを、次回以降のゲームプレイにおいて登場させることが可能なように、対応する情報を付した新たな物品を生成するものも存在する。　
特許文献１のゲーム装置では、プレイしたゲームにつき、物品（カード）を用いて登録したキャラクタと、対戦ゲームのプレイ内容（例えば対戦チームのレベル）に応じた数の相手キャラクタとがカードを生成する候補として選択され、対価の支払われた額に応じて、候補のうちから１以上の枚数のカードを生成している。
特開２０１５－１１６２６８号公報
しかしながら、特許文献１のようにゲームのプレイ内容に応じて、物品を生成できるゲーム中の要素（ゲーム要素）が候補として抽出される構成では、該候補から漏れてしまったゲーム要素について、ユーザは物品を入手することができない。例えば、高いレアリティが設定される傾向にある、ゲームを有利に進行せしめるキャラクタは、登場機会が少ない、容易に対戦ゲームに勝利することができない、あるいは対戦ゲーム中に逃走してしまう等の事由により、物品を生成する候補キャラクタとなり難く設定される。故に、たとえこのようなキャラクタがゲームに登場したとしても、１回のゲームプレイにおいて該キャラクタの物品は入手し難く、再度登場するまでユーザはゲームプレイを繰り返す必要がある。従って、所望のゲーム要素に係る物品はなかなか入手できず、ユーザのゲームに対する関心を低減し得る。　
本発明は、上述の問題点に鑑みてなされたものであり、所望のゲーム要素に係る物品の入手を容易ならしめるゲーム装置及びプログラムを提供することを目的とする。
前述の目的を達成するために、本発明のゲーム装置は、物品から物品情報を取得し、取得した該物品情報に基づくゲームを実行するゲーム装置であって、実行されたゲームに係るゲーム要素の各々につき、該ゲームのプレイ内容に応じて、物品の生成可否を判断する判断手段と、判断手段の判断に基づき、物品を生成するゲーム要素を選択する選択手段と、選択手段により選択されたゲーム要素に係る物品を生成する生成手段と、を有し、物品の生成は、１回のゲームプレイにつき、第１の段階と、該第１の段階に後続する第２の段階とを含み、選択手段は、第１の段階につき、物品を生成するゲーム要素として、判断手段により物品の生成が可能と判断された第１のゲーム要素を選択し、第２の段階につき、物品を生成するゲーム要素として、判断手段により物品の生成が不可と判断された第２のゲーム要素を選択し、生成手段は、第１の段階と第２の段階のそれぞれにおいて、物品を生成する。
このような構成により本発明によれば、所望のゲーム要素に係る物品の入手を容易ならしめることが可能となる。
本発明の実施形態及び変形例に係るゲーム装置１００の機能構成を示したブロック図 本発明の実施形態及び変形例に係る各種ゲーム用物品を説明するための図 本発明の実施形態に係る各種情報のデータ構成例を示した図 本発明の実施形態に係るゲーム装置１００で実行されるプレイ提供処理を例示したフローチャート 本発明の実施形態に係る登録処理を例示したフローチャート 本発明の実施形態に係る１段階目の生成処理を例示したフローチャート 本発明の実施形態１に係る２段階目のカード生成に係り提示される画面の構成例を示した図
［実施形態１］　以下、本発明の例示的な実施形態について、図面を参照して詳細に説明する。なお、以下に説明する一実施形態は、ゲーム装置の一例としての、物品から取得した物品情報に基づくゲームのプレイを提供可能なゲーム装置に、本発明を適用した例を説明する。しかし、本発明は、物品から取得した情報に基づくゲームを実行することが可能な任意の機器に適用可能である。　
本実施形態ではゲーム装置が排出する、ゲームに使用可能な（物品情報を有する）物品はカードであるものとして説明する。しかしながら、物品はカードに限られるものではなく、例えばゲーム要素（キャラクタやアイテム）の外観を有するフィギュア等を含むものであってよい。この場合、物品情報は、該造形物の底面や所定の面にシールや印字等の可視の状態で付されたコードから、あるいは該造形物の内部の記録媒体から取得可能であってよい。また物品はフィギュアだけでなく、玩具やシール等、任意の物品であってよい。　
また本実施形態ではゲームに使用可能なカードには、物品情報が、所定の変換演算を適用することで１次元あるいは多次元のパターン（コード）に変換（コード化）され、カード表面にコード画像として形成（印刷）される態様で付されるものとして説明する。カードのコード画像は、後述のリーダにより読み取られることで、該物品情報が取得可能に構成されているものとして説明する。　
しかしながら、物品情報をカードに付す態様は、このような態様に限られるものでなく、不可視インクを用いた印刷、所定の識別パターンを中間層に形成する、あるいは近距離通信（ＮＦＣ：Near Field Communication）用のタグやＩＣチップ等のカードに含まれる記録媒体に記録され、データとして保持される等、種々の取得方式で情報取得が可能であれば、どのような態様であってもよい。　
また本実施形態ではゲーム装置が実行するゲームにおいて、カードを用いることで登場させることが可能となるゲーム要素は、キャラクタであるものとし、該カードには対応するキャラクタの図柄（キャラクタ画像）が付されるものとして説明する。しかしながら、本発明の実施はこれに限られるものではなく、実行されるゲームのゲーム要素を特定する用途のカードは、ゲームに係るキャラクタを特定可能に構成されるものに限らず、アイテムや効果等、その他のゲーム要素を特定するものであってもよいことは言うまでもない。　
《ゲーム装置１００》　ここで、ゲーム装置１００の機能構成を図１のブロック図を用いて説明する。　
制御部１０１は、例えばＣＰＵであり、ゲーム装置１００が有する各ブロックの動作を制御する。具体的には制御部１０１は、例えば記録媒体１０２に記録されている各ブロックの動作プログラムを読み出し、メモリ１０３に展開して実行することにより各ブロックの動作を制御する。　
記録媒体１０２は、例えば不揮発性メモリやＨＤＤ等の、恒久的にデータを保持可能な記録装置である。記録媒体１０２は、ゲーム装置１００が有する各ブロックの動作プログラムに加え、各ブロックの動作において必要となるパラメータ等の情報や、ゲーム装置１００が実行するゲームに使用される各種のグラフィックスデータを記憶する。メモリ１０３は、例えば揮発性メモリ等の一時的なデータ記憶に使用される記憶装置である。メモリ１０３は、各ブロックの動作プログラムの展開領域としてだけでなく、各ブロックの動作において出力されたデータ等を一時的に記憶する格納領域としても用いられる。　
支払検出部１０４は、ゲーム装置１００において対価の支払いがなされたことを検出する。対価の支払いは、例えば硬貨の投入口に所定の金額の硬貨や相当するコインが投入されたこと、あるいは所定の電子マネーに係るチップとの通信に基づく決算処理の完了等を検出することにより判断されるものであってよい。本実施形態のゲーム装置１００は、対価の支払いに基づいてユーザへのカードの排出を伴うサービスの提供を開始するものとして説明するが、対価の支払いは必須の要件ではなく、所定の開始指示に基づいてサービスの提供は開始されるものであってもよい。　
取得部１０５は、本実施形態のゲーム装置１００が提供するゲームのプレイに際し、該ゲームに使用するキャラクタの情報を物品情報として取得する。物品情報は、ゲーム装置１００と同一筐体内、あるいはゲーム装置１００の外部に着脱可能に接続されたリーダ１２０を介してゲーム用の物品であるカードから取得される。カードから取得された物品情報を、ゲームに係る処理における利用に適した形式に変換するために、所定のデータ変換処理等が行われてもよい。リーダ１２０は、カードからの情報取得可能な状態に制御されている期間において、所定の部位にカードが載置されたことの検出、及び該カードの認識または該カードからの情報取得を、例えば撮像装置及び所定の画像処理を用いて行う。本実施形態ではリーダ１２０が、カードに付されたコードから物品情報の取得を行う。　
キャラクタＤＢ１０６は、ゲームに登場するものとして予め定められたキャラクタの各々についてキャラクタ情報を管理するデータベースである。キャラクタＤＢ１０６にはカードにキャラクタ画像が付され得るキャラクタの各々について、識別情報（キャラクタＩＤ）が関連付けられたキャラクタ情報が管理される。本実施形態では簡単のため、カードに付されたコードにはカードに対応するキャラクタを特定するためのキャラクタＩＤが含まれており、カードからの物品情報の取得により、該キャラクタＩＤに関連付けられたキャラクタ情報を参照することができるよう構成されているものとする。　
提示制御部１０７は、ゲーム装置１００におけるユーザへの各種情報提示の制御を司る。本実施形態のゲーム装置１００では、ユーザへの各種情報提示の手段として、画像（ゲーム画面、メニュー画面等）表示を行う表示部１３０、音声出力を行う音声出力部１４０を有するものとして説明するが、情報提示の手段はこれらに限られるものではなく、代替あるいは追加が可能であることは言うまでもない。　
提示制御部１０７は、例えばＧＰＵ等の描画装置を含み、表示部１３０に表示させる画面を生成する際には所定の描画処理を行う。具体的には提示制御部１０７は、ゲーム装置１００の稼働中（ゲームプレイ中やスタンバイ状態中）において、制御部１０１により行われた処理や命令に基づいて必要な描画用オブジェクトに対して適当な演算処理を実行し、画面の描画を行う。生成した画面は、ゲーム装置１００と同一筐体内、あるいはゲーム装置１００の外部に着脱可能に接続された表示装置である表示部１３０に出力され、所定の表示領域中に表示されることでユーザに提示される。　
また提示制御部１０７は、例えばサウンドボードやアンプ等の音声信号の出力／増幅を行う回路を含み、音声出力部１４０から出力させる音声を生成する際には所定の処理を行う。具体的には提示制御部１０７は、例えば予め記録媒体１０２に記録された音声データに基づき、同時に出力を行う音声データを確定し、これを電気的な音声信号に変換（Ｄ／Ａ変換）して音声出力部１４０に出力することで、音声出力を行う。音声出力部１４０は、所定のスピーカ等であってよく、入力された音声信号に基づく音波を出力する。　
印刷制御部１０８は、カードの生成指示がなされた場合に、該カードに含める物品情報に対応するコード画像とカードの印刷面を形成するその他の画像を含む、印刷出力するカードの印刷データを生成する。印刷制御部１０８は、印刷データを生成すると、該印刷データを印刷命令と共に印刷部１５０に伝送して該当のカードの印刷を指示し、排出させる。印刷部１５０は、ゲーム装置１００と同一筐体内、あるいはゲーム装置１
００の外部に着脱可能に接続された、印刷制御部１０８との情報送受信が可能に構成されたプリンタ等の印刷装置である。印刷部１５０は、印刷制御部１０８からカードに係る印刷データ及び該データに係る印刷命令を受信すると、印刷データの印刷動作を行う。印刷により排出されるカードは、印刷部１５０がゲーム装置１００と同一筐体内に内蔵される場合は、ゲーム装置１００の外部からアクセス可能な排出口（不図示）に導かれることでユーザに提供されてよい。即ち、ゲーム装置１００において排出されるカードは、印刷部１５０に印刷データが伝送されたことに応じて、印刷がなされていない状態の所定の印画紙に対して印刷がなされることで初めて、提供用のカードに記載の項目全体が形成される、所謂オンデマンド印刷のカードである。　
操作入力部１０９は、例えば方向入力用の操作部材や決定入力用の操作部材や各種センサ等の、ゲーム装置１００が有するユーザインタフェースである。操作入力部１０９は、操作部材に対する操作入力がなされたことを検出すると、該操作入力に対応する制御信号を制御部１０１に出力する。なお、本実施形態ではゲーム装置１００は物理的な操作部材として各種インタフェースを備えるものとして説明するが、例えば表示部１３０の画面上になされたタッチ入力を検出するタッチ入力検出センサ等を含んでいてもよい。　
通信部１１０は、ゲーム装置１００が有する外部装置との通信インタフェースである。通信部１１０は、不図示のインターネット等の通信網やケーブル等、有線無線を問わない通信媒体を介して外部装置と接続し、データの送受信を可能とすることができる。通信部１１０は、例えば送信対象として入力された情報を所定の形式のデータに変換し、ネットワークを介してサーバ等の外部装置に送信する。また通信部１１０は、例えばネットワークを介して外部装置から情報を受信すると、該情報を復号し、メモリ１０３に格納する。また本実施形態のゲーム装置１００は、ゲームに係る処理のプログラムをパッケージ化したプログラムデータを通信部１１０を介して外部装置から受信可能に構成される。制御部１０１は、通信部１１０により該プログラムデータがプログラムの更新要求とともに受信された場合、更新要求に従って現在記録媒体１０２に格納されているゲームに係る処理のプログラムを、受信したプログラムデータを用いて更新することができる。なお、ゲームに係る処理のプログラムの更新処理は、この他、例えば記録媒体に記録されているプログラムデータをゲーム装置が有する不図示の光学ドライブ等に挿入した際に自動実行される、あるいは挿入後に管理者が開始命令を行うことによっても実行可能である。　
《カード、物品情報》　次に、本実施形態のゲーム装置１００においてゲームに使用可能なカード及びカードに付される物品情報について、図を用いて詳細を説明する。なお、本実施形態の各物品が、ゲームに登場させることが可能なキャラクタのうちのいずれかに対応付けられ、該キャラクタの図柄（キャラクタ画像）を有する態様を例示しているが、各物品がゲーム中のいずれかのアイテムやその他のゲーム要素に対応付けられる可能性を除外するものではない。　
図２は、本実施形態のゲーム装置１００においてゲームに使用可能なカードであり、ゲーム装置１００において生成、印刷及び排出が可能なカードのオモテ面を示した図である。図示されるようにカードには、該カードに対応するキャラクタのキャラクタ画像２０１、該キャラクタのキャラクタ名２０２、キャラクタを登場させた場合のゲーム上での各種パラメータ２０３、及びカードに付された物品情報を取得可能なコード画像２０４で構成される。コード画像２０４は、カードに対応する物品情報を所定の変換演算を用いて変換することで得られる、例えば図示されるような１次元あるいは多次元のパターンであり、リーダ１２０に読み取られることで物品情報が取得可能に構成される。　
このようなカードにコード画像２０４の形態で付される物品情報は、例えば図３（ａ）に示されるデータ構成であってよい。図３（ａ）の例では、カードに付される物品情報は、該カードを一意に特定（識別）するカードＩＤ３０１に関連付けて、該カードの所有者を特定するユーザＩＤ３０２、該カードに対応するキャラクタを特定するキャラクタＩＤ３０３、及び該カードに対応するキャラクタの成長状態を示すランク情報３０４を含む。　
なお、ランク情報とは、本実施形態では簡易的に、ゲームにおけるキャラクタレベル（成長段階を示す値）であるものとして説明するが、本発明の実施においてこれに限られるものではない。例えば、体力や攻撃力、持ち技、スキル等の各種パラメータにつき、基準値からの上昇（成長）を示すゲームにおける段階が設けられており、ランク情報３０４はこれを特定する情報等、どのような情報であってもよい。ランク情報は、基本的には、ゲームのプレイ回数を重ねることで、上位に遷移するランクが定められており、ランクが上位であるほど、ゲームの進行を有利にせしめるパラメータが導かれるものとする。またユーザＩＤは、例えば外部サーバ等で個々のゲームプレイ記録を管理しないような構成であれば、１回のゲームプレイ中のユーザ識別、及びカード所有ユーザを簡易的に識別するために用いられるユーザ名等であってもよく、ゲームの全てのプレイユーザのうちから１人のユーザを一意に特定可能に構成される必要はない。　
《キャラクタ情報の構成》　一方、上述したキャラクタＤＢ１０６で管理されるキャラクタ情報は、例えば図３（ｂ）に示されるようなデータ構造を有するものであってよい。図３（ｂ）の例では、１つのキャラクタについてキャラクタＤＢ１０６の１レコードとして管理されるキャラクタ情報は、ゲームにおいてキャラクタを一意に特定するキャラクタＩＤ３１１に関連付けて、対戦ゲームにおけるキャラクタの各種パラメータを特定するための、成長状態を考慮しない状態について予め定められた、体力や攻撃力、持ち技、スキル等のキャラクタ固有の能力パラメータの初期値（基準値：例えばレベル１の状態での各種パラメータの値）を示す基本パラメータ３１２、基本パラメータからの各種パラメータについての成長（レベル、プレイ回数、プレイ内容）に応じた増減幅や、追加付与することが可能な持ち技、スキル等を示す成長時変化情報３１３、及び該キャラクタの登録時あるいは該キャラクタをゲーム中に登場させる際に提示するキャラクタ画像や音声データを示す提示用情報３１４を管理する。なお、キャラクタ画像は、ゲームのプレイに際し、ゲーム画面の構成に用いられるだけでなく、新たに生成するカードの印刷データ構成に用いられるものであってよい。　
《ゲーム概要》　ここで、本実施形態のゲーム装置１００で実行されるゲームの概要について説明する。ゲーム装置１００における１回のゲームプレイは、対価の支払いがなされたことを契機として提供が開始される。ゲームプレイの提供が開始すると、ユーザが操作するキャラクタ（操作キャラクタ）、あるいはユーザの操作キャラクタに同行させるキャラクタ（以下、これらは峻別せずに使用キャラクタとして言及する）を確定した後、使用キャラクタを登場させるゲーム処理が実行される。　
使用キャラクタは、カードに付された物品情報をリーダ１２０に読み取らせることで、各物品に対応するキャラクタを登録させることができる。あるいは、ユーザがいずれの物品も所有していない場合は、物品情報に基づく登録をスキップし、抽選処理等により割り当てられた所定のキャラクタを使用キャラクタとして登録できるものであってよい。本実施形態のゲーム装置１００で実行されるゲームでは、ユーザはカードを用いることで、使用キャラクタとして３体までのキャラクタを登録することが可能であるものとし、これに満たない場合に抽選処理等によって不足数のキャラクタの登録がなされる。なお、本実施形態では使用キャラクタは３体であるものとして説明するが、本発明の実施はこれに限られるものではなく、所定数の使用キャラクタがゲームプレイに際して使用可能であってよい。　
本実施形態でゲーム処理により提供されるゲームは、使用キャラクタと相手キャラクタとの間で行われる対戦ゲームを含む。対戦ゲームの対戦相手である相手キャラクタは、基本的には使用キャラクタと同数の３体であるものとして説明するが、例えば特殊イベントでは１体等、使用キャラクタと同数に限られるものではない。ユーザは操作入力を行うことにより、所定の処理の結果決定した相手キャラクタを対戦相手とした対戦ゲームをプレイすることができ、例えばユーザによるモード選択に基づいて、あるいは所定のゲームにおいて対戦ゲームに係るイベントの発生が確定した際に抽選処理等によって決定されるものであってもよい。　
本実施形態のゲーム装置１００では、ユーザは登録した使用キャラクタを、相手キャラクタとの対戦ゲームにおいて、戦闘に係る行動を行うキャラクタとして使用することができる。使用キャラクタの各々には、対戦ゲームの進行（または勝敗）に影響を与え得る、登録に使用されたカードが有する物品情報により定まる成長状態を反映した各種パラメータ（プレイ時パラメータ）が設定される。対戦ゲームにおけるゲームの進行は、該プレイ時パラメータに基づき決定されるものであり、同一のキャラクタについては成長状態が進行している（例えばランク情報に係るキャラクタレベルが高い、ランクが上位である）ほど、有利に進行する。使用キャラクタの成長状態は、対戦ゲームのプレイ内容に応じて登録時から変化し得るものであり、成長後の使用キャラクタについてカードの生成指示がなされることにより、ユーザは該成長後のキャラクタに対応するカードを入手することができる。　
本実施形態のゲーム装置１００では、基本的には１回のゲームプレイにつき１体のキャラクタに係る１枚のカードを生成、排出する（以下、カード化として言及）よう構成されるが、１回のゲームプレイに係るカード化は、ユーザがカードを用いて登録したキャラクタに限られるものではない。カード化の候補となるキャラクタ（候補キャラクタ）は、少なくとも使用キャラクタを含むものであってよい。即ち、例えば、カードの所有数や携行数が３体の使用キャラクタの登録に必要な枚数よりも少ない場合、使用キャラクタには上述したように抽選処理等により登録されたキャラクタも含まれるため、カード化するものとして候補キャラクタから選択されるキャラクタは、必ずしもカードを用いて登録したキャラクタとなり得ない。また、候補キャラクタはこの他、対戦ゲームのプレイ内容に基づいて増減し得る。　
本実施形態では簡単のため、対戦ゲームの結果が勝利（所定の勝利条件を満たした状態で終了）であれば使用キャラクタに加えて相手キャラクタを候補キャラクタに含め、結果が敗北（所定の勝利条件が満たされずに、あるいは所定の敗北条件を満たした状態で終了）であれば使用キャラクタのみを候補キャラクタに含めるものとして説明する。しかしながら、本発明の実施はこれに限られるものではなく、対戦ゲームがＮＰＣ（Non-Player Character）対戦と対人対戦のいずれであるか（例えば、所望のキャラクタのカード化を容易にしすぎるため、対人対戦であれば相手キャラクタは候補キャラクタに含めない）等を考慮して、如何様にも変更可能であってよいことはいうまでもない。　
ところで、慣習的にゲームでは、例えば高いレアリティが設定されるような、ゲームを有利に進行し得る、あるいは入手機会や条件が限定的な希少キャラクタが設けられる。このような希少キャラクタは、対戦ゲームにおいて使用キャラクタとして用いた場合にはゲームを有利に進行させ得るよう各種パラメータが設定され、ユーザの所有欲を適度に刺激し、ゲームコンテンツへの関心を持続させることに寄与している。従って、該希少キャラクタは対戦ゲームに相手キャラクタとして登場し得る頻度も他のキャラクタよりも低く設定され、対応するカードも容易には入
手できないよう構成される。　
一方で、このような希少キャラクタは、相手キャラクタとして登場した場合に対戦ゲームの攻略難易度を高くし得るため、例えばキャラクタレベルが所定値以上に高い等、使用キャラクタをある程度成長した状態としなければ、対戦ゲームの結果を勝利とすることができず、結果、それ以外の相手キャラクタのカード化の機会もなくし、ひいてはユーザのゲームコンテンツに対する関心の低下を導き得る。従って、本実施形態のゲーム装置１００で提供されるゲームでは、特に上述したような対戦ゲームにおいて希少キャラクタが登場する場合等、対戦ゲーム中に該希少キャラクタを逃走（退場）させ、ゲームを攻略しやすいように変更する制御が行われる。これにより、希少キャラクタが相手キャラクタとして登場した場合であっても、該キャラクタが退場した後は対戦ゲームの攻略難易度は低下し得るため、希少キャラクタを除いた相手キャラクタのカード化の機会を得やすくすることができる。なお、このようにゲームに登場はしたものの、プレイ途中で退場したキャラクタについては、対戦ゲームの結果が勝利であった場合であっても、該結果は攻略難易度が低下したことに依ると考えられるため、候補キャラクタには含められないものとする。　
他方、希少キャラクタに他のキャラクタよりも低い登場頻度が割り当てられる構成では、該希少キャラクタが相手キャラクタとして登場した際に、その後プレイ中に退場してしまうことでユーザはカード化できず、再度該希少キャラクタが登場するまでゲームプレイを繰り返す必要がある。このことは、ユーザのゲームコンテンツに対する関心を削ぎ得る。また登場したキャラクタの一部が対戦ゲーム中に退場する構成は、遊戯性の観点から希少キャラクタに限らずゲームコンテンツに導入され得るが、このような場合にも、ユーザの所望するキャラクタが、ゲームに登場したにも関わらず、カード化できない状況が生じ得る。　
故に、本実施形態のゲーム装置１００では、遊戯性を担保しつつ、ユーザが所望するキャラクタのカード化が好適に実現されるよう、１回のゲームプレイにつき定められた、候補キャラクタのうちの１体のキャラクタに係る１枚のカードの生成に加え、該ゲームプレイにつき実行された対戦ゲームに登場しながらも、候補キャラクタとならなかったキャラクタにつき、カード化の機会をユーザに与える。詳細は後述するが、本実施形態のゲーム装置１００は、実行された対戦ゲームのプレイ内容に応じて一度カード化の可否を判断し、カード化可能（候補キャラクタに含まれる）と判断されたキャラクタのカード化と、カード化不可（候補キャラクタに含まれない）と判断されたキャラクタのカード化により、２枚のカードを１回のゲームプレイにおいて排出可能に構成される。　
《プレイ提供処理》　このような構成をもつ本実施形態のゲーム装置１００において、１回のゲームプレイに係り実行されるプレイ提供処理について、図４のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、制御部１０１が、例えば記録媒体１０２に記憶されている対応する処理プログラムを読み出し、メモリ１０３に展開して実行することにより実現することができる。なお、本プレイ提供処理は、例えば１回のゲームプレイに係る対価の投入がなされたことが支払検出部１０４により検出された際に開始されるものとして説明する。本プレイ提供処理の実行中、特に言及しない限り提示制御部１０７は制御部１０１により行われた処理や命令に基づいて、適宜進行に対応する画面の生成及び表示部１３０への該画面の表示や、対応する音声データに基づく音声出力部１４０からの音声出力を行うものとする。　
Ｓ４０１で、制御部１０１は、今回のゲームプレイにつき使用キャラクタを登録する登録処理を実行する。登録処理は、ユーザがカードが有する物品情報をリーダ１２０を介してゲーム装置１００に取得させること、あるいはゲームに登場されることが可能なキャラクタを制御部１０１が抽選処理等により選択することにより行われる。　
〈登録処理〉　ここで、プレイ提供処理のＳ４０１において実行される登録処理について、図５のフローチャートを用いて詳細を説明する。　
Ｓ５０１で、制御部１０１は、使用キャラクタの登録に係る物品情報の取得処理を開始し、カードからの物品情報の読み取りを待機する。具体的には制御部１０１は、使用キャラクタの登録に係る物品情報の取得が可能なように、取得部１０５及びリーダ１２０を動作させる。このとき、提示制御部１０７は制御部１０１の制御の下、使用キャラクタについて現在カードの読み取りを待機している状態であることを示す画面の生成及び音声の再生を行い、表示部１３０及び音声出力部１４０に提示させる。　
Ｓ５０２で、制御部１０１は、カード（対象カード）からの物品情報の読み取りがなされたか否かを判断する。制御部１０１は、取得部１０５によりリーダ１２０を介した物品情報（対象物品情報）の取得がなされたか否かにより本ステップの判断を行う。制御部１０１は、対象物品情報の読み取りがなされたと判断した場合は処理をＳ５０３に移し、なされていないと判断した場合は本ステップの処理を繰り返す。なお、カードからの情報取得を行わずに対戦ゲームに移行する操作（スキップ）がなされた場合、制御部１０１は、例えば初期キャラクタとして定められたキャラクタのうちから抽選処理に基づき選択した３体のキャラクタについてのキャラクタ情報をキャラクタＤＢ１０６から取得し、各々に基づく各使用キャラクタの情報（使用キャラクタ情報）を、後述する使用キャラクタ管理テーブルにレコードとして登録し、処理をＳ５０４に移せばよい。また、登録終了時に使用キャラクタ管理テーブルに登録されている使用キャラクタ情報の数が上限数に至っていない場合等、カードからの情報取得は行われたが使用キャラクタの数が３体に満たない場合、制御部１０１は、同様に抽選処理に基づき不足数分のキャラクタについてのキャラクタ情報をキャラクタＤＢ１０６から取得し、使用キャラクタ情報を使用キャラクタ管理テーブルに登録し、処理をＳ５０４に移せばよい。　
Ｓ５０３で、制御部１０１は、対象物品情報に含まれるキャラクタＩＤ３０３を参照し、対象物品（カード）に係るキャラクタ情報をキャラクタＤＢ１０６から取得する。そして制御部１０１は取得したキャラクタ情報に基づいて、使用キャラクタ情報を使用キャラクタ管理テーブルに登録する。具体的には制御部１０１は、キャラクタＤＢ１０６に管理されるキャラクタ情報のうち、キャラクタＩＤ３１１が、対象物品情報に含まれるキャラクタＩＤ３０３であるキャラクタ情報を取得する。使用キャラクタ管理テーブルに登録される使用キャラクタ情報は、例えば図３（ｃ）に示されるように、使用キャラクタのキャラクタＩＤ３２１に関連付けて、ゲーム処理の実行中に進行の決定に係り参照されるプレイ時パラメータ３２２、使用キャラクタの提示に用いられる提示用情報３２３、及び使用キャラクタの現在のランク情報３２４を有する構成であってよい。対象カードに対応するキャラクタ情報を取得すると、制御部１０１は、該キャラクタ情報のキャラクタＩＤ３１１及び提示用情報３１４を、キャラクタＩＤ３２１及び提示用情報３２３として使用キャラクタ情報を構成する。またプレイ時パラメータ３２２については、制御部１０１は、取得したキャラクタ情報の成長時変化情報３１３に従って、基本パラメータ３１２を対象物品情報のランク情報３０４に基づいて変更した値を代入する。またランク情報３２４には対象物品情報のランク情報３０４を代入する。そして制御部１０１は、構成した使用キャラクタ情報を、例えばメモリ１０３に格納される、使用キャラクタ管理テーブルに１レコードとして登録する。このようにすることで、カードにより示される成長状態からプレイを再開できる、継続的な遊戯要素をユーザに提供することができる。　
なお、使用キャラクタ管理テーブルは１回のゲームプレイごとに初期化されるものとし、本実施形態では制御部１０１は、ゲームプレイにおいて最初に使用キャラクタ管理テーブルに登録される際に取得された対象物品情報のユーザＩＤ３０２を、今回のゲームプレイを行うユーザのユーザＩＤとして、メモリ１０３に格納する。　
Ｓ５０４で、提示制御部１０７は制御部１０１の制御の下、使用キャラクタ管理テーブルに新たに登録された使用キャラクタ情報に基づき、登録された使用キャラクタの提示を行う。提示は、例えば対応するキャラクタ画像及びキャラクタの成長状態に応じたプレイ時パラメータを含む画面の表示部１３０への表示や、キャラクタ名の読み上げ音声やキャラクタ固有の台詞音声やテーマ曲の音声出力部１４０からの音声出力により行われる。　
Ｓ５０５で、制御部１０１は、使用キャラクタの登録が終了したか否かを判断する。使用キャラクタの登録が終了したことは、ユーザによる登録終了に係る操作入力がなされたことの検出や、上限数（３体）の使用キャラクタの登録が終了したことに基づいて判断されるものであってよい。制御部１０１は、使用キャラクタの登録が終了したと判断した場合は物品情報の取得処理を終了し、本登録処理を完了する。また制御部１０１は、使用キャラクタの登録がまだ終了していないと判断した場合は処理をＳ５０２に戻す。　
このように登録処理が完了すると、制御部１０１はプレイ提供処理のＳ４０２で、対戦ゲームに係る相手キャラクタ（対戦相手）を決定し、対戦ゲームに係るゲーム処理を実行する。決定した相手キャラクタの情報（相手キャラクタ情報）は、例えばメモリ１０３に格納される相手キャラクタ管理テーブルに、１体ごとに１レコードとして登録されるものとする。相手キャラクタ管理テーブルに登録される相手キャラクタ情報は、例えば図３（ｄ）に示されるように相手キャラクタのキャラクタＩＤ３３１に関連付けて、プレイ時パラメータ３３２、提示用情報３３３、ランク情報３３４を有し、さらにこれに加えて対戦ゲーム中に退場したか否かを示す退場フラグ３３５を有する構成であってよい。退場フラグ３３５は、例えば論理型の情報であってよく、ゲーム処理の開始時点では偽（ｆａｌｓｅ）として設定されるものであってよい。またランク情報３３４は、例えばプレイ難易度の設定、対戦ゲームを生じさせるイベントのレアリティ、抽選処理等によってランク情報３３４が定められるものであってよい。この場合、プレイ時パラメータ３３２は、使用キャラクタ情報と同様、キャラクタＤＢ１０６から取得されたキャラクタ情報の基本パラメータ３１２及び成長時変化情報３１３に基づき、該ランク情報３３４に応じて設定されるものであってよい。　
その後、制御部１０１は、対戦ゲームに係るゲーム処理が完了、即ち１回のゲームプレイに係る対戦ゲームの勝敗が決する状態まで進行すると、処理をＳ４０３に移す。なお、詳述はしないが制御部１０１は、ゲーム処理の実行中、該処理に係る対戦ゲームの進行において相手キャラクタを退場させると決定した場合、相手キャラクタ管理テーブルに登録されている、該相手キャラクタに係るレコードの退場フラグ３３５を真（ｔｒｕｅ）に変更するものとする。　
Ｓ４０３で、制御部１０１は、今回のゲームプレイに係り新たなカードを印刷部１５０に印刷・生成・排出させるキャラクタについて、該カードに付す物品情報（出力物品情報）を生成する１段階目の生成処理を実行する。１段階目の生成処理は、本プレイ提供処理の開始に係りなされた対価の支払いに対して担保される１回のカード化に関するものであり、実行されたゲーム処理のプレイ内容に依らず確実に行われる。　
〈生成処理（１段階目）〉　ここで、本ステップにおいて実行される１段階目の生成処理について、図６のフローチャートを用いて詳細を説明する。　
Ｓ６０１で、制御部１０１は、実行した対戦ゲームの結果が勝利と敗北のいずれであるかを判断する。制御部１０
１は、対戦ゲームの結果が勝利であると判断した場合は処理をＳ６０２に移し、敗北であると判断した場合は処理をＳ６０５に移す。　
Ｓ６０２で、制御部１０１は、実行した対戦ゲームにおいて退場した相手キャラクタが存在するか否かを判断する。具体的には制御部１０１は、相手キャラクタ管理テーブルで管理される相手キャラクタ情報に、退場フラグ３３５が真である相手キャラクタ情報が含まれるか否かを判断することにより、本ステップの判断を行う。制御部１０１は、退場した相手キャラクタが存在すると判断した場合は処理をＳ６０３に移し、存在しないと判断した場合は処理をＳ６０４に移す。　
Ｓ６０３で、制御部１０１は、使用キャラクタ管理テーブルで管理される使用キャラクタと、相手キャラクタ管理テーブルで管理される相手キャラクタのうちの退場しなかった相手キャラクタとを、カード化の候補キャラクタ（カード化可能なキャラクタ）として決定する。なお、決定された候補キャラクタの情報は、例えばメモリ１０３に格納されるものとする。　
一方、対戦ゲームの結果が勝利であり、Ｓ６０２において退場した相手キャラクタも存在しないと判断した場合、制御部１０１はＳ６０４で、使用キャラクタテーブルで管理される使用キャラクタと、使用キャラクタ管理テーブルで管理される相手キャラクタとを全て、カード化の候補キャラクタとして決定する。　
またＳ６０１において対戦ゲームの結果が敗北であったと判断された場合、制御部１０１はＳ６０５で、使用キャラクタテーブルで管理される使用キャラクタをカード化の候補キャラクタとして決定する。　
このように、本実施形態のゲーム装置１００では、対戦ゲームの結果（勝敗）とゲーム中において相手キャラクタが退場したかに応じて、候補キャラクタに相手キャラクタを含めるか否か、また候補キャラクタに含める相手キャラクタが特定される。しかしながら本発明の実施はこれに限られるものではなく、候補キャラクタをいずれのキャラクタとするか否かの判断、即ち、実行されたゲーム処理に登場したキャラクタの各々につきカードの生成可否の判断は、実行されたゲーム処理のプレイ内容に応じて定められるものであれば、どのような判断基準であってもよい。　
Ｓ６０６で、制御部１０１は、Ｓ６０３、Ｓ６０４、またはＳ６０５において決定した候補キャラクタのうちのカード化対象とするキャラクタの選択を受け付ける。カード化対象のキャラクタの選択は、候補キャラクタを提示する画面を表示部１３０に表示させ、該画面に基づき操作入力部１０９により検出された操作入力に基づいて行われる。　
Ｓ６０７で、制御部１０１は、選択されたカード化対象のキャラクタについて出力物品情報を生成する。具体的には制御部１０１は、新たなカードＩＤ３０１の取得、対戦ゲームのプレイ内容に応じたパラメータ変更に基づく、新たなランク情報３０４の決定を行い、プレイユーザのユーザＩＤ３０２及びカード化対象キャラクタのキャラクタＩＤ３０３と結合し、出力物品情報を生成する。なお、本実施形態ではカードを用いずに登録された使用キャラクタをカード化対象として選択した場合には、該キャラクタの基本パラメータにてカード化されるよう、新たなランク情報３０４は初期状態を示す値に設定され、相手キャラクタをカード化対象として選択した場合には、該相手キャラクタにつき相手キャラクタ管理テーブルに定められたランク情報３３４が設定されるものとして説明するが、本発明の実施はこれに限られるものではない。　
１段階目の生成処理が完了すると、印刷制御部１０８はプレイ提供処理のＳ４０４で、１段階目に係り排出する新たなカードの印刷データを生成し、印刷部１５０に印刷指示を行う。より詳しくは、印刷制御部１０８は制御部１０１の制御の下、生成処理において生成された出力物品情報に基づくコード画像とカード化対象キャラクタのキャラクタ画像とを配置し、さらに変更後の各種パラメータ等を含めて印刷データを生成する。印刷データは印刷命令とともに印刷部１５０に送信され、印刷部１５０はこれに基づきカードを印刷し、排出する。　
排出が完了すると、あるいは印刷指示を行ってから所定の時間が経過すると、制御部１０１はＳ４０５で、１段階目の生成処理では候補キャラクタに含めず、カード化不可と判断されたキャラクタ（カード化不可キャラクタ）のカード化機会を与えるか否かを判断する。本実施形態のゲーム装置１００では、実行した対戦ゲームの結果が勝利である場合に相手キャラクタのカード化が可能となる構成である。このため、公平性の観点から、該対戦ゲームの結果が勝利であり、かつ１段目の生成処理において候補キャラクタに含めなかったカード化不可キャラクタが存在する場合に、制御部１０１は、該カード化不可キャラクタをカード化する機会を与えるものとして判断する。制御部１０１は、カード化不可キャラクタのカード化機会を与えると判断した場合は処理をＳ４０６に移す。また制御部１０１は、カード化機会を与えないと判断した場合は、Ｓ４０４の印刷指示を行ってから、排出に要するものとして予め定められた時間の経過、あるいは排出の完了を待って、本プレイ提供処理を完了する。　
Ｓ４０６で、提示制御部１０７は制御部１０１の制御の下、カード化不可キャラクタを含む複数のキャラクタを、対戦ゲーム中等において各キャラクタの提示に用いられるキャラクタ画像とは異なる態様で表示部１３０に表示する。ゲーム中等と異なる提示態様は、例えば図７に示されるように、各キャラクタの提示用情報で定まるオブジェクトとは異なる、複数のキャラクタが判別できないようなオブジェクト７０１を用いて行われるものでよい。なお、本ステップにおける複数のキャラクタの提示態様は、少なくともカード化不可キャラクタがいずれであるかの特定を不能にし得る態様でなされるものであればよく、図７のように全てのキャラクタが同一のオブジェクト７０１として提示される態様に限らず、各キャラクタが、該キャラクタに定められた提示用情報と異なるオブジェクトとして提示される態様であればよい。また、このとき用いられる複数のキャラクタは、実行したゲームに登場したキャラクタであってもよいし、その他のキャラクタを含むものであってもよい。そして制御部１０１は、このうちの１体のキャラクタにつきユーザ操作に基づく選択を受け付けると、処理をＳ４０７に移す。　
Ｓ４０７で、制御部１０１は、複数のキャラクタのうちからカード化不可キャラクタが選択されたか否かを判断する。制御部１０１は、カード化不可キャラクタが選択された（ユーザ操作が成功した）と判断した場合、追加で対価の支払いを行うのであれば、該キャラクタを追加でカード化できる旨の通知を提示制御部１０７に行わせ、処理をＳ４０８に移す。また制御部１０１は、カード化不可キャラクタが選択されなかった、即ちその他のキャラクタが選択されたと判断した場合、Ｓ４０４の印刷指示を行ってから、排出に要するものとして予め定められた時間の経過、あるいは排出の完了を待って、本プレイ提供処理を完了する。なお、複数のキャラクタのうちから１体のキャラクタを選択するユーザ操作がなされた場合、提示制御部１０７は選択されたオブジェクトに対応するキャラクタの表示を、該キャラクタの提示用情報で定まるオブジェクトでの表示に変更し、退場した相手キャラクタを選択する操作が成功したか否かをユーザに知らしめるものとする。このとき、選択されなかったキャラクタも、同様にオブジェクトを変更してもよい。　
Ｓ４０８で、制御部１０１は、カード化不可キャラクタのカード化に係る対価の支払いがなされたか否かを判断する。制御部１０１は、対価の支払いがなされたと判断した場合は処理をＳ４０９に移し、なされていないと判断した場合は本ステップの処理を繰り返す。なお、本ステップにおける対価の支払いの受け付け期間には制限時間を設けられていてよく、該制限時間の経過をもって、制御部１０１はカード化を行わず本プレイ提供処理を完了すればよい。　
Ｓ４０９で、制御部１０１は、カード化不可キャラクタに係る出力物品情報を生成する２段階目の生成処理を実行する。２段階目の生成処理は、１段階目の生成処理とは異なり、上述したように１回のゲームプレイの提供中において所定の条件が満たされた場合にのみ行われる。　
２段階目の生成処理は、Ｓ４０６における選択でカード化対象のキャラクタは確定しているため、制御部１０１は複数のキャラクタからカード化不可キャラクタを選択し、例えば該キャラクタについて１段階目の生成処理のＳ６０７と同様に出力物品情報が生成すればよい。このとき、該キャラクタの退場が生じずとも対戦ゲームに勝利し、該キャラクタに係るカードを入手したユーザとの間に差を設けるため、ランク情報３０４は、相手キャラクタ管理テーブルに定められたランク情報３３４よりも下位のランクを示すように制御されるものであってもよい。　
２段階目の生成処理が完了すると、印刷制御部１０８はＳ４１０で、２段階目に係り排出するカードの印刷データを生成し、印刷部１５０に印刷指示を行う。１段階目と同様、印刷データは印刷命令とともに印刷部１５０に送信され、印刷部１５０はこれに基づきカードを印刷し、排出する。そして排出が完了すると、あるいは該印刷指示を行ってから、排出に要するものとして予め定められた時間が経過すると、制御部１０１は本プレイ提供処理を完了する。　
以上説明したように、本実施形態のゲーム装置によれば、物品情報に基づき実行されたゲームのプレイにおいて、物品の生成が不可とされたゲーム要素であっても、該ゲーム要素に係る物品の入手をユーザに容易ならしめることができる。　
［変形例１］　上述した実施形態１では、対戦ゲームにおいて退場した相手キャラクタが、２段階目のカード生成の対象となるものとして説明したが、本発明の実施はこれに限られるものではない。例えば、対戦ゲームにおいて退場するキャラクタは使用キャラクタであってもよく、この場合、１段階目のカード生成の候補キャラクタに該使用キャラクタが含まれず、２段階目のカード生成の対象となるものとしてもよい。　
また、上述した実施形態１では、対戦ゲームの結果が勝利であること、及び対戦ゲーム中に退場したキャラクタが存在することを前提として、２段階目のカード生成に係る各種処理を実行するものとして説明したが、２段階目のカード生成に係る各種処理の実行は該前提条件に限られる必要はない。　
例えば、１段階目のカード生成に際し、使用キャラクタ以外で候補キャラクタに含められる相手キャラクタやその数が、対戦ゲームのプレイ内容を考慮した抽選処理（ラウンド制の対戦ゲームにおいて優勢であったラウンド数、プレイ時間、行動不能としたキャラクタ等を考慮して相手キャラクタの当選確率が変化）等によって決定される場合、該抽選処理で候補キャラクタに含められなかった相手キャラクタが、カード化不可キャラクタとして２段階目のカード生成の対象として取り扱われるものであってもよい。即ち、この場合、対戦ゲーム中にキャラクタが退場したか否かに依らず、１段階目に係るカードの生成可否が判断されるものであってよい。　
また例えば、対戦ゲームのプレイ内容やユーザ情報等から、プレイしているユーザが児童である、あるいはゲームの不得意なユーザであることが推定される場合、対戦ゲームの結果が敗北であったとしても、１段階目のカード生成において生成不可と判断されたキャラクタについて、２段階目のカード生成に係る各種処理を実行するものとしてもよい。この場合、ゲームを有利に進行せしめるキャラクタのカードをユーザに取得させ得るよう動作するため、該ユーザのゲームコンテンツに対する関心を高め、さらなるゲーム装置１００の利用に繋げることができる。　
［変形例２］　上述した実施形態１では、ゲームと異なる提示態様で表示された複数のキャラクタのうちか
ら、カード化不可キャラクタを選択する操作がなされた場合に、２段階目のカード生成が行われるものとして説明したが、本発明の実施はこれに限られるものではない。即ち、２段階目のカード生成を行うために満たされるべき条件は、このような１段目のカード生成後に行われるユーザ操作の成否に関連するものに限られる必要はない。　
例えば、ユーザの複数回のゲームプレイにおいて、同一のキャラクタについてカード化不可と判断された回数が所定数に至った場合に、該キャラクタにつき２段階目のカード生成を行うものとしてもよい。　
また例えば、カード化不可と判断された相手キャラクタにつき相手キャラクタ管理テーブルで設定されたランク情報３３４により示されるランク、あるいはゲーム装置１００で提供するゲームに登場する全てのキャラクタについて、レアリティ等でランク分類した場合における、カード化不可キャラクタの分類されるランクが、ゲームバランスの崩壊を生じ得ないと定めた所定のランク以下等、所定の条件に合致する場合に、該キャラクタにつき２段階目のカード生成を行うものとしてもよい。　
また例えば、ユーザがゲームプレイに際しカードを用いて登録したキャラクタのランク情報３２４が、ゲームコンテンツに対する関心が高いと推定されるランク以上である（ランクが高いほど、ゲームプレイ回数が多いと推定）等、所定の条件に合致する場合に、カード化不可と判断されたキャラクタにつき２段階目のカード生成を行うものとしてもよい。　
またこれら例示した条件は複合的に考慮されるものであってよく、少なくともいずれかの条件を満たした場合に、２段階目のカード生成を行うよう構成するものであってもよい。　
［実施形態２］　上述した実施形態１では、カード化不可キャラクタのカード化機会を与えると判断した場合に２段階目のカード生成に係る各種処理を実行し、その結果、複数のキャラクタのうちから該カード化不可キャラクタを選択する操作がなされた場合に対価を要求し、カード化を行うものとして説明した。　
一方で、このようなカード化機会を与える処理は、対戦ゲームや１段階目のカード生成が終了した後に、１回のゲームプレイの提供に係り、ユーザがゲーム装置１００を占用する期間を延長するものである。即ち、カード化不可キャラクタが選択されず、ユーザにとって所望の結果とならなかった場合には対価の支払いもなされないため、ゲーム装置１００のランニングコストや収益率の観点で好適でない可能性がある。　
従って、本実施形態のゲーム装置１００では、カード化不可キャラクタのカード化機会を与えるか否かの判断時点で、対価の支払いを要件とし、より遊戯性の高いゲームのプレイ体験を追加で提供し、その結果として、プレイ内容に応じたカード生成を行うよう構成するものとする。このとき、プレイ内容に応じて行われるカード生成は、追加で提供されるゲームの結果、予め定められた条件が満たされた場合にはカード化不可キャラクタが対象となり、満たされない場合にはカード化不可キャラクタ以外のキャラクタが対象となるものとする。即ち、追加のゲームにつき支払われた対価に対して、少なくともいずれかのキャラクタに係るカードの排出はなされるよう構成される。ここで、カード化不可キャラクタ以外のキャラクタは、例えば実行された対戦ゲームに登場したキャラクタ、即ち使用キャラクタ管理テーブル及び相手キャラクタ管理テーブルに登録されたキャラクタのうち、カード化不可キャラクタを除くキャラクタのうちのいずれかであってよい。また１段階目のカード生成にてカード化対象となったキャラクタが選択される場合には、１段階目に生成されたカードに付されたものよりも上位のランクを示すランク情報が、２段階目で生成されるカードの物品情報に含められるよう構成してもよい。　
［その他の実施形態］　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。また本発明に係るゲーム装置は、１以上のコンピュータを該ゲーム装置として機能させるプログラムによっても実現可能である。該プログラムは、コンピュータが読み取り可能な記録媒体に記録されることにより、あるいは電気通信回線を通じて、提供／配布することができる。
１００：ゲーム装置、１０１：制御部、１０２：記録媒体、１０３：メモリ、１０４：支払検出部、１０５：取得部、１０６：キャラクタＤＢ、１０７：提示制御部、１０８：印刷制御部、１０９：操作入力部、１１０：通信部、１２０：リーダ、１３０：表示部、１４０：音声出力部、１５０：印刷部

Claims (15)

  1. 物品から物品情報を取得し、取得した該物品情報に基づくゲームを実行するゲーム装置であって、　前記実行されたゲームに係るゲーム要素の各々につき、該ゲームのプレイ内容に応じて、物品の生成可否を判断する判断手段と、　前記判断手段の判断に基づき、物品を生成するゲーム要素を選択する選択手段と、　前記選択手段により選択されたゲーム要素に係る物品を生成する生成手段と、を有し、　物品の生成は、１回のゲームプレイにつき、第１の段階と、該第１の段階に後続する第２の段階とを含み、　前記選択手段は、　　前記第１の段階につき、物品を生成するゲーム要素として、前記判断手段により物品の生成が可能と判断された第１のゲーム要素を選択し、　　前記第２の段階につき、物品を生成するゲーム要素として、前記判断手段により物品の生成が不可と判断された第２のゲーム要素を選択し、　前記生成手段は、前記第１の段階と前記第２の段階のそれぞれにおいて、物品を生成するゲーム装置。
  2. 前記生成手段は、前記第２のゲーム要素が存在する場合に、前記第２の段階に係る物品の生成を行う請求項１に記載のゲーム装置。
  3. 前記生成手段は、同一のゲーム要素につき前記判断手段により物品の生成が不可と判断された回数、前記第２のゲーム要素につき定められたゲームにおけるランク、及びゲームの実行につき取得された物品情報に係るゲーム要素につき定められたランク、の少なくともいずれかに基づいて、前記第２の段階に係る物品の生成を行うか否かを判断する請求項１または２に記載のゲーム装置。
  4. 前記選択手段は、前記第２の段階に係り所定の条件が満たされる場合に、前記第２のゲーム要素を含む複数のゲーム要素のうちから、前記第２のゲーム要素を選択する請求項１乃至３のいずれか１項に記載のゲーム装置。
  5. 少なくとも、前記第２の段階に係りなされたユーザ操作の成否を判定する判定手段をさらに有し、　前記所定の条件は、前記第２の段階に係りなされたユーザ操作が成功との判定により、満たされたと判断される請求項４に記載のゲーム装置。
  6. 前記判定手段は、前記実行されたゲームとは異なる提示態様で提示された前記第２のゲーム要素を含む複数のゲーム要素のうちから、該第２のゲーム要素を選択する操作がなされた場合に、前記第２の段階に係りなされたユーザ操作が成功と判定する請求項５に記載のゲーム装置。
  7. 前記生成手段は、前記所定の条件が満たされなかった場合に、前記第２の段階に係る物品の生成を行わない請求項４乃至６のいずれか１項に記載のゲーム装置。
  8. 前記生成手段は、前記所定の条件が満たされた後、さらに対価の支払いがなされた場合に、前記第２のゲーム要素に係る物品を生成する請求項４乃至７のいずれか１項に記載のゲーム装置。
  9. 前記判定手段は、前記第２の段階に係りなされたユーザ操作の成否を、前記実行されたゲームとは異なるゲームのプレイ内容に基づいて判定する請求項５または６に記載のゲーム装置。
  10. 前記異なるゲームは、前記第１の段階の後、対価の支払いがなされたことに応じて実行される請求項９に記載のゲーム装置。
  11. 前記選択手段は、前記異なるゲームにおいて前記所定の条件が満たされなかった場合に、前記複数のゲーム要素のうちの前記第２のゲーム要素を除いたいずれかのゲーム要素、または前記第１のゲーム要素を前記第２の段階につき選択する請求項９または１０に記載のゲーム装置。
  12. ゲーム要素の各々には、ゲームにおけるランクであって、ゲームプレイによって上位に遷移するランクが定められており、　前記生成手段は、前記第１の段階で物品を生成した前記第１のゲーム要素が前記第２の段階につき選択された場合に、前記第１の段階で生成された物品に付された物品情報よりも上位のランクを含む物品情報を付して、該第２の段階に係る物品を新たに生成する請求項１１に記載のゲーム装置。
  13. 前記実行されたゲームに係るゲーム要素は、該実行されたゲームに登場したゲーム要素である請求項１乃至１２のいずれか１項に記載のゲーム装置。
  14. 前記判断手段は、前記実行されたゲームに登場したゲーム要素のうち、該実行されたゲームのプレイ中に退場したゲーム要素を、物品の生成が不可と判断する請求項１３に記載のゲーム装置。
  15. コンピュータを、請求項１乃至１４のいずれか１項に記載のゲーム装置の各手段として機能させるためのプログラム。
PCT/JP2017/022900 2016-08-03 2017-06-21 ゲーム装置、及びプログラム WO2018025529A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201780038813.1A CN109414622B (zh) 2016-08-03 2017-06-21 游戏装置和记录介质

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016153196A JP6189503B1 (ja) 2016-08-03 2016-08-03 ゲーム装置、及びプログラム
JP2016-153196 2016-08-03

Publications (1)

Publication Number Publication Date
WO2018025529A1 true WO2018025529A1 (ja) 2018-02-08

Family

ID=59720459

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/022900 WO2018025529A1 (ja) 2016-08-03 2017-06-21 ゲーム装置、及びプログラム

Country Status (3)

Country Link
JP (1) JP6189503B1 (ja)
CN (1) CN109414622B (ja)
WO (1) WO2018025529A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020182533A (ja) * 2019-04-26 2020-11-12 株式会社セガ 情報処理装置、ゲーム装置、及びプログラム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019166282A (ja) * 2018-03-26 2019-10-03 株式会社バンダイ ゲーム装置、ゲームシステム及びプログラム
JP6998286B2 (ja) * 2018-10-16 2022-01-18 任天堂株式会社 情報処理プログラム、情報処理装置、情報処理システム、および、情報処理方法
US20210281694A1 (en) * 2020-03-03 2021-09-09 Xerox Corporation Printing device including a non-contact memory tag to detect fraudulent use thereof
JP7162717B1 (ja) 2021-11-04 2022-10-28 株式会社バンダイ ゲーム装置及びプログラム
JP7206021B1 (ja) * 2021-11-29 2023-01-17 株式会社バンダイ ゲーム装置、及び、プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013046746A (ja) * 2011-07-28 2013-03-07 Konami Digital Entertainment Co Ltd ゲーム機、それに用いられる制御方法、及びコンピュータプログラム
JP2015116268A (ja) * 2013-12-17 2015-06-25 株式会社バンダイ ゲーム装置及びプログラム
JP2016019696A (ja) * 2014-07-15 2016-02-04 株式会社セガゲームス ゲーム装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002282555A (ja) * 2001-03-23 2002-10-02 Toshiba Corp ゲーム装置及びそれを用いたゲームシステム
JP4156648B2 (ja) * 2006-12-11 2008-09-24 株式会社スクウェア・エニックス ゲーム装置及びゲームの進行方法、並びにプログラム及び記録媒体
JP2009066161A (ja) * 2007-09-12 2009-04-02 Namco Bandai Games Inc メダルゲーム装置
JP2010022718A (ja) * 2008-07-23 2010-02-04 Konami Digital Entertainment Co Ltd プレイ結果処理システム
JP6166521B2 (ja) * 2012-09-28 2017-07-19 株式会社カプコン ゲームプログラムおよびゲームシステム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013046746A (ja) * 2011-07-28 2013-03-07 Konami Digital Entertainment Co Ltd ゲーム機、それに用いられる制御方法、及びコンピュータプログラム
JP2015116268A (ja) * 2013-12-17 2015-06-25 株式会社バンダイ ゲーム装置及びプログラム
JP2016019696A (ja) * 2014-07-15 2016-02-04 株式会社セガゲームス ゲーム装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020182533A (ja) * 2019-04-26 2020-11-12 株式会社セガ 情報処理装置、ゲーム装置、及びプログラム
JP7290060B2 (ja) 2019-04-26 2023-06-13 株式会社セガ 情報処理装置、ゲーム装置、及びプログラム

Also Published As

Publication number Publication date
CN109414622B (zh) 2022-04-01
JP6189503B1 (ja) 2017-08-30
CN109414622A (zh) 2019-03-01
JP2018019925A (ja) 2018-02-08

Similar Documents

Publication Publication Date Title
JP6189503B1 (ja) ゲーム装置、及びプログラム
JP6243395B2 (ja) ゲーム装置及びプログラム
JP6392929B1 (ja) ゲーム装置、ゲーム用物品及びプログラム
WO2018008276A1 (ja) ゲーム装置、ゲーム用物品及びプログラム
JP6869128B2 (ja) ゲーム装置、プログラム及びゲームシステム
JP5723047B1 (ja) ゲーム装置及びプログラム
JP6700229B2 (ja) ゲーム装置、ゲームシステム及びプログラム
JP6688261B2 (ja) ゲーム装置、及びプログラム
JP6178469B1 (ja) ゲーム装置、及びプログラム
CN109195677B (zh) 游戏装置、游戏用物品以及记录介质
JP6680703B2 (ja) ゲーム装置及びプログラム
JP6682482B2 (ja) ゲーム装置、ゲームシステム及びプログラム
JP6093468B1 (ja) ゲーム装置及びプログラム
WO2017141533A1 (ja) ゲーム装置及びプログラム
JP2018187458A (ja) ゲーム装置、ゲーム用物品及びプログラム
JP7162717B1 (ja) ゲーム装置及びプログラム
WO2018179888A1 (ja) ゲームシステム、ゲーム装置、玩具体、ゲーム用物品、及びプログラム
WO2018168269A1 (ja) ゲーム装置、ゲーム用物品及びプログラム
JP2019093189A (ja) ゲーム装置、プログラム及びゲームシステム
JP2018079353A (ja) ゲーム装置、ゲーム用物品及びプログラム
JP2019162446A (ja) ゲーム装置、プログラム及びゲームシステム
JP2020163033A (ja) ゲーム装置、プログラム及びゲームシステム
JP2019033815A (ja) ゲームシステム、ゲーム装置、物品提供装置及びプログラム
JP2016013420A (ja) ゲーム装置及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17836636

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17836636

Country of ref document: EP

Kind code of ref document: A1