Information processing device, method, and program

Abstract

To provide a device that allows a TCG (trading card game) user to manage a plurality of cards easily.SOLUTION: An information processing device for managing cards used in a TCG includes a storage unit and a control unit. The control unit executes a step for causing the storage unit to store information on the cards held by a player, a step for acquiring information on an object for storing the cards, and a step for associating the information on the cards with information on the object for storing the cards, and storing the information in the storage unit. The information processing device further includes a reading mechanism. The control unit executes a step for causing the storage unit to store the read cards upon receipt of an operation for associating cards read by the reading mechanism with the information on the object for storing the cards from the player, and updating the information on the cards held by the player.SELECTED DRAWING: Figure 5

Description

[Technical Field]

[0001] The present disclosure relates to an information processing device, a method, and a program. [Background technology]

[0002] TCGs are known in which users play against each other using real cards. For example, Patent Document 1 discloses a card game toy in which a player uses multiple cards with predetermined playing abilities to repeatedly attack and defend against opponent cards, ultimately competing to reduce the stamina of the cards to zero. In TCGs, a user collects cards and organizes the cards they will use in battles from among the collected cards. This organization is commonly referred to as "organizing a deck."

[0003] TCG users compete against each other in the real world, bringing decks of cards they have organized. To promote TCGs, businesses that provide TCG cards and stores that sell cards sometimes hold tournaments. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2001-204874 Summary of the Invention [Problem to be solved by the invention]

[0005] Various parameters, such as compatibility and card effects, are set for the cards organized into a deck. The user considers combinations of multiple cards while taking into account the parameters set for each card. For example, depending on the types of cards incorporated into a deck, there may be decks that are compatible with a specific deck. It is interesting to organize a deck while considering the advantages and disadvantages between such cards.

[0006] Therefore, in order for users to use real cards in an analog TCG, they need to store the real cards. Also, because there are various ways to organize decks, it is necessary to store more cards than the number of cards that make up the deck.

[0007] However, the more cards a user owns in an attempt to increase the variety of decks they can create, the more difficult it becomes to keep track of which cards are stored where. Furthermore, unlike games where real cards are read and used in a game, analog TCGs involve playing games using real cards, which are often not linked to ownership information as digital items, making it impossible to discard cards.

[0008] Therefore, there is a need for a technique that makes it easier for users to manage cards used in analog TCGs.

[0009] The present disclosure has been made to solve the above-mentioned problems, and its purpose is to provide a device that allows a TCG user to easily manage multiple cards. [Means for solving the problem]

[0010] According to one embodiment, an information processing device for managing cards used in a TCG includes a memory unit and a control unit, and the control unit executes the steps of storing information about cards held by a player in the memory unit, acquiring information about an object that contains the card, and storing the card information and the information about the object that contains the card in association with each other in the memory unit.

[0011] According to one embodiment, an information processing device for managing cards used in a TCG is provided. The information processing device includes a storage unit and a control unit. The control unit executes the following steps: storing information about cards held by a player in the storage unit; generating information about decks to be used in TCG matches; storing the card information and the deck information in association with each other in the storage unit; and, in response to receiving an operation from the player to associate the card information held by the player with the deck information, registering information about cards held by the player that are associated with a deck other than the deck as sub-card information in the deck information. [Effects of the Invention]

[0012] According to the present disclosure, a TCG user can easily manage multiple cards. [Brief explanation of the drawings]

[0013] [Figure 1] FIG. 2 is a diagram for explaining a TCG according to the present embodiment. [Figure 2] FIG. 10 is a diagram showing a situation in which each user is progressing in a TCG match. [Figure 3] 1A and 1B are diagrams illustrating an example of an object that stores cards according to the present embodiment. [Figure 4] 1 is a diagram showing the overall configuration of a support system 1 according to the present embodiment. [Figure 5] 1 is a block diagram of a terminal device 10 that constitutes a support system 1 according to the present embodiment. [Figure 6] FIG. 2 is a diagram showing the functional configuration of a server 20. [Figure 7] 10 is a diagram showing the data structures of card information 181 and deck information 182 stored in the terminal device 10. FIG. [Figure 8] FIG. 10 is a sequence diagram illustrating an example of a process in which a user manages a card. [Figure 9] FIG. 10 is a sequence diagram showing an example of a process in which a user registers desired card information or sub-card information to update deck information. [Figure 10] 10A and 10B are diagrams showing an example of an operation performed by a user on a card and an object contained therein displayed on a display. DETAILED DESCRIPTION OF THE INVENTION

[0014] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In the following description, the same components are denoted by the same reference numerals. The names and functions of the components are also the same. Therefore, detailed description thereof will not be repeated.

[0015] First, an overview of a TCG (Trading Card Game) according to this embodiment will be described. Next, a support system that allows users (players) to easily manage multiple cards will be described as one of technologies for supporting TCG matches between users.

[0016] <1 TCG Overview> Fig. 1 is a diagram for explaining a TCG according to this embodiment. State (A) of Fig. 1 is a diagram showing a situation in which a user is preparing for a TCG match using TCG supplies 30. State (B) of Fig. 1 shows a situation in which a user is about to start a TCG match.

[0017] FIG. 2 is a diagram showing a situation in which each user is playing a TCG match.

[0018] <1.1 Composition of 30 TCG supplies> Various items used by each user in a TCG match will be described with reference to Figure 1. As shown in state (A) of Figure 1, when a first user (user 5A) and a second user (user 5B) start a TCG match, TCG items 30 are placed between user 5A and user 5B. The TCG items 30 are used to place cards used by each user in the TCG match.

[0019] Each user places cards on the TCG supplies and progresses through the TCG battle while adding cards from the deck to their hand. First, the configuration of the TCG supplies 30 will be described. The TCG supplies 30 include a deck placement section 31A and a deck placement section 31B (hereinafter sometimes collectively referred to as "deck placement section 31"), a preparation card placement section 32A and a preparation card placement section 32B (hereinafter sometimes collectively referred to as "preparation card placement section 32"), a win / loss condition card placement section 33A and a win / loss condition card placement section 33B (hereinafter sometimes collectively referred to as "win / loss condition card placement section 33"), a battle card placement section 34A and a battle card placement section 34B (hereinafter sometimes collectively referred to as "battle card placement section 34"), and a consumed card placement section 35A and a consumed card placement section 35B (hereinafter sometimes collectively referred to as "consumed card placement section 35").

[0020] As shown in Fig. 2, in a TCG match, each user advances a card battle while replenishing their hand with cards from the deck. In the example of Fig. 2, a first user (user 5A) has a hand 93A (two cards in the example of Fig. 2). A second user (user 5B) has a hand 93B (three cards in the example of Fig. 2).

