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

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

Info

Publication number
WO2017064965A1
WO2017064965A1 PCT/JP2016/076850 JP2016076850W WO2017064965A1 WO 2017064965 A1 WO2017064965 A1 WO 2017064965A1 JP 2016076850 W JP2016076850 W JP 2016076850W WO 2017064965 A1 WO2017064965 A1 WO 2017064965A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
card
article
information
character
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2016/076850
Other languages
English (en)
French (fr)
Inventor
幸太郎 谷口
真理 格和
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bandai Co Ltd
Original Assignee
Bandai Co Ltd
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 Bandai Co Ltd filed Critical Bandai Co Ltd
Priority to HK18107999.6A priority Critical patent/HK1249471A1/zh
Priority to CN201680054160.1A priority patent/CN108025213B/zh
Publication of WO2017064965A1 publication Critical patent/WO2017064965A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/20—Input arrangements for video game devices
    • 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/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • 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/80—Special adaptations for executing a specific game genre or game mode
    • 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 device and a program, and more particularly to a game device and a program that provide a game experience related to the product by acquiring information from the product.
  • a game device that obtains information attached to an article such as a card or a toy body so that a character or item corresponding to the article appears in the game and can be used by a player. Further, in such a game apparatus, the character or item may be changed according to the content of the game play performed by the player, and the changed character or item may appear in the game at the next game play. As possible, there are also products that newly discharge articles with corresponding information. *
  • the printer in order to make the changed character available to the player in the next game play, the printer outputs a card on which parameters (characteristic data) reflected during the game play are printed as a two-dimensional code. .
  • 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 that provide a game experience with improved convenience for the player.
  • the game device of the present invention is an article corresponding to an appearance object including a character or item appearing in a game, and the game information is obtained from an article having game information indicating the appearance object. Based on the game information acquired by the first acquisition means and the first acquisition means, there is a second article having a predetermined relationship with the first article from which the game information has been acquired. Determining means for determining whether or not an image based on the acquired game information is determined as an image corresponding to the first article in accordance with a determination result by the determining means. When a determination result that two articles exist is obtained, an image based on game information different from the acquired game information is determined as an image corresponding to the first article And features.
  • the article is not limited to a card, and may be a toy body such as a figure or a medal as long as game information is recorded.
  • the appearance objects may include actions (commands, techniques) that can be used for characters in the game, play fields for playing games, reproduced music, and the like.
  • FIG. 1 is a block diagram showing a functional configuration of a game device 100 according to an embodiment of the present invention. *
  • the control unit 101 is, for example, a CPU, and controls the operation of each block included in the game apparatus 100.
  • the control unit 101 reads out, for example, an operation program for each block recorded in the recording medium 102 and a program related to the game (provided game) of the present embodiment that provides a game experience in accordance with payment of the value, and stores the program in the memory 103.
  • the operation of each block is controlled by expanding and executing. *
  • the recording medium 102 is a recording device that permanently records information, such as a built-in memory or HDD, and may be connected to the game device 100 in a built-in or detachable manner.
  • the recording medium 102 stores various information such as parameters and display images necessary for the operation of each block in addition to the operation program for each block of the game apparatus 100.
  • the memory 103 is a volatile storage device such as a RAM.
  • the memory 103 may be used not only as a development area for the operation program of each block, but also as a storage area for intermediate data output in the operation of each block and a work area related to the operation of each block. *
  • the card DB 104 is a database that manages information (cards) for each of the cards that can be used for playing the provided game.
  • the card information managed in the card DB 104 uses a character ID 502 for identifying a character corresponding to the card in association with the card ID 501 for identifying the card as shown in FIG. Management information 503 indicating the history of game play and the like. *
  • the player uses the character corresponding to the card during the game by causing the recognition unit 106 (to be described later) to recognize (scan) a predetermined number of cards when playing the game. It can be registered as a character and can be played against a predetermined battle character in the battle game.
  • the player can discharge a predetermined number of characters as new cards from among the characters that appear during the play including the used character.
  • the character to be a new card is a character to be used, that is, a character that already owns the card
  • the parameters of the character are updated (growth: parameters, character images, etc. Changed according to the result).
  • a new card of the same character is “derived” from the card used for registering the used character. Can be output.
  • the card that was used to grow the newly used character is the “derived card”
  • the card that was used to register the used character before the growth is the “basic card” as required. Mention. *
  • the management information 503 related to the basic card includes information (which may be a card ID) for specifying the derived card so as to show such a correspondence relationship between the cards.
  • the derived card can output a further derived card even when the used character is registered using the derived card during game play and the used character is output as a card. That is, there can be a plurality of derived cards for one card in consideration of indirect derivation.
  • the management information 503 includes a derived genealogy in order to prevent the player from playing the same game development scenario again when the basic card is mistakenly used for registration. Information for identifying the latest derivative card is included. For example, when there is a card B generated by deriving from the card A and a card C generated by deriving from the card B, the management information 503 related to the card A and the card B is for specifying the card C. Is stored. *
  • the management information 503 is described as storing information for identifying the latest derivative card of the derivative genealogy, but it is easily understood that the present invention is not limited to this. .
  • the management information 503 stores information for identifying a derived card generated using the corresponding card, that is, a derived card derived directly (immediately in the derived lineage). It may be a thing.
  • management information 503 related to the top of the derived lineage that is, the basic card (parent card) in which no derivation is recorded, information and parent card for specifying all the derived cards (child cards) of the derived lineage Information indicating that the card is present, and each piece of management information 503 relating to these child cards stores information for specifying the parent card and information indicating that the card is a child card. Also good.
  • a derived card can be output by growing one used character at the end of a provided game related to one game play, that is, one derived card is generated for one basic card.
  • a combination (combination / combination) with other cards or characters used may be used as a growth factor for derivation, and the derivation card may be output according to the combination.
  • the management information 503 for each of the plurality of basic cards may store information for specifying the same derivative card. . *
  • management information 503 may include, for example, information on game play results and character parameter correction performed on the card. Information included in the management information 503 may be referred to for game play or card output. *
  • the card DB 104 is used to explain that all card information that can be used in the game apparatus 100, including cards output from the game apparatus 100, is managed as each card information. Is not limited to this.
  • the card information may be managed for each player who owns the card. In this case, in the player DB that manages information about each player separately from the card DB 104, the management information is associated with the player identification information. 503 may be managed. *
  • the character DB 105 manages various information (character information) about each character appearing in the provided game.
  • the character information managed in the character DB 105 of the present embodiment is associated with the character ID 511 for identifying the character as shown in FIG. 5B when the character appears in the provided game and displayed on the game screen.
  • a character image 512 used for composition / generation of the screen, and growth information 513 indicating the transition of the growth process defined for the character are included.
  • the character image 512 may be a different image depending on the growth stage of the character. In this case, an image displayed on the game screen or a card displayed on the output card is also related to each growth stage. It may be determined as something that changes.
  • the card DB 104 and the character DB 105 are shown as configurations of the game device 100, but information that can be referred to in a plurality of game devices managed in these databases is recorded in each game device. You don't have to. That is, at least one of the card DB 104 and the character DB 105 may have a configuration of an external device such as a server that is communicably connected to the game apparatus 100 via the communication unit 110 described later. In this case, even if the player is a game device that is different from the game device that generated the derivative card, the player can have a game experience with improved convenience related to various processes described later when playing the game using the basic card. . *
  • the recognition unit 106 is a card associated with any character based on information acquired from the card by scanning by an information acquisition device such as a card reader provided as an internal configuration of the game device 100 or connected to the game device 100, for example. Recognize that there is.
  • the recognizing unit 106 refers to the card DB 104 based on the card ID 501 acquired from the recognition target card, and acquires card information (character ID 502 and management information 503) related to the card.
  • the recognizing unit 106 acquires character information of the corresponding character based on the obtained character ID 502.
  • the character information acquired by the recognizing unit 106 may be stored in the memory 103 as used character information together with the card ID and management information or by applying a predetermined conversion process. *
  • the drawing unit 107 is a drawing device such as a GPU, for example, and performs drawing processing of various screens related to the provided game. For example, during the play of the provided game, the drawing unit 107 draws a game screen to which the character image of the character used is applied as the game screen. In addition, the drawing unit 107 is not limited to the game screen, and may generate image data that is print contents related to a card output after the game play. *
  • the display unit 108 is a display device included in the game device 100 such as an LCD, for example, and displays the game screen generated by the drawing unit 107 at a predetermined frame rate, thereby allowing the player to have a game experience related to the provided game. . *
  • the output unit 109 outputs, for example, cards that can be used in the game play of the provided game by issuing an output command to a printing device such as a printer provided as an internal configuration of the game device 100 or connected to the game device 100. To realize.
  • the output command is made together with the image data printed on the card, and the printing apparatus prints the image data on a predetermined printing medium (card paper / roll paper, etc.), and the player can obtain it via a predetermined discharge mechanism. To eject the card.
  • a printing device such as a printer provided as an internal configuration of the game device 100 or connected to the game device 100.
  • Communication unit 110 is a communication interface with other devices included in game device 100.
  • the game device 100 can exchange information by connecting to another game device that provides a provided game with a similar configuration via a predetermined network by the communication unit 110 or a predetermined server.
  • the communication method via the communication unit 110 may be performed in accordance with a predetermined standard, and there is no particular limitation on which standard is used or whether the communication is wired / wireless.
  • the operation input unit 111 is an operation input interface that the game apparatus 100 has, such as buttons and direction indicating sticks.
  • the operation input unit 111 detects that an operation input to the operation input interface has been made, the operation input unit 111 outputs a control signal corresponding to the operation input to the control unit 101.
  • step S201 the control unit 101 determines whether or not a character (output character) for card output has been selected.
  • the player can select a character to be a card output target from among the use character registered by the player in the game play and the battle character that is the opponent of the battle game. If it is determined that the output character has been selected, the control unit 101 moves the process to S202. If it is determined that the output character has not been selected, the control unit 101 repeats the process of this step.
  • the control unit 101 determines whether or not the character selected as the output character is a use character. That is, the control unit 101 determines whether or not an output character has been selected from among the used characters registered by the player using a card corresponding to the game play. If the control unit 101 determines that the output character is a used character, the process proceeds to S203, and if it is determined that the output character is not a used character, the process proceeds to S205. *
  • step S ⁇ b> 203 the control unit 101 updates various parameter information stored in the memory 103 for the output character, assigns a new card ID (output card ID), and outputs the output card information related to the output character (derivation). Card information). Then, the control unit 101 stores the generated output card information in the card DB 104.
  • the output card information has the same configuration as the card information. That is, the control unit 101 generates output card information having the output card ID as the card ID 501, the character ID of the output character as the character ID 502, and the management information 503 based on the updated parameter information.
  • the character ID of the changed character and various parameters are acquired from the character DB 105 when the information of various parameters is updated, and output based on the information.
  • the card information may be configured.
  • the control unit 101 changes the management information 503 stored in the card DB 104 for the used character selected as the output character.
  • information for specifying the derived card is stored in the management information 503 managed in the card DB 104 for the card related to the used character.
  • the control unit 101 requests the card DB 104 to update the card information so that the output card ID is added to the management information 503 of the corresponding used character as information for identifying the derived card.
  • the management information is used as information for specifying the derivation card using the card ID of the card used for registering the character used.
  • the control unit 101 may make a similar update request for the card information.
  • the control unit 101 determines whether the output character is a use character, that is, a battle character. If it is determined in S202 that the output character is not a use character, that is, a battle character, the control unit 101 generates output card information to which an output card ID is assigned based on the character information of the selected battle character in S205. To do. Then, the control unit 101 stores the generated output card information in the card DB 104. *
  • step S206 the control unit 101 causes the drawing unit 107 to generate image data related to the output card information. Further, the control unit 101 controls the output unit 109 so that the card relating to the generated image data is discharged from the printing apparatus.
  • ⁇ Registration Process For registering characters to be used in one game play using cards that can be used for a provided game, including cards printed and output by the output process, will be described with reference to the flowchart of FIG. I will explain.
  • 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.
  • the main registration process is described as being started when, for example, payment for a single game play is made and the provided game process reaches the sequence for preparing the player for the battle game. *
  • the recognition unit 106 determines whether or not a card to be registered as a use character has been scanned. That is, the recognizing unit 106 determines whether or not information has been acquired from a usable card for the provided game. If the recognition unit 106 determines that the card has been scanned, it moves the process to S302, and if it does not determine that the card has been scanned, it repeats the process of this step. *
  • the recognition unit 106 acquires corresponding card information from the card DB 104 based on the card ID included in the information acquired from the card, and stores it in the memory 103 as detected card information.
  • the recognizing unit 106 refers to the detected card information and determines whether or not the scanned card is a card for which a derivative card has already been generated. Specifically, the recognition unit 106 determines this step based on whether the management information 503 of the detected card information includes information for specifying the derivative card.
  • the process proceeds to S303, and when the recognition unit 106 determines that the card has not yet been generated for a derivative card. Moves the process to S304. *
  • the recognition unit 106 acquires the card information of the derivative card from the card DB 104 based on the information (card ID) for specifying the derivative card, and updates the detected card information stored in S302.
  • the recognition unit 106 acquires the corresponding character information from the character DB 105 based on the character ID 502 of the detected card information, and stores it in the memory 103 as the used character information. At this time, the recognizing unit 106 converts the acquired character information based on the management information 503 of the detected card information and stores the converted character information as use character information in order to reflect the parameter change based on the growth situation. Good. Note that the character information includes the character image 512, but the recognition unit 106 may develop this into a state usable for the drawing processing by the drawing unit 107 and store it in the memory 103.
  • the character information after derivation is assigned and registered for the scanned card, and the image of the character after derivation for the card is also displayed on the game screen.
  • step S ⁇ b> 305 the control unit 101 determines whether or not a specified number of character information items that are determined to be usable for game play have been registered. If the control unit 101 determines that the specified number of used character information has been registered, the process proceeds to S306. If the control unit 101 determines that the specified number of used character information has not been registered, the control unit 101 returns the process to S301. When the player inputs an operation for registering the specified number of used character information, such as when the player does not have the specified number of cards, the control unit 101 performs processing regardless of the determination in this step. May be moved to S306.
  • step S306 the control unit 101 moves the provided game sequence to the battle game start sequence, and completes the main registration process.
  • the use character when the use character is registered using a card having no derivative card, the character information based on the character ID acquired from the basic card is registered as the use character information.
  • the use character is registered using the existing card, the character information acquired based on the character ID related to the derived card, which is different from the character ID acquired from the basic card, is registered as the use character information.
  • the player can play the game from the state in which the derivative card is output if there is a corresponding basic card, so it is not necessary to replay the game for outputting the derivative card. .
  • the player can play the game with the latest derivative card, so if you accidentally scan an unintentional (before derivation) card There is no need to redo the character registration.
  • the management information 503 includes information for specifying the latest derivative card.
  • the character ID related to the latest derived card can be uniquely acquired as the character ID of the character used.
  • the game can be played with a character used based on the card derived and output after the basic card, at least the derived card is output from the basic card. The situation of playing the game for playing again is avoided.
  • the card having the derived card is scanned in the embodiment of the present invention, it is not always necessary to acquire the character information based on the character ID related to the “latest” derived card.
  • a character corresponding to any one of the plurality of derived cards can be set as a use character. May be configured.
  • the player DB is used to manage the information of the possessed card for each player, and when a card owned by another player is used, unlike the corresponding character of the card, for example, an initial parameter is set. You may make it permit game play by registering one selected character as a use character from the predetermined character group which has (the state which is not owned by any player).
  • the card information owned by the player does not need to be managed as the player DB, and is recorded on a predetermined recording medium different from a character card such as an IC card, which is configured so that the player can record a battle history and the like. And may be configured to inquire during the registration process.
  • Embodiment 2 In Embodiment 1 described above, when a card having a derived card is used for registering a use character, the character corresponding to the latest derived card is registered as the use character. *
  • This embodiment demonstrates the structure which avoids registering the same character as a multiple body use character, when a use character is registered based on the several card
  • curd which has a derivative relationship.
  • the game apparatus 100 of the present embodiment has the same configuration as that of the first embodiment described above, and a description of the functional configuration is omitted.
  • the card information managed by the card DB 104 of the present embodiment includes not only information for specifying the latest derivative card in the management information 503 when the card is a basic card, but also when the card information is a derivative card. Assume that information indicating that the card is a derivative card is included in the management information 503. *
  • the recognition unit 106 After determining that the card has been scanned in S301, the recognition unit 106 acquires card information corresponding to the card ID acquired from the card from the card DB 104 in S401.
  • the recognizing unit 106 refers to the management information 503 of the acquired card information, and determines whether the scanned card is a derived card or a basic card in which a derived card exists. If the recognizing unit 106 determines that the scanned card is a derivative card or a basic card, it moves the process to S402, and if it determines that the scanned card is any other card, it moves the process to S304. *
  • the recognizing unit 106 determines whether or not a card having a derivative relationship with the scanned card has been used for registration of a character used for game play. In other words, if a card that has a derivative relationship with the card was used for registration of a character used for game play before the currently scanned card, the character information used for the latest derivative card is already Will be stored. Therefore, for example, whether the recognition unit 106 has acquired the card information based on the information (card ID) for specifying the derivative card included in the management information 503 of the acquired card information for the card already registered for use. This step may be determined based on the above.
  • the recognizing unit 106 determines that a card derived from the scanned card has been used for registration of a character used for game play, the recognizing unit 106 moves the process to S403, and if it determines that the card is not used, the process proceeds to S303. Move to. *
  • the recognition unit 106 acquires the corresponding card information from the card DB 104 based on the card ID included in the information acquired from the card. And the recognition part 106 performs the lottery process which draws the character registered as a use character from the character group defined based on character ID502 of the acquired card information. For example, the lottery process may be performed on a character ID group obtained by excluding the character ID 502 of the acquired card information and the character ID of the character having the derivation relationship from all the character IDs registered in the character DB 105.
  • the character ID 502 of the acquired card information and the character of the derivation character may be performed on a character ID group excluding the character ID.
  • the character ID group may be a target character ID group excluding the character ID 502 of the acquired card information and the character ID of the derivation character from among character ID groups predetermined as a lottery process target.
  • the character group to be subjected to the lottery process may be determined in the same manner based on the character ID 502 of the card information acquired for the latest derivative card.
  • the recognition unit 106 acquires corresponding character information from the character DB 105 based on one character ID obtained as a result of the lottery process, and stores the acquired character information in the memory 103 as used character information. At this time, since the character determined by the lottery process is a character determined not based on the scanned card, the recognition unit 106 does not have to perform the conversion as in S304. After storing the used character information, the recognition unit 106 moves the process to S305. *
  • Embodiment 2 when a plurality of cards having a derivation relationship are used for registration of use characters, the use characters based on the cards are determined by lottery processing except for one card. explained. However, the character to be used based on the lottery process may be determined without being limited to such conditions. *
  • the used character when a card with a derived card is used, the used character may be registered by a lottery process regardless of whether the used character is registered using another card having a derived relationship. Good.
  • the character group to be subjected to the lottery process may or may not be determined by excluding the character corresponding to the scanned card or its derivative card.
  • the execution of the provided game may be controlled by, for example, changing the game progress or changing the derived character in order to maintain the interest of the player who will play the game multiple times.
  • 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 a computer 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】プレイヤの利便性を高めたゲーム体験を提供する。【解決手段】ゲーム装置は、ゲーム内に登場するキャラクタまたはアイテムを含む登場オブジェクトに対応した物品であって、該登場オブジェクトを示すゲーム情報を有する物品から該ゲーム情報を取得する。そして取得したゲーム情報に基づき、該ゲーム情報が取得された第１の物品と所定の関係を有する第２の物品が存在するか否かを判断し、該判断結果に応じて、取得されたゲーム情報に基づく画像を第１の物品に対応する画像として決定するこのとき、第２の物品が存在するとの判断結果が得られた場合、装置は取得されたゲーム情報とは異なるゲーム情報に基づく画像を第１の物品に対応する画像として決定する。

