CN108136256A - Game device and program - Google Patents

Abstract

Realize the preferable linkage element between different game contents.Game device based on play play when the Item Information that is got from article, performing makes role corresponding with the Item Information or stage property appears on the scene in gaming and the relevant game processing of the first game content.Device during the execution of game processing or after performing indicate with the role to appear on the scene in gaming or the discharge of the relevant new article with other Item Information of stage property.At this time, in the case where the article for being acquired Item Information is the article discharged by the other game device for providing second game content different from the first game content, device is controlled such that the discharge instruction without the relevant new article of role or stage property with appearing on the scene in gaming based on the Item Information.

Description

Game Devices and Programs

technical field

The present invention relates to a game device and a program, and more particularly to a game device having functions of reading and discharging items.

Background technique

In recent years, there is a game device that, for one game play, discharges a printed medium on which characters that have appeared during the game are printed.

In the game device disclosed in Patent Document 1, a user can use a character corresponding to a card read before the game starts, among characters predetermined to appear in the game content, to appear during the game. In addition, at the end of the game, a card printed with an image of a selected character among the characters that have appeared during the game in a manner that reflects the state of the game (game status (status) etc.) Use the character from the reflected state when playing the game once.

Patent Document 1: Japanese Patent Laid-Open No. 2015-116268

Contents of the invention

The problem to be solved by the invention

In addition, conventionally, game content related to the same title has gradually been provided as a plurality of types of works providing different game experiences. For example, the content of the game with the title A is not only one work, but can be developed into multiple types of works such as follow-up works of the series related to the same game type, derivative works in different game types or different series, etc. . Among multiple game contents related to the same title, in-game objects such as main characters and props are often designed to appear in common. data linkage elements, etc.

On the other hand, in the case where such linked elements are provided between different game contents related to the same title, the following problems may arise. For example, when a character set with a condition (hereinafter referred to as an acquisition condition) for use in the second game content provided by the second game device satisfies the acquisition condition, data linkage is performed, thereby being provided If the character is not usable in the first game content provided by the first game device, the user's interest may be lowered due to the handling of the character in the first game content. More specifically, in the case where the character is set as a character that can benefit the progress of the game in the first game content, the character can be used by meeting the acquisition conditions in the second game content, whereby it is possible The user's interest in the first game content is curtailed due to the collapse of the so-called game balance. In addition, when the first game content is a content for fighting between users, content corresponding to user rankings of in-game achievements, etc., meaningful game play by users who only play the first game content may be hindered, thereby Might cut interest.

The present invention has been made in view of the above problems, and an object of the present invention is to provide a game device and a program that realize better linkage elements between different game contents.

solutions to problems

In order to achieve the aforementioned object, the game device of the present invention is characterized in that it has: an execution unit that, based on item information acquired from items during game play, executes making a character or item corresponding to the item information appear in the game. The game processing related to the first game content; the instructing unit, during or after the execution of the game processing, performs the discharge instruction of new items with additional item information related to the characters or props appearing in the game; and The control unit controls the indicating unit based on the item information, according to which game device the item from which the item information is acquired is discharged, wherein the item from which the item information is acquired is different from the first game content. In the case of an item discharged by another game device of the second game content, the control unit controls the instructing unit so that the instructing unit does not perform a new item related to a character or an item appearing in the game based on the item information. discharge instructions.

The effect of the invention

Through such a structure, according to the present invention, better linkage elements between different game contents can be realized.

Description of drawings

FIG. 1 is a block diagram showing a functional configuration of a game device 100 according to an embodiment of the present invention.

FIG. 2 is a flowchart illustrating a game play process of the first game content executed by the game device 100 according to the embodiment of the present invention.

FIG. 3 is a flowchart illustrating registration processing of a user role according to the embodiment of the present invention.

4 is a flowchart illustrating card information generation processing according to the embodiment of the present invention.

Fig. 5 is a diagram illustrating cards discharged by the first game device and the second game device according to the embodiment of the present invention.

FIG. 6 is a diagram showing a data structure example of various information according to the embodiment of the present invention.

Detailed ways

[Embodiments] Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. In addition, one embodiment described below describes an example in which the present invention is applied to a game device that provides game content that can be used by providing a different game related to the same title as an example of a game device. The other game device of the content discharges items to play the game. However, the present invention can be applied to any device that can provide a game using discharged items.

In addition, in this manual, etc., "title" does not only refer to the game name and product name given to one game work that provides the game, but also is used for the purpose of identifying the same character and world view provided by series works, derivative works, etc. A series of works. Therefore, works related to the same "title" can include multiple types of works provided in such a way that games can be played on the same type of game devices (hardware such as game consoles, game console casings), or Various kinds of works provided in such a manner that games can be played on various game devices of different types.

