JP6832407B2 - Server system and computer system - Google Patents

Description

The present invention relates to a program for executing a game and the like.

In recent years, games using smartphones, mobile phones, and the like as platforms have become popular. In particular, games that collect game objects such as virtual cards and enjoy using these game objects are gaining popularity (see, for example, Patent Document 1).

Some games of this type have a specification called "synthesis" that synthesizes a game object as a material with a game object as a base. According to this composition, instead of disabling the game object as the material, the ability of the base game object can be improved or grown. In addition, a card (real card) that has an entity such as a so-called "trading card" is obtained by purchasing at a store, and the ID attached to the card is registered to be associated with the real card. There are also known game objects that are configured for use in-game.

Japanese Patent No. 5336670

However, in a conventional game, the above-mentioned operation for synthesis and the procedure for registering a real card are generally configured by selecting separate menus. Therefore, if you want to use a game object corresponding to a real card as a material object for compositing, you can do it by performing the registration procedure from the real card registration menu even though the material object cannot be used immediately as a result of compositing. It was necessary to make the game object to be used in the game, and then perform the operation of specifying it as a material object from the composition menu. Although the explanation has focused on trading cards, it does not have to be a card as long as it is a medium that carries an ID, and for example, a figure, a medal, a ring, or the like has the same problem.
In view of these circumstances, the first object of the present invention is to improve the operability of synthesizing game objects. In addition, there is a problem that the same trouble is required not only at the time of synthesis but also at the operability from the card registration procedure to the sale, and the second purpose is to improve this.

The first invention for solving the above problems is a server system (for example, a server system that manages the presence / absence of registration of each identification information of an identification information carrying medium associated with a game object that can be used in the game when registered. , A program for causing a player terminal (for example, the player terminal 5000 of FIG. 1) capable of communicating with the game server 1000 of FIG. 1 to execute a predetermined game, and is a first operation (for example, the real card of FIG. 5). When the read menu M26) is performed, the player possesses a step of inputting the unregistered identification information according to the operation of the player and a game object corresponding to the identification information by transmitting the identification information to the server system. The player terminal is made to execute the possessed object addition process (for example, step b31 in FIG. 17; the real card registration process) including the step to add to the object, and the second operation (for example, the power-up synthesis menu M22 in FIG. 5) is performed. When this is done, the step of inputting the unregistered identification information according to the operation of the player and the game object corresponding to the identification information by transmitting the identification information to the server system are set to a given base object. A program (for example, FIG. 10) for causing the player terminal to execute a synthesis process (for example, the card synthesis process of FIG. 18) including a step of forming a material object to be synthesized and a step of synthesizing the material object into the base object. Game program 62).

Further, as another invention, a server system (for example, FIG. 22) that uses a player terminal (for example, the player terminal 5000a of FIG. 22) as a man-machine interface to control a given game to be played on the player terminal. 22 game servers (1000a), a management unit that manages the presence / absence of registration of each identification information of the identification information carrying medium associated with the game object that can be used in the game when registered (for example, FIG. The game management unit 100a) of 22 and the step of inputting the unregistered identification information according to the operation of the player when the first operation is performed on the player terminal, and transmitting the identification information to the server system. A means for causing the player terminal to execute a possessed object addition process including a step of adding a game object corresponding to the identification information to the possessed object of the player (for example, the real card management unit 120a in FIG. 22) and the player terminal. When the second operation is performed in the above, a step of inputting the unregistered identification information according to the operation of the player and a game object corresponding to the identification information by transmitting the identification information to the server system are provided. A means for causing the player terminal to execute a synthesizing process including a step of forming a material object to be synthesized with a given base object and a step of synthesizing the material object with the base object (for example, the card synthesizing unit 150a in FIG. 22). A server system including, may be configured.

According to the first invention or the like, when the first operation is performed, unregistered identification information is input and the corresponding game object is added to the possessed object of the player, while when the second operation is performed, the second operation is performed. , Unregistered identification information can be entered and the corresponding game object can be combined with the base object as a material object. According to this, it is possible to synthesize the game object corresponding to the identification information of the identification information carrying medium into the base object as a material without requiring the registration procedure to be added to the possessed object in advance. Therefore, it is possible to improve the operability of synthesizing the game object.

Further, as a second invention, in the program of the first invention, whether the synthesis process uses the parameter value of the game object corresponding to the input identification information to make the game object the material object. A program may be configured that further includes a determination step for determining whether or not.

According to the second invention, in the synthesis process, it is possible to determine whether or not to use the material object based on the parameter value of the game object corresponding to the identification information, and then synthesize the base object.

Further, as the third invention, the program of the second invention, in which the determination step is a step of performing the determination with reference to the parameter value of the possessed object, may be configured.

According to the third invention, for example, the parameter value of the game object corresponding to the identification information is compared with the parameter value of the possessed object, and it is determined whether or not to use the material object according to the magnitude relationship thereof. It will be possible.

Further, as a fourth invention, in the program of the first to third inventions, in the synthesis process, whether or not the game object corresponding to the input identification information is used as the material object is determined by the player. The program may be configured to further include a step of determining based on the gameplay history.

According to the fourth invention, it is possible to synthesize the object with the base object after determining whether or not to use the material object based on the gameplay history of the player in the synthesis process.

Further, as a fifth invention, in the programs of the first to fourth inventions, the synthesis process is new before the elapsed time from the last designation of the game object as the material object reaches a predetermined time. A program including a step of repeatedly designating the material object accumulatingly by designating the material object, and after reaching the predetermined time, synthesizing the material objects designated by accumulating together into the base object. It may be configured.

According to the fifth invention, a plurality of material objects including a game object corresponding to the identification information can be collectively synthesized into a base object.

Further, as a sixth invention, in the program of the first to fifth inventions, in exchange for payment of a given consideration, the material object synthesized by the synthesis process is converted into the possessed object as a game object. A program may be configured to cause the player terminal to further execute the restoration process to be added (for example, the card restoration process of FIG. 21).

In the general "composite" specification, a game object that is composited into a base object as a material object can no longer be used in the game. According to the sixth invention, by paying a consideration, the game object corresponding to the identification information that has become unusable due to being synthesized as the material object can be used again in the game.

Further, as a seventh invention, in the programs of the first to sixth inventions, there are a plurality of types of the game objects, and the game objects of the same type are associated with the identification information. , There is a game object that is not associated with each other, and when the same type of game object is used as the material object, the synthesis process is associated with the game object rather than the game object that is not associated with the identification information. It is also possible to construct a program in which the game object is used as the material object to synthesize with a higher synthesis effect.

According to the seventh invention, it is possible to enhance the synthesis effect by using the game object corresponding to the identification information as the material object.

Further, as the eighth invention, in the programs of the first to seventh inventions, when the third operation (for example, the card sale menu M23 of FIG. 5) is performed, the program is not registered according to the operation of the player. A sale process including a step of inputting identification information, a step of transmitting the identification information to the server system and setting a game object corresponding to the identification information as a sale target object, and a step of selling the sale target object ( For example, a program for causing the player terminal to further execute the card sale process (FIG. 20)) may be configured.

According to the eighth invention, when the third operation is performed, the identification information of the unregistered identification information carrying medium can be input, and the corresponding game object can be sold as the object to be sold. It should be noted that a program for executing the possessed object addition process according to the first operation of the first invention and the sale process according to the third operation of the eighth invention may be configured.

Further, as the ninth invention, in the program of the eighth invention, the sale process sets the game object as the object to be sold by using the parameter value of the game object corresponding to the input identification information. A program may be configured that further includes a step of determining whether or not.

According to the ninth invention, at the time of sale processing, it is possible to sell after determining whether or not to make the object to be sold based on the parameter value of the game object corresponding to the identification information.

Further, as the tenth invention, in the program of the eighth or ninth invention, the sale process determines whether or not the game object corresponding to the input identification information is the object to be sold. The program may be configured to further include a step of determining based on the play history of.

According to the tenth invention, for example, the parameter value of the game object corresponding to the identification information is compared with the parameter value of the possessed object, and it is determined whether or not the object is to be sold according to the magnitude relationship thereof. Is possible.

