Information processing apparatus, 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 apparatus, method, and program.

Background Art

[0002] There is known a TCG in which users play battles using real cards. For example, Patent Document 1 discloses a card game toy in which a plurality of cards having predetermined battle capabilities are used to repeatedly attack and defend against opponent cards, and finally the physical strength of the cards is reduced to zero to compete for victory or defeat. In a TCG, a user collects cards and arranges the cards to be used in a battle from the collected cards. It can be generally said that this arrangement is also referred to as "constructing a deck."

[0003] Users of a TCG bring decks in which they have arranged cards with each other in the real world and play battles. In order to liven up such a TCG, business operators who provide TCG cards, stores that sell cards, etc. may hold battle meetings.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

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

[0006] Therefore, when a user uses a real card in an analog TCG, it is necessary to store the real card. Also, since there are various patterns for deck construction, it is necessary to store a larger number of cards than the number of cards that make up the deck.

[0007] However, the more the user tries to increase the variations in deck construction and the more the number of cards in their possession increases, the more difficult it becomes to manage the storage of which card is placed where. Also, unlike the case of reading a real card and using it in a game, in an analog TCG, since real cards are used for battles, they are often not linked to ownership information as digital items, so the cards cannot be discarded.

[0008] Therefore, there is a need for a technology that makes it even easier for users to manage the cards used in an analog TCG.

[0009] The present disclosure has been made to solve the above problems, and an object thereof is to provide an apparatus that enables a TCG user to easily manage a plurality of cards.

Means for Solving the Problems

[0010] According to one embodiment, there is provided an information processing apparatus for managing cards used in a TCG, the apparatus including a storage unit and a control unit. The control unit executes steps of storing information on cards held by a player in the storage unit, acquiring information on an object for housing the cards, and storing in the storage unit the information on the cards in association with the information on the housing object.

[0011] According to an embodiment, an information processing apparatus for managing cards used in a TCG is provided. The information processing apparatus includes a storage unit and a control unit. The control unit executes steps of storing information on cards held by a player in the storage unit, generating information on a deck used in a TCG battle, storing the card information and the deck information in the storage unit in association with each other, and registering, as sub-card information, information on a card that is held by the player and is associated with another deck different from the deck, in the deck information, in response to receiving, from the player, an operation of associating the information on the cards held by the player with the deck information.

Advantages of the Invention

[0012] According to the present disclosure, a TCG user can easily manage a plurality of cards.

Brief Description of the Drawings

[0013]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Embodiments for Carrying Out the Invention

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

[0015] First, the outline of the TCG (Trading Card Game) according to this embodiment will be described. Next, as one of the technologies for supporting the TCG battle between users, a support system that allows a user (player) to easily manage a plurality of cards will be described.

[0016] <1 Outline of TCG> FIG. 1 is a diagram for explaining the TCG according to this embodiment. The state (A) in FIG. 1 shows a situation where a user prepares for a TCG battle using the TCG supplies 30. The state (B) in FIG. 1 shows a situation where the user is about to start a TCG battle.

[0017] FIG. 2 is a diagram showing a situation where each user is advancing a TCG battle.

[0018] <1.1 Configuration of TCG Supplies 30> Referring to FIG. 1, various supplies used by each user in the TCG battle will be described. As shown in the state (A) of FIG. 1, when the first user (user 5A) and the second user (user 5B) start a TCG battle, the TCG supplies 30 are arranged between user 5A and user 5B. The TCG supplies 30 are for arranging the cards used by each user in the TCG battle.

[0019] Each user arranges cards on the TCG supplies and progresses 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 the "deck placement section 31"), a preparation card placement section 32A and a preparation card placement section 32B (hereinafter sometimes collectively referred to as the "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 the "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 the "battle card placement section 34"), and a consumption card placement section 35A and a consumption card placement section 35B (hereinafter sometimes collectively referred to as the "consumption card placement section 35").

[0020] Also, as shown in FIG. 2, in the TCG battle, each user progresses the battle between cards while replenishing their hand from the deck. In the example of FIG. 2, the first user (User 5A) has a hand 93A (two cards in the example of FIG. 2). The 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 the deck among the cards organized by each user as a deck (a combination of cards used in the TCG battle). 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 the TCG battle, first, each user's cards are placed as the deck in the deck placement section 31. The deck placement section 31 is an area for the user to place the deck. Each user shuffles each card constituting the deck, turns the cards face down, and places them in the deck placement section 31. User 5A places the deck 91A in the deck placement section 31A. User 5B places the deck 91B in the deck placement section 31B.

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

[0024] The win / loss condition card placement section 33 is an area that shows to what extent each player has satisfied the victory 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 a card in the win / loss condition card placement section 33A. User 5B places a card in the win / loss condition card placement section 33B.

[0025] The battle card placement section 34 is an area for placing the cards that will battle against the opponent's cards. User 5A places a card in the battle card placement section 34A. User 5B places a card in the battle card placement section 34B. In this embodiment, basically, battles are conducted between the card placed in the battle card placement section 34A and the card placed in the battle card placement section 34B based on the physical strength, attack power, attributes of the characters shown on the cards, attributes of weaknesses, and other parameters set for each card. When the physical strength set for a card is lost due to being attacked or the like, it is considered that the character shown on the card has fainted and is removed from the battle, and is placed in the consumption card placement section 35 described later.

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

