CN105944375A - An article for games, a program and a game device - Google Patents

Abstract

The present invention relates to a game article, program and game device. The object of the present invention is to expand the user experience of a game played while placing game items on an actual game field. The game article of the present invention is used for a tabletop game played by placing the article on a tabletop on which a plurality of placement areas are formed, and includes: first character information for a tabletop game in a visible state, display and game A character corresponding to the item; and a recording unit that records encoding information for an electronic game other than a tabletop game obtained by encoding identification information uniquely identifying the item for the game and second character information indicating the corresponding character.

Description

Articles for games, programs and game devices

technical field

The present invention relates to a game item, a program and a game device, and more particularly to a game system for implementing game settings using items.

Background technique

As a type of card game, there is a so-called TCG (Trading Card Game, trading card game) in which cards in the hand are placed in a predetermined placement area while playing the game (Patent Document 1 ).

[Background Art Document]

[Patent Document]

[Patent Document 1] Japanese Patent No. 4339486

Contents of the invention

[Problem to be Solved by the Invention]

In TCG, a deck consisting of a predetermined number of cards obtained by each player is shuffled to form a deck, and cards obtained from the deck are basically added to the hand in turn each round, The game is played by placing a card in an area within the play area where a desired effect is activated. Cards used in TCG not only record character images, but also record whether to inflict damage to the character of the card (opponent card) placed in the opponent's player area and the parameters used to determine the amount of damage. Various parameters necessary for the game. In addition, the characteristic elements in the TCG are inherently defined corresponding to the role in the story such as the character and traits of each card used, especially the character of the card, and the characteristic element is that it is written that the card is used A special action or rule that is activated at any time or during a loadout.

The game is carried out in the following way: according to the rules stipulated in advance, each player places his own card on the game area or makes it in the area according to the events (caused by his own or other people's actions) that occur in each round of offense and defense. Operate while moving within. And, the game continues until the life indicated by any player's card placed in a specific area becomes 0 (the cards in this area become 0) or the number of cards in the deck becomes 0.

In this way, in TCG, according to the selection of the cards included in the constituted deck, the determination of which of the multiple placement areas to place the cards in accordance with the progress of the game, and acquisition from the deck The order of the cards and the activation of special actions or rules recorded in the cards determine the outcome of the game. Therefore, even if cards of characters with favorable parameters are included in the deck, victory or defeat is determined by factors such as special actions and luck, so it is familiar to a wide range of players.

On the other hand, TCG is a game that requires each player to combine his or her own deck, think and act. Therefore, the premise is that there is an opponent player, and the game cannot be played if there are only one player.

The present invention has been made in view of the above problems, and an object of the present invention is to provide a game item, a program, and a game device that expand the user experience of a game played while placing a game item on a real game field.

[Technical means to solve the problem]

In order to achieve the above object, the game article of the present invention is characterized in that it is used for a tabletop game played by placing the article on a tabletop forming a plurality of placement areas, and includes: a tabletop game in a visible state The first character information indicates a character corresponding to the game item; and the recording unit records an electronic game other than a tabletop game obtained by encoding identification information uniquely specifying the game item and second character information indicating the corresponding character. Encoding information used.

[Effect of the invention]

With such a configuration, according to the present invention, it is possible to expand the user experience of a game played while placing game items on a real game field.

Description of drawings

FIG. 1 is a diagram showing a system configuration of a game system according to an embodiment of the present invention.

FIG. 2 is a block diagram showing the functional configuration of the game server 100 according to the embodiment of the present invention.

FIG. 3 is a flowchart illustrating a login process executed in the game server 100 according to the embodiment of the present invention.

FIG. 4 is a flowchart illustrating a second bonus grant process executed in the game server 100 according to the embodiment of the present invention.

FIG. 5 is a flowchart illustrating game processing executed in the game server 100 according to the embodiment of the present invention.

FIG. 6 is a diagram for explaining a game board used in the simulation game according to the embodiment of the present invention.

7( a ) and ( b ) are diagrams for explaining game cards used in the simulation game and card registration in the digital game according to the embodiment of the present invention.

FIG. 8 is a flowchart illustrating game progress in the simulation game according to the embodiment of the present invention.

9( a ) to ( c ) are diagrams showing various data structures used in the game server 100 according to the embodiment of the present invention.

10 is a diagram showing an example of a screen configuration of a digital game provided in the game system according to the embodiment of the present invention.

detailed description

[implementation mode]

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. In addition, in an embodiment described below, an example in which the present invention is applied to a game server as an example of a game device for the same tabletop game (TCG) using game cards as in this embodiment will be described. The game experience is such that the game experience can be performed in the client device connected via the network. However, the present invention can be applied to any machine that can provide a player with the same game experience as a tabletop game by registering a game item for use in the tabletop game.

In addition, in this specification, a toy (item for game) such as a game board (game board) or a game board (game mat) that has a physical entity in the real world and is placed on a table or the like is used. A board game (board game) played by a player (game setting) is described as a "simulation game". On the other hand, an electronic game that uses electronic data and provides the same gaming experience as the board game by executing a specific game program on the screen of a display device connected to a client device used by a player is described as "number games". In addition, in this embodiment, it is assumed that a game board having a plurality of areas corresponding to different roles in the game is used, and a game effect is generated by placing the area on the game board. Cards will be described as game items used in the simulation game.

"Simulation games, game items"

First, for a digital game in this embodiment, a game card used for registration of a card or a character corresponding to the card is placed on a game board in the real world, and a simulation game is played between two players. Be explained. Therefore, in the simulation game of this embodiment, the so-called game items refer to game boards and game cards.

<game board>

The simulation game of this embodiment is a board game classified into a game type called a TCG. In the simulation game, in addition to using one game card (captain card) of the corresponding role as the captain in the game, each player also uses a specific number (40) of game cards (battle cards) ) composed of cards. 6 is a diagram illustrating a game board configured including a plurality of areas where game cards are placed for one player of the simulation game according to the present embodiment. The captain card is the captain area 601 placed on the game board as a character in a face-up state. In addition, the battle card group of the deck is grouped (shuffled) in any order, and is piled up in the deck area 605 (deck pile) with the back side up.