In addition, in this specification and the like, the description will be made assuming that "game content" means one work (one provider) in such a series of work groups. That is, one game content is used to provide a game (user experience) related to the game content when the corresponding process is executed in a predetermined game device, and even if it is a game content related to the same title, each game content Instead, at least a part of the provided content, operation method, etc. is different.

In the following description, the game content provided to be played on the game device 100 according to this embodiment is referred to as "the first game content", and although it is a game related to the same title as the first game content, Contents that are different from the first game content are set as "second game content". In addition, when a strict distinction is required, a game device including the game device 100 that provides a game related to the first game content is referred to as a "first game device". In addition, correspondingly, the aforementioned other game device that provides a game related to the second game content is referred to as a "second game device".

<<Structure of Game Device 100 >> FIG. 1 is a block diagram showing a functional structure 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 module included in the game device 100 . Specifically, the control unit 101 reads, for example, the operating program of each module recorded in the recording medium 102 , expands and executes the operating program in the memory 103 , thereby controlling the operation of each module.

The recording medium 102 is, for example, a recording device capable of permanently retaining data, such as a nonvolatile memory and an HDD. The recording medium 102 stores not only the operating programs of the modules included in the game device 100 , but also information such as parameters required for the operation of the modules, and various graphics data used in games executed by the game device 100 . The memory 103 is, for example, a storage device for temporarily storing data such as a volatile memory. The memory 103 is used not only as an expansion area for the operating program of each module but also as a storage area for temporarily storing data and the like output during the operation of each module.

The payment detection unit 104 detects that the consideration has been paid in the game device 100 . For example, the payment of consideration can be determined by detecting the insertion of a predetermined amount of coins or equivalent coins into the coin slot, or the completion of settlement processing based on communication with chips related to predetermined electronic money. The game device 100 of the present embodiment will be described as starting game provision to the user based on payment of a consideration, but payment of a consideration is not an essential condition, and game provision may be started based on a predetermined start instruction.

When playing a game of the game content (first game content) provided by the game device 100 of this embodiment, the acquiring unit 105 acquires information on characters and items used in the game. Acquired via the reader 120 in the same casing as the game device 100, or detachably connected to the outside of the game device 100, and converted into a form suitable for use in game processing through predetermined data conversion processing, etc. way to obtain. The reader 120 detects that a game item is placed at a predetermined location, recognizes the item, or acquires information from the item, for example, using an imaging device and predetermined image processing.

Hereinafter, for the sake of simplicity, the game device 100 according to the present embodiment uses a card configured as a game item to acquire information attached to the card (card information). The items for the game are not limited to cards, and may be any printing medium as long as it can be printed and discharged by the printing unit 140 described later. In addition, when the printing unit 140 is a so-called 3D printer or other device capable of generating three-dimensional modeling objects, the item may be a modeling object such as a figure related to a character, and the printing unit 140 may be configured to record on the modeling object. Data corresponding to the card information is output later. In addition, for example, in the case where the printing unit 140 is replaced by a sorting machine that has multiple types of toys and is configured to selectively output toys related to a specified role, the article may be the toy, and it may also be configured To record data equivalent to card information on the toy and output it. In addition, it is assumed that one card corresponds to one of the characters that can appear in the game and has a design (image) of the character, but the possibility that the card corresponds to a certain item in the game is not excluded. In this embodiment, card information is converted into a one-dimensional or multi-dimensional pattern (code image) as shown in FIG. 5 and printed and attached to a card. However, the card information is not limited to being attached to the card in a visible state in this way, and may be added by printing with invisible ink, or recorded on a recording medium such as an IC chip included in the card and held as data.

FIG. 5 shows cards that can be used by the user when playing a game in the first game content. In the game device 100 of the present embodiment, as will be described later, the user can use, except during the execution of the processing related to the predetermined game (competition game) in the game related to the first game content or after execution, the In addition to the card ((a) of FIG. 5 ), the card shown in (b) of FIG. 5 can also be used. The card shown in (b) of FIG. 5 is a card discharged by the second game device providing the second game content, and its constituent content is different from that of the card shown in (a) of FIG. 5 . On the other hand, since the first game content and the second game content are game content related to the same title, the plots, background settings, etc. are common or related, and the same character appears in the two contents. The configuration examples of the cards shown in (a) and (b) of FIG. 5 are cards in which the character image 501 and the character image 511 correspond to the same character although they have different compositions or designs. In addition, the elements constituting the card other than the character image are also different as shown in the figure. For example, at least some parameters indicating the same attribute have different values in the first game content and the second game content. This is based on the process of designing characters for each game content, for example, by varying the elements constituting cards according to the importance of role in the plot, frequency of appearance, rarity, and the like.