Description

ゲーム装置及びプログラム
本発明は、ゲーム装置及びプログラムに関し、特に物品から情報取得を行うことにより該物品に関連するゲーム体験を提供するゲーム装置及びプログラムに関する。
カードや玩具体等の物品に付された情報を取得することで、該物品に対応するキャラクタやアイテムをゲーム内に登場させ、プレイヤに使用可能ならしめるゲーム装置がある。また、このようなゲーム装置の中には、プレイヤにより行われたゲームプレイの内容に応じてキャラクタやアイテムを変化させ、次回のゲームプレイ時に変化後のキャラクタやアイテムをゲーム内に登場させることが可能なように、対応する情報を付した物品を新たに排出するものも存在する。　
特許文献１のゲーム装置では、変化後のキャラクタを再度のゲームプレイにおいてプレイヤに使用可能ならしめるため、ゲームプレイ時に反映されるパラメータ（特性データ）が二次元コードとして印刷したカードをプリンタに出力させる。
特開２００２－０６５９３６号公報
特許文献１に記載のゲーム装置では、ゲームプレイにより成長したキャラクタが新たなカードとして出力される。これによりプレイヤは、同一のキャラクタについて、ゲームプレイにあたり使用した成長前のキャラクタに係るカードと、ゲームプレイ後に得られた成長後のキャラクタに係るカードと、の複数枚を所有することになる。　
同一のキャラクタについて複数のカードを所有している場合、プレイヤが誤って成長前のキャラクタに係るカードを使用してゲームプレイを開始してしまう可能性がある。このような場合、例えば再度同一内容のゲームをプレイする必要がある等、プレイヤの好適なゲーム体験を担保できない可能性があった。　
本発明は、上述の問題点に鑑みてなされたものであり、プレイヤの利便性を高めたゲーム体験を提供するゲーム装置及びプログラムを提供することを目的とする。
前述の目的を達成するために、本発明のゲーム装置は、ゲーム内に登場するキャラクタまたはアイテムを含む登場オブジェクトに対応した物品であって、該登場オブジェクトを示すゲーム情報を有する物品から該ゲーム情報を取得する第１の取得手段と、第１の取得手段により取得されたゲーム情報に基づき、該ゲーム情報が取得された第１の物品と所定の関係を有する第２の物品が存在するか否かを判断する判断手段と、判断手段による判断結果に応じて、取得されたゲーム情報に基づく画像を第１の物品に対応する画像として決定する決定手段と、を有し、決定手段は、第２の物品が存在するとの判断結果が得られた場合に、取得されたゲーム情報とは異なるゲーム情報に基づく画像を第１の物品に対応する画像として決定するすることを特徴とする。
このような構成により本発明によれば、プレイヤの利便性を高めたゲーム体験を提供することが可能となる。
本発明の実施形態に係るゲーム装置１００の機能構成を示したブロック図 本発明の実施形態に係るゲーム装置１００で実行される出力時処理を例示したフローチャート 本発明の実施形態１に係るゲーム装置１００で実行される登録処理を例示したフローチャート 本発明の実施形態２に係るゲーム装置１００で実行される登録処理を例示したフローチャート 本発明の実施形態１に係るカードＤＢ１０４で管理されるカード情報、及びキャラクタＤＢ１０５で管理されるキャラクタ情報のデータ構成を例示した図
［実施形態１］　以下、本発明の例示的な実施形態について、図面を参照して詳細に説明する。なお、以下に説明する一実施形態は、ゲーム装置の一例としての、ゲーム内に登場するキャラクタに対応するカードからゲーム情報を取得することで、該キャラクタを登場させたゲームプレイをプレイヤに提供するゲーム装置に、本発明を適用した例を説明する。しかし、本発明は、カードに限られず、ゲーム内に登場するキャラクタまたはアイテムを含む登場オブジェクトに対応した物品であって、該登場オブジェクトを示すゲーム情報を有する物品からゲーム情報を取得して、同様のゲームプレイを提供することが可能な任意の機器に適用可能である。即ち、物品はカードに限られるものでなく、ゲーム情報を記録した態様であれば、フィギュア、メダル等の玩具体であってもよい。なお、登場オブジェクトはキャラクタやアイテムの他、ゲーム内のキャラクタ等について使用可能な行動（コマンド、技）や、ゲームを行うプレイフィールド、再生楽曲等を含むものであってもよい。　
《ゲーム装置の構成》　図１は、本発明の実施形態に係るゲーム装置１００の機能構成を示すブロック図である。　
制御部１０１は、例えばＣＰＵであり、ゲーム装置１００が有する各ブロックの動作を制御する。制御部１０１は、例えば記録媒体１０２に記録されている各ブロックの動作プログラムや、対価の支払いに応じてゲーム体験を提供する本実施形態のゲーム（提供ゲーム）に係るプログラムを読み出し、メモリ１０３に展開して実行することにより各ブロックの動作を制御する。　
記録媒体１０２は、例えば内蔵メモリやＨＤＤ等の恒久的に情報記録を行う記録装置であり、ゲーム装置１００に内蔵あるいは着脱可能に接続されるものであってよい。記録媒体１０２は、ゲーム装置１００が有する各ブロックの動作プログラム等に加え、各ブロックの動作において必要となるパラメータや表示用画像等の種々の情報を格納している。メモリ１０３は、例えばＲＡＭ等の揮発性の記憶装置である。メモリ１０３は、各ブロックの動作プログラム等の展開領域としてだけでなく、各ブロックの動作において出力された中間データの格納領域や、各ブロックの動作に係る作業領域としても用いられてよい。　
カードＤＢ１０４は、提供ゲームのプレイにあたり使用することが可能なカードの各々について情報（カード）を管理するデータベースである。本実施形態のカードＤＢ１０４において管理されるカード情報は、図５（ａ）に示されるようにカードを識別するカードＩＤ５０１に関連付けて、該カードに対応するキャラクタを識別するキャラクタＩＤ５０２、及びカードを使用したゲームプレイの履歴等を示す管理情報５０３を含む。　
本実施形態のゲーム装置１００で実行される提供ゲームでは、プレイヤはゲームプレイにあたり、規定数のカードを後述の認識部１０６に認識（スキャン）させることで、カードに対応するキャラクタをゲーム中の使用キャラクタとして登録させ、対戦ゲームにおいて所定の対戦キャラクタと対戦させることができる。また１回のゲームプレイに係る提供ゲームの終了時には、プレイヤは、使用キャラクタを含むプレイ中に登場したキャラクタのうちから所定数のキャラクタを新たなカードとして排出することができる。このとき、新たなカードとするキャラクタが使用キャラクタ、即ち既にカードを所有するキャラクタである場合、キャラクタのパラメータは更新（成長：パラメータ、キャラクタ画像等が、キャラクタごとに予め定められた成長ルールやゲーム結果に従って変更）される。つまり、本実施形態の提供ゲームでは使用キャラクタを排出対象として選択した場合、使用キャラクタの登録に用いたカードから、同キャラクタ（もしくは成長関係にある異なるキャラクタ等）の新たなカードを「派生」して出力することができる。以下、カードの対応関係を理解しやすいよう、使用キャラクタを成長させて新たに出力したカードを「派生カード」、成長前の使用キャラクタの登録に用いたカードを「基礎カード」として必要に応じて言及する。　
本実施形態のカードＤＢ１０４ではこのようなカード間の対応関係を示すよう、少なくとも基礎カードに係る管理情報５０３には、派生カードを特定するための情報（カードＩＤであってよい）が含まれる。また派生カードは、ゲームプレイ時に派生カードを使用して使用キャラクタを登録し、同使用キャラクタをカードとして出力した場合にもさらに派生させたカードを出力することができる。即ち、１つのカードについての派生カードは間接的な派生を考慮すると複数枚存在し得ることになる。後述するように本実施形態の提供ゲームでは、誤って基礎カードが登録に使用された場合等、同様のゲーム展開のシナリオをプレイヤが再度プレイすることを回避するため、管理情報５０３には派生系譜のうちの最新の派生カードを特定するための情報が含められる。例えば、カードＡから派生して生成されたカードＢ、さらにカードＢから派生して生成されたカードＣが存在する場合、カードＡ及びカードＢに係る管理情報５０３には、カードＣを特定するための情報が格納される。　
なお、本実施形態では管理情報５０３には、派生系譜のうちの最新の派生カードを特定するための情報が格納されるものとして説明するが、これに限られるものでないことは容易に理解されよう。例えば派生カードを示すために、管理情報５０３は対応するカードを使用して生成された派生カード、即ち直接的（派生系譜において直後）に派生させた派生カードを特定するための情報が格納されるものであってよい。この場合、最新の派生カードを特定するためには、管理情報５０３に派生カードを特定するための情報が含まれないカードまで、派生カードの管理情報５０３を辿りながら参照するように処理すればよい。あるいは、派生系譜の頂点、即ちいずれの派生もさせない状態を記録した基礎カード（親カード）に係る管理情報５０３に派生系譜の全ての派生カード（子カード）を特定するための情報と親カードであることを示す情報とを格納するようにし、これらの子カードに係る各々の管理情報５０３には、親カードを特定するための情報と子カードであることを示す情報とを格納するようにしてもよい。　
また本実施形態では、１回のゲームプレイに係る提供ゲームの終了時に１つの使用キャラクタを成長させることで派生カードを出力することができる、即ち１つの基礎カードに対して１つの派生カードを生成できるものとして説明するが、これに限られるものでない。例えば、派生させるための成長要素として他のカードや使用キャラクタとの組み合わせ（合体／合成）を用いてよく、該組み合わせに応じて派生カードを出力可能としてもよい。この場合、１つの派生カードに対して複数の基礎カードが存在することに相当するため、該複数の基礎カード各々の管理情報５０３には同一の派生カードを特定するための情報が格納されてよい。　
この他、管理情報５０３には、例えば該カードについて行われたゲームプレイの戦績やキャラクタのパラメータ補正に係る情報等が含まれていてもよい。管理情報５０３に含められる情報は、ゲームプレイにあたり、あるいはカード出力にあたり参照されるものであってよい。　
本実施形態ではカードＤＢ１０４を用いて、ゲーム装置１００から出力されたカードを含む、ゲーム装置１００において使用可能な全てのカードについて、各々のカード情報を管理するものとして説明するが、本発明の実施はこれに限られるものではない。カード情報はカードを所有しているプレイヤごとに管理されるものであってもよく、この場合カードＤＢ１０４とは別に各プレイヤについての情報を管理するプレイヤＤＢにおいて、プレイヤの識別情報に関連付けて管理情報５０３が管理されるものであってよい。　
キャラクタＤＢ１０５は、提供ゲームに登場するキャラクタの各々についての各種情報（キャラクタ情報）を管理する。本実施形態のキャラクタＤＢ１０５において管理されるキャラクタ情報は、図５（ｂ）に示されるようにキャラクタを識別するキャラクタＩＤ５１１に関連付けて、該キャラクタを提供ゲームに登場させてゲーム画面に表示させ
る際に該画面の構成／生成に用いられるキャラクタ画像５１２、該キャラクタについて定められた成長過程の推移を示す成長情報５１３を含む。キャラクタ画像５１２は、キャラクタの成長段階に応じて異なる画像が定められるものであってよく、この場合、成長段階ごとにゲーム画面に表示される画像や出力されるカードに表示されるカードも関連して変化するものとして定められるものであってもよい。　
なお、本実施形態では、カードＤＢ１０４及びキャラクタＤＢ１０５はゲーム装置１００が有する構成として示すが、これらのデータベースに管理されるような複数のゲーム装置において参照が生じうる情報は、各ゲーム装置に記録されている必要はない。即ち、カードＤＢ１０４及びキャラクタＤＢ１０５の少なくともいずれかは、後述の通信部１１０を介してゲーム装置１００と通信可能に接続されたサーバ等、外部装置の構成であってもよい。この場合、プレイヤは派生カードを生成したゲーム装置とは異なるゲーム装置であっても、基礎カードを用いてゲームプレイを行う場合に後述の各種処理に係る利便性が向上したゲーム体験が可能である。　
認識部１０６は、例えばゲーム装置１００の内部構成として設けられた、あるいはゲーム装置１００に接続されたカードリーダ等の情報取得装置がスキャンによりカードから取得した情報に基づき、いずれのキャラクタに係るカードであるかを認識する。例えば認識部１０６は、認識対象のカードから取得されたカードＩＤ５０１に基づき、カードＤＢ１０４を参照して該カードに係るカード情報（キャラクタＩＤ５０２及び管理情報５０３）を取得する。また認識部１０６は、得られたキャラクタＩＤ５０２に基づき対応するキャラクタのキャラクタ情報を取得する。認識部１０６により取得されたキャラクタ情報は、カードＩＤ及び管理情報とともに、あるいは所定の変換処理が適用されて、使用キャラクタ情報としてメモリ１０３に格納されればよい。　
描画部１０７は、例えばＧＰＵ等の描画装置であり、提供ゲームに係る各種画面の描画処理を行う。描画部１０７は、例えば提供ゲームのプレイ中は、ゲーム画面として使用キャラクタのキャラクタ画像を適用したゲーム画面を描画する。また描画部１０７はゲーム画面に限らず、ゲームプレイ後に出力するカードに係る印刷内容である画像データも生成してもよい。　
表示部１０８は、例えばＬＣＤ等のゲーム装置１００が有する表示装置であり、描画部１０７により生成されたゲーム画面を所定のフレームレートで表示することで、提供ゲームに係るゲーム体験をプレイヤに可能せしめる。　
出力部１０９は、例えばゲーム装置１００の内部構成として設けられた、あるいはゲーム装置１００に接続されたプリンタ等の印刷装置に出力命令を行うことで、提供ゲームのゲームプレイにおいて使用可能なカードの出力を実現する。出力命令は、カードに印刷される画像データとともになされ、印刷装置は所定の印刷媒体（カード用紙／ロール紙等）に該画像データを印刷し、所定の排出機構を介してプレイヤが取得可能な態様でカードを排出する。　
通信部１１０は、ゲーム装置１００が有する他の装置との通信インタフェースである。ゲーム装置１００は、通信部１１０により所定のネットワークを介して同様の構成で提供ゲームの提供を行う他のゲーム装置や、所定のサーバと接続し、情報のやり取りを行うことができる。通信部１１０を介する通信方式は、予め定められた規格に準じて行われればよく、いずれの規格を用いるものであるか、あるいは通信が有線／無線によるものであるかは特に限定されない。　
操作入力部１１１は、例えばボタンや方向指示用スティック等のゲーム装置１００が有する操作入力インタフェースである。操作入力部１１１は、操作入力インタフェースに対する操作入力がなされたことを検出すると、該操作入力に対応する制御信号を制御部１０１に出力する。　
《出力時処理》　以下、このような構成をもつ本実施形態のゲーム装置１００において、１回のゲームプレイにつき行われるカード出力に係る出力時処理について、図２のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、制御部１０１が、例えば記録媒体１０２に記憶されている対応する処理プログラムを読み出し、メモリ１０３に展開して実行することにより実現することができる。なお、本出力時処理は、例えば提供ゲームにおいて所定の対戦キャラクタとの対戦ゲームが終了した際に開始されるものとして説明する。　
Ｓ２０１で、制御部１０１は、カード出力を行うキャラクタ（出力キャラクタ）の選択がなされたか否かを判断する。本実施形態の提供ゲームでは、プレイヤは、ゲームプレイにあたりプレイヤが登録した使用キャラクタと、対戦ゲームの相手である対戦キャラクタのうちからカード出力の対象となるキャラクタを選択することができる。制御部１０１は、出力キャラクタの選択がなされたと判断した場合は処理をＳ２０２に移し、なされていないと判断した場合は本ステップの処理を繰り返す。　
Ｓ２０２で、制御部１０１は、出力キャラクタとして選択されたキャラクタが使用キャラクタであるか否かを判断する。即ち、制御部１０１は、ゲームプレイに際しプレイヤが対応するカードを用いて登録した使用キャラクタのうちから出力キャラクタが選択されたか否かを判断する。制御部１０１は、出力キャラクタが使用キャラクタであると判断した場合は処理をＳ２０３に移し、使用キャラクタではないと判断した場合は処理をＳ２０５に移す。　
Ｓ２０３で、制御部１０１は、出力キャラクタについてメモリ１０３に格納されている各種パラメータの情報を更新し、新たなカードＩＤ（出力カードＩＤ）を割り当てて派生後の出力キャラクタに係る出力カード情報（派生カードの情報）を生成する。そして制御部１０１は、生成した出力カード情報をカードＤＢ１０４に格納させる。出力カード情報は、カード情報と同じ構成を有するものとする。即ち、制御部１０１は、カードＩＤ５０１として出力カードＩＤを、キャラクタＩＤ５０２として出力キャラクタのキャラクタＩＤを有し、さらに更新後のパラメータの情報に基づいた管理情報５０３を有する出力カード情報を生成する。なお、派生により出力キャラクタが異なる種別のキャラクタに変化するよう定められている場合、各種パラメータの情報更新の際に変化後キャラクタのキャラクタＩＤ及び各種パラメータがキャラクタＤＢ１０５から取得され、該情報に基づき出力カード情報は構成されてよい。　
Ｓ２０４で、制御部１０１は、出力キャラクタとして選択された使用キャラクタについて、カードＤＢ１０４に格納されている管理情報５０３を変更する。本ステップでは、使用キャラクタに基づいて派生カードが生成される場合に、該使用キャラクタに係るカードについてカードＤＢ１０４に管理されている管理情報５０３に、派生カード（出力カード）を特定するための情報の追加が行われる。具体的には制御部１０１は、該当の使用キャラクタの管理情報５０３に、派生カードを特定するための情報として出力カードＩＤを追加するよう、カードＤＢ１０４にカード情報の更新要求を行う。なお、カードＤＢ１０４内に派生系譜で関連付けされている他のカード情報が管理されている場合、即ち、使用キャラクタの登録に用いられたカードのカードＩＤを派生カードを特定するための情報として管理情報５０３に含むカード情報が管理されている場合、制御部１０１は該カード情報に対しても同様の更新要求を行えばよい。　
一方Ｓ２０２において出力キャラクタが使用キャラクタではない、即ち対戦キャラクタであると判断した場合、制御部１０１はＳ２０５で、選択された対戦キャラクタのキャラクタ情報に基づき、出力カードＩＤを割り当てた出力カード情報を生成する。そして制御部１０１は、生成した出力カード情報をカードＤＢ１０４に格納させる。　
Ｓ２０６で、制御部１０１は出力カード情報に係る画像データを描画部１０７に生成させる。さらに制御部１０１は、生成された画像データに係るカードが印刷装置から排出されるよう、出力部１０９を制御する。　
このように本出力時処理を実行することにより、一度派生カードを生成した基礎カードについては、該派生カードを特定するための情報を関連付けることができる。　
《登録処理》　次に、出力時処理により印刷出力されたカードを含む、提供ゲームについて使用可能なカードを用いて１回のゲームプレイにおいて使用キャラクタを登録する登録処理について、図３のフローチャートを用いて説明する。該フローチャートに対応する処理は、制御部１０１が、例えば記録媒体１０２に記憶されている対応する処理プログラムを読み出し、メモリ１０３に展開して実行することにより実現することができる。なお、本登録処理は、例えば１回のゲームプレイに係る対価の支払いがなされ、対戦ゲームのプレイヤ準備を行うシーケンスに提供ゲームの処理が至った際に開始されるものとして説明する。　
Ｓ３０１で、認識部１０６は、使用キャラクタとして登録するカードのスキャンがなされたか否かを判断する。即ち、認識部１０６は、提供ゲームについて使用可能なカードからの情報取得がなされたか否かを判断する。認識部１０６は、カードのスキャンがなされたと判断した場合は処理をＳ３０２に移し、なされていないと判断した場合は本ステップの処理を繰り返す。　
Ｓ３０２で、認識部１０６は、カードから取得された情報に含まれるカードＩＤに基づき、カードＤＢ１０４から対応するカード情報を取得し、検出カード情報としてメモリ１０３に格納する。そして認識部１０６は、該検出カード情報を参照し、スキャンされたカードが既に派生カードの生成が行われたカードであるか否かを判断する。具体的には認識部１０６は、検出カード情報の管理情報５０３に、派生カードを特定するための情報が含まれているか否かに基づき本ステップの判断を行う。認識部１０６は、スキャンされたカードが既に派生カードの生成が行われたカードであると判断した場合は処理をＳ３０３に移し、まだ派生カードの生成が行われていないカードであると判断した場合は処理をＳ３０４に移す。　
Ｓ３０３で、認識部１０６は、派生カードを特定するための情報（カードＩＤ）に基づいてカードＤＢ１０４から派生カードのカード情報を取得し、Ｓ３０２において格納した検出カード情報を更新する。　
Ｓ３０４で、認識部１０６は、検出カード情報のキャラクタＩＤ５０２に基づき、キャラクタＤＢ１０５から対応するキャラクタ情報を取得し、使用キャラクタ情報としてメモリ１０３に格納する。このとき認識部１０６は、成長状況に基づくパラメータ変更を反映するため、取得したキャラクタ情報を検出カード情報の管理情報５０３に基づいて変換し、変換後のキャラクタ情報を使用キャラクタ情報として格納してもよい。なお、キャラクタ情報にはキャラクタ画像５１２が含まれているが、認識部１０６はこれを描画部１０７による描画処理に使用可能な状態に展開してメモリ１０３に格納すればよい。このようにすることで、既に派生カードの生成が行われたカードについては、スキャンされたカードについて派生後のキャラクタ情報を割り当てて登録し、ゲーム画面においても該カードについて派生後のキャラクタの画像が対応して表示されるよう構成できる。　
Ｓ３０５で、制御部１０１は、ゲームプレイについて使用可能と定めた規定数の使用キャラクタ情報が登録されたか否かを判断する。制御部１０１は、規定数の使用キャラクタ情報が登録されたと判断した場合は処理をＳ３０６に移し、規定数の使用キャラクタ情報が登録されていないと判断した場合は処理をＳ３０１に戻す。なお、プレイヤが規定数のカードを所有していない場合等、規定数の使用キャラクタ情報の登録を行う旨の操作入力がプレイヤによりなされた場合は、制御部１０１は本ステップの判断によらず処理を
Ｓ３０６に移してよい。　
Ｓ３０６で、制御部１０１は、提供ゲームのシーケンスを対戦ゲーム開始のシーケンスに移し、本登録処理を完了する。　
このようにすることで、派生カードが存在しないカードを用いて使用キャラクタの登録が行われた場合は、基礎カードから取得されたキャラクタＩＤに基づくキャラクタ情報が使用キャラクタ情報として登録され、派生カードが存在するカードを用いて使用キャラクタの登録が行われた場合は、基礎カードから取得されたキャラクタＩＤとは異なる、派生カードに係るキャラクタＩＤに基づいて取得されたキャラクタ情報が使用キャラクタ情報として登録される。即ち、派生カードを生成した後であれば、対応する基礎カードがあればプレイヤは派生カードを出力した状態からゲームプレイ可能であるため、派生カードを出力するためのゲームをプレイし直す必要がなくなる。また派生関係にある類似するカードを所有している場合であっても、プレイヤは最新の派生カードでゲームプレイ可能となるため、意図しない（派生前の）カードを誤ってスキャンしてしまった場合もキャラクタ登録をやり直す必要がない。　
なお、本実施形態のカードＤＢ１０４では、上述したように管理情報５０３には最新の派生カードを特定するための情報が含められるものとした。該構成によれば、派生系譜にある最新の派生カード以外のカードをスキャンした場合に、使用キャラクタのキャラクタＩＤとして最新の派生カードに係るキャラクタＩＤを一意に取得できる。一方で、派生カードが存在する基礎カードをスキャンした場合には、該基礎カードより後に派生して出力されたカードに基づく使用キャラクタでゲームプレイ可能であれば、少なくとも該基礎カードから派生カードを出力するためのゲームを再度プレイする事態は回避される。即ち、本発明の実施において派生カードが存在するカードをスキャンした場合に、必ずしも「最新の」派生カードに係るキャラクタＩＤに基づいてキャラクタ情報を取得する必要はない。例えばスキャンした基礎カードから直接的及び間接的に派生して出力されたカードが複数ある場合には、該複数の派生カードのうちのいずれかのカードに対応するキャラクタが使用キャラクタとして設定可能なように構成されてもよい。　
また、例えば他プレイヤにより成長させられたキャラクタに係る派生カードを使用してゲームプレイ可能ならしめることは、所謂ゲームバランスやゲームストーリー理解の観点からプレイヤの好適なゲーム体験を妨げ得る。従って、上述したようにプレイヤＤＢを用いてプレイヤごとの所有カードの情報を管理する構成とし、他プレイヤの所有するカードが使用された場合は、カードの対応するキャラクタとは異なり、例えば初期パラメータを有する（いずれのプレイヤにも所有されていない状態の）予め定められたキャラクタ群のうちから、選択された１つのキャラクタを使用キャラクタとして登録することで、ゲームプレイを許容するようにしてもよい。なお、プレイヤが所有するカードの情報は、プレイヤＤＢとして管理される必要はなく、プレイヤが戦歴等を記録可能に構成された、ＩＣカード等のキャラクタカードとは異なる所定の記録媒体に記録されており、登録処理時に照会するよう構成してもよい。　
［実施形態２］　上述した実施形態１では、派生カードが存在するカードを使用キャラクタの登録に使用した場合に、最新の派生カードに対応するキャラクタが使用キャラクタとして登録されるものとして説明した。　
一方で、成長の過程で外観が異なるキャラクタとなった、派生関係を有する（派生系譜で繋がる）２種類のキャラクタは、派生関係を有することをカードの図柄の外観を一見しただけでは判断できない可能性がある。即ち、外観が異なることに起因して、プレイヤが最新の派生カードが同一である複数のカードを使用キャラクタの登録時にスキャンする可能性がある。このような場合、実施形態１に例示した構成では、最新の派生カードに係るキャラクタが使用キャラクタとして複数体登録されるため、好適なゲーム体験を妨げるゲームバランスの崩壊を引き起こし得る。　
本実施形態では、派生関係を有する複数のカードに基づいて使用キャラクタの登録が行われる場合に、同一のキャラクタが複数体使用キャラクタとして登録されることを回避する構成について説明する。　
なお、本実施形態のゲーム装置１００は、上述の実施形態１と同様の構成を有するものとして機能構成の説明は省略する。一方で、本実施形態のカードＤＢ１０４で管理されるカード情報は、基礎カードである場合に管理情報５０３に最新の派生カードを特定するための情報が含められるだけでなく、派生カードである場合には派生カードであることを示す情報が管理情報５０３に含められるものとする。　
《登録処理》　以下、本実施形態の登録処理について、図４のフローチャートを参照して詳細を説明する。なお、本実施形態の登録処理において、実施形態１の登録処理と同様の処理を行うステップについては同一の参照番号を付して説明を省略し、以下では本実施形態に特徴的な処理を行うステップの説明に留める。　
Ｓ３０１においてカードのスキャンがなされたと判断した後、認識部１０６はＳ４０１で、カードから取得されたカードＩＤに対応するカード情報をカードＤＢ１０４から取得する。また認識部１０６は、取得したカード情報の管理情報５０３を参照し、スキャンされたカードが派生カードまたは派生カードが存在する基礎カードであるか否かを判断する。認識部１０６は、スキャンされたカードが派生カードまたは基礎カードであると判断した場合は処理をＳ４０２に移し、それ以外のカードであると判断した場合は処理をＳ３０４に移す。　
Ｓ４０２で、認識部１０６は、スキャンされたカードと派生関係にあるカードがゲームプレイに係る使用キャラクタの登録に使用されたか否かを判断する。即ち、今回スキャンされたカードよりも前に、該カードと派生関係にあるカードがゲームプレイに係る使用キャラクタの登録に使用されていたのであれば、その最新の派生カードに係る使用キャラクタ情報は既に格納されていることになる。従って、認識部１０６は例えば、取得したカード情報の管理情報５０３に含まれる派生カードを特定するための情報（カードＩＤ）に基づいたカード情報の取得を、既に使用登録したカードについて行ったか否かを基に本ステップの判断を行えばよい。認識部１０６は、スキャンされたカードと派生関係にあるカードがゲームプレイに係る使用キャラクタの登録に使用されたと判断した場合は処理をＳ４０３に移し、使用されていないと判断した場合は処理をＳ３０３に移す。　
Ｓ４０３で、認識部１０６は、カードから取得された情報に含まれるカードＩＤに基づき、カードＤＢ１０４から対応するカード情報を取得する。そして認識部１０６は、取得したカード情報のキャラクタＩＤ５０２に基づき定められたキャラクタ群のうちから、使用キャラクタとして登録するキャラクタを抽選する抽選処理を行う。抽選処理は、例えばキャラクタＤＢ１０５に登録されている全てのキャラクタＩＤから、取得したカード情報のキャラクタＩＤ５０２及びその派生関係にあるキャラクタのキャラクタＩＤを除外したキャラクタＩＤ群を対象に行われてよい。また例えば、取得したカード情報のキャラクタＩＤ５０２のキャラクタが分類されるカテゴリ（ランク、レアリティ、種族、属性等）に属する全てのキャラクタＩＤから、取得したカード情報のキャラクタＩＤ５０２及びその派生関係にあるキャラクタのキャラクタＩＤを除外したキャラクタＩＤ群を対象に行われてもよい。また例えば、抽選処理の対象として予め定められたキャラクタＩＤ群のうちから、取得したカード情報のキャラクタＩＤ５０２及びその派生関係にあるキャラクタのキャラクタＩＤを除外したキャラクタＩＤ群を対象に行われてもよい。また当然、抽選処理の対象となるキャラクタ群は、最新の派生カードについて取得されたカード情報のキャラクタＩＤ５０２に基づいて同様に定められるものであってもよいことは言うまでもない。　
認識部１０６は、抽選処理の結果得られた１つのキャラクタＩＤに基づいてキャラクタＤＢ１０５から対応するキャラクタ情報を取得し、使用キャラクタ情報としてメモリ１０３に格納する。このとき、抽選処理により定まるキャラクタはスキャンされたカードに基づかず定まるキャラクタであるため、認識部１０６はＳ３０４のような変換等は行わなくてよい。使用キャラクタ情報の格納の後、認識部１０６は処理をＳ３０５に移す。　
このようにすることで、派生関係を有する複数のカードに基づいて使用キャラクタの登録が行われる場合であっても、同一のキャラクタを使用キャラクタとして登録することになる等の興趣性の低減要素を除外し、好適なゲーム体験を担保することができる。　
［変形例］　上述した実施形態２では、派生関係を有する複数のカードが使用キャラクタの登録に使用された場合に、１つのカードを除いて、カードに基づく使用キャラクタを抽選処理により決定するものとして説明した。しかしながら、抽選処理に基づく使用キャラクタの決定はこのような条件に限らず行われてよい。　
例えば、派生カードが存在するカードが使用された場合は、派生関係を有する他のカードを用いて使用キャラクタの登録がなされているかに依らず、抽選処理により使用キャラクタの登録を行うようにしてもよい。このとき、抽選処理の対象となるキャラクタ群は、スキャンされたカードやその派生カードに対応するキャラクタを除外して決定されてもよいし、除外しなくてもよい。除外した場合は、実施形態１及び２同様に所定のゲームのプレイし直しを発生させない効果を担保でき、また派生カードが存在するカードであることをプレイヤに判別させることができる。また除外しない場合は、複数回ゲームプレイを行うことになるプレイヤの興趣を持続させるため、例えばゲーム進行を変化させる、派生するキャラクタを変化させる等、提供ゲームの実行を制御すればよい。　
［その他の実施形態］　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。また本発明に係るゲーム装置は、コンピュータを該ゲーム装置として機能させるプログラムによっても実現可能である。該プログラムは、コンピュータが読み取り可能な記録媒体に記録されることにより、あるいは電気通信回線を通じて、提供／配布することができる。
１００：ゲーム装置、１０１：制御部、１０２：記録媒体、１０３：メモリ、１０４：カードＤＢ、１０５：キャラクタＤＢ、１０６：認識部、１０７：描画部、１０８：表示部、１０９：出力部、１１０：通信部、１１１：操作入力部