[0027] <1.2 Types of Cards Used in the TCG> In the TCG of this embodiment, as types of cards, (i) character cards that can be used in battles, (ii) action power cards (energy cards) used in association with character cards, and (iii) effect cards that exhibit specific effects during battles are available.

[0028] (i) Character cards include cards that can be used in battles (also referred to as "unconditional cards") after the user draws a card from the deck and adds it to their hand and then places it in the battle card placement section 34, and cards that can be used in battles by satisfying specific conditions (also referred to as "conditional cards").

[0029] (iA) For example, a conditional card can participate in the battle on the condition that an unconditional card related to the conditional card is used. For example, following the evolution of a character, first present an unconditional card to the opponent user by placing it on the TCG item 30, etc., and then place a conditional card related to the unconditional card on the TCG item 30, so that the conditional card can participate in the battle. Such a conditional card may also be referred to as an "evolved character" as evolved from an unconditional card. Also, since the unconditional card can be said to be the original character for allowing the "evolved character" to participate in the battle, it may also be referred to as a "seed character".

[0030] (iB) For example, a conditional card can participate in the battle by consuming a specific card and moving it to the consumption card placement unit 35. Specifically, it may be that, as a specific card, an unconditional card placed on the TCG item 30 is consumed (moved to the consumption card placement unit 35) to allow the conditional card to participate in the battle.

[0031] For example, a conditional card can participate in the battle in exchange for one or more character cards placed by the user on the TCG item 30. For example, when each character card has a parameter (such as an evolution level) indicating the overall performance of the character in addition to individual parameters such as the attack power of the character shown on the card, it may be possible to have a conditional card with an evolution level corresponding to the value of the evolution level of the character cards placed by the user participate in the battle. For example, with a character of evolution level 1 and a character of evolution level 2 placed on the TCG item 30, a conditional card of evolution level 3 can be placed on top of (or in exchange for) these character cards.

[0032] In addition to this, it may also be possible to allow the conditional card to participate in the battle in exchange for a plurality of character cards determined by the conditional card. At this time, it may also be possible to consume an auxiliary card, which will be described later and is different from the character card, to allow the conditional card to participate in the battle. For example, as an effect shown on the auxiliary card, it may be determined that a specific conditional card can be made 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, etc. of the TCG supplies 30.

[0033] (iC) These cards include those that also serve as a plurality of the above-mentioned character cards, action cards (to be described later), and auxiliary cards. For example, it may also be the case that special cards that can be used as both character cards and auxiliary cards are included. When the user places the special card at a position where a character card should be placed (for example, the preparation card placement section 32, the battle card placement section 34), it can be used as a character card.

[0034] (ii) The Action Card (Energy Card) enables the user to perform a predetermined action indicated on the Character Card by drawing a card from the deck and adding it to the hand, and then associating it with the Character Card and placing it on the TCG item 30. The operation of associating the Action Card with the Character Card may be performed, for example, during the user's turn. For example, by placing the Action Card near the Character Card placed on the TCG item 30, it may be considered that the Action Card is associated with the Character Card. Also, the number of times an Action Card can be associated with a Character Card during a turn may be limited. For example, during the user's turn, the Action Card in the hand can be placed so as to be associated with any one of the Character Cards placed on the TCG item 30 once. For example, suppose that a first attack action and a second attack action are set on the Character Card. The first attack action may be usable when one Action Card is associated with the Character Card, and the second attack action may be usable when two Action Cards, rather than one, are associated with the Character Card.

[0035] When the Character Card leaves the field due to its physical strength value being exhausted by battle or the like, the Action Card associated with the Character Card may also be made unusable during the battle.

[0036] (iii) The auxiliary cards for assisting in the battle include card types that the user can use any number of during the turn as long as they are in the user's hand, and card types that can be used only once during the turn. These auxiliary cards also include those that exhibit their effects when the user declares to use the effects of the auxiliary cards.

[0037] Note that as auxiliary cards, those that are placed, for example, face down at a predetermined position of the TCG item 30 (not shown in this embodiment for the predetermined position), and the effects of the auxiliary cards are exhibited when the user declares the use of the auxiliary cards by voice or the like are also included.

[0038] <Overview of the TCG Battle Rules> As described above, the TCG items 30 used in the TCG battle and the types of cards have been explained. Next, the TCG battle rules will be described in detail.

[0039] In the TCG shown in this embodiment, as described above, each user performs an attack or defense (battle) based on the cards arranged in the battle card placement unit 34A and the battle card placement unit 34B to advance the TCG battle. The TCG battle is advanced by the users taking turns to act alternately. For example, when the first user finishes the actions of a turn, it becomes the turn of the second user. When the second user performs actions in that turn and finishes the actions, it becomes the turn of the first user.

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

[0041] Among the cards in their hand, each user arranges the candidate cards (character cards) to be used for attacking or defending against the opponent's user's cards in the preparation card placement unit 32.

[0042] User 5A can swap the cards arranged in the preparation card placement unit 32A and the cards arranged in the battle card placement unit 34A during User 5A's turn. Also, User 5B can swap the cards arranged in the preparation card placement unit 32A and the cards arranged in the battle card placement unit 34A during User 5B's turn.

[0043] The winning / losing condition card placement units 33A and 33B are areas for notifying each user of the progress towards the condition for each user to win the battle as described above. Here, as the condition for a user to win the battle, for example, it may be that all the cards placed in the winning / losing condition card placement unit 33A or the winning / losing condition card placement unit 33B are collected. That is, in either the winning / losing condition card placement unit 33A or the winning / losing condition card placement unit 33B, when all the cards are collected, the winning or losing may be determined.