On the other hand, among the elements constituting the card, the arrangement positions on the card of the above-mentioned code image 502 and code image 512 representing card information are set to be common. Also, these code images may be generated by transforming card information in the same transform (encoding) manner, and the manner of acquiring information from the code images (decoding) is also the same. In addition, the card information has a data structure adjusted to have the same data length as shown in (a) and (b) of FIG. 6, for example. (a) of FIG. 6 shows a structure of card information attached to a card discharged from the game device 100 when playing a game of the first game content. In addition, (b) of FIG. 6 shows the structure of the card information attached to the card discharged from the 2nd game device at the time of playing the game of the 2nd game content. As shown in the figure, in the card information of (a) of FIG. 6 and the card information of (b) of FIG. The device information 614 is common, and only the parameter 603 and blank 613 are different.

The card ID is identification information added to uniquely identify the card, and can be adjusted so that the same value is not assigned to the first game content and the second game content, and since it can be identified by the discharge device information described later Which game content corresponds to the card and can therefore also be assigned the same value. The character ID is identification information for uniquely identifying a character in the game content. In consideration of reducing the size of the character DB 106 described later, it is preferable to add the same identification information to the same character in relation to one title. In addition, the discharge device information is information for discriminating the game device that discharged the card, and in this embodiment, indicates which one of the first game device and the second game device it is. In other words, the discharge device information may be information indicating which of the first game content and the second game content game processing was executed in the game device that performed the discharge. In addition, in this embodiment, for the sake of simplicity, it is assumed that the cards that can be used in the game device 100 are cards that are discharged as a result of playing the first game content or the second game content. The implementation is not limited to this, it should be easy to understand. That is, the cards that can be used in the game device 100 may be cards that can be discharged by different devices that execute game processing of different game contents related to the same title, and are not limited to two types.

On the other hand, as shown in (a) and (b) of FIG. 6, the difference between the cards discharged by the game device 100 (first game device) and the cards discharged by the second game device is that the former has The parameter 603 is dynamically generated according to the execution content of the executed game process, and the latter does not have this parameter 603 .

The first game content of the game provided by the game device 100 of this embodiment has a so-called development element in which a character can grow and change in a different manner depending on the user as the user plays the game related to the battle game. Therefore, in the first game content, the user can discharge new cards in a state reflecting the growth according to the result of the game play for a character set as a use character by using cards during game play. At this time, the information of the state after growth is included in the card information as a parameter 603 that is dynamically changed according to the result of playing the game, and when playing the game next time, by using the card with the card information, it is provided to make the growth The state continues the game. Here, the parameter 603 may include information for identifying the owner of the card to which the card information is added, that is, the user who has played the game.

On the other hand, in this embodiment, it is assumed that the second game content of the game provided by the second game device does not have such a development element, or does not perform a so-called on-demand process such as discharging cards in a developed state. Printed card generation. In this case, the second game content can be provided as long as the character can be specified, and the card used when setting the character to be used during game play does not need to have parameters reflecting the state of development. That is, if there is no development element, the parameters when using a character are fixed, and there is no need to deliberately include the parameters in the card information. Therefore, instead of the parameter 603, the card information attached to the card discharged by the second device includes blank 613, which is fixed-length data that does not specify any parameter, for example, padded with 0. That is, the card information attached to the card discharged by the second game device is fixed content independent of the execution content of the game process, so for example, it may be a card produced in a factory or the like. In addition, the blank 613 does not need to be data filled with 0s, and may be fixed information that does not depend on the execution of game processing. In addition, of course, it may be configured to indicate a fixed parameter in the second game content.

The character DB 106 is a database that manages character information for each character that is predetermined to appear in the first game content. The role information managed for one role may have, for example, a data structure as shown in (c) of FIG. 6 . In the example of (c) of FIG. 6 , the character ID 621 used to identify the character is associated with and managed: the basic parameter 622, which is determined in advance regardless of the state of the growth element, and represents physical strength, attack power, The initial value (reference value) of the inherent ability parameters of characters such as skills and skills; the growth information 623, which indicates the increase or decrease of various parameters relative to the basic parameters in accordance with the growth (the number of times played games, the content of games played), the ability to additional skills, skills, etc.; and drawing information 624 including various drawing data necessary for drawing the character on the game screen.