The figure which shows the whole configuration example of a game system. The figure which shows the device configuration example of a player terminal. The figure explaining the general flow of one battle. The figure which shows the screen example of the card game screen. The figure which shows the screen example of the card menu screen. Explanatory drawing explaining card composition. The figure which shows the screen example of the confirmation screen. The figure which shows the configuration example of the card sale screen. The figure which shows the other screen example of the confirmation screen. The block diagram which shows the functional structure example of a player terminal. The figure which shows the data structure example of the card initial setting data. The figure which shows the data structure example of the synthesis cost point setting data. The figure which shows the data structure example of the play history data. The figure which shows the data structure example of the acquisition card list. The figure which shows the data structure example of the recoverable card list. The figure which shows the data structure example of a real card list. A flowchart showing a processing procedure of game processing. A flowchart showing a detailed processing procedure of the card composition processing. A flowchart showing a detailed processing procedure of the material card confirmation process. A flowchart showing a detailed processing procedure of the card selling process. A flowchart showing a detailed processing procedure of the card restoration process. The block diagram which shows the functional structure example of the game server in the modification.

Hereinafter, an example of an embodiment to which the present invention is applied will be described. In the present embodiment, the identification information carrying medium will be described as a real card (a card having a substance), but of course, the identification information carrying medium may be a substance other than the real card, such as a figure, a medal, or a ring. is there. Further, since only the identification information is used on the computer system and the actual medium itself is not used, it is of course possible to use an electronic card that is displayed, recorded, and managed in the computer.
[overall structure]
FIG. 1 is a diagram showing an example of the overall configuration of the game system according to the present embodiment. As shown in FIG. 1, the game system includes a game server 1000 that can be connected to the communication line N, and a player terminal 5000 that is prepared for each player 1 of the game.

The communication line N means a communication path capable of data communication. That is, the communication line N includes a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN by a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark), and the communication method is wired. / Regardless of wireless.

The game server 1000 is a server system configured to include one or more server devices, storage devices, and the like, and provides various services for operating the game of the present embodiment, and data necessary for operating the game. It is possible to manage the game and distribute the game program and data necessary for executing the game on the player terminal 5000.

The player terminal 5000 is a computer capable of executing a game program, and can be connected to a communication line N via a mobile phone base station, a wireless communication base station, or the like to perform data communication with the game server 1000. The player terminal 5000 takes the form of, for example, a smartphone, a mobile phone, a portable game device, a stationary home-use game device, a commercial game device, a personal computer, a tablet computer, a controller of a stationary home-use game device, or the like. obtain.

FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of a player terminal 5000. As shown in FIG. 2, the player terminal 5000 includes a direction input key 5002, a home key 5004, a touch operation panel 5006, a speaker 5010, a microphone 5012, a CCD camera module 5018, a control board 5020, and a computer read-out. A memory card reader 5030 capable of reading and writing data to and from a memory card 5032, which is a possible storage medium, is provided. In addition, the player terminal 5000 is provided with a built-in battery, a power button, a volume control button, and the like (not shown).

The CCD camera module 5018 is a module equipped with an autofocus mechanism, a CCD image sensor, and an image signal generation chip, and is arranged so that the back side of the player terminal 5000 can be photographed. The image sensor element is not limited to the CCD.

The control board 5020 is equipped with various microprocessors such as CPU 5022, GPU, DSP, various IC memories 5024 such as ASIC, VRAM, RAM, and ROM, and a wireless communication module 5026 for wireless communication with a mobile phone base station. There is. Further, the control board 5020 has a so-called I / F circuit such as a circuit for receiving signals from the direction input key 5002 and the home key 5004, a driver circuit for the touch operation panel 5006, and a signal input / output circuit for the memory card reader 5030. (Interface circuit) etc. are installed. Each element mounted on the control board 5020 is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and send / receive signals.

The player 1 of the player terminal 5000 uses a virtual game card (hereinafter, simply referred to as “card”) 3 shown in FIG. 1, which is a game object, in the game. A plurality of types of cards 3 are prepared, and are distinguished by a combination of the character display 31 and the card attribute display 33 associated with each. The card attribute display 33 is defined as, for example, any number from 1 to 7. Each card 3 is defined with ability parameter values such as level, attack power, and HP used for battle play (battle) with a computer-controlled enemy character or an opponent such as another player. This ability parameter value is variable.

Card 3 is given the minimum number of cards required for battle at the time of account registration, and can be obtained during the game, by purchasing as a chargeable item, or by lottery called gacha. In addition, the card 3 is obtained by obtaining a real game card (information-carrying medium; hereinafter referred to as "real card") and performing a registration procedure for making the obtained real card usable in the game. Can also be obtained. Specifically, when the player 1 performs the real card registration procedure, the player 1 can acquire the card 3 of the card type associated with the real card. A card corresponding to a real card (hereinafter, also referred to as a "former real card") 3 has an identification mark MK for visually distinguishing it from a card 3 other than the original real card when displayed on the game screen. Will be done. As described above, the card 3 includes a card corresponding to the real card and a card unrelated to the real card.

Here, the real card is distributed and sold to the player 1 free of charge or for a fee as a so-called "trading card". For example, a character and a card attribute corresponding to the card type are printed on the surface of the real card. The real card ID (serial number, which is the identification information), which is the identification information of the card, is issued as printed on the back surface, for example. The real card ID is printed as, for example, a two-dimensional code such as a QR code (registered trademark), a barcode, or the like. The player 1 inputs the real card ID by holding the back surface of the player terminal 5000 over a two-dimensional code or the like and having the CCD camera module 5018 read it, and performs the real card registration procedure. The registration procedure can be done only once for each real card.

The input of the real card ID is not limited to reading a two-dimensional code or the like using the CCD camera module 5018, and the player 1 may manually input the real card ID printed as a character string. The distribution form of the real card is not particularly limited, but for example, a predetermined number of cards (for example, 3 cards or 5 cards) are sold as one package in a physical store or the like.

The card 3 acquired as described above can be used as a material card for synthesizing (strengthening) a specific card (base card) 3 in the game, or it can be sold and virtualized for purchasing billing items. It can also be converted into currency points. The card 3 used as the material card and the sold card 3 disappear.

[Game overview]
In the game of the present embodiment, the player 1 selects a predetermined number (for example, 12 cards) from the possessed cards (possessed cards), organizes a deck, and challenges a battle (competitive play) using the deck. In a battle using a deck, the ability parameter values defined for the cards (deck cards) that make up the deck are used to determine the outcome of the battle with the opponent. The battle is started by selecting (touching) the battle menu from the home screen displayed after logging in. Prior to the game, the player 1 needs to complete the account registration and organize the deck. The deck formation can be performed from the deck formation menu M21 presented as one of the card menus (see FIG. 5) by touch operation from the home screen. When organizing a deck, one of the deck cards is automatically or according to the operation input of the player 1 as a leader card. The character of the leader card is displayed as a player character on the home screen, a card game screen described later, or the like.

(A) Battle Menu The game of this embodiment is a stage clear type battle game composed of a plurality of game stages and clearing each game stage in order. Player 1 battles with the enemy characters that appear in each game stage, and when the battle is won, the stage is cleared. In the present embodiment, the player 1 plays a card game imitating blackjack once or a plurality of times for each game stage to play against an enemy character. Then, by winning the card game, the enemy character is attacked, and if the HP of the enemy character can be set to "0" first, the winner of the battle is achieved. Conversely, if you lose the card game, you will be attacked by the enemy character, and if the HP of player 1 becomes "0" first, you will be the loser of the battle. The attack power of the player 1 is the total value of the attack power of the hand cards in the card game, and the HP is the total value of the HP of the deck cards. The attack power and HP of the enemy character are preset for each game stage.

FIG. 3 is a diagram illustrating a rough flow of one battle. As shown in FIG. 3, when the battle menu is touch-operated, the card game is first executed (step a1).

FIG. 4 is a diagram showing a screen example of a card game screen. As shown in FIG. 4, the card game screen includes a play area A11 of the player 1 and a play area A13 of the enemy character above and below the hand display area A15 in the center of the screen.

The play area A11 of the player 1 is a hand card display in which the deck icon I11 with the deck cards 3a stacked face down and the hand cards 3b drawn from the deck (deck) are arranged side by side from the left in the order in which they are drawn. The area A111, the HP gauge G11 of the player 1, the HIT button B111, and the HOLD button B113 are provided.