Claims (16)

  1. ゲーム内に登場するキャラクタまたはアイテムを含む登場オブジェクトに対応した物品であって、該登場オブジェクトを示すゲーム情報を有する物品から該ゲーム情報を取得する第１の取得手段と、　前記第１の取得手段により取得されたゲーム情報に基づき、該ゲーム情報が取得された第１の物品と所定の関係を有する第２の物品が存在するか否かを判断する判断手段と、　前記判断手段による判断結果に応じて、前記取得されたゲーム情報に基づく画像を前記第１の物品に対応する画像として決定する決定手段と、を有し、　前記決定手段は、前記第２の物品が存在するとの判断結果が得られた場合に、前記取得されたゲーム情報とは異なるゲーム情報に基づく画像を前記第１の物品に対応する画像として決定することを特徴とするゲーム装置。
  2. 前記異なるゲーム情報は、前記第２の物品が有するゲーム情報であることを特徴とするであることを特徴とする請求項１に記載のゲーム装置。
  3. ゲーム情報を有する物品を出力する出力手段をさらに有することを特徴とする請求項２に記載のゲーム装置。
  4. 前記所定の関係は、前記第２の物品が
    前記第１の物品よりも後に前記出力手段または前記ゲーム装置とは別のゲーム装置の出力手段により出力されたことを示すことを特徴とする請求項３に記載のゲーム装置。
  5. 前記所定の関係は、前記第２の物品が前記第１の物品に基づくゲームプレイに基づいて前記出力手段または前記ゲーム装置とは別のゲーム装置の出力手段により出力されたことを示すことを特徴とする請求項３または４に記載のゲーム装置。
  6. 前記所定の関係は、前記第２の物品が有するゲーム情報により示される登場オブジェクトが前記第１の物品が有するゲーム情報により示される登場オブジェクトから派生した登場オブジェクトであることを示すことを特徴とする請求項３乃至５のいずれか１項に記載のゲーム装置。
  7. 前記派生した登場オブジェクトは、前記第１の物品が有するゲーム情報により示される登場オブジェクトの、前記ゲームにおける成長後の登場オブジェクトであることを特徴とする請求項６に記載のゲーム装置。
  8. 前記第１の物品と所定の関係を有する前記第２の物品が複数存在する場合に、該複数の第２の物品のうちのいずれか１つの物品を選択する選択手段をさらに有し、　前記決定手段は、前記選択手段により選択された前記１つの物品が有するゲーム情報に基づく画像を前記第１の物品に対応する画像として決定することを特徴とする請求項３乃至７のいずれか１項に記載のゲーム装置。
  9. 前記選択手段は、前記複数の第２の物品のうちの最も遅くに出力された物品を選択することを特徴とする請求項８に記載のゲーム装置。
  10. 前記第１の物品と所定の関係を有する前記第２の物品の有無を示す管理情報を取得する第２の取得手段をさらに有し、　前記判断手段は、前記第２の取得手段により取得された前記管理情報に基づいて判断を行うことを特徴とする請求項３乃至９のいずれか１項に記載のゲーム装置。
  11. 前記管理情報は、前記ゲームをプレイしたプレイヤごとに管理される、該プレイヤが所有する物品を示す情報であることを特徴とする請求項１０に記載のゲーム装置。
  12. 前記決定手段は、前記第２の取得手段により前記管理情報が取得できない場合、前記取得されたゲーム情報に基づかずに決定されたゲーム情報に基づく画像を前記第１の物品に対応する画像として決定することを特徴とする請求項１０または１１に記載のゲーム装置。
  13. 前記異なるゲーム情報は、前記第１の物品が有するゲーム情報を除いた、予め定められたゲーム情報群のうちから選択されることを特徴とする請求項１に記載のゲーム装置。
  14. 前記決定手段により決定された前記第１の物品に対応する画像を、ゲーム中に表示手段に表示させる表示制御手段をさらに有することを特徴とする請求項１乃至１３のいずれか１項に記載のゲーム装置。
  15. 前記第１の物品に対応する画像を決定したゲーム情報に係る登場オブジェクトを登場させたゲームを実行する実行手段をさらに有することを特徴とする請求項１乃至１４のいずれか１項に記載のゲーム装置。
  16. ゲーム内に登場するキャラクタまたはアイテムを含む登場オブジェクトに対応した物品であって、該登場オブジェクトを示すゲーム情報を有する物品から該ゲーム情報を取得する取得手段を有するコンピュータに、　　前記取得手段により取得されたゲーム情報に基づき、該ゲーム情報が取得された第１の物品と所定の関係を有する第２の物品が存在するか否かを判断する処理と、　　前記判断する処理の結果に応じて、前記取得されたゲーム情報に基づく画像を前記第１の物品に対応する画像として決定する処理と、を実行させ、　前記第２の物品が存在するとの判断結果が得られた場合に、前記取得されたゲーム情報とは異なるゲーム情報に基づく画像を前記第１の物品に対応する画像として決定することを特徴とするプログラム。