[0021] The deck placement section 31 is an area for placing decks of cards organized by each user as a deck (a combination of cards used in a TCG match). The deck placement section 31A is an area for user 5A to place the deck. The deck placement section 31B is an area for user 5B to place the deck.

[0022] As shown in state (B) of FIG. 1, when each user starts a TCG match, first, each user places their cards as a deck in the deck placement section 31. The deck placement section 31 is an area for users to place their decks. Each user shuffles the cards that make up their deck and places the cards face down in the deck placement section 31. User 5A places a deck 91A in the deck placement section 31A. User 5B places a deck 91B in the deck placement section 31B.

[0023] The preparation card placement unit 32 is an area for placing cards that can be used in a battle with the opponent's cards. Each user progresses the battle by swapping cards placed in the preparation card placement unit 32 with cards placed in the battle card placement unit 34 and adjusting the amount of damage between the cards placed in the battle card placement unit 34 according to the attack power, stamina, card attributes, weaknesses, etc. As shown in state (B) of FIG. 1 , before the TCG battle begins, no cards are placed in the preparation card placement unit 32 or the battle card placement unit 34. On the other hand, as shown in state (A) of FIG. 2 , as the TCG battle progresses, each user places cards in the preparation card placement unit 32 or the battle card placement unit 34 and battles cards. Each user replenishes their hand from the deck and places cards to be used in the battle from their hand in the preparation card placement unit 32 or the battle card placement unit 34. User 5A places cards in the preparation card placement unit 32A. User 5B places cards in the preparation card placement unit 32B.

[0024] The win / loss condition card placement section 33 is an area that indicates to what extent each player has fulfilled the win conditions. In this embodiment, each player places a predetermined number of cards face down from the deck in the win / loss condition card placement section 33. As shown in state (B) of FIG. 1, user 5A places cards in the win / loss condition card placement section 33A. User 5B places cards in the win / loss condition card placement section 33B.

[0025] The battle card placement section 34 is an area for placing cards to battle with opponent cards. User 5A places cards in the battle card placement section 34A. User 5B places cards in the battle card placement section 34B. In this embodiment, a battle is basically fought between the cards placed in the battle card placement section 34A and the cards placed in the battle card placement section 34B, based on the vitality, attack power, character attributes shown on the card, weak attribute, and other parameters set for each card. When the vitality set for a card is lost due to being attacked, etc., the character shown on the card is deemed to have fainted and is removed from the battle, and the card is placed in the consumed card placement section 35, which will be described later.

[0026] The consumed card placement section 35 is an area for placing cards consumed in a TCG match. For example, cards that have lost their stamina after losing a battle, cards that have activated their effects, etc. are placed in the consumed card placement section 35. As shown in FIG. 2, user 5A places card 92A in the consumed card placement section 35A. User 5B places card 92B in the consumed card placement section 35B.

[0027] <1.2 Types of cards used in TCG> In the TCG of this embodiment, the types of cards include (i) character cards that can be used in battle, (ii) action cards (energy cards) that are used in association with character cards, and (iii) effect cards that exert specific effects during battle.

[0028] (i) Character cards include cards that a user can draw from the deck, add to their hand, and then place in the battle card placement section 34 for use in battles (also called “unconditional cards”), and cards that can be used in battles by fulfilling certain conditions (also called “conditional cards”).

[0029] (iA) For example, a conditional card can be entered into a battle on the condition that an unconditional card related to the conditional card is used. For example, analogous to character evolution, an unconditional card can be first presented to an opposing user by placing it in the TCG item 30, and then a conditional card related to the unconditional card can be placed in the TCG item 30, thereby allowing the conditional card to participate in the battle. Such conditional cards are sometimes referred to as "evolved characters" because they are evolved from unconditional cards. Furthermore, unconditional cards are sometimes referred to as "seed characters" because they can be considered the source characters for allowing "evolved characters" to participate in battles.

[0030] (iB) For example, a conditional card can be made to participate in a battle by consuming a specific card and moving it to the consumed card placement section 35. Specifically, it may be possible to consume an unconditional card placed in the TCG supplies 30 as the specific card (by moving it to the consumed card placement section 35) and make the conditional card participate in a battle.

[0031] For example, a conditional card can be made to participate in a battle in exchange for one or more character cards that the user has placed in the TCG item 30. For example, if each character card is assigned a parameter (e.g., evolution level) that indicates the overall performance of the character in addition to individual parameters such as the character's attack power shown on the card, a conditional card having an evolution level corresponding to the evolution level value of the character card placed by the user can be made to participate in a battle. For example, with a character at evolution level 1 and a character at evolution level 2 placed in the TCG item 30, a conditional card at evolution level 3 can be placed on top of these character cards (or in exchange for these character cards).

[0032] Alternatively, a conditional card may be allowed to participate in a battle in exchange for a plurality of character cards defined by the conditional card. In this case, a supplementary card (described later) different from the character card may be consumed to allow the conditional card to participate in the battle. For example, the effect indicated by the supplementary card may be such that a specific conditional card can be allowed to participate in the battle in exchange for a specific unconditional card in the battle card placement section 34, the consumption card placement section 35, or the like of the TCG equipment 30.

[0033] (iC) These cards may also be used as multiple cards, such as the character cards, action cards, and support cards described below. For example, they may include special cards that can be used as both character cards and support cards. When a user places such special cards in a position where a character card should be placed (e.g., the preparation card placement area 32 or the battle card placement area 34), the user can use the special cards as character cards.

[0034] (ii) An action power card (energy card) is a card that a user draws from the deck and adds to their hand. Then, the user associates the action power card with a character card and places the card on the TCG equipment 30, allowing the card to perform a predetermined action indicated on the character card. The operation of associating an action power card with a character card may be performed, for example, during the user's turn. For example, the action power card may be associated with a character card by placing the card near the character card placed on the TCG equipment 30. The number of times an action power card can be associated with a character card during a turn may be limited. For example, once during the user's turn, an action power card in the user's hand may be associated with one of the character cards placed on the TCG equipment 30. For example, a character card may have a first attack action and a second attack action. The first attack action may be usable when one action power card is associated with the character card, and the second attack action may be usable when two action power cards are associated with the character card because one action power card is not enough.

[0035] If a character card is forced to leave the battle due to its stamina being exhausted or the like, the action power card associated with that character card may also become unusable during that battle.

[0036] (iii) Support cards that assist in a match include card types that a user can use any number of times during a turn as long as they are in the user's hand, and card types that a user can use only one card of during a turn. These support cards also include cards that activate their effects when the user declares that they will use the effect of the support card.