The HIT button B111 is for inputting an operation of drawing the deck card 3a from the deck. When the HIT button B111 is touch-operated, one deck card 3a is drawn and the hand card 3b is drawn in the hand card display area A111. Is displayed face up as. The deck is shuffled each time the card game is played.

The HOLD button B113 is for inputting an operation for confirming a hand. In one card game, you can draw up to 5 deck cards 3a from the deck, but the hand (the total value of the numbers defined as the card attributes in the hand card 3b; "18" in Fig. 4) It is necessary not to exceed "21". If the player 1 thinks that the hand will exceed "21" before drawing five deck cards 3a, he touches the HOLD button B113 to confirm the hand.

On the other hand, the play area A13 of the enemy character includes the deck icon I13, the hand card display area A131, and the HP gauge G13 of the enemy character, and the hand card in the hand card display area A131 is visible to the player 1. It is placed face down so that it does not exist.

Further, in the hand hand display area A15, the current hand hand of the player 1 is displayed, and the current hand hand of the enemy character is displayed as "?".

On this card game screen, the player 1 touches the HIT button B111 five times to draw five deck cards 3a, or touches the HOLD button B113 without drawing five to confirm the hand. Of the player 1 and the enemy character, the one who finally completes the hand with "21" or less and closer to "21" wins.

Return to FIG. When the card game is executed, the battle effect is displayed (step a3). For example, if the player 1 wins, the appearance of the enemy character being attacked is displayed, while if the player 1 loses, the appearance of the enemy character attacking is displayed.

After that, the damage is determined according to the game result (step a5), and the HP is updated (step a7). For example, when the player 1 touches the HOLD button B113 in the state of the card game screen shown in FIG. 4, and the hand of the enemy character is less than "18" which is the hand of the player 1. Player 1 wins. Then, the total value of the attack powers of the four hand cards 3b is determined to be the damage received by the enemy character, and is subtracted from the HP of the enemy character. If the player 1 loses, the attack power of the enemy character is determined to be the damage received by the player 1 and is subtracted from the HP of the player 1.

Then, as shown in FIG. 3, the process returns to step a1 and the above process is repeated until the updated HP becomes “0” or less (step a9: No). If it becomes "0" or less (step a9: YES), the winning / losing effect is displayed (step a11), and the battle ends.

(B) Card Menu FIG. 5 is a diagram showing a screen example of a card menu screen. As shown in FIG. 5, the card menu screen includes a deck organization menu M21, a power-up synthesis menu M22, a card sale menu M23, a card restoration menu M24, a card binder menu M25, and a real card reading menu M26. Be prepared.

When the deck formation menu M21 is touch-operated, the deck formation screen is displayed. On this deck formation screen, the player 1 can organize a deck by touch-operating a deck card from the list of possessed cards.

When the power-up composition menu M22 is touch-operated, the power-up composition screen (see FIG. 6A) is displayed. In this power-up composition screen, the player 1 performs an operation for designating one base card and an operation for designating one or a plurality of material cards as an operation for synthesizing cards. ..

When the card sale menu M23 is touch-operated, the card sale screen (see FIG. 8) is displayed. On this card sale screen, the player 1 performs an operation for designating one or a plurality of cards to be sold (sale cards) as an operation for selling the cards.

When you touch the card restore menu M24, the card restore screen is displayed, and among the cards that disappeared as a result of being used for synthesis as a material card in the power-up synthesis menu M22 or sold in the card sale menu M23, the date and time of disappearance The original real cards for which a predetermined time (for example, one hour or three days or the like) has not passed are displayed in a list. On this card restoration screen, the player 1 restores (adds to the possessed card) the restoration card by touching the original real card (restoration card) to be restored from the list of original real cards. Can be done. Restoration requires payment of a predetermined consideration (restoration cost). For example, restoration can be performed by consuming the virtual currency points (possessed virtual currency points) possessed by the player 1 for the restoration cost. According to this, even if the player 1 accidentally erases the original real card, it can be used again in the game in exchange for payment of the restoration cost within a predetermined time after the disappearance. It will be possible.

When the card binder menu M25 is touched, the card binder screen is displayed. On this card binder screen, the player 1 can browse and enjoy the possessed cards as a collection.

When the real card reading menu M26 is touch-operated, the real card reading screen is displayed and the CCD camera module 5018 is activated. On this real card reading screen, the player 1 can acquire the corresponding card (card of the card type) by performing a registration procedure for reading the real card ID of the real card.

[principle]
By the way, the real card is sold as a predetermined number of packages as described above, but the card type of the packaged real card cannot be known before purchase. On the other hand, depending on the card type of the real card, cards of the same card type may be acquired during the game. In particular, so-called "rareness" is set for the card type, and those with low rarity have many chances of being acquired during the game, and the number of real cards issued is also large. Therefore, a situation may occur in which the package newly purchased by the player 1 includes a real card of the same card type as the possessed card. Alternatively, even if the card types are different, the initial value of attack power and HP is smaller than that of the possessed card, and it may be a so-called weak card. Then, the player 1 may consider that such a real card is unnecessary and immediately use it as a material card for synthesis or sell it without registering it.

Therefore, in the present embodiment, the real card ID can be read also in the power-up synthesis menu M22 and the card sale menu M23. Power-up without going through the registration procedure in the real card reading menu M26 Use the corresponding card as a material card by reading the real card ID from the synthesis menu M22, or read the real card ID from the card sale menu M23. If you sell the corresponding card by letting it go, the real card will be considered to have disappeared after the registration procedure. Therefore, after that, it cannot be used again in the game unless it can be restored by paying a price in the card restoration menu M24 as an exception. This is because the real card can be registered only once. Hereinafter, the card corresponding to the real card read from the power-up synthesis menu M22 or the card sale menu M23 for synthesis or sale is appropriately referred to as a "corresponding source real card".

(A) Card Synthesis FIG. 6A is a diagram showing a configuration example of a power-up synthesis screen. As shown in FIG. 6A, the power-up composite screen includes a base card designated area A31 and a material card designated area A33.

A card selection button B31 is arranged in the base card designated area A31. When the card selection button B31 is touch-operated, the possessed cards are displayed in a list, and one card touch-operated from the list is confirmed as the base card 3c and displayed in the base card designated area A31. At this time, the information of the base card 3c such as the ability parameter value (level, attack power, HP) and the character attribute is also displayed in the base card designated area A31.

A card selection button B331 and a card reading button B333 are arranged in the material card designation area A33. When the card selection button B331 is touch-operated, the possessed cards excluding the deck card are displayed in a list, and one or more cards touch-operated from the list are confirmed as the material card 3d and displayed in the material card designated area A33.

On the other hand, when the card reading button B333 is touch-operated, the CCD camera module 5018 is activated. When the card reading button B333 is touch-operated to read the real card ID of the real card, the corresponding source real card is confirmed as the material card 3d and displayed in the material card designated area A33 with the identification mark MK.

However, at that time, as an internal process, it is determined whether or not the predetermined low value condition is satisfied based on the rarity of the corresponding user real card, and if not, the player 1 is prompted to confirm. (Rarity filter). The low value condition is set so that the rarity of the corresponding source real card is equal to or less than a predetermined threshold value that is fixedly set in advance. Further, not limited to this, the low value condition may be that the corresponding source real card is a weaker card than the card owned by the player 1. For example, when the corresponding source real cards and the possessed cards are arranged in descending order of attack power, the corresponding source real cards do not enter the predetermined order (for example, the 12th number of deck cards) (13th or lower). It may be a low value condition.

In addition, the game play history of the player 1 is determined based on the experience value, and when it is determined that the game play history is short, the player 1 is similarly urged to perform a confirmation operation (experience value filter). The game play history is not limited to the experience value, and may be determined based on the number of play days in which the player 1 has played the game.

The confirmation operation prompts by displaying a confirmation screen in a pop-up. FIG. 7 is a diagram showing a screen example of the confirmation screen P4. As shown in FIG. 7, a message for confirming material confirmation is displayed on the confirmation screen P4. When the confirmation button B41 is touch-operated on the confirmation screen P4, the corresponding source real card is confirmed as the material card 3d. On the other hand, when the cancel button B43 is touch-operated, the reading of the real card ID is invalidated.