Other areas on the game board have the following roles respectively.

1. Character area 604: an area where up to a certain number (4) of battle cards can be placed as characters. The character corresponding to the placed card becomes a character selectable as an attack action in the player's attack turn and a character selectable as an attack target in the player's turn (defense turn) which is not an attack turn.

2. Auxiliary area 602: An area where the following battle cards can be placed. When the character for attacking action is selected or the character is selected as the object of attacking action, the battle card that has been placed in the character area 604 Or the battle cards in the hand assist the attack actions of these characters or the actions against the attack actions (defense actions).

3. Energy area 606 : an area for accumulating points (the unit is "energy") consumed as a cost (price) when placing battle cards in the hand in the character area 604 . In the energy area 606 , the stored battle card is converted to one energy per card regardless of its role. Players may accumulate energy by loading battle cards from their hand into the energy area 606 during the charging phase of each round described below. In addition, the player can move the battle cards placed in the auxiliary area 602 to the energy area 606 during the round to accumulate energy after the determination of the action related to the auxiliary area 602 is completed.

4. Drop zone 607 : an area in which battle cards moved from the energy zone 606 are placed in the same amount as energy consumed according to the placement of battle cards on the character zone 604 . Battle cards placed in the drop zone 607 are basically unusable for game settings.

5. Life area 603 : the placement area for a specific number (7) of battle cards obtained from the deck when the digital game starts. Like the energy zone 606, regardless of the character of the mounted battle card, only the number of cards is considered as the life (value for judging the possibility of action). The battle cards placed in the life area 603 are placed face up, and it is not clear which battle card is used as a life from the deck. In addition, the number of battle cards placed in the life zone 603 basically does not increase during the game, but decreases according to the results of the attack and defense actions of the player when it is the defensive turn.

〈Game Card〉

As shown in Figure 7 (a) and (b), the game card basically contains the following content as the information of the visible state on its front, that is,

· The character image 701 of the character corresponding to the card

Identify the role name 702 of the role

・Card type 703 used to determine whether the result of reducing life (attack success event) occurs according to the attack action and defense action in the game

・The life subtraction value that indicates the value that reduces the life of the opponent player when the successful attack event occurs is 705

Attribute information 706 including information such as the type of the character in the game

• Explanation information 707 describing the special effect and the generation condition of the corresponding character when it is placed on the game board, and the unique effect of the character that is different from the normal game.

The composition of the back of the game card is different depending on whether the card is a captain card or a battle card. Which one of the game card is the captain card and the battle card can be identified according to the card type 703 on the game card as shown in Figure 7 (a) and (b) (Figure 7 (a) is Captain card). In addition, in the present embodiment, in the case of the captain card, the card type 703 includes information indicating which of the "front" and "back" the described face is. In this case, the life subtraction value 705, attribute information 706, and explanatory information 707 are included in one game card for each of the front and back.

Although not shown in the figure, the battle cards are piled up in the deck area 605 in the form of a deck before they are added to the hand, etc. Whether or not there is a common pattern for cards is added. The pattern may be an image that has nothing to do with the character corresponding to the battle card, such as a game name. Also, as described above, battle cards can be placed on the character area 604 subject to the energy consumption as described above, and thus are different from the leader cards in that they include a placement cost 708 indicating the energy consumption on the front.

On the other hand, as shown in FIG. 7( a ), the captain card has two sides of the card in such a way that the normal mode described on the front and the special mode described on the back can be switched by turning the front and back of the card during the game. picture of. As described above, the leader card is placed in the normal mode (face up) at the start of the game, and can be switched to the special mode by satisfying the conditions described in the explanatory information 707 on the front side. That is, the explanatory information 707 included on the front of the captain card includes at least information on the conditions for switching the card from the normal mode to the special mode.

〈Game progress〉

The progress of the simulation game in this embodiment is carried out between two players by using such a game board and a deck composed of a predetermined number of game cards. Hereinafter, progress of the simulation game will be briefly described using the flowchart of FIG. 8 . In addition, as preparations before the start of the game, each player performs the following actions:

・Place 1 captain card in the captain area 601

· Place the shuffled deck in the deck area 605 (placement of decks)

・Get a specific number (5) of initial hand cards from the deck (basically get the battle cards placed at the top of the deck sequentially)

・Put a specific number (7) of battle cards obtained from the deck into the life zone 603

·Determine the order of offense and defense (attack first and then attack).

After the preparations before the start of the game are completed, each player proceeds to the following stages alternately in rounds according to the determined order of attack and defense. In the following description, one round defines the progress of a series of actions when one player is an attacking round or a defensive round, and the next round proceeds when the offense and defense are switched.

In P801, the player in the attacking round (attacking player) gets 1 battle card from his own deck and adds it to his hand (drawing stage).

In P802, the attacking player can choose whether to load the battle card in the hand into the energy area 606 (accumulate energy) (charging stage). In the case of loading, the attacking player takes another battle card from the deck and adds it to the hand.