[0037] In addition, auxiliary cards also include cards that are placed face down in advance in a predetermined position on the TCG supplies 30 (in this embodiment, the predetermined position is not shown), and the effect of the auxiliary card is activated when the user declares the use of the auxiliary card by speaking or other means.

[0038] <1.3 Overview of TCG battle rules> The TCG items 30 used in TCG matches and the types of cards have been explained above. Next, the TCG match rules will be explained in detail.

[0039] In the TCG shown in this embodiment, as described above, each user attacks or defends (battles) based on cards placed in the battle card placement section 34A and the battle card placement section 34B, and the TCG battle progresses. The TCG battle progresses as users take turns taking actions. For example, when a first user finishes their turn, it becomes the second user's turn. When the second user takes an action in that turn and finishes their action, it becomes the first user's turn.

[0040] Each time a turn comes, each user draws a predetermined number of cards from the deck and adds them to their hand.

[0041] Each user places, from among the cards in their hand, candidates for cards (character cards) to be used to attack or defend against the cards of the opponent user in the preparation card placement section 32.

[0042] The user 5A can swap the cards arranged in the preparation card placement unit 32A with the cards arranged in the battle card placement unit 34A during the turn of the user 5A. Also, the user 5B can swap the cards arranged in the preparation card placement unit 32A with the cards arranged in the battle card placement unit 34A during the turn of the user 5B.

[0043] As described above, the win / loss condition card placement section 33A and the win / loss condition card placement section 33B are areas for notifying each user of the progress that each user has made toward the conditions for winning the match. Here, the condition for a user to win the match may be, for example, that all cards placed in the win / loss condition card placement section 33A or the win / loss condition card placement section 33B are collected. In other words, the outcome of the match may be decided when all cards have been collected in either the win / loss condition card placement section 33A or the win / loss condition card placement section 33B.