PCT/JP2016/076850 2015-10-15 2016-09-12 ゲーム装置及びプログラム Ceased WO2017064965A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
HK18107999.6A HK1249471A1 (zh) 2015-10-15 2016-09-12 游戏装置和程序
CN201680054160.1A CN108025213B (zh) 2015-10-15 2016-09-12 游戏装置和记录介质

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015203962A JP6401142B2 (ja) 2015-10-15 2015-10-15 ゲーム装置、プログラム及びゲームシステム
JP2015-203962 2015-10-15

Publications (1)

Publication Number Publication Date
WO2017064965A1 true WO2017064965A1 (ja) 2017-04-20

Family

ID=58517597

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/076850 Ceased WO2017064965A1 (ja) 2015-10-15 2016-09-12 ゲーム装置及びプログラム

Country Status (4)

Country Link
JP (1) JP6401142B2 (ja)
CN (1) CN108025213B (ja)
HK (1) HK1249471A1 (ja)
WO (1) WO2017064965A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6550421B2 (ja) * 2017-06-12 2019-07-24 株式会社バンダイ ゲーム装置、プログラム及びゲームシステム
JP6640961B1 (ja) * 2018-11-28 2020-02-05 株式会社バンダイ 物品管理システム、ゲーム装置及びプログラム
JP7573960B2 (ja) * 2019-08-13 2024-10-28 株式会社バンダイナムコエンターテインメント サーバシステム、ゲームシステム、端末装置、ゲーム提供方法及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010253187A (ja) * 2009-04-28 2010-11-11 Sega Corp ゲーム装置
JP2013000135A (ja) * 2011-06-10 2013-01-07 Bandai Co Ltd ゲーム装置、当該ゲーム装置で使用可能な玩具体、当該玩具体からなる玩具人形、および、ゲームプログラム、当該ゲームプログラムが実行されるコンピュータで使用可能な玩具体、当該玩具体からなる玩具人形
JP2015058147A (ja) * 2013-09-18 2015-03-30 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2015112386A (ja) * 2013-12-13 2015-06-22 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いられる制御方法及びコンピュータプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7329186B2 (en) * 2004-08-20 2008-02-12 Igt Gaming system with rewritable display card and LCD input display for reading same
JP2006280658A (ja) * 2005-03-31 2006-10-19 Konami Digital Entertainment:Kk ゲーム装置、ゲーム実行制御プログラム及びゲーム実行制御方法
JP5735472B2 (ja) * 2012-10-26 2015-06-17 株式会社 ディー・エヌ・エー ゲーム提供装置
JP6017997B2 (ja) * 2013-03-13 2016-11-02 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP5807046B2 (ja) * 2013-08-20 2015-11-10 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いられる制御方法及びコンピュータプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010253187A (ja) * 2009-04-28 2010-11-11 Sega Corp ゲーム装置
JP2013000135A (ja) * 2011-06-10 2013-01-07 Bandai Co Ltd ゲーム装置、当該ゲーム装置で使用可能な玩具体、当該玩具体からなる玩具人形、および、ゲームプログラム、当該ゲームプログラムが実行されるコンピュータで使用可能な玩具体、当該玩具体からなる玩具人形
JP2015058147A (ja) * 2013-09-18 2015-03-30 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2015112386A (ja) * 2013-12-13 2015-06-22 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いられる制御方法及びコンピュータプログラム