In P803, the attacking player can choose whether to place the battle card in the hand as a character in the character area 604 (activation) (activation stage). In the case of loading as a character, the attacking player loads the ideal battle card from the hand into the character area 604, and places it in the energy area according to the loading cost 708 recorded in the card. The battle card of 606 is moved to the discard zone 607. At this time, if the description information 707 of the mounted battle card describes a special effect that occurs when activated, the player acts according to the description. In addition, this activation stage does not need to be limited to the activation of one battle card, as long as the energy to be consumed correspondingly remains, multiple battle cards can also be activated. In addition, the leader card placed in the leader area 601 before the start of the game is handled as a card already activated as the leader role.

In P804, the attacking player selects one of the characters activated by himself as the subject of the attacking action (attacking character) (attack phase). In the attack phase, not only the attacking player selects the attacking character, but also the player in the defensive round (defending player) also selects one of the activated characters as the target of the attacking action (target character). In addition, the attacking player may choose whether to load a battle card related to an attacking auxiliary character who assists the attacking character into the auxiliary area 602 when performing an attacking action. The battle card related to the attacking auxiliary character can be selected from the hand cards or the battle cards placed in the character area 604 as described above, and in this case, no energy consumption is required. At this time, if the description information 707 of the battle card placed in the support area 602 describes a special effect that occurs when used as an attack support character, the player acts according to the description.

In P805, the defensive player can perform an operation related to the defensive action on the target character selected in the offensive phase (defense phase). In the simulation game of this embodiment, as an operation related to the defensive action, the defending player can choose whether or not to place a battle card related to the defense support character assisting the target character in the support area 602 . Like the attacking auxiliary character, the battle card related to the defending auxiliary role can be selected from the defending player's hand or the battle card placed in the role area 604 without consuming energy. At this time, if the description information 707 of the battle card placed in the support area 602 describes a special effect that occurs when used as a defense support character, the player acts according to the description. In addition, when the special effect generated in the defense phase is recorded in the description information 707 of the game card related to the role that the defending player has placed in the captain area 601 or the role area 604, the player also acts according to the description.

In P806, the player judges whether the attacking character's attack action on the target character is successful (whether an attack success event occurs) (action judgment stage). Basically, in the simulation game of this embodiment, the total value of the action judgment value 704 of the game cards related to the attack character and the attack support character is equal to the action judgment value 704 of the game cards related to the target character and the defense support character. If the total value is greater than or equal to the total value, it is determined that the attack operation has succeeded. In the case that the attack action has been successful, the defending player performs different actions depending on whether the target character is a captain card or a battle card. When the target character is a leader card, the defending player moves the battle card placed in the life zone 603 to the energy zone 606 by the number of the attacking character's life minus value 705 . In addition, when the target character is a battle card, the defending player moves the card from the character area 604 to the energy area 606 . In addition, if it is judged that the attack action is unsuccessful, the defending player does not need to perform any operations.

In P807, each player performs an operation related to the end of the round (end phase). The operations related to the end of the round include moving the battle cards placed in the auxiliary area 602 in the attack phase or the judgment phase to the energy area 606 . In addition, when the description information 707 of the character-related game card already placed in the captain area 601 or the character area 604 describes the special effect generated in the end stage, the player also acts according to the description.

In P808, the player judges whether or not the end condition of the simulation game is satisfied (end judgment stage). In the simulation game of this embodiment, it is determined to end based on satisfying at least one of the following conditions, that is,

・The number of battle cards placed in the life zone 603 becomes 0 (life becomes 0)

· The number of battle cards placed in the deck area 605 becomes 0 (the deck becomes 0). If the end condition is not met, the player will replace the attack round/defense round (replace the attacking player and the defending player) and proceed to the next round from P801 again.

"The Composition of the Game System"

Next, using FIG. 1, a game system that provides players with all information using card data or character data corresponding to the game card by allowing the player to register the game card used in such a simulation game will be described. Game experience related to digital games.

In the game system of this embodiment, for example, a game card as a game item of the simulation game is read in the client device 200 used by itself, such as a PC (Personal Computer), a smart phone, a game machine, etc. The information of the card can be registered in the game server 100 for the content of the owner of the card. The client device 200 and the game server 100 are connected at a specific time point via the network 300, and the player can exchange information with the game server 100 by, for example, starting a Web browsing application or a specific game application in the client device 200. The experience of playing digital games based on sending and receiving. The game experience is provided to the player by sequentially displaying screens generated based on information sent and received with the game server 100 on the display device 220 connected to the client device 200 .

In this embodiment, the game card is configured by incorporating a tag for near field communication (NFC: Near Field Communication) inside the card. Usually, a plurality of game cards are issued with respect to one design. Therefore, for example, as shown in FIG. Card data or a card ID (identifier) 902 of a character is recorded (saved) in a tag as coded information. That is, there may be a plurality of game cards recorded with the same card ID 902 but with different identification information 901 coded information. The coded information may be information obtained by encrypting, for example, a character string specified for each of the identification information 901 and the card ID 902 by binarization or a specific operation.

In addition, in this embodiment, since the coded information uses an NFC tag, it will be described as being recorded as being invisible in the state of the game card. Brand design. However, the encoded information recorded for registering game cards related to digital games when implementing the present invention is not limited to this form. The encoded information may be recorded and stored on the game card as a visible graphic pattern such as a two-dimensional code or a bar code, or may be recorded and stored by writing an encrypted character string.

In addition, in this embodiment, code|code information is demonstrated as information comprised from the identification information 901 and the card ID902. However, for example, in recent years, there have also been TCGs that use game cards with images of characters with different titles (as one unit of works such as games, novels, animations, and movies) attached to them, that is, , using multiple game cards associated with different names, played under the same rules. In this case, managing the card DB 105 described below for all names can increase the scale of the device, so the database may be configured to manage limited information in order to confirm the matching between the identification information 901 and the card ID 902 . In addition, the encoded information recorded on the game card can also include various visual information (that is, character images, etc.) recorded in the game card in a form that can be used when executing a digital game, in addition to the identification information 901 and the card ID 902. 701, character name 702, card type 703, action judgment value 704, life subtraction value 705, attribute information 706, description information 707, placement cost 708).