The display control unit 107 is, for example, a rendering device such as a GPU that performs rendering processing to generate a game-related screen. The display control unit 107 draws a game screen related to the first game content. Specifically, the display control unit 107 reads out necessary drawing objects according to information such as in-game parameters according to the progress of the game during execution of game processing described later, and executes appropriate calculation processing to perform drawing. The generated game screen is output to the display unit 130 , which is a display device located in the same casing as the game device 100 or detachably connected to the outside of the game device 100 , and presented to the user by displaying it in a predetermined display area.

The drawing unit 108 performs, for example, various drawing processes related to the first game content using random number generation. In the first game content, one character can be output (cardized) as a card with card information having parameters 603 dynamically determined according to the execution content of the game process during or after game execution. At this time, as for the character that can be turned into a card, a character that has appeared in the game or a character selected from the characters determined to appear in the first game content can be adopted according to predetermined conditions, and the drawing unit 108 For example for the latter role selection. The character selected based on the drawing process by the drawing unit 108 may be a character to be converted into a card, or may be a plurality of characters listed as candidates to be converted into a card. In addition, the use of the drawing unit 108 is not limited to this, and may be used, for example, to select which value is included in a predetermined change range to set the increase or decrease value of the parameter 603 , to determine whether to impart a skill, or the like.

The print control unit 109 generates print data related to a card to be printed out for a character instructed to be converted into a card, the print data including a code image of card information and a character image. When the print control unit 109 generates print data, it transmits the print data together with a print command to the print unit 140 to instruct printing of the card, and causes the print unit 140 to eject the card. The printing unit 140 is a printing device such as a printer configured to transmit and receive information with the printing control unit 109 , within the same casing as the game device 100 or detachably connected to the outside of the game device 100 . When the print unit 140 receives print data related to the card and a print command related to the data from the print control unit 109 , it performs a print operation of the print data. When the printing unit 140 is built in the same casing as the game device 100 , the printed and discharged cards can be guided to an unillustrated discharge port accessible from the outside of the game device 100 and provided to the user.

The operation input unit 110 is, for example, a user interface included in the game device 100 such as an operation member for direction input, an operation member for determination input, and various sensors. The operation input unit 110 outputs a control signal corresponding to the operation input to the control unit 101 when detecting an operation input to the operation member.

The communication unit 111 is a user interface included in the game device 100 such as buttons used for selecting a character to be carded and determining various commands in the game. The operation input unit 110 outputs a control signal corresponding to the operation input to the control unit 101 when an operation input to various user interfaces is detected. In addition, in this embodiment, the game device 100 is described as including various interfaces as physical operating members, but for example, touch input detection for detecting a touch input performed on the screen of the display unit 130 may also be included. sensors etc.

<<Game Playing Process>> Regarding the game playing process of providing a game related to the first game content in the game device 100 of the present embodiment having such a configuration, specific processing will be described using the flowchart of FIG. 2 . The processing corresponding to this flowchart can be realized by, for example, the control unit 101 reading out a corresponding processing program stored in the recording medium 102 and developing and executing the processing program in the memory 103 . In addition, it will be described assuming that, for example, the payment detection unit 104 detects that the payment for playing the game is started. During the execution of this game play process, unless otherwise specified, the display control unit 107 appropriately generates a screen corresponding to the progress based on the processing and commands performed by the control unit 101 and displays it on the display unit 130 .

In S201, the control unit 101 executes a registration process of registering a character to be used when playing a game (used character). As described above, the user causes the reader 120 to read a card discharged by the first game device as a game item related to the first game content, or a card discharged by the second game device as a game item related to the second game content. Cards ejected by the game device (causing the reader 120 to acquire card information from the card) are subjected to registration processing.

<Registration Process> Here, the details of the registration process executed in S201 of the game play process will be described using the flowchart of FIG. 3 .

In S301, the control unit 101 determines whether the registration of the user character is completed. The completion of the registration of the user characters may be determined based on the detection of the fact that the operation input related to the registration end is performed by the user, the registration of the upper limit number of the user characters is completed. In addition, in the first game content provided by the game device 100 of this embodiment, even if the registration of the user character is not performed using a card, the user can omit the registration state of the user character by performing an operation input related to the above-mentioned registration completion. and play the game so that the game can be played even in a state where the card is not owned, for example, during the first experience.