The confirmation screen display by these rarity filters and experience value filters can also be hidden by checking the two check boxes CB31 and CB33 at the bottom of the power-up synthesis screen shown in FIGS. 6A and 7. For example, when the check box CB31 for canceling the rarity filter is checked, the confirmation screen is not displayed regardless of whether or not the above-mentioned low value condition is satisfied. Similarly, if the check box CB33 for canceling the experience value filter is checked, the confirmation screen is not displayed even if the game play history of the player 1 is short. The rarity filter and the experience value filter are functions provided as a safety measure to prevent the situation where the player 1 is unfamiliar with the game operation and accidentally erases the card corresponding to the real card. Therefore, when the player 1 makes an unnecessary manifestation of intention, it is not necessary to confirm the material confirmation. On the contrary, when the low value condition is satisfied or when it is assumed that the game play history is long and the game operation is accustomed, the confirmation screen is not displayed regardless of whether or not the check boxes CB31 and CB33 are checked. The checks of the check boxes CB31 and CB33 may be accepted each time the power-up composition screen is displayed, or may be automatically checked by holding the previous value.

Then, in the composition, when a predetermined time (for example, 10 seconds) elapses from the last designation of the material card 3d by touching the card selection button B331 or touching the card reading button B333 in the material card designation area A33. It will start automatically. If the card selection button B331 or the card reading button B333 is touch-operated before the elapsed time reaches a predetermined time, a new material card 3d can be designated accumulatively. Then, in this case, the predetermined time is clocked again from the time when the new designation is made. During this period, the player 1 completes the designation of one or a plurality of material cards 3d.

The timing of synthesis is displayed as a countdown P31 in the vicinity of the material card designated area A33. If the cancel button B335 is touched during the countdown display P31, the designation of all the material cards 3d is invalidated, and the composition is stopped.

Here, card synthesis means strengthening the base card 3c by absorbing the ability parameter value of the material card 3d into the ability parameter value of the base card 3c. As a result of synthesis, instead of the material card 3d disappearing, as shown in Fig. 6 (b), the level, attack power, and HP ability parameter values of the base card 3c increase, and the base card 3c (in other words, the base card) 3c character) grows.

At the time of synthesis, it is necessary to pay a predetermined consideration (synthesis cost) according to the level of the base card 3c and the material card 3d. For example, the synthesis can be performed by consuming the virtual currency points possessed by the player 1 for the synthesis cost. The synthesis cost is set to increase as the level of the base card 3c increases. The initial value of attack power and HP varies depending on the card type, but since the level of each card increases from 1, if you specify multiple material cards while the level is low and combine them together. , Has the advantage of being able to strengthen the base card at low cost.

(B) Sale of Card FIG. 8 is a diagram showing a configuration example of a card sale screen. As shown in FIG. 8, the card sale screen includes a sale card designated area A5.

A card selection button B51 and a card reading button B53 are arranged in the sale card designation area A5. When the card selection button B51 is touch-operated, the possessed cards excluding the deck card are displayed in a list, and one or more cards touch-operated from the list are confirmed as the sale card 3e and displayed in the sale card designated area A5.

On the other hand, when the card reading button B53 is touch-operated, the CCD camera module 5018 is activated. When the card reading button B53 is touch-operated to read the real card ID of the real card, the corresponding source real card is confirmed as the sale card 3e and displayed in the sale card designated area A5 with the identification mark MK.

However, at this time, the player 1 is urged to perform the confirmation operation by the rarity filter and the experience value filter in the same manner as the power-up composition screen described above. FIG. 9 is a diagram showing a screen example of the confirmation screen P6 prompting the confirmation operation. As shown in FIG. 9, a message confirming the confirmation of sale is displayed on the confirmation screen P6. When the confirmation button B61 is touch-operated on the confirmation screen P6, the corresponding source real card is confirmed as the sale card 3e. On the other hand, when the cancel button B63 is touch-operated, the reading of the real card ID is invalidated. The confirmation screen display by these rarity filters and experience value filters can be hidden by checking the two check boxes CB51 and CB53 at the bottom of the card sale screen shown in FIGS. 8 and 9.

Then, when the sale is performed, a predetermined time (for example, 10 seconds) has elapsed since the last designation of the sale card 3e by touching the card selection button B51 or touching the card reading button B53 in the sale card designation area A5. It will start automatically. If the card selection button B51 is touch-operated or the card reading button B53 is touch-operated before the elapsed time reaches a predetermined time, a new sale card 3e can be designated cumulatively. Then, in this case, the predetermined time is clocked again from the time when the new designation is made. During this period, the player 1 completes the designation of one or a plurality of sale cards 3e.

The timing of the sale is displayed as a countdown P5 in the vicinity of the sale card designated area A5. If the cancel button B55 is touched during the countdown display P5, the designation of all sale cards is invalidated and the sale is cancelled.

[Functional configuration]
FIG. 10 is a block diagram showing a functional configuration example of the player terminal 5000. Further, in FIG. 10, the main functional blocks of the game server 1000 that the player terminal 5000 connects to and accesses the communication line N are also shown.

As shown in FIG. 10, the player terminal 5000 includes an operation input unit 51, a reading unit 52, a processing unit 53, an image display unit 54, a sound output unit 55, a communication unit 56, and a storage unit 60. Be prepared.

The operation input unit 51 is for the player 1 to input various operations related to the game, and outputs an operation input signal corresponding to the operation input to the processing unit 53. The functions of the operation input unit 51 include not only elements that the player 1 directly operates with a finger, such as a button switch, a joystick, a touch operation pad, and a trackball, but also movements such as an acceleration sensor, an angular velocity sensor, an inclination sensor, and a geomagnetic sensor. It can also be realized by an element that detects the posture. In FIG. 2, the direction input key 5002, the home key 5004, and the touch operation panel 5006 correspond to this.

The reading unit 52 is for reading a two-dimensional code or the like printed on a real card. The function of the reading unit 52 can be realized by using an image sensor such as a CCD image sensor or a CMOS image sensor, for example. In FIG. 2, the CCD camera module 5018 corresponds to this.

The processing unit 53 comprehensively controls the operation of the player terminal 5000 based on the programs and data stored in the storage unit 60, the operation input signal from the operation input unit 51, and the like. The function of the processing unit 53 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory. In FIG. 2, the control board 5020 corresponds to this. The processing unit 53 includes a game calculation unit 500, an image generation unit 581, a sound generation unit 583, and a communication control unit 585 as main functional units.

The game calculation unit 500 executes various game processes for realizing the game of the present embodiment, and outputs the processing results to the image generation unit 581 and the sound generation unit 583. The game calculation unit 500 includes a card management unit 510, a deck management unit 520, a card synthesis unit 530, a card sales unit 540, a card restoration unit 550, a real card registration unit 560, and a game progress control unit 570. including.

The card management unit 510 uses the acquired card list 73 (see FIG. 14) to manage the acquired cards (acquired cards) that the player 1 has acquired so far.
The deck management unit 520 manages 12 of the possessed cards as deck cards by using the deck data 75 (see FIG. 13).
The card synthesizing unit 530 performs a card synthesizing process (see FIG. 18), and synthesizes a material card into a base card according to an operation input of the player 1. The card synthesis unit 530 includes a real card confirmation determination unit 531 and an ability parameter value addition unit 533.
The card selling unit 540 performs a card selling process (see FIG. 20) and sells the card according to the operation input of the player 1. The card selling unit 540 includes a real card confirmation determination unit 541 and a selling price addition unit 543.
The card restoration unit 550 performs a card restoration process (see FIG. 21), and adds the original real card as the restoration card to the possessed card according to the operation input of the player 1.
The real card registration unit 560 performs the real card registration process, and adds the corresponding card to the possessed card according to the real card registration procedure by the player 1.
The game progress control unit 570 controls the progress of the game according to the stage data 63. The game progress control unit 570 includes a battle control unit 571.

The image generation unit 581 generates one game screen in one frame time (for example, 1/60 second) based on the processing result of the game calculation unit 500, and outputs the image signal of the generated game screen to the image display unit 54. To do. The function of the image generation unit 581 is used for, for example, a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, and texture data expansion. It can be realized by an IC memory or the like.