In this embodiment, the coded information of the game card can be obtained through the card reader 210 connected to the client device 200. When a player uses a digital game, he can get the card reader 210 close to the game. The content of owning the card is registered in the game server 100. Specifically, the client device 200 transmits the encoded information (together with the login request) acquired via the card reader 210 to the game server 100 , thereby performing login processing in the game server 100 . Registration of game cards based on encoded information enables players to use card data that includes parameters of various information that game cards have in a visible state, so that digital games can also be embodied and used in analog games. The same game effect as in the case of game cards. That is to say, after logging in the game card, the player can obtain the game experience of using the equivalent game card or card data in the simulation game and the digital game.

In addition, the game experience of the player related to the digital game of this embodiment is realized by executing the following process in the game server 100. This process is similar to the simulation game, and the game card (card data) that can be used is loaded. The operation of placing the graphics data corresponding to the game board is performed against players using other client devices 200 . In addition, I want to make it easy to understand that the player's opponent does not have to be a player using another client device 200, but may be an NPC (Non-Player Character) that operates according to a specific thinking program.

<Configuration of Game Server 100>

Here, the functional configuration of the game server 100 according to this embodiment will be described with reference to the block diagram of FIG. 2 .

The control unit 101 is, for example, a CPU (Central Processing Unit, central processing unit), etc., and performs operation control of each block included in the game server 100 . The control unit 101 controls the operation of each block by, for example, reading out the operation program of each block stored in the recording medium 102 and expanding it to the memory 103 for execution.

The recording medium 102 is, for example, a recording device capable of permanently storing data, such as a nonvolatile memory or a HDD (Hard Disk Drive). The recording medium 102 not only records the operation program of each block included in the game server 100, but also records information such as parameters required for the operation of each block or various data used in the digital game realized by the game server 100. The memory 103 is a storage device for temporarily storing data, such as a volatile memory. The memory 103 is used not only as an expansion area for the operating program of each block, but also as a storage area for temporarily storing data and the like output during the operation of each block.

The player DB 104 is a database for managing information (a prize screen or information) necessary for each player who utilizes the digital game providing service of this embodiment. In the present embodiment, as shown in FIG. 9( b ), the player DB 104 manages the following information as player information in association with the player ID 911 for identifying each player.

Usable card information 912 indicating card data that the player can use in the digital game

Deck information 913 indicating card data included in a deck registered as an item used by a player in a digital game

- The first bonus number 914 indicating the total number of first category points required when the following lottery unit 109 executes the first lottery process

- The second bonus total number 915 indicating the total number of second category points required when the drawing unit 109 described below executes the second drawing process.

The usable card information 912 may be information for managing a card ID 921 for identifying the card data and a second benefit award flag 922 indicating whether or not the second type points are awarded for each usable card data.

The card DB 105 is a database of information (card information) required for data management of each card that can be used in a digital game. In the present embodiment, as shown in FIG. 9( c ), the card DB 105 manages the following information as card information in association with a card ID 931 for identifying each card data.

Identify the character ID 932 of the character corresponding to the card data

Parameters 933 indicating various parameters related to the card data used in the digital game

· Existence flag 934 indicating whether to issue a physical card corresponding to a game card in the real world

・Entity card identification information 935 indicating identification information (one or more) added to issued game cards

・Registration completion flag 936 indicating whether a player is already logged in and can be used

・Second special benefit award mark 937 indicating whether the second category point is awarded

• Type information 938 indicating whether or not it is card data obtained as a result of drawing in any one of the first drawing process and the second drawing process.

In addition, the information managed for each card data in the card DB 105 may include other information depending on the form of game provision. In addition, the physical card identification information 935, the registration completion flag 936, and the second benefit granting flag 937 may include information only when the physical card presence flag 934 indicates that a game card corresponding to the real world has been issued. In addition, the category information 938 may include information only when the physical card existence mark 934 indicates that a game card corresponding to the real world has not been issued (not issued). In this embodiment, it is assumed that it is possible to determine whether there is a corresponding game card issued by the physical card presence mark 934, but it may also be configured so that it can be identified and added to the issued game card according to the generation method or structure. This determination is made by the card ID 931 of the card data and the card ID 931 added to the card data not to be issued.

In addition, as described above, in the digital game of this embodiment, when the player has registered the game card, the use of the game card is provided to the player in both the analog game and the digital game. gaming experience. Therefore, the parameter 933 includes at least the visual information (character image 701, character name 702, card type 703, action judgment value 704, life subtraction value 705, attribute information 706, Description information 707, placement cost 708) are the same information or information in a form that produces the same effect in a digital game.

In this embodiment, the game server 100 will be described as including the player DB 104 and the card DB 105, but the player DB 104 or the card DB 105 may be an external device configured to be connectable to the game server 100 via the network 300 or the like. device. In addition, the description will be given as a configuration in which information is acquired from the player DB 104 and the card DB 105 every time a digital game is executed, but the form of information storage in each database is not necessarily limited to this. In other words, in order to reduce the amount of communication or the number of times required to obtain information when performing a digital game, for example, each card data may be included in the usable card information 912 or deck information 913 of each player. The role ID 932 or parameter 933 information.

The benefit giving unit 106 controls the giving of the first category points and the second category points. In the digital game of this embodiment, it is configured that new card data can be obtained (in a usable state) by consuming the points, so that the number of game cards that can be set in the game cannot be obtained in the real world. The player of the card can carry out the game setting, or the player who has not obtained the corresponding game card in the real world can also use a more varied deck to carry out the game setting. Regarding the acquisition of card data, details will be described in the following registration process.