[0044] For example, before each user engages in a TCG battle, a predetermined number of cards are placed from the deck into the winning / losing condition card placement unit 33A or the winning / losing condition card placement unit 33B. That is, user 5A draws a predetermined number of cards from the deck and places them in the winning / losing condition card placement unit 33A. User 5B draws a predetermined number of cards from the deck and places them in the winning / losing condition card placement unit 33B. The character card placed by user 5A in the battle card placement unit 34A and the character card placed by user 5B in the battle card placement unit 34B are made to battle. When the retreat condition set for the character card is satisfied (for example, when the physical strength value set for the character card is subtracted based on the attack power set for the opponent's character card in the battle and runs out), the character of the character card is considered to have fainted and is moved to the consumption card placement unit 35 (also referred to as "trash").

[0045] As a result, a user who wins a battle and makes the opponent's character card leave the field adds the cards placed in the victory or defeat condition card placement section 33A or the victory or defeat condition card placement section 33B to their hand. For example, if user 5B attacks user 5A's character card during their own turn and makes the card placed in the battle card placement section 34A leave the field, they take a predetermined number of cards from the cards placed in the victory or defeat condition card placement section 33B and add them to their hand. On the other hand, if user 5A attacks user 5B's character card during their own turn and makes the card placed in the battle card placement section 34B leave the field, they take a predetermined number of cards from the cards placed in the victory or defeat condition card placement section 33A and add them to their hand. By repeating these operations, when user 5B has collected all the cards placed in the victory or defeat condition card placement section 33B, or when user 5A has collected all the cards placed in the victory or defeat condition card placement section 33A, it may be determined that the user who has finished collecting is the user who has won the TCG battle. In addition to this, as a victory condition for the battle, it may be set that the user loses when there are no character cards in either the battle card placement section 34 or the preparation card placement section 32. Also, as a victory condition for the battle, it may be set that the user loses when each user cannot draw a card from the deck placement section 31 during their own turn.

[0046] <1.4 Object for storing cards> Since there is a risk of damage if the user holds the cards used in the TCG as they are, in order to protect the cards, each card is inserted into a dedicated storage bag and stored. The storage bag is also called a card sleeve, card case, card protector, etc. The storage bag has a plain surface (back surface), or is designed with a character picture or pattern on one side. For example, by storing the cards for each deck using storage bags with the same picture, pattern, color, etc., the user can easily identify the cards that make up each deck. Also, by using storage bags with the same picture, pattern, color, etc., it is not possible to identify the type of each card from the back surface, so the TCG can be played with the cards still in the storage bags.

[0047] Also, when the user collects a large number of cards, they are put into a storage box for storage. The storage box is preferably a dedicated box for TCG cards in which the storage space is formed according to the size of the cards.

[0048] FIG. 3 is a diagram showing an example of an object for storing the cards according to the present embodiment. FIG. 3(A) is a diagram showing an example of a storage bag for storing the cards, and FIG. 3(B) is a diagram showing an example of a storage box for storing the cards.

[0049] In FIG. 3(A), the card 95 has a substantially rectangular shape in plan view, and is formed using a material such as paper or plastic and having a predetermined thickness. Also, on the surface of the card 95, a display indicating the information of the card is made, and for example, a character picture, name, characteristics, card effects, etc. are displayed. Also, the card 95 may be provided with an identifier for uniquely identifying the card.

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

[0051] The storage bag 96 is provided with a marker 97. The marker 97 is information regarding an object that stores the card, and is, for example, an identifier that can uniquely identify the storage bag. The marker 97 is, for example, a two-dimensional code such as a barcode or a QR code (registered trademark), but may also be an IC chip or the like. The position where the marker 97 is provided is not particularly limited, but it may be provided on one surface side that is not the covering member of the storage bag 96, or may be provided on the covering member. When provided on the covering member, it is preferably provided at a position where the display indicating the information of the card 95 and the marker 97 can be simultaneously photographed by the camera. Thereby, the labor for the user to photograph (operate the reading mechanism) for card management can be reduced. 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] Further, 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 or the like for each deck facilitates grasping of the cards constituting the deck. Since it is not necessary to specify and manage a unique storage bag for management, the card management can be facilitated by previously assigning the same deck identifier to storage bags with the same design. Details will be described later.

[0053] In FIG. 3(B), the storage box 98 forms a card storage space inside and is integrally provided with a lid portion that can cover the upper part of the card storage space. The card storage space is sized to accommodate a plurality of cards 95, and the orientation in which the cards 95 are stored is not particularly limited.

[0054] The storage box 98 is provided with a marker 99. The marker 99 is information regarding an object that stores the card, and is, for example, an identifier that can uniquely identify the storage box. The marker 99 is, for example, a two-dimensional code such as a barcode or a QR code (registered trademark), but may also be an IC chip or the like. The position where the marker 99 is provided is not particularly limited, but it is preferably a position where the user can easily photograph the marker 99 with the camera.

[0055] By associating the information of the card 95 held by the user with the information regarding the storage bag 96 or the storage box 98 which is an object for storing the card and storing it in the terminal device 10 (see FIG. 4), the user can manage the card.