The sound generation unit 583 generates sound signals such as sound effects, BGM, and various operation sounds related to the game based on the processing result of the game calculation unit 500, and outputs them to the sound output unit 55. The function of the sound generation unit 583 can be realized by, for example, a processor such as a digital signal processor (DSP) or a voice synthesis IC, an audio codec capable of reproducing a voice file, or the like.

The communication control unit 585 performs communication connection and data processing for data communication with an external device (mainly the game server 1000) via the communication unit 56, and realizes data exchange with the external device.

The image display unit 54 displays various game screens based on the image signal input from the image generation unit 581. The function of the image display unit 54 can be realized by, for example, a display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head-mounted display. In FIG. 2, the touch operation panel 5006 corresponds to this.

The sound output unit 55 is for outputting sound effects and the like related to the game based on the sound signal input from the sound generation unit 583. In FIG. 2, the speaker 5010 corresponds to this.

The communication unit 56 connects to the communication line N to realize communication. The function of the communication unit 56 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like. In FIG. 2, the wireless communication module 5026 corresponds to this.

The storage unit 60 stores in advance a program for operating the player terminal 5000 and realizing various functions included in the player terminal 5000, data used during execution of this program, or is temporarily stored each time processing is performed. Is remembered. The function of the storage unit 60 can be realized by, for example, an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like. In FIG. 2, the memory card 5032 and the IC memory 5024 mounted on the control board 5020 correspond to this.

The system program 61 and the game program 62 are stored in the storage unit 60. The system program 61 is a program for realizing the basic functions of the player terminal 5000 as a computer. The game program 62 is a program for causing the processing unit 53 to function as the game calculation unit 500, and is distributed from the game server 1000 when the player 1 completes the account registration.

Further, the storage unit 60 stores the stage data 63, the card initial setting data 64, the composite cost point setting data 66, the restoration cost 67, and the play history data 70. Here, the stage data 63, the card initial setting data 64, the composite cost point setting data 66, and the restoration cost 67 are distributed from the game server 1000 together with the game program 62 as data necessary for executing the game. is there. In addition, model data, texture data, motion data, effect data, background image of the game screen, sound data such as sound effects, etc. for displaying enemy characters appearing during the progress of the game stage are appropriately added to the game. It is distributed as necessary data and stored in the storage unit 60.

The stage data 63 is prepared for each game stage, and the character type of the enemy character to appear in the corresponding game stage, the level, the attack power, each ability parameter value of HP, the acquired experience value and the acquisition given at the time of clearing the stage. Define the card type of the card.

The card initial setting data 64 is prepared for each card type, and defines a combination of characters and card attributes that distinguish the corresponding card types, various parameter values including ability parameter values, and the like. FIG. 11 is a diagram showing a data configuration example of one card initial setting data 64. As shown in FIG. 11, the individual card initialization data 64 includes the card type ID 641, the character type 642, the display body data 643 of the corresponding character, the card attribute 644, the character attribute 645, and the level 646. Includes attack power 647, HP 648, special move 649, rarity 650, and selling price 651. For the character attribute 645, for example, any attribute of "fire", "water", "wind", and "earth" is set.

The composite cost point setting data 66 defines the composite cost point. FIG. 12 is a diagram showing a data configuration example of the composite cost point setting data 66. As shown in FIG. 12, in the composite cost point setting data 66, synthetic cost points corresponding to the level of the material card are set for each level of the base card.

The restoration cost 67 defines the virtual currency points required to restore the original real card that was used for synthesis as a material card or disappeared by selling it.

The play history data 70 is generated when the account of the player 1 is registered, and is updated at any time according to the progress of the game. The play history data 70 is uploaded to the game server 1000 at a predetermined timing, and is managed by the game server 1000 as player data 24 for each player 1. FIG. 13 is a diagram showing a data configuration example of the play history data 70. As shown in FIG. 13, the play history data 70 includes account data 71, experience value 72, acquired card list 73, recoverable card list 74, deck data 75, leader card number 76, and possessed virtual currency. Includes points 77.

The player name or the like specified by the player 1 at the time of account registration is set in the account data 71.

In the experience value 72, the current experience value of the player 1 which is added / updated according to the progress of the game of the player 1 is set. For example, the acquired experience value given when the game stage is cleared is added to the experience value 72 at any time.

The acquired card list 73 is a list of acquired cards. FIG. 14 is a diagram showing a data configuration example of the acquired card list 73. As shown in FIG. 14, the acquired card list 73 includes the acquired card number 731, the real card ID 732, the card type ID 733, the level 734, the attack power 735, the HP 736, the special move 737, and the extinction flag 738. Is the associated data table.

The acquired card number 731 is an identification number uniquely assigned to the acquired card, and is assigned as, for example, a serial number serially numbered in the order of acquisition.

The real card ID 732 is set when the corresponding card is a former real card. For a card that does not have an entity, the value of the real card ID 732 is blank (-). The card in which the real card ID is set in the acquired card list 73 corresponds to the original real card.

Each ability parameter value of level 734, attack power 735, and HP 736 is updated at any time according to the progress of the game with each value defined in the card initial setting data 64 as the initial value. For example, as the experience value 72 increases, the deck card level 734, attack power 735, and HP 736 also increase as appropriate.

The extinction flag 738 is set to "OFF" as an initial value, and is rewritten to "ON" when the corresponding card is extinguished by synthesis or sale. That is, in the acquired card list 73, the one whose extinction flag 738 is "OFF" corresponds to the possessed card currently possessed by the player 1, and can be used for a game or the like.

The recoverable card list 74 is a list of original real cards that have been used for synthesis as material cards or have been sold and disappeared, and the predetermined time has not passed from the date and time of disappearance. FIG. 15 is a diagram showing a data configuration example of the recoverable card list 74. As shown in FIG. 15, in the recoverable card list 74, the extinction date and time 743 is set in association with the acquired card number 741 and the real card ID 742 of the extinct original real card. The original real card registered in the recoverable card list 74 is the corresponding original real card corresponding to the real card read from the power-up synthesis menu M22 or the card sale menu M23, as well as the real card reading menu M26. The original real card added to the holding card through the registration procedure of is also included.

As described above, in the present embodiment, the original real card extinguished by synthesis or sale can be restored (added to the possessed card) only from the extinction date and time 743 until a predetermined time elapses. When a predetermined time elapses from the disappearance date and time 743, the corresponding record is deleted from the recoverable card list 74 and cannot be restored.

Deck data 75 is a list of deck cards. In the leader card number 76, the acquisition card number of the deck card used as the leader card at the time of deck formation is set. As the possessed virtual currency points 77, the virtual currency points currently possessed by the player 1 are set. Virtual currency points can be earned by purchasing or selling cards. In addition, it may be given as a bonus when winning a battle or logging in. In the present embodiment, virtual currency points are required at the time of card synthesis, card restoration, and the like.

On the other hand, the server processing unit 12 of the game server 1000 includes a game management unit 100. The player management unit 110 of the game management unit 100 manages an account, a game progress status, and the like for each player 1 of the connected player terminal 5000 using the player data 24. Further, the real card management unit 120 of the game management unit 100 manages whether or not a real card is registered by using the real card list 25.

The server storage unit 20 of the game server 1000 stores the distribution game program 23, the player data 24, and the real card list 25. In addition, the game server 1000 includes a system program, a game management program for making the game server 1000 function as the game management unit 100, stage data 63 distributed to the player terminal 5000 as data necessary for the game, and the like. Card initial setting data 64, synthesis cost point setting data 66, restoration cost 67 original data, and the like are stored.

The distribution game program 23 is the original of the game program 62 distributed to the player terminal 5000 of the player 1 who has registered an account in hopes of playing the game of the present embodiment. The player terminal 5000 downloads this copy, stores it in the storage unit 60, and executes it.

In the player data 24, the latest play history data uploaded from the corresponding player terminal 5000 at any time is set for each player 1 who has registered an account.

The real card list 25 is a list of issued real cards. FIG. 16 is a diagram showing a data configuration example of the real card list 25. As shown in FIG. 16, in the real card list 25, a card type ID 252 and a registration flag (registered / unregistered) 253 are set in association with the real card ID 251 of the issued real card.