In addition, the 1st category point and the 2nd category point are points which differ in timing and conditions of awarding, respectively, as follows. The 1st category point is added with the following content as a condition, that is, when the registration of the card is required according to the code information recorded in the game card, the card has not been registered by any player, and the 1st category point is for each Game cards only give points once. On the other hand, the second type points are given for a limited period of any one of the card data of the corresponding game card that has been issued in the real world. The benefit granting unit 106 performs the process of determining the ID of the card to which the second type point is assigned every specific period, and therefore, the number of times the second type point is assigned to one game card is not limited to one time. Therefore, the player can increase the number and probability of being given the second type points by registering more obtained game cards. In addition, whether or not the second type of points have been given can be notified when registering the corresponding game card, or, for example, when displaying a list of cards that can be used for deck formation, etc., the display form is different from other Just let us know if the card data is different. In this case, it may be configured to notify based on the total number of second category points.

The registration unit 107 performs the following registration processing for enabling the player to use the corresponding card data in the digital game based on the coded information received from the client device 200 . Moreover, the registration part 107 also performs a registration process based on the drawing result which performed the drawing process by the drawing part 109 mentioned later.

The display control unit 108 controls the display on the client device 200 by configuring the display device 220 of the client device 200 to generate information necessary for generating a screen related to the digital game. For example, in the case of providing a digital game via a Web browsing application, the information required for generating a screen is graphics data including graphics data corresponding to a game board, displayed card data (corresponding character images or graphics data containing character images). card image) and its arrangement position and other information. In the digital game of this embodiment, in order to provide the same game experience as that of the simulation game also on the client device 200, the game is played with a screen configuration as shown in FIG. 10 . In the example of FIG. 10 , in order to ensure the visibility of the characters corresponding to the cards in the game setting of the digital game, at least some of the multiple placement areas of the game board, specifically, the following areas are set: In the screen area corresponding to each player, that is,

·The configuration area 1001 corresponding to the captain area 601

· Configuration area 1002 corresponding to character area 604

·The layout area 1003 corresponding to the deck area 605

• The placement area 1004 corresponding to the discard pile 607 . In addition, as shown in the figure, the screen area corresponding to each player also includes a hand area 1005 showing cards in the hand. On the other hand, with regard to the life area 603 and the energy area 606 of the game board having characteristics irrespective of which character corresponds to the card, a notification-only function is provided so that the number of game data loaded can be easily recognized. The numbers are displayed as 1006 and 1007.

In addition, in the digital game of this embodiment, it is preferable to set the game while displaying the graphic data of the card data, so that the positional relationship between the layout areas 1001 to 1004 and the hand area 1005 is different from that of the game board. In addition, descriptions will be given in such a manner that the characters corresponding to the cards are displayed on the screen in a recognizable size to form a game screen, but the screen configuration is not necessarily limited to this. When implementing the present invention, as long as the following configuration is sufficient, that is, in the digital game, the player must recognize the character corresponding to the card and perform operations related to placement in the simulated game. The area on the game board is also on the game screen. Displayed in the area of the graphic data as the moving card data. That is to say, when the present invention is implemented, only the area corresponding to the deck area 605 of the graphic data on the back side of the card data is displayed, or only the area corresponding to the discard area 607 of the graphic data of the card data that does not participate in the progress of the game is displayed. The corresponding area may not be included in the game screen, or may be included in the game screen in the form of graphic data that cannot recognize the card data.

The lottery unit 109 executes the first lottery process or the second lottery process, respectively, on the condition that the first or second category point associated with the player is consumed by a predetermined number. In the lottery process, the card ID of the card data that can be used by the player in the digital game is output as a result of the lottery. The card IDs output by the first drawing process and the second drawing process are limited objects based on the category information 938 managed in the card DB 105 . In the digital game of this embodiment, the type information 938 specifies which lottery process is used to output the card ID according to the predetermined rarity of the game card. Therefore, it is configured such that the card IDs of game cards that are relatively rare are targeted for the second lottery process that is executed by consuming second type points that are less likely to be awarded and have a limited period. Category information 938. That is, for card data whose rarity is set to be higher than a specific level, the type information 938 indicating the output target of the second drawing process is associated with the card ID 931 of the card data.

In addition, in the digital game of this embodiment, it is assumed that the category information 938 specifies which lottery process is output, but implementation of the present invention is not necessarily limited to this. For example, information may be specified in the type information 938 so that card data of higher rarity are included in the drawing list of the second drawing process (included in proportion to the winning probability) than in the first drawing process. The array of card IDs is controlled in such a way that the higher the number in the array) the card ID of any number is discharged as a drawing result based on a specific process.

The communication unit 110 is a communication interface with external devices included in the game server 100 of the present embodiment. In the present embodiment, the communication unit 110 can connect to the client device 200 via a communication network such as the Internet (not shown) or a wired or wireless network 300 such as a cable to transmit and receive data.

"Login Processing"

Regarding the login process executed by the login unit 107 of the game server 100 having such a configuration according to the present embodiment, a specific process will be described using the flowchart of FIG. 3 . The processing corresponding to this flowchart can be realized by, for example, the control unit 101 reading out the corresponding processing program stored in the recording medium 102, expanding it to the memory 103, and causing the registration unit 107 to execute it. In addition, this registration process assumes that the card ID 902 is obtained when the card ID 902 is obtained from the encoded information received by the communication unit 110 from the client device 200 as described above or as a result of the drawing process performed by the drawing unit 109. The processing that starts when the card ID is 931 will be described.