[0056] <2 System Configuration> <2.1 Overall Configuration of the System> FIG. 4 is a diagram showing the overall configuration of the support system 1 according to the present embodiment. With reference to FIG. 4, the support system 1 for supporting the management of the cards used in the TCG will be described.

[0057] As shown in FIG. 4, the support system 1 includes a terminal device 10A and a terminal device 10B used by the user of the TCG, and a server 20. Although the terminal devices 10A and 10B are described as examples, the number of the terminal devices 10 constituting the support system 1 is not limited to two, and may be more than two (hereinafter, may be collectively referred to as "terminal device 10"). The terminal device 10 and the server 20 are communicatively connected via a network 80. Also, in the present embodiment, each device (terminal device, server, etc.) can be regarded as an information processing device. That is, the aggregate of each device can be regarded as one "information processing device", and the support system 1 may be formed as an aggregate of a plurality of devices. The way of distributing the plurality of functions required to realize the support system 1 according to the present embodiment for one or a plurality of hardware can be appropriately determined in view of the processing capacity of each hardware and / or the specifications required for the support system 1.

[0058] The terminal device 10 is a device operated by each user and is an information processing device for managing the cards used by the user in the TCG. The terminal device 10 is realized by a mobile terminal such as a smartphone or a tablet corresponding to a mobile communication system. In addition, the terminal device 10 may be, for example, a desktop PC (Personal Computer) or a laptop PC. As shown as the terminal device 10B in FIG. 3, the terminal device 10 includes a communication IF (Interface) 12, an input / output IF 13, a memory 15, a storage 16, and a processor 19. The 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 the network 80. The terminal device 10 is connected to the network 80 by communicating with communication devices such as a radio base station 81 corresponding to a communication standard such as LTE and a wireless LAN router 82 corresponding 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 an external device. The input / output IF 13 functions as an interface with an input device (for example, a pointing device such as a touch panel, a touch pad, a mouse, etc., a keyboard, etc.) for receiving an input operation from the 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 programs and the like, and is, for example, a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage 16 is a storage device for storing data, and is, for example, a flash memory or an HDD (Hard Disc Drive). The processor 19 is hardware for executing an instruction set described in a program and is composed of an arithmetic unit, registers, peripheral circuits, and the like.

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

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

[0063] <2.2 Configuration of the terminal device 10> FIG. 5 is a block diagram of the terminal device 10 that constitutes the support system 1 according to the present embodiment. As shown in FIG. 5, the terminal device 10 includes a plurality of 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 not particularly shown in FIG. 4 (for example, a battery for holding power, a power supply circuit for controlling the supply of power from the battery to each circuit, etc.). As shown in FIG. 5, each block included in the terminal device 10 is electrically connected by a bus or the like.

[0064] Antenna 111 radiates the signal emitted by the terminal device 10 as radio waves. Also, antenna 111 receives radio waves from space and supplies the received signal to the first wireless communication unit 121.

[0065] Antenna 112 radiates the signal emitted by the terminal device 10 as radio waves. Also, antenna 112 receives radio waves from space and supplies the received signal to the second wireless communication unit 122.

[0066] The first wireless communication unit 121 performs modulation / demodulation processing and the like for transmitting and receiving signals via 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 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, and the like. The first wireless communication unit 121 and the second wireless communication unit 122 perform modulation / demodulation and frequency conversion of the wireless signals transmitted and received by the terminal device 10, and supply the received signals to the control unit 190.

[0067] The operation reception unit 130 has a mechanism for receiving the input operation of 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 the input operation of the user of the terminal device 10. The touch-sensitive device 131 detects the contact position of the user on the touch panel, for example, by using a capacitive touch panel. The touch-sensitive device 131 outputs a signal indicating the contact position of the user detected by the touch panel to the control unit 190 as an input operation.

[0068] The display 132 displays data such as images, videos, and texts according to the control of the control unit 190. The 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 performs modulation and demodulation of audio signals. The audio processing unit 140 modulates the signal given from the microphone 141 and gives the modulated signal to the control unit 190. Also, the audio processing unit 140 gives the audio signal to the speaker 142. The audio processing unit 140 is realized by, for example, a processor for audio processing. The microphone 141 receives an audio input and gives an audio signal corresponding to the audio input to the audio processing unit 140. The speaker 142 converts the audio signal given from the audio processing unit 140 into sound and outputs the sound 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 from at least three or four satellites are received, and based on the received signals, the current position of the terminal device 10 on which the GPS module is mounted is detected. The position detected by this GPS module can be used, for example, when the terminal device 10 stores the position information at the time of performing a predetermined notification process based on the detection result of the sensor device 50 in the memory.

[0071] The camera 160 is a device that receives light by a light receiving element and outputs it as a photographed image. The camera 160 is, for example, a depth camera that can detect the distance from the camera 160 to the object to be photographed. Also, the camera 160 functions as a reading mechanism and can photograph a marker attached to an object that houses a card and read the information of the marker.

[0072] The storage unit 180 is composed of, 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] The card information 181 is information of a card held by the user. The card information includes, for example, an association of an identifier of the card, an identifier of an object that houses the card, and an identifier of a deck with which the card is combined. Further, the card information 181 may include information such as characters, letters, symbols drawn on the card, effects, strength, attributes, etc. in the game.