The card type ID 252 associated with the real card ID 251 in the real card list 25 makes it possible to use the card corresponding to the corresponding real card, that is, the player terminal 5000 of the player 1 who has performed the registration procedure in the game. The card is identified. Further, the registration flag 253 is set to "unregistered" as an initial value, and once registered, it is rewritten to "registered". This registration flag controls whether or not a real card is registered, and makes it impossible to perform registration procedures more than once for one real card.

[Processing flow]
Next, the flow of game processing performed by the player terminal 5000 will be described. The process described here is realized by the processing unit 53 reading and executing the game program 62. FIG. 17 is a flowchart showing a processing procedure of the game processing. As a premise, it is assumed that the player 1 has already registered an account.

In the game processing, the game calculation unit 500 first performs a login process to display the home screen (step b1), and accepts a touch operation of the menu. Then, when the battle menu is touch-operated on the home screen (step b3: YES), the game progress control unit 570 sets the game stage according to the progress of the game of the player 1 according to the stage data 63 (step b5). .. Then, the battle control unit 571 controls the battle using the deck as shown in FIG. 3 (step b7). If player 1 wins as a result of this battle, the stage is cleared. In that case, the game progress control unit 570 adds the acquired experience value according to the cleared game stage to the experience value 72, updates the deck card level 734, attack power 735, and HP 736 as appropriate, and clears the game. Add the acquired cards according to the stage to the possessed cards. That is, the game progress control unit 570 allocates the acquired card number to the acquired card, adds a record in which a predetermined value is set based on the card initial setting data 64 of the card type ID 641, and updates the acquired card list 73.

On the other hand, when the card menu is touch-operated on the home screen (step b9: YES), the game calculation unit 500 controls the display of the card menu screen (step b11) and performs processing according to the touch-operated card menu. Branch.

When the deck formation menu M21 is touch-operated (step b13: YES), the deck management unit 520 performs the deck formation process (step b15). In this deck formation process, the deck management unit 520 organizes a deck with 12 deck cards selected from the possessed cards according to the operation input of the player 1, and generates / updates the deck data 75.

When the power-up synthesis menu M22 is touch-operated (step b17: YES), the card synthesis unit 530 performs the card synthesis process (step b19). FIG. 18 is a flowchart showing a detailed processing procedure of the card composition processing.

In the card synthesis process, when the card synthesis unit 530 accepts the base card designation operation by the touch operation of the card selection button B331 (step c1: YES), the card synthesis unit 530 determines the base card according to the designation operation (step c3). Then, the process proceeds to step c25.

Further, when the card synthesis unit 530 accepts the material card designation operation by the touch operation of the card selection button B331 (step c5: YES), the player 1 refers to the synthesis cost point setting data 66, and the player 1 virtual currency for the synthesis cost. Determine if you have points. Specifically, the card synthesis unit 530 acquires the synthesis cost points according to the level 734 of the material card designated and operated from the synthesis cost point setting data 66 based on the level 734 of the base card, and calculates the synthesis cost. .. Multiple material cards can be specified, but if there are already confirmed material cards, the total value of the combined cost points for each material card is calculated as the total cost.

Then, if the synthesis cost is 77 or less of the possessed virtual currency points (step c7: YES), the card synthesis unit 530 determines the material card according to the designated operation in step c5 (step c9). After that, the card synthesizing unit 530 resets the timer, starts the time counting of the predetermined time (step c11), and shifts to the step c25.

On the other hand, when the card synthesis unit 530 accepts the material card designation operation by the touch operation of the card reading button B333 (step c13: YES), the card synthesis unit 530 analyzes the two-dimensional code or the like read from the real card by the reading unit 52. Then, the real card ID is acquired, and the registration request notification is transmitted to the game server 1000 together with the acquired real card ID (step c15). After that, it goes into a standby state until it receives a response from the game server 1000.

When the game server 1000 receives the registration request notification from the player terminal 5000, the real card management unit 120 reads the registration flag 253 associated with the real card ID 251 received together with the registration request notification from the real card list 25. Then, if the registration flag 253 is "unregistered", the real card management unit 120 rewrites the registration flag 253 to "registered" to update the real card list 25, and reads the corresponding card type ID 252 to notify the registration request. Is sent to the player terminal 5000 that has sent the card together with the registration completion notification. If the registration flag 253 is "registered", a process of transmitting a registration failure notification is performed.

When the player terminal 5000 waits until the registration completion notification is received from the game server 1000 (step c17: NO) and receives the registration completion notification (step c17: YES), the card synthesis unit 530 receives the registration completion notification together with the registration completion notification. According to the card type ID, the card of the corresponding card type is set as the corresponding source real card and added to the possessed card (step c19). That is, the card synthesis unit 530 allocates the acquired card number to the corresponding user real card, adds a record in which a predetermined value is set based on the card initial setting data 64 of the card type ID 641, and updates the acquired card list 73. .. When the registration failure notification is received from the game server 1000, the card synthesis unit 530 controls an error display indicating that the real card has already been registered, and then proceeds to step c25.

Subsequently, the card synthesis unit 530 refers to the synthesis cost point setting data 66, and determines whether or not the player 1 possesses virtual currency points for the synthesis cost. Then, if the synthesis cost is 77 or less of the possessed virtual currency points (step c21: YES), the card synthesis unit 530 performs the material card confirmation process by the real card confirmation determination unit 531 (step c23). FIG. 19 is a flowchart showing a detailed processing procedure of the material card confirmation process.

In the material card confirmation process, first, the real card confirmation determination unit 531 determines whether or not the rarity filter is released depending on whether or not the check box CB31 is checked. Then, if the rarity filter is not released (step d1: NO), the real card confirmation determination unit 531 determines whether or not the low value condition is satisfied based on the rarity 650 of the corresponding user real card. If it is determined that the condition is not satisfied (step d3: NO), the real card confirmation determination unit 531 controls to display the confirmation screen P4 (step d5). When the confirmation button B41 is touch-operated on the confirmation screen P4 and the material confirmation operation is input (step d7: YES), the process proceeds to step d17. On the other hand, if the cancel button B43 is touch-operated on the confirmation screen (step d7: NO), the process proceeds to step d21.

Further, when the rarity filter is canceled (step d1: YES) or when the low value condition is satisfied (step d3: YES), the real card confirmation determination unit 531 experiences depending on whether or not the check box CB33 is checked. Determine if the value filter is cleared. Then, when the experience value filter is not released (step d9: NO), the real card confirmation determination unit 531 performs threshold processing on the experience value 72. When the experience value 72 is equal to or less than a predetermined value (step d11: YES), the real card confirmation determination unit 531 controls to display the confirmation screen P4 (step d13). When the confirmation button B41 is touch-operated on this confirmation screen and the material confirmation operation is input (step d15: YES), the process proceeds to step d17. On the other hand, when the cancel button B43 is touch-operated on the confirmation screen (step d15: NO), the process proceeds to step d21.

Further, the real card confirmation determination unit 531 shifts to step d17 when the experience value filter is canceled (step d9: YES) or when the experience value 72 exceeds a predetermined value (step d11: NO). ..

Then, in step d17, the real card confirmation determination unit 531 determines the material card according to the designated operation in step c13 of FIG. After that, the real card confirmation determination unit 531 resets the timer and starts the time counting of the predetermined time (step d19).

On the other hand, in step d21, the real card confirmation determination unit 531 performs a process of transmitting a registration cancellation request notification to the game server 1000 together with the real card ID of the corresponding user real card. After that, it goes into a standby state until it receives a response from the game server 1000.

When the game server 1000 receives the registration cancellation request notification from the player terminal 5000, the real card management unit 120 rewrites the registration flag 253 associated with the real card ID 251 received together with the registration cancellation request notification to "unregistered". Update the real card list 25. Then, the real card management unit 120 performs a process of transmitting a registration cancellation completion notification to the player terminal 5000 that has sent the registration cancellation request notification.

When the player terminal 5000 waits until the registration cancellation completion notification is received from the game server 1000 (step d23: NO) and receives the registration cancellation completion notification (step d23: YES), the real card confirmation determination unit 531 responds to the use. The original real card is deleted from the possessed card (step d25). Here, the record itself added in step c19 of FIG. 18 is deleted to update the acquired card list 73.