In S301, the registration unit 107 judges whether the obtained card ID (target card ID) is obtained from a game card in the real world. Specifically, the registration unit 107 judges in this step according to whether the target card ID is obtained from the coded information received for registration. When the registration unit 107 judges that the target card ID is obtained from a game card in the real world, the process proceeds to S302. Also, when the registration unit 107 determines that the target card ID is not obtained from a game card in the real world, that is, obtained as a result of a lottery, the processing proceeds to S306.

In S302, the registration unit 107 judges whether or not the identification information 901 received together with the target card ID as coded information is legitimate information. Specifically, the registration unit 107 refers to the card information (target card information) associated with the target card ID among the card information managed in the card DB 105, and the physical card existence mark 934 indicates that the corresponding game has been issued. If the obtained identification information 901 is included in the physical card identification information 935 of a card, it is judged that the identification information is legitimate information. If the registration unit 107 judges that the obtained identification information 901 is legitimate, the processing proceeds to S303, and if it judges that it is not legitimate, it notifies the client device 200 of the coded information and ends the registration. deal with.

In S303, the registration unit 107 determines whether or not the card data corresponding to the target card ID has been registered so as to be usable in the digital game. Specifically, the registration unit 107 makes this determination by referring to the registration completed flag 936 of the target card information. If the registration unit 107 determines that the card data corresponding to the target card ID has been registered, it notifies the client device 200 of the completion of the registration and ends the registration process, and if it determines that the card data has not been registered, the process proceeds to S304. In addition, in this embodiment, it is assumed that when the registration of usable card data based on the code information is performed, the registration is performed on the condition that the card data is not registered by any player. The card data of the right to use can also be allowed to log in. In this case, the registration unit 107 does not include the target card ID in the usable card information 912 of any player information managed in the player DB 104 even if the registration completion flag 936 of the target card information indicates that the registration is completed. In this case, the process can be moved to S305.

In S304, the special benefit granting unit 106 performs processing related to granting of the first category points. Specifically, the benefit granting unit 106 increases the first benefit ownership number 914 of the player information corresponding to the logged-in player (logged-in player) managed in the player DB 104 . In addition, the benefit granting unit 106 changes the registration completed flag 936 of the target card information to information indicating that the registration is completed.

In S305, the registration unit 107 acquires the target card ID and the second benefit grant flag 937 obtained from the target card information, and adds them to the usable card information 912 of the player information related to the registered player. Furthermore, the registration unit 107 controls the display control unit 108 so that the client device 200 completes notification that the card data corresponding to the game card becomes usable in the digital game. In addition, at this time, when the second benefit award mark 937 of the target card information indicates that the second type point is awarded, the fact that the second type point is awarded may also be notified.

On the other hand, when it is judged in S301 that the target card ID is obtained as a result of the lottery, the registration unit 107 adds the target card ID and the second benefit giving flag indicating that the second category point is not given to the target card ID in S306. Available card information 912 of the player information related to the logged-in player. Furthermore, the registration unit 107 controls the display control unit 108 so that the client device 200 completes notification that the card data obtained as a result of the drawing process becomes usable in the digital game.

"The second special benefit grant process"

Next, specific processing will be described using the flowchart of FIG. 4 for the second benefit giving process executed by the benefit giving unit 106 of the game server 100 according to the present embodiment. The processing corresponding to this flowchart can be realized by the control unit 101 reading out the corresponding processing program stored in the recording medium 102 , expanding it to the memory 103 and executing it by the benefit providing unit 106 . In addition, this 2nd special benefit providing process is demonstrated as the process started when predetermined time elapsed from the previous execution.

In S401, the benefit granting unit 106 extracts a card ID (card ID candidate) to which the second type point is given. Specifically, the benefit granting unit 106 acquires the card information managed in the card DB 105, in which the physical card presence flag 934 indicates that the corresponding game card has been issued and uses the category information 938 to specify the category that is the object of the second lottery process. The card ID of the card information is used as an alternate card ID.

In addition, the special benefit granting unit 106 updates the information of the second special benefit granting flag 937 to the non-granted second privilege granting unit 106 when it is determined that the corresponding game card has been issued in the process of judging whether the physical card existence flag 934 indicates that the corresponding game card has been issued. The handling of the state of 2 categories points. In other words, when assigning new second type points, the special benefit granting unit 106 resets the card information to which no second type points have been added when the second special benefit granting process was performed last time. status. This process is not necessarily performed in this step, but must be performed before the process of awarding the second category points for the second special benefit awarding process. In addition, this process is preferably executed together with the process of reading card information from the card DB 105 .

In S402, the benefit granting unit 106 selects a predetermined number of card IDs to which the second type points are awarded within a period of time from the candidate card IDs as grant objects. The selection of the reward object can be performed by a specific drawing process different from the drawing process performed by the drawing unit 109 .

In S403 , the benefit granting unit 106 updates the card information of the card DB 105 corresponding to the card ID selected as the grant target and the player information of the player whose card ID is included in the usable card information 912 . Specifically, the benefit granting unit 106 selects the card information having the card ID selected as the grant target among the card information managed in the card DB 105, and updates the second benefit grant flag 937 to indicate that the second category has been granted. point information. In addition, the benefit granting unit 106 acquires the player information including the card ID selected as the grant target in the usable card information 912 from the player DB 104, and changes the information of the second benefit grant mark 922 associated with the same card ID 921, And the player information of the player DB 104 is updated.

As a result, at least any one of the card data in which the corresponding game card is issued in the real world, the second type point that can perform the second lottery process is given for a specific period of time, so it is possible to use the game card that has been obtained. The cards and the players who log in give them control in a way that gives them an advantage in digital games. That is, the service can be provided in such a way that the player who gets more game cards can have a more interesting game experience not only in the analog game but also in the digital game.