[0074] The deck information 182 is information of a deck indicating a combination of cards used in a TCG battle. The deck information includes, for example, an association of an identifier of the deck and identifiers of the cards that make up the deck. Further, the deck information includes an association of the identifier of the deck with desired card information (described later) and / or sub-card information (described later).

[0075] The control unit 190 reads the program stored in the storage unit 180 and executes the 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 according to the program, the control unit 190 functions as 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 reception 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 touches the touch-sensitive device 131 with a finger or the like, the input operation reception unit 191 determines the type of operation, such as whether the user's operation is a flick operation, a tap operation, a drag (swipe) operation, etc.

[0077] The transmission / reception 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 according to a communication protocol.

[0078] The data processing unit 193 performs a process of performing an operation on the data received by the terminal device 10 according to a program and outputting the operation result to a memory or the like.

[0079] The data processing unit 193 acquires the information of the card held by the user and stores it in the card information 181 of the storage unit 180. The information of the card is information that can identify the card, and may be acquired by an identifier (identification number, name of the card, etc.) of the card input by the user. Further, the information of the card may be acquired by the data processing unit 193 analyzing a captured image of the card taken by the user with the camera 160. For example, by analyzing an identifier, character, letter, figure, or combination thereof displayed on the card, the analysis result is transmitted to the server 20 having the information of the card used in the TCG, and based on the response from the server 20, the card in the captured image may be specified.

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

[0081] In response to receiving from the user via the operation reception unit 130 an operation of associating the information of the card stored in the card information 181 with the information regarding the object that houses the card, the data processing unit 193 associates the information of the card with the information regarding the object that houses the card and stores it in the card information 181. For example, the card held by the user and the storage bag or storage box that houses the card are associated and stored. By associating and storing the cards held with the objects that house the cards, the user can easily manage the cards.

[0082] In addition, the data processing unit 193 performs a process of generating a display image to be displayed on the display 132. For example, in response to receiving an operation from the user for specifying information about the object to be stored, the data processing unit 193 generates a display image for presenting to the user the information of the card associated with the specified information about the object to be stored. In this way, the user can know the information of the cards stored in the specified storage bag or storage box.

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

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

[0085] In addition, in response to receiving from the user an operation of associating information of a card not held by the user with information of a deck, the data processing unit 193 registers, regardless of the number of cards defined in the deck, the information of the card not held as desired card information in the information of the deck. When considering the configuration of the deck, the user may want to combine cards that they do not hold. Therefore, by registering the cards to be combined as desired card information in association with the information of the deck, it can function as a memo and is useful when obtaining cards by purchasing or exchanging cards, etc.

[0086] In addition, in response to receiving from the user an operation of associating information of a card held by the user with information of a deck, the data processing unit 193 registers the information of the card held as sub-card information in the information of the deck. The number of cards constituting the deck is defined in advance, and when considering the configuration of the deck, the user needs to combine the cards held according to the defined number. Therefore, when there are multiple candidate cards to be incorporated into the deck among the cards held, by registering the candidate cards in association with the information of the deck as sub-card information, it can function as a memo and is useful for deck management.

[0087] The notification control unit 194 performs processing to display a display image on the display 132, processing to output sound from the speaker 142, and processing to generate vibration in the camera 160.

[0088] <2.3 Functional Configuration of Server 20> FIG. 6 is a diagram showing the functional configuration of the server 20. As shown in FIG. 6, the server 20 exhibits 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 an external device.