Return to FIG. When the material card confirmation process is completed as described above, the process proceeds to step c25. In step c25, the card synthesizing unit 530 monitors the timing of the timer activated in step c11 or step d19 of FIG. 19 and returns to step c1 until it is determined that the predetermined time has been reached (step c25: NO). The above process is repeated.

Then, when the timer reaches the predetermined time (step c25: YES), the card synthesizing unit 530 refers to the real card ID 732 of the material card and determines whether or not the original real card for which the value is set is included. judge. By the process here, in addition to the case where the corresponding source real card is confirmed as the material card in the material card confirmation process of step c23, the process proceeds to step c29 when the material card confirmed in step c9 is the original real card. That is, when the original real card is included (step c27: YES), the card synthesis unit 530 sets the current time to the extinction date and time 743, and restores the record in which the acquired card number 741 and the real card ID 742 are associated with each other. Add to 74 (step c29).

Subsequently, the ability parameter value addition unit 533 adds predetermined values preset to the level 734, attack power 735, and HP 736 ability parameter values of the original real card material card (step c31), and then steps. Move to c33. By the processing here, even when a card of the same card type is used as the material card, different synthetic effects can be obtained in the subsequent step c33 depending on whether or not the card is the original real card. Specifically, by using the original real card as the material card, the increase range of the ability parameter value of the base card can be increased, and the synthesis effect can be enhanced.

Then, in step c33, the card synthesizing unit 530 performs a process of synthesizing the material card with the base card. As a result, the ability parameter value of the base card is increased and the level 734, attack power 735, and HP 736 are updated, while the disappearance flag 738 of the material card is rewritten to "ON" and the acquired card list 73 is updated. After that, the card synthesis unit 530 subtracts and updates the synthesis cost from the possessed virtual currency points 77 (step c35), and returns to step b19 in FIG.

When the card sale menu M23 is touch-operated (step b21: YES), the card sale unit 540 performs the card sale process (step b23). FIG. 20 is a flowchart showing a detailed processing procedure of the card selling process.

In the card selling process, when the card selling unit 540 accepts the designated operation of the selling card by the touch operation of the card selection button B51 (step e1: YES), the card selling unit 540 determines the selling card according to the designated operation (step e3). After that, the card selling unit 540 resets the timer, starts the time counting of the predetermined time (step e5), and proceeds to step e17.

On the other hand, when the card selling unit 540 accepts the designated operation of the selling card by the touch operation of the card reading button B53 (step e7: YES), the card selling unit 540 analyzes the two-dimensional code or the like read from the real card by the reading unit 52. Then, the real card ID is acquired, and the registration request notification is transmitted to the game server 1000 together with the acquired real card ID (step e9). After that, it goes into a standby state until it receives a response from the game server 1000. At this time, the process performed by the game server 1000 is performed by the real card management unit 120 in the same manner as described in the card synthesis process.

Then, when the registration completion notification is received from the game server 1000 (step e11), the card sales unit 540 sets the card of the corresponding card type as the corresponding source real card according to the card type ID received together with the registration completion notification, and sets it as the holding card. Add (step e13). That is, the card selling unit 540 allocates the acquired card number to the corresponding user real card, adds a record in which a predetermined value is set based on the card initial setting data 64 of the card type ID 641, and updates the acquired card list 73. ..

Subsequently, in the card selling unit 540, the real card confirmation determination unit 541 performs the selling card confirmation process (step e15). This sale card confirmation process can be performed by the same processing procedure as the material card confirmation process. However, at that time, the real card confirmation determination unit 541 refers to whether or not the check boxes CB51 and CB53 are checked. When the sale card confirmation process is completed, the process proceeds to step e17. In step e17, the card selling unit 540 monitors the timing of the timer activated in step e5 or the process of confirming the selling card, and returns to step e1 until it is determined that the predetermined time has been reached (step e17: NO). And repeat the above process.

Then, when the timer reaches the predetermined time (step e17: YES), the card selling unit 540 refers to the real card ID 732 of the selling card and determines whether or not the original real card is included. By the processing here, in addition to the case where the corresponding source real card is confirmed as the sale card in the sale card confirmation process in step e15, if the sale card confirmed in step e3 is the original real card, the process proceeds to step e21. .. That is, when the original real card is included (step e19: YES), the card selling unit 540 sets the current time to the extinction date and time 743, and restores the record in which the acquired card number 741 and the real card ID 742 are associated with each other. Add to 74 (step e21).

Subsequently, the selling price addition unit 543 adds a predetermined value to the selling price 651 of the selling card, which is the original real card (step e23), and then proceeds to step e25. By the processing here, even if a card of the same card type is used as a selling card, different selling effects can be obtained in the subsequent step e25 depending on whether or not the card is a former real card. Specifically, by using the original real card as a selling card, more virtual currency points can be given than the selling price of 651.

Then, in step e25, the card selling unit 540 adds and updates the selling price 651 to the possessed virtual currency points 77, and sells the selling card. At this time, the disappearance flag 738 of the sold card is rewritten to "ON" and the acquired card list 73 is updated. After that, the process returns to step b23 in FIG.

When the card restoration menu M24 is touch-operated (step b25: YES), the card restoration unit 550 performs the card restoration process (step b27). FIG. 21 is a flowchart showing a detailed processing procedure of the card restoration process.

In the card restoration process, the card restoration unit 550 displays a list of recoverable original real cards, which are restoration cards, according to the restoreable card list 74 (step f1), and accepts the operation of designating the restoration card. When the operation for designating the restoration card is accepted (step f3: YES), the card restoration unit 550 determines whether or not the player 1 possesses virtual currency points for the restoration cost of 67 minutes. Then, if the restoration cost 67 is less than or equal to the possessed virtual currency points 77 (step f5: YES), the card restoration unit 550 adds the restoration card specified and operated in step f3 to the possessed card (step f7). That is, the card restoration unit 550 identifies the corresponding record in the acquisition card list 73 according to the acquisition card number 741 of the restored card that has been designated and operated, rewrites the disappearance flag 738 to "OFF", and updates the acquisition card list 73. .. By the processing here, the restored card can be used again in the game in the state immediately before it disappears by synthesis. After that, the card restoration unit 550 subtracts the restoration cost 67 from the possessed virtual currency points 77 to update (step f9), and returns to step b27 in FIG.

When the real card reading menu M26 is touch-operated (step b29: YES), the real card registration unit 560 performs the real card registration process (step b31). Specifically, the real card registration unit 560 first analyzes the two-dimensional code or the like read from the real card by the reading unit 52 to acquire the real card ID, and sends a registration request notification together with the acquired real card ID to the game server. The process of transmitting to 1000 is performed. After that, it goes into a standby state until it receives a response from the game server 1000. At this time, the process performed by the game server 1000 is performed by the real card management unit 120 in the same manner as described in the card synthesis process.

Then, when the registration completion notification is received from the game server 1000, the real card registration unit 560 sets the card of the corresponding card type as the card corresponding to the real card according to the card type ID received together with the registration completion notification, and adds it to the possessed card. .. That is, the real card registration unit 560 allocates the acquired card number to the card corresponding to the real card, adds a record in which a predetermined value is set based on the card initial setting data 64 of the card type ID 641, and adds the acquired card list 73. Update.

When the end of the game is input as an operation (step b33: Yes), this process ends.

As described above, according to the present embodiment, when the card reading button B333 is touch-operated in the power-up synthesis menu M22, the real card ID is read and the corresponding source real card is used as the material card. Can be done. Therefore, the card corresponding to the real card can be used for synthesis as the material card without performing the registration procedure of the real card from the real card reading menu M26 in advance. Further, at this time, it is possible to appropriately prompt the confirmation operation of the player 1 based on the parameter value such as the rarity 650 of the corresponding user real card and the game play history of the player 1. For example, when the rarity 650 does not satisfy the predetermined low value condition, or when the experience value 72 is equal to or less than the predetermined value, the confirmation operation of the player 1 can be prompted. Then, it is possible to determine whether or not the corresponding source real card is confirmed as the material card 3d according to the confirmation operation. According to this, the operability required for card composition can be improved.