When the control unit 101 determines that the registration of the user character has been completed, this registration process is completed. At this time, if the number of registered characters to be used has not reached the upper limit, the control unit 101 acquires character information from the character DB 106 for the characters that are selected by the drawing process of the drawing unit 108, and the number is not enough. For example, it may be added to the use role management table managed in the memory 103 . The character added in this way may be a character selected from a part of characters predetermined to be usable even without a card. In addition, the information managed for one character in the used character management table may include, for example, as shown in (d) of FIG. 633. The card use flag 634 and the discharge device information 635 indicating whether the use role has been registered by the card (for example, logical type). In the case of adding an insufficient number of characters to the character management table, it is only necessary to substitute the basic parameter 622 of the character into the parameter 632 when playing the game, and use a flag indicating that no card is used in the registration for the card usage flag 634. Information (False) uses information indicating that the ejection device information 635 is neither the first game device nor the second game device. It goes without saying that it is only necessary to substitute information corresponding to the acquired character information into the character ID 631 and the drawing information 633 .

In addition, when the control unit 101 determines that the registration of the user character has not been completed, the process proceeds to S302.

In S302, the control unit 101 determines whether or not the card (target card) has been read. The control unit 101 judges this step based on whether or not the acquisition unit 105 has acquired card information (target card information). When it is determined that the target card has been read, the control unit 101 advances the process to S303, and when it is determined that the target card has not been read, the process of this step is repeated.

In S303, the control unit 101 judges whether the target card is a card discharged by the second game device. The control unit 101 refers to the ejection device information included in the target card information to determine whether the ejected device is the second game device. When the control unit 101 determines that the target card is a card discharged by the second game device, the process proceeds to S304. In addition, when the control unit 101 determines that the target card is not a card discharged by the second game device, that is, a card discharged by the first game device, the process proceeds to S305. In addition, in this embodiment, for the sake of simplicity, it is assumed that a card that cannot be used when playing a game in the game device 100 is not used for registration, but when such a card is used, it is used to notify that it cannot be used. The error handling, which should be easy to understand.

In S304, the control unit 101 refers to the character ID 612 included in the target card information, acquires character information related to the target card from the character DB 106, and adds it to the used character management table. Since it is based on the user role registration of the card discharged by the second game device, the addition of information to the table is performed by the control unit 101 by setting the card use flag 634 to indicate that the card is used during registration ( True), and substitute the discharge device information 614 of the target card information into the discharge device information 635. Also, for the parameter 632 during game play, for example, the basic parameter 622 of acquired character information may be substituted, or a value obtained by changing the growth information 623 to a predetermined growth state based on the basic parameter 622 may be substituted.

In the game device 100 of this embodiment, it is also considered that the user plays the game without owning a card, so as described above, when the number of characters added to the use character management table is insufficient, an additional character is added based on a lottery. Information about the role of the user so that the number of roles added to the usage role management table reaches the upper limit. Therefore, regarding the registration of the user character based on the target card discharged by the second game device, it is preferable to set a game between the user character registered not based on the card as a reward for playing a game related to the second game content. difference in In the method of determining the game-playing parameter 632 by substituting the basic parameter 622 of the character information, for example, it is preferable that the user character that can be registered not based on a card and the user character that can be registered based on a card discharged by the second game device are determined by Composition of different character groups. That is, it is preferable that the usable characters that can be registered not based on cards are composed of character groups excluding character groups that can discharge cards in the second game device. At this time, the character who can discharge the card in the second game device may be a character that facilitates the progress of the fighting game more advantageously than the use character that can be registered not based on the card. Or, even if it is the same character, due to, for example, a difference in state, a difference in display form, etc., the character has multiple forms in the processing of the game, and it may be configured to distinguish the registered form based on the card.

On the other hand, when it is determined in S303 that the target card is not a card discharged by the second game device, in S305, the control unit 101 adds various information to the used character management table in the same manner as in S304. That is, the control unit 101 refers to the character ID 602 included in the target card information, acquires character information related to the target card from the character DB 106, and adds information. Because it is based on the user role registration of the card discharged by the first game device, the addition of information to the table performed in this step is by the control unit 101 setting the card use flag 634 as information indicating that the card is used in the registration, This is performed by substituting the discharge device information 604 of the target card information into the discharge device information 635 . In addition, what is necessary is just to substitute the value obtained by changing the acquired basic parameter 622 of character information based on the parameter 603 of target card information to the parameter 632 at the time of game play.

When the registration of the character related to the target card in the used character management table is completed in S304 or S305, the control unit 101 returns the process to S301.