In addition, in the second benefit giving process of the present embodiment, it is assumed that all card IDs of the card information whose category is specified by the category information 938 as the target of the second lottery process are extracted as candidate card IDs. . However, it is also possible to limit the distribution of the 2nd category points based on the fact that at least the card information of the 2nd category points that have been given the 2nd category points in the previous 2nd bonus bonus processing can be used to ensure fairness among players. Card IDs are excluded from alternate card IDs.

"Game Processing"

Next, specific processing of the game processing executed in the game server 100 according to the present embodiment will be described using the flowchart of FIG. 5 . The processing corresponding to this flowchart can be realized by, for example, the control unit 101 reading out the corresponding processing program stored in the recording medium 102, expanding it to the memory 103, and executing it. In addition, this game process will be described as a process that starts when the client device 200 receives a game start request from the first player and the second player to be the opponent is determined. In addition, in the following description, for the sake of simplicity, it is assumed that each client device 200 performs only the process of transmitting an operation input by a player to the game server 100 and generating and displaying a screen based on the received display control information. Various processing related to the game will be described in the game server 100 .

In S501, the control unit 101 acquires the deck information 913 from the player information of each player in the same manner as the process before the start of the simulation game, and executes the setting of the captain card and the cards in the deck related to the current game setting. Determination of the order of card data, determination of initial hand cards, acquisition of card data related to life value setting, preparation processing related to determination of attack and defense order.

In addition, the control unit 101 executes in parallel the display control processing of S502 and the processing related to the game setting of the digital game after S503. The display control processing of S502 is to execute the creation of display control information at each time point when the screen needs to be updated. This information for display control is used to present the arrangement of graphics data corresponding to the game board and graphics data corresponding to the card data, superimposition of life and energy values, special effects, etc. to the player on the client device 200 .

In S503, the control unit 101 executes an operation related to one round by referring to the deck information 913 and the card information managed by the card DB 105 in association with the card ID included in the deck information 913 (in particular, the parameter 933). Round action processing related to card draw phase, charging phase, activation phase, attack phase, defense phase, action judgment phase, and end phase. In addition, the selection of the auxiliary role in the offensive phase or the defensive phase does not particularly require the operation of moving the graphic data of the card data to a specific area, but can be arranged by selecting the graphic data placed in the hand card area 1005 or the arrangement area 1002. operation to achieve.

In S504, the control unit 101 performs end determination processing related to the end determination stage. The control unit 101 moves the process to S505 when it determines that the game setting is finished this time, and returns the process to S503 when it determines that the setting is still to be continued.

In S505, the control unit 101 composes the information of the game setting result so that the result is displayed in the display control process, and completes the game process.

As described above, according to the game device of this embodiment, it is possible to expand the user experience of a game played while placing items on a real game field. In particular, game cards obtained by the player in the real world can also be used in digital cards to exhibit the same effect as in the case of using the cards in a simulated game, so players can use game cards A game setting in which the same card is used in both the simulation game and the digital game is performed as a trigger of the acquisition and registration of the card. In addition, in this embodiment, it is assumed that the digital game is provided via the game server 100 and described, but in the case of providing a digital game that does not require a battle with other players, the present invention can also be used as a game on one client device 200. It is implemented in a game application program that completes processing within. In addition, the present invention can be realized even if the game process is performed on each client device 200 in order to appropriately perform information transmission and reception for obtaining synchronization between the client devices 200, if the game is played with the client device 200. In the case of a battle with other players, the game server 100 does not need to be the main body to perform game-related processing, as long as the order of cards in the deck is determined like TCG, and then the result is determined by performing processing based on player operations.

In addition, in this embodiment, only the point that the second drawing process can be performed using the second category points is mentioned, but it may also be configured such that, for example, a predetermined number (7) of different types of equipment are provided as the second category. The second lottery process can only be performed in a state where the player has obtained one point for each type of equipment (all seven points have been obtained). In this case, in order to give priority to the better game experience of the player, the special benefit granting unit 106 may be configured as follows. That is, it does not need to decide which equipment to grant, but only needs to decide to grant the second category points, then select and grant the player the unobtained equipment. types of equipment. In addition, in order to further increase the player's interest in the second lottery process, it may be set as follows, that is, the second category point awarded to one player in the second bonus award process is at most the maximum number -1( 6), when registering a card that has been given a second type of point in the registration process, a specific performance is started and the second lottery process is executed.

[Other implementations]

The present invention is not limited to the above-described embodiments, and various modifications and changes can be made without departing from the spirit and scope of the present invention. In addition, the game device of the present invention can also be realized by a program that causes one or more computers to function as the game device. This program can be provided/distributed by being recorded on a computer-readable recording medium or through an electronic communication line.

[explanation of the symbol]

100 game servers

200 client devices

210 card reader

220 display device

300 network

101 Control Department

102 Recording media

103 memory

104 Player DB

105 Card DB

106 Department of Privileges

107 Registration Department

108 display control unit

109 lottery department

110 Department of Communications

601 Captain's Area

602 Auxiliary area

603 Life zone

604 role area

605 deck area

606 energy zone

607 Discard Box

701 character images

702 character name

703 card types

704 action judgment value

705 Life Subtraction

706 attribute information

707 Explanation information

708 Carrying costs

901 Identification Information

902 Card ID

911 Player ID

912 usable card information

913 deck information

914 Number of 1st specials

915 Number of 2nd specials

921 Card ID

922 2nd special bonus mark

Claims (19)

1. game article, it is characterised in that for use by article being placed on the desktop forming multiple mounting region The desktop game carried out uses, and comprises:

1st Role Information of the described desktop game of visibility status, represents the angle corresponding with described game article Color；And