[0044] For example, prior to a TCG battle, each user places a predetermined number of cards from the deck in the win / lose condition card placement section 33A or the win / lose condition card placement section 33B. That is, user 5A removes a predetermined number of cards from the deck and places them in the win / lose condition card placement section 33A. User 5B removes a predetermined number of cards from the deck and places them in the win / lose condition card placement section 33B. A character card placed in the battle card placement section 34A by user 5A and a character card placed in the battle card placement section 34B by user 5B are pitted against each other, and when an exit condition set for the character card is met (for example, when the stamina value set for the character card is subtracted based on the attack power set for the opponent's character card and runs out), the character on that character card is considered to have fainted and is moved to the consumed card placement section 35 (also called "trash").

[0045] As a result, a user who wins the battle and dismisses the opponent's character cards adds the cards placed in the win / loss condition card placement section 33A or the win / loss condition card placement section 33B to their hand. For example, if user 5B dismisses cards placed in the battle card placement section 34A by attacking user 5A's character cards during his / her turn, he / she takes a predetermined number of cards from the cards placed in the win / loss condition card placement section 33B and adds them to his / her hand. On the other hand, if user 5A dismisses cards placed in the battle card placement section 34B by attacking user 5B's character cards during his / her turn, he / she takes a predetermined number of cards from the cards placed in the win / loss condition card placement section 33A and adds them to his / her hand. These operations may be repeated until user 5B has collected all of the cards placed in the win / loss condition card placement section 33B, or until user 5A has collected all of the cards placed in the win / loss condition card placement section 33A, and the user who has collected all of the cards is determined to be the user who won the TCG battle. Alternatively, the winning condition for the battle may be that a player loses if there are no character cards in either the battle card placement unit 34 or the preparation card placement unit 32. Alternatively, the winning condition for the battle may be that a player loses if each user is unable to draw a card from the deck placement unit 31 on their turn.

[0046] 1.4 Objects that contain cards Because users may be at risk of damage if they keep the cards used in the TCGs as described above, they store the cards individually in dedicated storage bags to protect them. These storage bags are also called card sleeves, card cases, card protectors, etc., and one side (back side) of the storage bags may be plain or have a character picture or pattern designed on it. For example, by storing cards by deck using storage bags with the same picture, pattern, or color, users can easily identify the cards that make up each deck. Furthermore, by using storage bags with the same picture, pattern, or color, the types of cards cannot be identified from the back side, so the TCG can be played while the cards are still in their storage bags.

[0047] Furthermore, when a user collects a large number of cards, they store them in a storage box, which is preferably a box specifically designed for TCG cards, with storage space formed to fit the size of the cards.

[0048] 3A and 3B are diagrams showing examples of objects for storing cards according to this embodiment, in which Fig. 3A is a diagram showing an example of a storage bag for storing cards, and Fig. 3B is a diagram showing an example of a storage box for storing cards.

[0049] 3(A), card 95 has a substantially rectangular shape in a plan view, and is formed with a predetermined thickness using a material such as paper or plastic. Furthermore, the front of card 95 is marked with information about the card, such as a character's illustration, name, characteristics, and card effect. Furthermore, card 95 may be provided with an identifier that uniquely identifies the card.

[0050] The storage bag 96 is formed in a bag shape having substantially the same shape as the card 95 in a plan view (substantially rectangular in FIG. 3(A)), and can store one (single) card 95 inside. The storage bag 96 uses a covering member that covers the surface on which the card information is displayed, made of a transparent or translucent material, so that at least the card information displayed on the card 95 can be seen from the outside.

[0051] A marker 97 is attached to the storage bag 96. The marker 97 is information about the object that stores the card, such as an identifier that can uniquely identify the storage bag. The marker 97 is, for example, a two-dimensional code such as a barcode or QR code (registered trademark), but it may also be an IC chip or the like. The location where the marker 97 is attached is not particularly limited, and the marker 97 may be attached to one side of the storage bag 96 that is not the covering member, or may be attached to the covering member. If the marker 97 is attached to the covering member, it is preferably attached to a position where the display indicating the information about the card 95 and the marker 97 can be simultaneously photographed by a camera. This reduces the user's effort in photographing (operating a reading mechanism) for card management. Note that the marker 97 may be printed with ink that is invisible under natural light so as not to interfere with the recognition of the card 95.

[0052] Furthermore, the marker 97 of the storage bag 96 may include information (identifier) ​​for identifying the deck as deck information. As described above, using storage bags with the same design for each deck makes it easier to keep track of the cards that make up the deck. Since it is not necessary to identify and manage unique storage bags for management purposes, assigning the same deck identifier to storage bags with the same design in advance makes it easier to manage the cards. Details will be described later.

[0053] 3(B), a storage box 98 has a card storage space formed therein and is integrally provided with a lid that can cover the top of the card storage space. The card storage space is large enough to store multiple cards 95, and there is no particular limitation on the orientation in which the cards 95 are stored.

[0054] Markers 99 are attached to the storage box 98. The markers 99 are information about the object that stores the cards, and are, for example, identifiers that can uniquely identify the storage box. The markers 99 are, for example, two-dimensional codes such as barcodes or QR codes (registered trademarks), but may also be IC chips or the like. There are no particular limitations on the location where the markers 99 are attached, but it is preferable that they be located in a position that allows the user to easily photograph the markers 99 with a camera.

[0055] The user can manage the card by storing information about the card 95 held by the user in the terminal device 10 (see Figure 4) in association with information about the storage bag 96 or storage box 98 that stores the card.

[0056] <2 System Configuration> <2.1 Overall system configuration> 4 is a diagram showing the overall configuration of the support system 1 according to this embodiment. The support system 1 that supports management of cards used in a TCG will be described with reference to FIG.

[0057] As shown in FIG. 4, the support system 1 includes terminal devices 10A and 10B used by TCG users, and a server 20. While terminal devices 10A and 10B are illustrated as an example, the number of terminal devices 10 constituting the support system 1 is not limited to two and may be more than two (hereinafter, they may be collectively referred to as "terminal devices 10"). The terminal devices 10 and the server 20 are connected for communication via a network 80. In addition, in this embodiment, each device (terminal device, server, etc.) can also be regarded as an information processing device. That is, a collection of devices can be regarded as a single "information processing device," and the support system 1 may be formed as a collection of multiple devices. The allocation of multiple functions required to realize the support system 1 according to this embodiment to one or multiple pieces of hardware can be determined appropriately in consideration of the processing capabilities of each piece of hardware and / or the specifications required for the support system 1.

[0058] Terminal device 10 is a device operated by each user and is an information processing device for managing cards used by the user in the TCG. Terminal device 10 is realized by a mobile terminal such as a smartphone or tablet compatible with a mobile communication system. Alternatively, terminal device 10 may be, for example, a stationary personal computer (PC) or laptop PC. As shown as terminal device 10B in FIG. 3, terminal device 10 includes a communication IF (Interface) 12, an input / output IF 13, a memory 15, a storage 16, and a processor 19. Server 20 includes a communication IF 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29.

[0059] The terminal device 10 is communicably connected to the server 20 via a network 80. The terminal device 10 is connected to the network 80 by communicating with communication devices such as a wireless base station 81 conforming to a communication standard such as LTE, and a wireless LAN router 82 conforming to a wireless LAN standard such as IEEE802.11.

[0060] The communication IF 12 is an interface for inputting and outputting signals so that the terminal device 10 can communicate with external devices. The input / output IF 13 functions as an interface with an input device (e.g., a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, etc.) for receiving input operations from a user and an output device (a display, a speaker, etc.) for presenting information to the user. The memory 15 is for temporarily storing programs and data processed by the programs, etc., and is a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage 16 is a storage device for saving data, such as a flash memory or an HDD (Hard Disc Drive). The processor 19 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, registers, peripheral circuits, etc.

[0061] The server 20 manages information about cards and decks held by users as information about users participating in TCG matches. The server 20 also manages information about cards used in the TCG and information about storage objects used by users to store cards.

[0062] The communication IF 22 is an interface for inputting and outputting signals so that the server 20 can communicate with external devices. The input / output IF 23 functions as an interface with an input device for receiving input operations from a user and an output device for presenting information to the user. The memory 25 is for temporarily storing programs and data processed by the programs, etc., and is a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage 26 is a storage device for saving data, such as a flash memory or an HDD (Hard Disc Drive). The processor 29 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, registers, peripheral circuits, etc.

[0063] 2.2 Configuration of the terminal device 10 FIG. 5 is a block diagram of a terminal device 10 constituting the support system 1 according to this embodiment. As shown in FIG. 5, the terminal device 10 includes multiple antennas (antenna 111, antenna 112), wireless communication units (first wireless communication unit 121, second wireless communication unit 122) corresponding to the respective antennas, an operation reception unit 130 (including a touch-sensitive device 131 and a display 132), an audio processing unit 140, a microphone 141, a speaker 142, a position information sensor 150, a camera 160, a storage unit 180, and a control unit 190. The terminal device 10 also has functions and configurations (e.g., a battery for storing power, a power supply circuit for controlling the supply of power from the battery to each circuit, etc.) that are not specifically shown in FIG. 4. As shown in FIG. 5, the blocks included in the terminal device 10 are electrically connected by a bus or the like.

[0064] The antenna 111 emits a signal emitted by the terminal device 10 as a radio wave. The antenna 111 also receives a radio wave from space and provides the received signal to the first radio communication unit 121.

[0065] The antenna 112 emits a signal emitted by the terminal device 10 as a radio wave. The antenna 112 also receives a radio wave from space and provides the received signal to the second radio communication unit 122.

[0066] The first wireless communication unit 121 performs modulation / demodulation processing and the like for transmitting and receiving signals via the antenna 111 so that the terminal device 10 can communicate with other wireless devices. The second wireless communication unit 122 performs modulation / demodulation processing and the like for transmitting and receiving signals via the antenna 112 so that the terminal device 10 can communicate with other wireless devices. The first wireless communication unit 121 and the second wireless communication unit 122 are communication modules including a tuner, an RSSI (Received Signal Strength Indicator) calculation circuit, a CRC (Cyclic Redundancy Check) calculation circuit, a high-frequency circuit, etc. The first wireless communication unit 121 and the second wireless communication unit 122 perform modulation / demodulation and frequency conversion of wireless signals transmitted and received by the terminal device 10, and provide the received signals to the control unit 190.

[0067] The operation reception unit 130 has a mechanism for receiving input operations from the user. Specifically, the operation reception unit 130 is configured as a touch screen and includes a touch-sensitive device 131 and a display 132. The touch-sensitive device 131 receives input operations from the user of the terminal device 10. The touch-sensitive device 131 detects the user's touch position on the touch panel, for example, by using a capacitive touch panel. The touch-sensitive device 131 outputs a signal indicating the user's touch position detected by the touch panel to the control unit 190 as an input operation.

[0068] Display 132 displays data such as images, videos, and text under the control of control unit 190. Display 132 is realized by, for example, an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

[0069] The audio processing unit 140 modulates and demodulates audio signals. The audio processing unit 140 modulates a signal provided from the microphone 141 and provides the modulated signal to the control unit 190. The audio processing unit 140 also provides the audio signal to the speaker 142. The audio processing unit 140 is realized, for example, by a processor for audio processing. The microphone 141 accepts audio input and provides an audio signal corresponding to the audio input to the audio processing unit 140. The speaker 142 converts the audio signal provided from the audio processing unit 140 into audio and outputs the audio to the outside of the terminal device 10.

[0070] The position information sensor 150 is a sensor that detects the position of the terminal device 10, and is, for example, a GPS (Global Positioning System) module. The GPS module is a receiving device used in a satellite positioning system. In the satellite positioning system, signals are received from at least three or four satellites, and the current position of the terminal device 10 equipped with the GPS module is detected based on the received signals. The position detected by this GPS module can be used, for example, when storing in memory the position information of the terminal device 10 when the terminal device 10 performs a predetermined notification process based on the detection result of the sensor device 50.

[0071] Camera 160 is a device that receives light using a light receiving element and outputs the light as a captured image. Camera 160 is, for example, a depth camera that can detect the distance from camera 160 to a captured image. Camera 160 also functions as a reading mechanism, and can capture an image of a marker attached to an object that holds a card and read the information on the marker.

[0072] The storage unit 180 is configured with, for example, a flash memory or the like, and stores data and programs used by the terminal device 10. The storage unit 180 stores card information 181 and deck information 182.

[0073] Card information 181 is information about cards held by a user. The card information includes, for example, a correspondence between a card identifier, an identifier of an object that contains the card, and an identifier of a deck that contains the card. Card information 181 may also include information about characters, letters, symbols, effects in the game, strength, attributes, etc., depicted on the card.

[0074] Deck information 182 is information about a deck that indicates a combination of cards used in a TCG match. The deck information includes, for example, a deck identifier and a correspondence between the identifiers of the cards that make up the deck. The deck information also includes a correspondence between the deck identifier and desired card information (described below) and / or sub-card information (described below).

[0075] The control unit 190 reads a program stored in the storage unit 180 and executes instructions included in the program to control the operation of the terminal device 10. The control unit 190 is, for example, an application processor. By operating in accordance with the program, the control unit 190 fulfills the functions of an input operation reception unit 191, a transmission / reception unit 192, a data processing unit 193, and a notification control unit 194.

[0076] The input operation receiving unit 191 performs processing to receive a user's input operation on an input device such as the touch-sensitive device 131. Based on information on the coordinates where the user has touched the touch-sensitive device 131 with a finger or the like, the input operation receiving unit 191 determines the type of operation, such as whether the user's operation is a flick operation, a tap operation, or a drag (swipe) operation.

[0077] The transmitting / receiving unit 192 performs processing for the terminal device 10 to transmit and receive data to and from an external device such as the server 20 in accordance with a communication protocol.

[0078] The data processing unit 193 performs calculations on data that the terminal device 10 has received as input in accordance with a program, and outputs the calculation results to a memory or the like.

[0079] The data processing unit 193 acquires information about cards held by the user and stores it in the card information 181 of the storage unit 180. The card information is information that can identify a card, and may be acquired from a card identifier (such as an identification number or a card name) entered by the user. Alternatively, the data processing unit 193 may acquire the card information by analyzing a captured image of the card taken by the user using the camera 160. For example, the data processing unit 193 may analyze an identifier, character, letter, figure, or combination thereof displayed on the card, and transmit the analysis result to the server 20 that holds information about cards used in the TCG, and the card in the captured image may be identified based on a response from the server 20.

[0080] Furthermore, data processing unit 193 acquires information about the object that stores the card. For example, when the user reads a marker attached to a storage bag or a storage box with camera 160, data processing unit 193 acquires information that can identify the storage bag or the storage box as information about the object that stores the card.

[0081] In response to receiving an operation from the user via the operation receiving unit 130 to associate the card information stored in the card information 181 with information about the object that contains the card, the data processing unit 193 associates the card information with the information about the object that contains the card and stores the information in the card information 181. For example, a card held by the user is stored in association with a storage bag or storage box that contains the card. By storing the card held in association with the object that contains the card, the user can easily manage the cards.

[0082] Furthermore, data processing unit 193 performs processing to generate a display image to be displayed on display 132. For example, in response to receiving an operation from a user to specify information about an object to be stored, data processing unit 193 generates a display image that presents to the user information about cards associated with information about the specified object to be stored. This allows the user to know information about the cards stored in the specified storage bag or storage box.

[0083] Furthermore, in response to camera 160 reading information about the storage bag, data processing unit 193 associates the information about the storage bag with information about the deck and stores the associated information in card information 181. For example, camera 160 reads a storage bag identifier and a deck identifier that are previously assigned as information about the storage bag, and data processing unit 193 associates the storage bag identifier with the deck identifier and stores the associated identifier in card information 181. Then, data processing unit 193 generates deck information about the deck identifier and the storage bag associated with the associated identifier, and stores the information in deck information 182. A user can easily manage deck information by reading a storage bag with camera 160 of terminal device 10.

[0084] At this time, data processing unit 193 determines whether the information about the storage bag read by camera 160 is stored in card information 181 in association with the card information. In other words, it determines whether a deck identifier previously assigned to the read storage bag is already stored. If it is determined that the card is stored in card information 181, the card associated with the read storage bag is added as a card that constitutes the deck, and the deck information is updated. On the other hand, if it is determined that the card is not stored in card information 181, deck information may be generated as described above.

[0085] Furthermore, in response to receiving an operation from the user to associate information about cards the user does not own with information about the deck, the data processing unit 193 registers the information about the cards the user does not own as desired card information in the deck information, regardless of the number of cards specified for the deck. When considering the composition of a deck, the user may want to combine cards that the user does not own. Therefore, by registering the cards to be combined as desired card information in association with the deck information, the desired card information can function as a memo, which is useful when obtaining cards by purchasing or exchanging cards.

[0086] Furthermore, in response to receiving an operation from the user to associate information about a card held by the user with information about the deck, the data processing unit 193 registers information about the held card as sub-card information in the deck information. The number of cards that make up a deck is predetermined, and when considering the composition of a deck, the user must combine the cards they hold according to the predetermined number. Therefore, if there are multiple candidate cards to be incorporated into a deck among the cards held, registering the candidate cards as sub-card information in association with the deck information can function as memos and be useful for deck management.

[0087] The notification control unit 194 performs processing for displaying a display image on the display 132, processing for outputting sound from the speaker 142, and processing for causing the camera 160 to generate vibrations.

[0088] <2.3 Functional configuration of server 20> 6 is a diagram showing the functional configuration of the server 20. As shown in FIG. 6, the server 20 functions as a communication unit 201, a storage unit 202, and a control unit 203.

[0089] The communication unit 201 performs processing for the server 20 to communicate with external devices.

[0090] The storage unit 202 stores data and programs used by the server 20. The storage unit 202 stores a user information database 281, a card information database 282, and a contained object database 283.

[0091] The user information database 281 is a database for holding user information of each user who owns the terminal device 10. Card information and deck information are stored for each user.

[0092] The card information database 282 is a database for storing information about cards used in the TCG. The card information may, for example, associate a card identifier with a character, picture, graphic, symbol, or letter displayed on the card, as well as the card's strength and effect. When analyzing a captured image of a card, the terminal device 10 may query the card information database 282 to check the captured image and acquire card information. The terminal device 10 may also query the card information database 282 to confirm whether the card information entered by the user is a card used in the TCG. The card information database 282 may also store information about each card that serves as a criterion for determining whether the card can be used in a competition such as a tournament. For example, criteria for cards that can be used are defined for each competition. Multiple types of criteria may be prepared. The terminal device 10 may query the server 20 about whether the card information entered by the user is usable in the competition, and the server 20 may refer to the card information database 282 and respond with whether the card can be used in the competition.

[0093] The stored object database 283 is a database for storing information on objects that store cards, such as objects with markers. The information on the stored objects corresponds to the identifier of the stored object, images of characters or designs displayed on the storage bag or storage box, the number of cards that can be stored in the storage box, etc.

[0094] The control unit 203 performs functions shown as various modules by the processor of the server 20 performing processes according to the programs.

[0095] The operation content acquisition module 2041 acquires the operation content of the user when the server 20 accepts input of information on the card held by the terminal device 10.

[0096] The reception control module 2042 controls the process by which the server 20 receives signals from external devices in accordance with a communication protocol.

[0097] The transmission control module 2043 controls the process in which the server 20 transmits signals to external devices in accordance with a communication protocol.

[0098] 2.4 Data Structure FIG. 7 is a diagram showing the data structure of the card information 181 and deck information 182 stored in the terminal device 10. As shown in FIG.

[0099] As shown in FIG. 7, the card information 181 includes an item "card ID", an item "number (No.)", an item "contained object ID", and an item "deck ID".

[0100] The "Card ID" item is information for identifying cards held by a user. The "Number" item is information for distinguishing between cards of the same type when a user holds multiple identical cards. In analog TCGs, it is sometimes permitted to organize multiple identical cards into a deck. A user may also hold multiple identical cards and organize them into different decks. The "Stored Object ID" item is information for identifying the object that stores the card. The "Deck ID" item is information for identifying a deck.

[0101] For example, a user who owns terminal device 10 owns cards with card IDs "#0001," "#0122," "#0323," "#0014," "#1235," "#3216," "#0016," "#7D1f," "#0021," etc. Each card ID is associated with a contained object ID "#a01," "#a02," "#b01," "#A," "#a03," "#a12," "#b03," "#A," "#b02," etc. In the example of FIG. 7, IDs consisting of lowercase letters and numbers indicate storage bags, and IDs consisting of uppercase letters indicate storage boxes.

[0102] Among the storage bag IDs, those with the same lowercase alphabet indicate the same deck. For example, the stored object IDs "#a01" and "#a02" share the lowercase alphabet "a" and are associated with the deck ID "#a." In other words, the card IDs "#0001," "#0122," "#1235," and "#3216," which are associated with the stored object IDs "#a01," "#a02," "#a03," and "#a12," are also associated with the deck ID "#a," indicating that the cards are combined into the same deck (deck a).

[0103] Furthermore, for the card with card ID "#0001," the item "Number (No.)" indicates that the user owns two cards with numbers "001" and "002." For the card with card ID "#0001," the card with number "001" is contained in an object with storage object ID "#a01" and organized in deck ID "#a." Furthermore, the card with number "002" is contained in an object with storage object ID "#c01" and organized in deck ID "#c." For example, the terminal device 10 registers a record in the card information 181 by reading information identifying the storage bag that contains the card and information identifying the card. At this time, the terminal device 10 reads the identification information of a card already registered in the card information 181, and determines that the user owns multiple copies of the same card, and determines the value of the item "Number (No.)" for the card so that the multiple copies can be distinguished from one another.

[0104] In addition, the card IDs "#0323", "#0016", and "#0021", which are associated with the contained object IDs "#b01", "#b03", and "#b02", are associated with the deck ID "#b", indicating that they are cards combined in the same deck (deck b).

[0105] On the other hand, the card IDs "#0014" and "#7D1f" associated with the stored object ID "#A" (storage box A) have the item "Deck ID" set to "-" (NULL), indicating that they are not cards that make up a deck.

[0106] The deck information 182 includes an item "deck ID", an item "deck card", an item "desired card ID", and an item "sub-card ID".

[0107] The item "Deck ID" is, as described above, information for identifying a deck.

[0108] The item "Deck Card" is information for identifying cards that make up a deck. In other words, the item "Deck Card" is a card that is registered in a deck. The information on the card shown in the item "Deck Card" is associated with the item "Card ID" in the card information 181. Therefore, the terminal device 10 can identify the location of each card organized in the deck (which storage object it is contained in) using the card information 181 and the deck information 182.

[0109] The item "desired card ID" is information for identifying a card that the user wants to include in the deck (desired card). The desired card may be a card that the user does not own, or a card that is included in the deck but does not reach the maximum number of identical cards that can be organized in the deck and therefore has room to be added to the deck. In other words, the card indicated by the desired card information may be a card that is not included in the card information 181. The terminal device 10 accepts an operation from the user to specify a desired card in association with information for identifying the deck, and updates the item "desired card ID" in the deck information 182 by associating it with information for identifying the deck (item "deck ID"). In other words, the terminal device 10 holds information identifying the desired card specified by the user in the item "desired card ID." The terminal device 10 displays the cards that constitute the deck (information in the item "deck card") and the desired card on the screen in association with the information for identifying the deck. By referring to the information on the desired cards registered in the deck, the user can easily identify the cards that need to be newly acquired to build a deck.

[0110] The item "sub-card ID" is information for identifying a card (sub-card) held by the user that the user wants to incorporate into a deck. In other words, the card indicated by the sub-card information is a card included in the card information 181. Furthermore, the sub-card information is a card that has already been incorporated into another deck, and the physical location of the card indicated by the sub-card is not the deck to which the sub-card information corresponds. The terminal device 10 displays on the screen the cards that make up the deck (information in the item "deck card") and the sub-card in association with information identifying the deck. As described above, the terminal device 10 manages the desired card and the sub-card separately. Therefore, by referring to the information of the sub-card registered in the deck, the user can avoid the need to acquire a new card required to build a deck and can easily understand which deck to look for the desired card in.

[0111] In the example of Figure 7, deck ID "#a" is associated with card IDs "#0011", "#0122", "#1235", "#3216", etc., indicating that deck a is composed of a combination of cards identified by card IDs "#0011", "#0122", "#1235", "#3216", etc. In addition, deck ID "#a" is associated with desired card IDs "#1100", "#0102", and sub-card ID "#0014". Therefore, it is easy to understand that "#1100" and "#0102" are cards that the user does not own.

[0112] Similarly, for deck ID "#b," the items "Deck Card," "Desired Card ID," and "Sub-Card ID" are associated; however, in this example, the item "Desired Card ID" is "-" (NULL), indicating that no desired card information is registered. On the other hand, sub-card ID "#0122" is associated, but this sub-card is associated with deck ID "#a" as a deck card. By referring to this information, a user can easily understand that if they want to play a game with deck ID "#b," they should add "#0014," which is not associated with any deck, to the deck, and then search for deck ID "#a" to add "#0122."

[0113] <3 operations> The following describes the process of managing multiple cards used by a user in a TCG.

[0114] 8 is a sequence diagram showing an example of a process in which a user manages a card. It goes without saying that the order of each process is not limited to the example shown in FIG.

[0115] In step S601, the terminal device 10 reads card information using the camera 160 and stores the read card information in the card information 181 of the storage unit 180. To read the card information, the terminal device 10 may use an audio reading means in addition to an optical reading means (such as photographing the card using the camera 160). For example, the terminal device 10 receives audio input from the user using the microphone 141. The audio input includes receiving, via the microphone 141, audio of the user reading out information identifying the card. For example, the terminal device 10 acquires, via the microphone 141, audio uttered by the user reading out information written on the card, such as the character name associated with the card, the character's parameters, and skills. The terminal device 10 performs a voice recognition process on the acquired audio based on information on terms that may be written on the card (such as the character name, skill name, and various parameter amounts (such as stamina value)), thereby storing the card information in the card information 181 based on the audio input. For example, the terminal device 10 stores a card ID (identifier) ​​based on the read card information as the card held by the user, and transmits the card information to the server 20.

[0116] In step S651, the server 20 stores the received card information in the user information database 281 as a card held by the user, in association with the user ID that identifies the user and the card ID. Note that here, the server 20 may check whether the card read by the terminal device 10 is a pre-registered card by comparing it with information on cards that are pre-registered in the card information database 282 as cards to be used in TCG matches. If the card is not registered, the server 20 may notify the terminal device 10 of, for example, "error (misrecognition)." If the card is registered, the server 20 may transmit card information, such as the character displayed on the card and the card's strength, to the terminal device 10. Also, steps S601 and S651 may be configured to be repeated until all cards held by the user are stored in the storage unit.

[0117] In step S603, the terminal device 10 reads the marker attached to the object that contains the card, acquires the identifier of the object, and transmits the identifier of the object to the server 20.

[0118] In step S653, server 20 compares the identifier of the object to be contained with the information stored in contained object database 283, and transmits information about the object to terminal device 10. For example, characters or patterns displayed on the contained object associated with the identifier of the object to be contained, image data showing the contained object, etc. are transmitted. In the example of FIG. 8, server 20 determines, as a result of the comparison, that the object to be contained is a storage bag, and transmits information about the storage bag to terminal device 10. Based on the received information, terminal device 10 presents the storage bag to the user by displaying it on a display or the like.

[0119] In step S605, the terminal device 10 accepts an operation from the user to associate the card ID stored in the card information 181 with the presented storage bag. Here, the terminal device 10 determines whether information about the storage bag is stored in the card information 181. Specifically, it determines whether the deck identifier previously assigned to the storage bag is stored in the card information 181.

[0120] In step S607, if the terminal device 10 determines that the deck identifier is not stored, it associates the card ID with the storage bag ID and the deck ID based on the read information about the storage bag, and stores them in the card information 181. Furthermore, it generates deck information that associates the deck ID with the card ID, and stores it in the deck information 182.

[0121] On the other hand, if it is determined that the deck identifier is stored, the card ID associated with the storage bag ID is added as a card that constitutes the deck, and the deck information 182 is updated.

[0122] In step S655, the server 20 stores the deck information generated or updated in step S607 in the user information database 281.

[0123] In step S609, the terminal device 10 stores the card ID and the bag ID in association with each other in the card information 181 in response to the operation in step S605, and transmits the association to the server 20.

[0124] In step S657, the server 20 stores the card ID and the bag ID in the user information database 281 in association with each other.

[0125] As described above, the user can manage the cards by storing the cards in association with the storage object and the deck.

[0126] FIG. 9 is a sequence diagram showing an example of a process in which a user registers desired card information or sub-card information and updates deck information.

[0127] In step S701, the terminal device 10 accepts an operation from the user to associate a card ID with a deck ID. The terminal device 10 may acquire the card ID from an identifier input by the user or from a captured image.

[0128] In step S703, the terminal device 10 refers to the card information 181 to determine whether the card ID in step S701 is a card held by the user.

[0129] In step S705, if the terminal device 10 determines in step S703 that the card is not held by the user, it associates the card ID with the deck ID as desired card information and updates the deck information. On the other hand, if it determines that the card is held by the user, it associates the card ID with the deck ID as sub-card information and updates the deck information. The terminal device 10 transmits the updated deck information to the server 20.

[0130] In step S751, the server 20 updates the deck information based on the received information.

[0131] As described above, the user can manage the deck by storing the deck in association with the desired card information and sub-card information.

[0132] FIG. 10 is a diagram showing an example of an operation that the user performs on the card and the object contained therein displayed on the display.

[0133] FIG. 10(A) shows an example of an operation for associating a card with a storage bag, and FIG. 10(B) shows an example of a screen that presents the user with a card associated with an object to be stored.

[0134] In FIG. 10(A), the display 130 of the terminal device 10 displays a card 301 read by the camera 160, and a plurality of storage bags 302 and a plurality of storage boxes 303 stored in the storage unit.

[0135] The user can associate card 301 with storage bag 302 by, for example, dragging it with a finger or the like in the direction of the arrow. In FIG. 10(A), "card #0001" is associated with "storage bag #a01." Alternatively, if the user moves card 301 to the position where storage bag 302 is displayed and keeps his / her finger pressed down for a predetermined time, multiple storage bags arranged in the back row are displayed in order instead of the foremost storage bag (in this example, "storage bag #a01"), and the user can associate card 301 with storage bag 302 by releasing the finger that was holding card 301 from the display when the storage bag that the user wants to associate is displayed.

[0136] In FIG. 10(B), the display 130 of the terminal device 10 shows a card 312 contained in a storage bag 302 and a group of cards 313 contained in a storage box 303.

[0137] For example, by tapping storage bag 302 or storage box 303 with a finger, the user can display which card storage bag 302 or storage box 303 is associated with (i.e., which card it contains). Also, if the user holds his / her finger over storage bag 302 for a predetermined time, multiple storage bags arranged in the back row are displayed in order instead of the foremost storage bag (in this example, "storage bag #b03"), and the user can release the finger that was holding storage bag 302 from the display when the storage bag in which the user wants to present a card is displayed, thereby presenting the card associated with storage bag 302 that was displayed foremost when the finger was released.

[0138] <Modification> (1) In the above embodiment, an example has been described in which a marker 97 is attached to an object (storage bag 96) that stores a card, and information on the marker 97 is read by photographing the object with the camera 160 of the terminal device 10, etc. In other words, by reading the marker attached to the storage bag or storage box, each object that stores a card can be identified.

[0139] Alternatively, the terminal device 10 may identify the appearance (design, pattern) of the object that stores the card and only identify the type of the object, without identifying each of the objects of the same type. For example, in the storage bag 96, a transparent or translucent material is used for the covering member that covers the side (front side) on which card information is displayed, while a covering member that covers the side (back side opposite the front side) on which card information is not displayed may have a pattern, background, character, or the like. For example, a user may purchase a product at a retail store or the like that contains multiple storage bags with the same design.

[0140] The terminal device 10 can recognize the design of each of the storage bags 96 by photographing the covering member of the storage bag 96 with the camera 160 or the like.

[0141] Here, it is assumed that the user places the cards that make up a deck in storage bags 96 of the same design. This allows the terminal device 10 to manage the recognition result of the design of the storage bags 96 as information that identifies the deck. In other words, the terminal device 10 associates the storage bag 96 of a first design with the cards stored in each of the multiple storage bags 96 of the first design and manages them as one deck. The terminal device 10 may also associate the item "card ID" with the reading result of the design of the storage bag 96 (deck ID) in the card information 181 of FIG. 7 and manage them.

[0142] In addition, to make it easier for users to check the design of the storage bag 96 and the deck corresponding to that design, the user may be able to check information about the design of the storage bag 96 and the deck corresponding to that design on a terminal device 10 or the like.

[0143] For example, the terminal device 10 may display the design of the storage bag 96 and the deck corresponding to the design on the display 132. For example, suppose that a user registers a plurality of decks and the design of the storage bag 96 corresponding to each deck in the terminal device 10. The terminal device 10 displays, on the display 132, images showing the designs of the storage bags 96 registered as decks, for example, by arranging them side by side. The terminal device 10 accepts an input operation from the user to specify the design of the storage bag 96, and in response to the input operation, displays information about the cards that make up the deck corresponding to the design (such as the card image and various parameters set for the cards) on the display 132. Note that the terminal device 10 may display, on a single screen, both an area for accepting an input operation to specify the design of the storage bag 96 and an area for displaying information about the cards that make up the deck corresponding to the specified design.

[0144] This allows the user to more easily recognize which deck the design of the storage bag 96 corresponds to. For example, at a tournament or the like, the user can easily understand the design of the storage bag 96 to be used in a TCG match while operating the terminal device 10 to check the contents of the deck.

[0145] The design of each user's storage bag 96 and information about the deck corresponding to each design may also be managed in the server 20. This allows the terminal device 10 to accept an operation from a user to refer to information about the deck of another user who has competed against the user in a tournament or the like, based on the design of the storage bag 96 of the other user.

[0146] For example, assume that in a tournament or the like, each user has registered deck information in advance with the server 20 or the like. The terminal device 10 requests the server 20 for information on the design of the storage bag 96 of another user other than the user of the terminal device 10 and the deck corresponding to that design. In response to the request, the server 20 transmits to the terminal device 10 information on the design of the storage bag 96 of each user and the deck corresponding to that design. This allows the user to refer to information on the deck of the opponent user using the design of the storage bag 96 that the other user used during the match as a clue.

[0147] (2) In the above embodiment, the cards are stored in a storage bag or a storage box, but this is not limiting. The cards stored in the storage bag may be stored in the storage box. This eliminates the need to take the cards out of the storage bag to store them in the storage box, allowing the user to easily manage the cards without feeling cumbersome.

[0148] The above-described embodiments can be embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and modifications are intended to be included in the scope of the invention and their equivalents as defined in the claims, as well as in the scope and spirit of the invention. [Explanation of symbols]

[0149] 5A, 5B User, 10A, 10B Terminal device, 12 Communication IF, 13 Input / output IF, 15 Memory, 16 Storage, 19 Processor, 20 Server, 22 Communication IF, 23 Input / output IF, 25 Memory, 26 Storage, 29 Processor, 30 TCG supplies (mat), 31A, 31B Deck placement section, 32A, 32B Preparation card placement section, 33A, 33B Win / lose condition card placement section, 34A, 34B Battle card placement section, 35A, 35B Consumption card placement section, 80 Network, 81 Wireless base station, 82 Wireless LAN base station, 130 Operation reception section (touch screen), 132 Display, 181 Card information, 182 Deck information, 281 User information database, 282 Card information database, 283 Contained object database

Claims

1. A program to be executed by a computer that has a control unit and a memory unit and manages real cards used in a TCG (Trading Card Game), The control unit storing information about cards owned by a player in the storage unit in association with information about the appearance of a bag owned by the player and containing the cards; presenting information about the card and an appearance of a bag containing the card to the player based on an operation by the player; A program that executes.

2. In the pre-storing step, information on cards owned by the player is stored in the storage unit in association with deck information indicating the combination of cards to be used in the TCG match; 2. The program according to claim 1, wherein in the presenting step, information about the card, the appearance of a storage bag that stores the card, and information about a deck that includes the card are presented to the player based on the player's operation.

3. The program of claim 1, wherein in the presenting step, information about cards owned by other players and the appearance of bags containing the cards are presented to the player.

4. A program as described in claim 2, wherein in the presenting step, information about cards owned by other players, the appearance of the storage bag that holds the cards, and information about the deck that contains the cards are presented to the player.

5. A program as described in claim 3 or 4, wherein in the presenting step, information about other players who own cards is presented to the player.

6. A method executed by a computer having a control unit and a memory unit and managing real cards used in a TCG (Trading Card Game), wherein the control unit executes all of the steps executed in an invention according to any one of claims 1 to 5.

7. An information processing device comprising a control unit and a memory unit, and managing real cards used in a TCG (Trading Card Game), wherein the control unit executes all of the steps executed in the invention according to any one of claims 1 to 5.

8. A system having means for executing all steps performed in an invention according to any one of claims 1 to 5.

Images