When the registration process is completed, the control unit 101 executes a game process related to the battle game in which the character registered in the user character management table appears as the user character in S202 of the game play process. In addition, the battle game related to the first game content of this embodiment is a battle game in which victory or defeat is determined based on predetermined game rules between a predetermined number of user characters whose actions can be determined by the user, and opponent characters as opponents. That is, the control unit 101 executes a battle game in which a user character and an opponent character are controlled to appear. In addition, the user plays a game with a user who simultaneously plays a game on the game device 100 (so-called two-player battle), a user who plays a game with another game device 100 connected via the communication unit 111 that provides the first game content (so-called network battle), or A battle game is realized between NPCs (or AIs) who perform processing corresponding to operations such as a predetermined decision-making program. That is, the actions of the opponent character group are determined by other users or NPCs. The control unit 101 shifts the process to S203 when the game processing related to the competing game is completed, that is, when the competing game related to the one-play game is in a state of determining victory or defeat.

In S203, the control unit 101 executes a process of generating card information for a character to be carded during the current game play.

<Generation Processing> Here, the details of the generation processing executed in this step will be described using the flowchart of FIG. 4 .

In S401, the control unit 101 determines characters (candidate characters) to be carded candidates based on the execution content of the game process. Candidate characters include at least a group of characters selected as characters to be used, and are added or subtracted based on the execution content of the game process. For example, when the competing game executed in the game process is a human versus human (a versus other user), the control unit 101 determines only characters included in the used character management table as candidate characters. Also, for example, when the battle game to be performed is an NPC battle, the control unit 101 may also determine a group of opponent characters as candidate characters in addition to using the characters included in the character management table. At this time, regarding whether to add the opponent character group as a candidate character group, you can consider the result of the battle game, whether the battle game is a cooperative game (a game in which two users cooperate to fight against an NPC), and the classification and availability of the opponent characters. It is determined by at least any one of the optimization conditions. The information on the specified candidate roles only needs to be held in the memory 103, for example.

In S402, the control unit 101 determines a character that can be selected as a carding target among the candidate characters determined in S203. The first game content of the present embodiment is configured so that cards discharged by the second game device can also be used. However, as described above, the following processing method may hinder better service provision in the first game device: by discharging cards in the card information that do not have a dynamic element that may be different for each card. The cards are obtained from the second game device, so that the corresponding characters can be turned into cards in the first game content. Therefore, in the generation process of the present embodiment, the control unit 101 controls so as not to select a character registered based on a card ejected by the second game device from among the used characters included in the candidate characters as a carding target. In this step, the control unit 101, for example, excludes the characters registered based on the cards discharged by the second game device for each candidate character, and then adds information indicating that it can be selected.

In addition, when it is determined in this step that none of the candidate characters can be selected, the control unit 101 only needs to add the newly selected character based on the drawing process of the drawing unit 108 to the candidate characters, and determine the character as available. Just select the role.

In S403, the control unit 101 accepts the user's selection of a character to be carded. A screen showing candidate characters is displayed on the display unit 130 , and a character to be carded is selected based on an operation input detected by the operation input unit 110 based on the screen. At this time, under the control of the control unit 101 , the display control unit 107 generates a screen in which the candidate characters can be confirmed and clearly shows that the unselectable characters among the candidate characters cannot be selected, and displays the screen on the display unit 130 . In addition, for example, when an operation input to select and confirm a character that cannot be selected is performed, the control unit 101 controls so that a notification that the character cannot be selected is notified, or the cursor for character designation cannot be moved to the character that cannot be selected. to not accept the user's choice. In this way, the character registered based on the card discharged by the second game device is presented as a candidate character but cannot be selected, so that the user can be notified that new carding based on the card cannot be performed and that it is different from the first game content. Cards of corresponding characters can be discharged in related game play. Furthermore, it is possible to indirectly notify users who do not have a game balance breakdown in the first game content and take care of only the first game content. When the selection of the character to be carded is completed, the control unit 101 proceeds the process to S404.

In S404, the control unit 101 generates card information for the selected character to be carded, and completes this generation process. Specifically, the control unit 101 acquires a new card ID and determines parameters based on the execution content of the game process, and combines the character ID of the character to be carded with the discharge device information indicating that it is discharged by the first game device to obtain a new card ID. Generate card information. The parameter determined based on the execution content may be, for example, an increased or decreased absolute value or a relative value to the basic parameter. In the latter case, for example, when the character to be carded is not a user character, it may be a value indicating that there is no increase or decrease from the basic parameters, or a value indicating that the basic parameters are changed according to the result of the battle game. The value of the difference between the parameters and the basic parameters. In addition, parameter determination may be dynamically determined in consideration of, for example, the result of a battle game, the number of times carding has been performed on the same character, and the like.