Record portion, record by the identification information of the most specific described game article with represent described corresponding angle The coding information of the electronic game being different from described desktop game of the 2nd Role Information coding gained of color.

Game article the most according to claim 1, wherein said coding information is for making in described electronic game By the information used during the login of the role of described correspondence.

Game article the most according to claim 2, the role of wherein said correspondence is to complete at described electronics After the login used in game, becoming can be at both middle shape used of described desktop game and described electronic game State.

Game article the most according to any one of claim 1 to 3, wherein at described desktop game and described electronics In game, the role of described correspondence processes as the common role of game effect.

Game article the most according to any one of claim 1 to 4, wherein said desktop game is to be played by multidigit Game article each other are placed on the trip setting up the described mounting region of corresponding relation with each player and carry out by family Play, and

Described electronic game is the role represented by described 2nd Role Information by making player use by this role It is configured to the Game Zone corresponding with described desktop and and the game that carries out between other players.

Game article the most according to any one of claim 1 to 5, wherein said 1st Role Information comprises:

The image of the role of described correspondence；

Parameter in the described desktop game of the role of described correspondence；And

Descriptive information, indicates the carrying out of described desktop game to the role of described correspondence.

Game article the most according to any one of claim 1 to 6, wherein said record portion is by described coding information With not visible state recording.

8. a program, it is characterised in that the computer being used for making to comprise acquisition mechanism performs process, and described acquisition mechanism is from for logical Cross and be placed on the desktop forming multiple mounting region the game article that the desktop game that carries out uses and obtain Information,

Described game article comprise:

1st Role Information of the described desktop game of visibility status, represents the angle corresponding with these game article Color；And

Record portion, record by the identification information of these game article the most specific with represent described corresponding role The coding information of the electronic game being different from described desktop game of the 2nd Role Information coding gained；

Described program makes the execution of described computer process as follows:

Game processing is relevant to described electronic game；

Display control processes, and the indication mechanism being connected to described computer according to the operation result of described game processing enters Row display；And

According to utilizing the described described coding information obtained acquired in mechanism, the role of described correspondence being logged on as can be The state used in described electronic game；And

In described display control processes, by the 1st character image of the role of listed described correspondence with described The image of the Game Zone that desktop is corresponding shows in the lump at described indication mechanism.

Program the most according to claim 8, wherein said 1st Role Information comprises the 2nd jiao of the role of described correspondence Color image, and

Described 1st character image and described 2nd character image are common image.

The most according to claim 8 or claim 9, program, wherein said 1st Role Information and described 2nd Role Information comprise Represent described correspondence role game on the information of parameter, and

Described game processing uses the parameter in described game to carry out described electronic game.

11. according to Claim 8 to the program according to any one of 10, and wherein said login process is to swim for described electronics The role of the described correspondence represented by the coding information of described acquisition is logged on as spendable by each player of play The process of state, logs on as this role for making the described login player obtaining mechanism's described coding information of acquisition Spendable state,

Described program also makes described computer perform following process, i.e. according to the execution of described login process, with by institute The role stating the described correspondence that the coding information of acquisition represents did not logged on as spendable shape for any player in the past State is condition, logs in, to described, the 1st indulgence information that player gives in described electronic game.

12. according to Claim 8 to the program according to any one of 11, and wherein said game article exist multiple, and

Described program also makes computer perform following process, i.e. select in the plurality of game article is arbitrary Individual described identification information, and it is special according to this identification information, the role logging on as spendable state to give the 2nd Favour information.

13. programs according to claim 12, wherein in the process giving the described 2nd preferential information, select in advance The described identification information of specified quantity is as the imparting object of the described 2nd preferential information.

14. according to the program described in claim 12 or 13, and it is will to be endowed the described 2nd that wherein said display control processes The role of preferential information identifiably shows at described indication mechanism.

15. according to the program according to any one of claim 12 to 14, wherein in described login process, in described acquisition Coding information in the described identification information that comprises be to be chosen as the described knowledge giving object of the described 2nd preferential information In the case of other information, so that the role of login is shown for this content of role being endowed the described 2nd preferential information Show the mode at described indication mechanism, control described display control and process.

16. according to the program according to any one of claim 12 to 15, and it is as follows that wherein said program also makes described computer perform Process, i.e. the quantity the role being endowed the described 2nd preferential information for 1 player becomes prespecified Quantity in the case of, start specific performance.

17. according to the program according to any one of claim 12 to 16, the process wherein giving the described 2nd preferential information are After specific period, delete the described 2nd preferential information from the role being endowed the described 2nd preferential information.

18. according to the program according to any one of claim 12 to 17, the process wherein giving the described 2nd preferential information are The described identification information giving object of the described 2nd preferential information is selected every specific period.

19. 1 kinds of game devices, it is characterised in that comprise acquisition mechanism, this acquisition mechanism from for use by be placed on formed multiple The game article that the desktop game carried out on the desktop in mounting region uses obtain information,

Described game article comprise:

1st Role Information of the described desktop game of visibility status, represents the angle corresponding with these game article Color；And

Record portion, record by the identification information of these game article the most specific with represent described corresponding role The coding information of the electronic game being different from described desktop game of the 2nd Role Information coding gained；

Described game device comprises:

Actuator, performs the game processing relevant to described electronic game；

Display controlling organization, carries out the operation result according to described game processing and is connected to the aobvious of described game device Show that the display that mechanism carries out showing controls；And

Log in mechanism, obtain, according to by described, the described coding information that mechanism obtains, the role of described correspondence is logged in For the state that can use in described electronic game；And

Described display controlling organization by the 1st character image of the role of listed described correspondence and with described desktop The image of corresponding Game Zone shows in the lump at described indication mechanism.