Also Published As

Publication number Publication date
HK1249471A1 (zh) 2018-11-02
CN108025213B (zh) 2021-01-26
JP6401142B2 (ja) 2018-10-03
CN108025213A (zh) 2018-05-11
JP2017074261A (ja) 2017-04-20

Similar Documents

Publication Publication Date Title
JP7437802B2 (ja) プログラム及び情報処理方法
JP6348726B2 (ja) 情報共有システム、情報処理装置、プログラム及び情報共有方法
JP6097970B2 (ja) 情報処理装置、情報処理システム、プログラム
JP6176790B2 (ja) 情報処理装置、情報処理システム、プログラム
WO2020039742A1 (ja) プログラム、ゲーム装置及びゲームシステム
WO2017110227A1 (ja) ゲーム装置及びプログラム
CN111432901A (zh) 游戏装置、游戏系统以及程序
JP6401142B2 (ja) ゲーム装置、プログラム及びゲームシステム
JP6093468B1 (ja) ゲーム装置及びプログラム
JP5669975B1 (ja) ゲーム装置及びプログラム
JP6616872B2 (ja) ゲーム装置、プログラム及びゲームシステム
JP5723047B1 (ja) ゲーム装置及びプログラム
JP6805318B2 (ja) プログラム及びゲーム装置
JP2020195498A (ja) ゲームプログラム、ゲーム処理方法、及びゲーム装置
JP2017213344A (ja) ゲーム装置及びプログラム
JP6730950B2 (ja) ゲーム装置、ゲームシステム及びプログラム
JP7290351B2 (ja) 情報処理装置、ゲームプログラム
JP6383024B2 (ja) 情報処理装置、ゲームプログラム
JP7073311B2 (ja) プログラム、ゲーム装置及びゲームシステム
JP6523525B2 (ja) ゲーム装置、プログラム及びゲームシステム
JP6336938B2 (ja) ゲーム装置、プログラム及びゲームシステム
JP5401626B1 (ja) ゲームにおけるアイテム取得方法及び同アイテム取得方法を実行するためのゲームシステム
JP2020028719A (ja) プログラム、ゲーム装置及びゲームシステム
JP2018202185A (ja) 情報処理装置、情報処理システム、プログラム
HK1257398B (en) Game device and storage medium

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: 16855219

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: 16855219

Country of ref document: EP

Kind code of ref document: A1