When the generation process is completed, the print control unit 109 generates print data related to the cards to be ejected in S204 of the game play process, and instructs the printing unit 140 to print. More specifically, under the control of the control unit 101, the print control unit 109 arranges the card information generated in the generation process on the character image of the card target character as shown in FIG. The following parameters, etc. are used to generate printing data. The printing data is sent to the printing unit 140 together with the printing order, and the printing unit 140 prints and discharges the card based on this. When the ejection is completed, or when a predetermined time required for ejection has elapsed since the print instruction was issued, the control unit 101 completes this game play process.

In this way, in the game device of this embodiment, the following preferable interlocking elements can be realized: discharge items related to multiple types of game content can be used, and the interest of the provided first game content can be ensured.

In addition, in the above-mentioned generation processing, it is assumed that only the user characters based on the cards drawn by the second game device are controlled so that they cannot be selected. . That is, a configuration may be adopted in which only the character or opponent character selected by the drawing process of the drawing unit 108 can be converted into a card for the user who plays the game without reading the card.

[Embodiment 2] In the above-mentioned Embodiment 1, when the user has played a game related to the second game content, the user can definitely use the character corresponding to the card discharged by the second game device, the corresponding The battle game can be progressed more advantageously than for characters registered not based on cards. On the other hand, the characters corresponding to the cards discharged by the second game device can be used during game play, but cannot be turned into cards. Therefore, for example, when other characters used have reached the upper limit of growth, A situation may arise in which only a character not desired by the user can be selected as a character to be carded. That is, since the registered characters are registered based on the cards discharged by the second game device, the number of characters that can be selected as carding target characters is substantially reduced, and therefore the user's interest in the first game content may be reduced.

In the present embodiment, various ways of enhancing the interest of the user in a complementary manner related to both the first game content and the second game content will be further described. In the game device 100 of the present embodiment, user information is managed on a user-by-user basis for users who use at least the first game content. It is assumed that the user information on each user is managed in an external server not shown in the figure that can be communicated via the communication unit 111 . In addition, for example, user identification may be performed by causing the reader 120 to also read information or the like recorded on another recording medium.

<<Aspect 1>> For example, as user information, the number of times of use of a character used by the user based on cards discharged from the second game device may be managed for each character. In this case, it only needs to be as follows: When playing the game of the first game content, the control unit 101 controls the generation process so that the acquisition condition of the character whose number of uses is managed is satisfied, that is, the character is included in the game. When among the characters that can be selected as the carding target, the more the number of times of use so far is, the more the parameter 603 of the card information attached to the discharged card becomes a value that facilitates the progress of the battle game.

In this way, the fun of the first game content using the cards discharged by the second game device can be improved, and it is possible to promote the acquisition of the desired role (based on utilization) before the acquisition conditions in the first game content are satisfied. Number of times) the cultivated user utilizes the second game content for obtaining the card.

<<Method 2>> For example, for users who use the second game content, user information including usage history records of each user using the second game content may also be managed. When the game device discharges the cards, the user information of the first game content related to the same user is associated with the second game content. In this case, when a character to be turned into a card is selected when playing a game of the first game content, the control unit 101 may further select the character based on the user's usage history related to the character in the second game content. Change the parameter 603 of the card information. More specifically, it only needs to be as follows: when a character to be converted into a card is selected, the control unit 101 uses the number of times the character is used in the second game content or when the character is used in the second game content. Based on the progress of the game, the generation process is controlled so that the parameter 603 of the card information attached to the discharged card becomes a value that facilitates the progress of the battle game (the more the number of times of use, or the higher the progress of the conquered stage, etc. becomes more favorable value).

By doing so, it is possible to promote the use of both the first game device and the second game device by the user, and it is possible to improve the fun of the first game content and the second game content.

<<mode 3>>, for example, may also be configured such that, for users who use the second game content, user information including whether or not the specified conditions for each role related to playing the second game content for each user is fulfilled is also managed, and the When a card discharged by the second game device is used in the game device 100, the user information of the first game content related to the same user is associated with the second game content. In this case, it only needs to be as follows: when playing the game of the first game content, based on each of the cards discharged by the first game device and the cards discharged by the second game device, the same character is registered as the character to be used, When the character is selected as a card target, the control unit 101 controls the generation process so that the control unit 101 sets the parameter 603 of the card information to A value for making the battle game more advantageous.

By doing so, it is possible to promote the use of both the first game device and the second game device by the user, and it is possible to improve the fun of the first game content and the second game content.

The modes 1 to 3 have been exemplified above, but it goes without saying that these modes can be combined arbitrarily. In addition, in modes 1 to 3, the structure of changing the parameter 603 of the new card information generated in the generation process by using the user information has been described, but the user information is not limited to this, and can also be used for the player in the registration process. Changes to parameter 632 during gameplay.