Further, according to the present embodiment, when the card reading button B53 is touch-operated in the card selling menu M23, the real card ID can be read and the corresponding source real card can be used as the selling card. Therefore, it is possible to sell the corresponding original real card as a sale card without performing the real card registration procedure from the real card reading menu M26 in advance. Further, at this time, it is possible to appropriately prompt the confirmation operation of the player 1 based on the parameter value such as the rarity 650 of the corresponding user real card and the game play history of the player 1. For example, when the rarity 650 does not satisfy the predetermined low value condition, or when the experience value 72 is equal to or less than the predetermined value, the confirmation operation of the player 1 can be prompted. Then, it is possible to determine whether or not the corresponding source real card is confirmed as a sale card according to the confirmation operation.

In the above-described embodiment, the confirmation screen P4 is displayed, and it is determined whether or not the corresponding source real card is confirmed as the material card 3d in response to the touch operation of the confirmation button B41 or the cancel button B43. On the other hand, if the rarity 650 does not satisfy the predetermined low value condition, the reading of the real card ID is forcibly invalidated, and the corresponding source real card is not determined as the material card 3d (not used for synthesis). May be. Similarly, when the experience value of the player 1 is equal to or less than a predetermined value, the reading of the real card ID may be invalidated, and the corresponding source real card may not be determined as the material card 3d.

Further, in the above-described embodiment, the confirmation screen P6 is displayed, and it is determined whether or not the corresponding source real card is confirmed as the sale card 3e in response to the touch operation of the confirmation button B61 or the cancel button B63. On the other hand, if the rarity 650 does not meet the predetermined low value condition, the reading of the real card ID is forcibly invalidated, and the corresponding source real card is not confirmed as the sale card 3e (not sold). May be good. Similarly, when the experience value of the player 1 is equal to or less than a predetermined value, the reading of the real card ID may be invalidated, and the corresponding source real card may not be determined as the sale card 3e.

Further, in the above-described embodiment, a card game using a virtual game card is illustrated, but the applicable game genre is not particularly limited. For example, it may be a battle game with the theme of a sports battle in which a character associated with a game card is used as a player, or a character training game or a romance game associated with a game card.

Further, in the above-described embodiment, a virtual game card is illustrated as a game object associated with the real card, but the form of the game object is not limited to the game card and can be appropriately set. For example, it may be a character or an item. In this case, the correspondence between the real card ID and the character type, item type, etc. may be stored so that the character, item, etc. corresponding to the real card can be specified.

Further, the relationship between the game server 1000 and the player terminal 5000 is not limited to the relationship connected via the Internet, but is realized by the relationship between the main body of the stationary home-use game device and the game controller equipped with a touch operation panel. May be. In that case, the main unit corresponds to the game server 1000 and the game controller corresponds to the player terminal 5000, and the game system is configured as a whole.

Further, in the above embodiment, the player terminal 5000 mainly performs the processing related to the game, but the game server 1000a mainly processes the game, and the player terminal 5000a is the game screen based on various data received from the game server 1000a. It is also possible to have a configuration in which control for displaying is performed. FIG. 22 is a block diagram showing a functional configuration example of the game server 1000a in this modified example. In FIG. 22, the same reference numerals are given to the same configurations as those in the above-described embodiment.

As shown in FIG. 22, the game server 1000a of this modified example includes an operation input unit 11a, a server processing unit 12a, an image display unit 13a, a sound output unit 14a, a communication unit 15a, and a server storage unit 20a. To be equipped. The server processing unit 12a includes a game management unit 100a and a communication control unit 190a as main functional units.

The game management unit 100a includes a player management unit 110, a real card management unit 120a, a card management unit 130a, a deck management unit 140a, a card synthesis unit 150a, a card sales unit 160a, a card restoration unit 170a, and a game. Includes a progress control unit 180a. The card synthesis unit 150a includes a real card confirmation determination unit 151a and an ability parameter value addition unit 153a, and the card sale unit 160a includes a real card confirmation determination unit 161a and a selling price addition unit 163a. In this modification, the real card management unit 120a has a function of the real card registration unit 560 in addition to the function of the real card management unit 120 described in the above embodiment.

Further, in the server storage unit 20a, a system program 21a, a game management program 22a, a distribution game program 23a, a player data 24, a real card list 25, a stage data 26a, a card initial setting data 27a, and the like. The combined cost point setting data 28a and the restoration cost 29a are stored.

On the other hand, the storage unit 60a of the player terminal 5000a stores the game program 62a distributed from the game server 1000a when the player 1 completes the account registration, and the player terminal 5000a stores various data received from the game server 1000a. Control to display the game screen based on this. According to the configuration of FIG. 22, the same effect as that of the above-described embodiment can be obtained.

1000 Game server 12 Server processing unit 100 Game management unit 110 Player management unit 120 Real card management unit 20 Server storage unit 23 Distribution game program 24 Player data 25 Real card list 5000 Player terminal 51 Operation input unit 52 Reading unit 53 Processing unit 500 Game calculation unit 510 Card management unit 520 Deck management unit 530 Card synthesis unit 531 Real card confirmation judgment unit 533 Ability parameter value addition unit 540 Card sales department 541 Real card confirmation judgment unit 543 Selling price addition unit 550 Card restoration unit 560 Real card registration unit 570 Game progress control unit 571 Battle control unit 581 Image generation unit 583 Sound generation unit 585 Communication control unit 54 Image display unit 55 Sound output unit 56 Communication unit 60 Storage unit 61 System program 62 Game program 63 Stage data 64 Card initial setting data 66 Composite cost Point setting data 67 Restoration cost 70 Play history data N Communication line 1 Player 3 Card

Claims (4)

A server system that uses a player terminal as a man-machine interface to control a given game to be played on the player terminal.
A management unit that manages the presence or absence of registration of each identification information of the identification information-carrying medium associated with the game object that can be used in the game when registered.
When the first operation is performed on the player terminal, a step of inputting the unregistered identification information according to the operation of the player and a game object corresponding to the identification information by transmitting the identification information to the server system A possession object management unit that causes the player terminal to execute a step of adding to the possession object of the player, and
A synthesizing unit that performs a synthesizing process for synthesizing a given material object to a given base object, and when a second operation is performed on the player terminal, the unregistered identification information is added according to the operation of the player. The player terminal is made to execute a step of inputting and a step of instructing the server system to perform the synthesis process using the game object corresponding to the identification information as the material object by transmitting the identification information to the server system. Synthetic part and
Server system with. Identification information associated with game objects that can be used in the game when registered Computer system that can communicate with the server system that manages the presence or absence of registration of each identification information of the carrying medium.
When the first operation is performed, the player possesses a step of inputting the unregistered identification information according to the operation of the player and a game object corresponding to the identification information by transmitting the identification information to the server system. Owned object addition process, including steps to add to the object,
When the second operation is performed, a step of inputting the unregistered identification information according to the operation of the player and a game object corresponding to the identification information by transmitting the identification information to the server system are given. A synthesis process including a step of synthesizing the material object into the base object of the above and a step of synthesizing the material object into the base object .
A computer system that runs. A server system that uses a player terminal as a man-machine interface to control a given game to be played on the player terminal.
A management unit that manages the presence or absence of registration of each identification information of the identification information-carrying medium associated with the game object that can be used in the game when registered.
When the first operation is performed on the player terminal, a step of inputting the unregistered identification information according to the operation of the player and a game object corresponding to the identification information by transmitting the identification information to the server system A possession object management unit that causes the player terminal to execute a step of adding to the possession object of the player, and
A selling unit that performs a selling process for selling a given object to be sold, and a step of inputting the unregistered identification information according to the operation of the player when a second operation is performed on the player terminal. A selling unit that causes the player terminal to execute a step of instructing the server system to perform the selling process in which the game object corresponding to the identification information is set as the object to be sold by transmitting the identification information to the server system.
Server system with. Identification information associated with game objects that can be used in the game when registered Computer system that can communicate with the server system that manages the presence or absence of registration of each identification information of the carrying medium.
When the first operation is performed, the player possesses a step of inputting the unregistered identification information according to the operation of the player and a game object corresponding to the identification information by transmitting the identification information to the server system. Owned object addition process, including steps to add to the object,
When the second operation is performed, the step of inputting the unregistered identification information according to the operation of the player and the game object corresponding to the identification information by transmitting the identification information to the server system are sold. And the sale process including the step of selling the object to be sold ,
A computer system that runs.

Images