[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 holding information on cards used in the TCG. For example, the card information is associated with a card identifier, a character, a picture, a figure, a symbol, a character, a strength, an effect, and the like displayed on the card. When analyzing a photographed image of a card, the terminal device 10 may inquire of the card information database 282 to refer to the photographed image and obtain card information. The terminal device 10 may also inquire of the card information database 282 to confirm whether the card information input by the user is a card used in the TCG. The card information database 282 may also hold information that is a criterion for whether or not a card can be used in a competition such as a tournament. For example, a criterion for a card that can be used is specified for each competition. A plurality of types of the criterion may be prepared. The terminal device 10 may inquire of the server 20 as to whether or not the card information input by the user is usable in the competition, and the server 20 may respond as to whether or not the card can be used in the competition by referring to the card information database 282.

[0093] The stored object database 283 is a database for holding information on objects that store cards, such as objects with markers. The information on the stored object corresponds to the identifier of the stored object, images of characters or patterns 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 exhibits functions shown as various modules by the processor of the server 20 performing processing according to a program.

[0095] When the server 20 accepts the input of information on a card held for the terminal device 10, the operation content acquisition module 2041 acquires the operation content of the user.

[0096] The reception control module 2042 controls the process in which the server 20 receives a signal from an external device according to a communication protocol.

[0097] The transmission control module 2043 controls the process in which the server 20 transmits a signal to an external device according to a communication protocol.

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

[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 item "Card ID" is information for identifying the card held by the user. The item "Number (No.)" is information for distinguishing each of the same type of cards when the user holds a plurality of identical cards. In an analog TCG, it may be allowed to compile a plurality of the same cards in a deck. Also, the user may hold a plurality of the same cards and have them compiled in different decks respectively. The item "Contained object ID" is information for identifying the object that contains the card. The item "Deck ID" is information for identifying the deck.

[0101] For example, a user who owns the terminal device 10 holds cards to which card IDs such as "#0001", "#0122", "#0323", "#0014", "#1235", "#3216", "#0016", "#7D1f", "#0021" ··· are assigned. Each card ID is associated with storage object IDs such as "#a01", "#a02", "#b01", "#A", "#a03", "#a12", "#b03", "#A", "#b02" ···. In the example of FIG. 7, IDs composed of lowercase alphabets and numbers indicate storage bags, and IDs composed of uppercase alphabets indicate storage boxes.

[0102] Among the IDs of the storage bags, those with the same lowercase alphabet indicate the same deck. For example, the storage object IDs "#a01" and "#a02" contain the common lowercase alphabet "a" and are associated with the deck ID "#a". That is, the card IDs "#0001", "#0122", "#1235", "#3216" associated with the storage object IDs "#a01", "#a02", "#a03", "#a12" are also associated with the deck ID "#a", indicating that they are cards combined in the same deck (deck a).

[0103] Also, regarding the card with card ID "#0001", in the item "Number (No.)", it indicates that the user holds two cards with numbers "001" and "002". For the card with the card ID "#0001", the card with number "001" is stored in the object with storage object ID "#a01" and is organized in the deck ID "#a". Also, the card with number "002" is stored in the object with storage object ID "#c01" and is organized in the deck ID "#c". For example, the terminal device 10 reads the information for identifying the storage bag that stores the card and the information for identifying the card, and registers a record in the card information 181. At this time, the terminal device 10 reads the identification information of the cards already registered in the card information 181, and if it is determined that the user holds multiple identical cards, for each of the multiple cards held, it determines the value of the item "Number (No.)" so that the cards can be distinguished.

[0104] Also, the card IDs "#0323", "#0016", and "#0021" associated with the storage 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 storage object ID "#A" (storage box A) indicate that the item "Deck ID" is "-" (NULL), meaning they are not cards that make up a deck.

[0106] The deck information 182 includes the item "Deck ID", the item "Deck Card", the item "Desired Card ID", and the item "Sub - Card ID".

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

[0108] The item "Deck Card" is information for identifying the cards that make up the deck. That is, the item "Deck Card" is the card registered in the deck. Note that the card information indicated in the item "Deck Card" is associated with the item "Card ID" in the card information 181. Therefore, the terminal device 10 can specify the location of each card (which storage object it is stored in) organized in the deck based on the card information 181 and the deck information 182.

[0109] The item "Desired Card ID" is information for identifying the card (desired card) that the user wants to incorporate into the deck. The desired card may be a card that the user does not hold, or it may be a card that is already incorporated in the deck but has not reached the maximum number of the same cards that can be organized in the deck and there is room to add it to the deck. That is, the card indicated by the desired card information may not be included in the card information 181. The terminal device 10 receives an operation of specifying the desired card in association with the information for identifying the deck from the user, and updates the item "Desired Card ID" in the deck information 182 in association with the information for identifying the deck (item "Deck ID"). That is, the terminal device 10 holds the information for identifying the desired card specified by the user in the item "Desired Card ID". The terminal device 10 displays on the screen the cards that make up the deck (information of the item "Deck Card") and the desired card in association with the information for identifying the deck. By referring to the information of the desired card registered in the deck, the user can easily grasp the cards that need to be newly owned for constructing the deck.

[0110] The item "Sub-card ID" is information for identifying a card (sub-card) that the user holds and wants to incorporate into the deck. That is, the card indicated by the sub-card information is the card included in the card information 181. Also, 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 associated with the sub-card information. The terminal device 10 displays, on the screen, the cards constituting the deck (information of the item "Deck card") and the sub-cards in association with the information for identifying the deck. As described above, in the terminal device 10, since the desired card and the sub-card are managed separately, the user does not need to newly obtain the cards necessary for constructing the deck by referring to the information of the sub-cards registered in the deck, and can easily grasp which deck to search to find the desired card.

[0111] In the example of FIG. 7, the deck ID "#a" is associated with the card IDs "#0011", "#0122", "#1235", "#3216", ···, indicating that deck a is composed of a combination of cards identified by the card IDs "#0011", "#0122", "#1235", "#3216", ···. Also, the deck ID "#a" is associated with the desired card IDs "#1100", "#0102" and the sub-card ID "#0014". Therefore, it can be easily grasped that "#1100" and "#0102" are cards not held by the user.

[0112] Similarly, for the deck ID "#b", the items "Deck Card", "Desired Card ID", and "Sub - Card ID" are associated. In this example, the item "Desired Card ID" is "-" (NULL), indicating that no desired card information is registered. On the other hand, the sub - card ID "#0122" is associated, and this sub - card is associated as a deck card with the deck ID "#a". By referring to this information, when the user wants to play a game with the deck ID "#b", it can be easily understood that they should incorporate "#0014", which is not associated with any deck, into the deck and search for the deck ID "#a" to incorporate "#0122".

[0113] <3 Operations> Hereinafter, the process of managing a plurality of cards used by the user in the TCG will be described.

[0114] Figure 8 is a sequence diagram showing an example of the process of the user managing cards. Needless to say, the order of each process is not limited to the example shown in Figure 8.

[0115] In step S601, the terminal device 10 reads the information of the card by the camera 160 and stores the read card information in the card information 181 of the storage unit 180. Note that the terminal device 10 may use voice reading means in addition to optical reading means (such as photographing the card by the camera 160) to read the card information. For example, the terminal device 10 receives voice input from the user by the microphone 141. The voice input includes receiving, by the microphone 141, the voice read by the user of the information for identifying the card. The terminal device 10 can store the card information in the card information 181 based on the voice input by performing voice recognition processing on the acquired voice based on the information of terms (character names, skill names, various parameter amounts (such as physical strength values)) that can be described on the card. For example, the terminal device 10 stores a card ID (identifier) based on the information of the read card as a card held by the user. Also, the card information is transmitted to the server 20.

[0116] In step S651, the server 20 stores the received card information in the user information database 281 by associating the user ID for identifying the user with the card ID as the cards held by the user. Here, the server 20 may check whether the card read by the terminal device 10 is a card pre-registered as a card used in the TCG battle by comparing it with the information of the cards pre-registered in the card information database 282. If the card is not a registered card, the terminal device 10 may be notified, for example, of "error (misrecognition)". Also, if the card is registered, information such as the character displayed on the card and the strength of the card may be transmitted to the terminal device 10 as the card information. Further, steps S601 and S651 may be configured to be repeatedly performed until all the cards held by the user are stored in the storage unit.

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

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

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

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

[0121] On the other hand, when the terminal device 10 determines that the identifier of the deck is stored, the terminal device 10 adds the card ID associated with the ID of the storage bag as a card constituting the deck, and updates the deck information 182.

[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, in the card information 181, the card ID and the storage bag ID in association with each other in response to the operation in step S605, and transmits the association to the server 20.

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

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

[0126] FIG. 9 is a sequence diagram showing an example of a process of registering desired card information or sub-card information by a user to update deck information.

[0127] In step S701, the terminal device 10 receives an operation for associating a card ID with a deck ID from the user. The terminal device 10 may obtain the card ID from an identifier input by the user, a photographed image, or the like.

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

[0129] In step S705, when the terminal device 10 determines in step S703 that the card is not held by the user, the terminal device 10 associates the card ID with the deck ID as desired card information and updates the deck information. On the other hand, when the terminal device 10 determines in step S703 that the card is held by the user, the terminal device 10 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 associating and storing the deck with the desired card information and sub - card information.

[0132] FIG. 10 is a diagram showing an example of an operation performed by the user on the card displayed on the display and the object to be accommodated.

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

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

[0135] For example, the user can associate the card 301 with the storage bag 302 by dragging and moving the card 301 in the direction of the arrow with a finger or the like. In FIG. 10(A), "Card #0001" and "Storage Bag #a01" are associated. Also, when the card 301 is moved to the position where the storage bag 302 is displayed and the finger is kept pressed for a predetermined time, instead of the front - most storage bag (in this example, "Storage Bag #a01"), a plurality of storage bags arranged in the rear row are sequentially displayed, and the user can release the finger pressing the card 301 from the display at the timing when the desired storage bag for association is displayed, so as to associate the card 301 with the storage bag 302.

[0136] In FIG. 10(B), on the display 130 of the terminal device 10, the card 312 stored in the storage bag 302 and the card group 313 stored in the storage box 303 are shown.

[0137] The user can cause the storage bag 302 or the storage box 303 to display which card it is associated with (i.e., which card it contains) by tapping the storage bag 302 or the storage box 303 with a finger or the like. Also, if the finger is held at the position of the storage bag 302 for a predetermined time, a plurality of storage bags arranged in the rear row are sequentially displayed instead of the frontmost storage bag (in this example, "storage bag #b03"), and the user can release the finger held on the display from the storage bag 302 at the timing when the storage bag in which the user desires to present the stored card is displayed, so that the card associated with the storage bag 302 displayed in the frontmost position at the timing when the finger was touched is presented.

[0138] <Modification Example> (1) In the description of the above embodiment, in FIG. 3, an example was described in which a marker 97 is attached to an object (storage bag 96) that stores a card, and the information of the marker 97 is read by photographing with a camera 160 or the like of the terminal device 10. That is, by reading the markers attached to the storage bag or the storage box, each object that stores the card can be specified.

[0139] In addition to this, the terminal device 10 may simply identify the appearance (design, pattern) of the object that stores the card and identify the type of the object, and not identify 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 surface (front surface) on which the card information is displayed, and for the covering member that covers the surface (the back surface opposite to the front surface) on which the card information is not displayed, there are some with patterns, backgrounds, characters, etc. drawn on them. For example, the user purchases a product in which a plurality of storage bags of the same design are enclosed at a store or the like.

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

[0141] Here, assume that the user stores the cards constituting the deck in the storage bags 96 with the same design. As a result, the terminal device 10 can manage the recognition result of the design of the storage bag 96 as information for specifying the deck. That is, the terminal device 10 associates the storage bag 96 with the first design and the cards respectively stored in the plurality of storage bags 96 with the first design, and manages them as one deck. The terminal device 10 may manage by associating the item "card ID" with the reading result (deck ID) of the design of the storage bag 96 in the card information 181 of FIG. 7.

[0142] Further, in the terminal device 10 or the like, the design of these storage bags 96 and the information of the deck corresponding to the design may be made visible so as to facilitate the user's confirmation of the design of the storage bag 96 and the deck corresponding to the design.

[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, assume that the user has registered a plurality of decks and the designs of the storage bags 96 corresponding to each deck in the terminal device 10. The terminal device 10 displays on the display 132 by arranging, for example, the images showing the designs of the storage bags 96 registered as decks. The terminal device 10 has received an input operation for designating the design of the storage bag 96 from the user, and in response to the input operation, displays information on the cards (card patterns, various parameters set on the cards, etc.) constituting the deck corresponding to the design on the display 132. Note that the terminal device 10 may display both an area for receiving an input operation for designating the design of the storage bag 96 and an area for displaying information on the cards constituting the deck corresponding to the designated design on one screen.

[0144] As a result, the user can more easily recognize which deck the design of the storage bag 96 corresponds to. For example, in a tournament or the like, it becomes easier for the user to grasp the design of the storage bag 96 used in the TCG battle while operating the terminal device 10 to check the contents of the deck.

[0145] Also, in the server 20, it may be possible to manage the design of the storage bag 96 of each user and the information of the deck corresponding to each design. As a result, the terminal device 10 may receive an operation from the user to refer to the information of the deck of the other user based on the design of the storage bag 96 of the other user who has fought in a tournament or the like.

[0146] For example, in a tournament or the like, assume that each user has registered the information of the deck in the server 20 or the like in advance. The terminal device 10 requests the server 20 for the design of the storage bag 96 of another user different from the user of the terminal device 10 and the information of the deck corresponding to the design. In response to the request, the server 20 transmits to the terminal device 10 the design of the storage bag 96 of each user and the information of the deck corresponding to the design. As a result, the user can refer to the information of the deck of the opponent user using the design of the storage bag 96 used by the other user during the battle as a clue.

[0147] (2) In the description of the above embodiment, it is assumed that the cards are stored in a storage bag or a storage box, but it is not limited to this, and the cards stored in the storage bag may be stored in the storage box. As a result, there is no need to take the cards in and out of the storage bag for storage in the storage box, and the cards can be easily managed without making the user feel complicated.

[0148] The above embodiments can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the gist of the invention. These embodiments and their modifications are to be included in the scope of the invention and the gist thereof, as well as in the invention described in the claims and its equivalent scope.

Explanation of Symbols

[0149] 5A, 5B Users, 10A, 10B Terminal Devices, 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 Card Placement Sections, 32A, 32B Preparation Card Placement Sections, 33A, 33B Win / Loss Condition Card Placement Sections, 34A, 34B Battle Card Placement Sections, 35A, 35B Consumption Card Placement Sections, 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 Stored Object Database

Claims

1. An information processing apparatus for managing real cards used in a TCG (Trading Card Game), comprising a storage unit and a control unit, wherein the control unit, acquires information on cards owned by a player, and stores the acquired card information in the storage unit in association with information on a deck used in a battle using real cards of the TCG; and based on an operation of the player, associates information on cards not owned by the player with the deck information as cards not owned by the player regardless of the number of cards specified in the deck; An information processing apparatus that executes the above steps.

2. In the step of storing in the storage unit, the control unit acquires information on cards owned by a player, and stores the acquired card information in the storage unit in association with information on a first deck among a plurality of decks used in a battle using real cards of the TCG, and the control unit, based on an operation of the player, associates information on cards owned by the player but incorporated in a second deck with the first deck information as cards owned by the player and associated with other decks. The information processing apparatus according to claim 1.

3. An information processing apparatus for managing real cards used in a TCG (Trading Card Game), comprising a storage unit and a control unit, wherein the control unit, acquires information on cards owned by a player, and stores the acquired card information in the storage unit in association with information on a first deck among a plurality of decks used in a battle using real cards of the TCG; and based on an operation of the player, associates information on cards owned by the player but incorporated in a second deck with the first deck information as cards owned by the player and associated with other decks; An information processing apparatus that executes the above steps.

4. A method executed by an information processing apparatus for managing real cards used in a TCG (Trading Card Game), the information processing apparatus comprising a storage unit and a control unit, wherein the control unit, A step of acquiring information on cards owned by a player, and storing the acquired card information in the storage unit in association with information on a deck used in a battle using actual cards of a TCG; A step of, based on an operation of the player, associating information on cards not owned by the player with the information on the deck as cards not owned by the player regardless of the number of cards specified in the deck; A method comprising the above.

5. A program for operating a computer for managing actual cards used in a TCG (Trading Card Game), wherein the computer includes a storage unit and a control unit, and the control unit is caused to: A step of acquiring information on cards owned by a player, and storing the acquired card information in the storage unit in association with information on a deck used in a battle using actual cards of a TCG; A step of, based on an operation of the player, associating information on cards not owned by the player with the information on the deck as cards not owned by the player regardless of the number of cards specified in the deck; A program for causing the above to be executed.

6. A method executed by an information processing apparatus for managing actual cards used in a TCG (Trading Card Game), wherein the information processing apparatus includes a storage unit and a control unit, wherein the control unit: A step of acquiring information on cards owned by a player, and storing the acquired card information in the storage unit in association with information on a first deck among a plurality of decks used in a battle using actual cards of a TCG; A step of, based on an operation of the player, associating information on cards owned by the player but incorporated in a second deck with the information on the first deck as cards owned by the player and associated with other decks; A method for executing the above.

7. A program for operating a computer for managing actual cards used in a TCG (Trading Card Game), wherein the computer includes a storage unit and a control unit, and the control unit is caused to: A step of acquiring information on cards owned by a player, and storing the acquired card information in the storage unit in association with information on a first deck among a plurality of decks used in a battle using actual cards of a TCG; Based on the operation of the player, information on the cards owned by the player but incorporated in the second deck is associated with the information of the first deck as cards owned by the player and associated with other decks. A program for causing the above to be executed.

Images