[Other Embodiments] 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. In addition, 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 recording the program in a computer-readable recording medium or through an electric communication line.

Explanation of reference signs

100: game device; 101: control unit; 102: recording medium; 103: memory; 104: payment detection unit; 105: acquisition unit; 106: character DB; 107: display control unit; 108: lottery unit; 109: printing Control unit; 110: operation input unit; 111: communication unit; 120: reader; 130: display unit; 140: printing unit.

Claims (12)

1. A game device, characterized in that it has: An execution unit, which executes game processing related to the first game content, which causes a character or prop corresponding to the item information to appear in the game based on the item information acquired from the item when playing the game; an instructing unit that instructs discharge of a new item having additional item information related to a character or item appearing in the game during or after execution of the game process; and a control unit that controls the indicating unit based on the item information and according to which game device the item from which the item information is acquired is discharged, Wherein, in a case where the item whose item information is obtained is an item discharged by another game device that provides a second game content different from the first game content, the control unit controls the instruction unit The instructing unit does not instruct the ejection of the new item related to the character or item appearing in the game based on the item information. 2. The game device according to claim 1, wherein: The item information includes at least identification information for identifying a game device that has discharged an item having the item information, the execution unit executes the game process in such a manner that a character or an item based on the acquired item information appears in the game without depending on the identification information, The control unit judges, based on the identification information, which one of the game device and the other game device the item of the acquired item information is discharged from. 3. The game device according to claim 1 or 2, wherein: further having a discharge unit that discharges an article of the first type as the new article based on the discharge instruction of the instruction unit, The discharge unit does not discharge the second type of item discharged by the other game device providing the second game content. 4. The game device according to claim 3, wherein: It also has a selection unit for displaying on the display unit a plurality of images respectively corresponding to characters or items appearing in the game during or after execution of the game process, and based on the selection of any one of the images, Operation input to select the character or prop to discharge the new item, The instructing unit instructs the discharge of the new item related to the character or item selected by the selecting unit. 5. The game device according to claim 4, wherein: The selecting unit displays an image corresponding to a character or an item based on the item information acquired from the first type of item among characters or items appearing in the game on the said game in a selectable manner. A display unit for displaying, on the display unit, an image corresponding to a character or an item based on the item information acquired from the second type of item in a non-selectable manner. 6. The game device according to claim 4 or 5, wherein: In the game related to the first game content, a battle is performed between a character appearing in the game based on the item information acquired during the game play and an opponent character determined in the game process. game, When the items whose item information is acquired during the game play are all items of the second type, the selecting unit selects the characters by lottery from among the characters determined for the first game content. An image of at least one of the selected character and the opponent character is displayed on the display unit. 7. A gaming device according to any one of claims 3 to 6, wherein: The item of the first type has the following item information: the item information includes information dynamically determined according to the execution content of the game process related to the first game content, The second type of item has the item information which is fixed regardless of the execution content of the game process related to the second game content. 8. A gaming device according to any one of claims 3 to 7, wherein: There is also a first acquisition unit that acquires the item information from the item, The first acquisition unit acquires the item information for the first type of item and the second type of item by using the same information acquisition method. 9. A gaming device according to any one of claims 1 to 8, wherein: The first game content and the second game content are different game content related to the same title. 10. The gaming device of claim 9, wherein: There is also a second acquisition unit, the second acquisition unit acquires history record information for the item of the acquired item information, and the history record information indicates that the second game content has been played using the item in the other game device The number of times of the game, the game progress status of using the item to play the game of the second game content in the other game device, and the game status of using the item to play the game of the first game content in the game device at least one of the times, In a case where the item of the acquired item information is an item discharged by the other game device, the executing unit changes the character based on the item information based on the history information acquired by the second acquiring unit or the game parameters of the props and execute the game processing. 11. The game device according to claim 9 or 10, wherein: There is also a second acquisition unit, the second acquisition unit acquires history record information for the item of the acquired item information, and the history record information indicates that the second game content has been played using the item in the other game device The number of times of the game, the game progress status of using the item to play the game of the second game content in the other game device, and the game status of using the item to play the game of the first game content in the game device at least one of the times, In the case that the item of the acquired item information is an item discharged by the game device, the control unit changes the character or prop based on the item information based on the history record information acquired by the second acquisition unit The relevant further item information then causes the indication unit to perform an ejection indication. 12. A program for causing a computer to function as the game device according to any one of claims 1 to 11.