Information processing device, method, 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 abilities are used to repeatedly attack and defend against opponent cards, and finally compete for victory or defeat by reducing the physical strength of the cards to zero. In a TCG, a user collects cards and composes cards to be used in battles from the collected cards. It can be generally said that this composition is also referred to as "compiling a deck".

[0003] Users of TCGs bring decks in which they have composed cards with each other in the real world and play battles. In order to enliven such TCGs, 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 compiled into the 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 the deck, there may be a deck that is compatible with a specific deck. It is interesting to compile a deck while considering such advantages and disadvantages between cards.

[0006] Therefore, when users use real cards in analog TCGs, it is necessary to store the physical cards. Also, since there are various patterns for building decks, it is necessary to store more cards than the number of cards that make up a deck.

[0007] However, as users try to increase the variety of their deck compositions and the number of cards they own increases, it becomes more difficult to manage the storage of which card is where. Also, unlike games where physical cards are scanned and used, analog TCGs use physical cards for matches, and since these cards are often not linked to digital ownership information, it is not possible to discard them.

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

[0009] This disclosure was made to solve the above-mentioned problems, and its purpose is to provide a device that allows TCG users 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 comprises a storage unit and a control unit, the control unit performing the steps of storing information of cards held by a player in the storage unit, acquiring information of an object that contains the cards, and storing the information of the cards and the information of the object that contains them in the storage unit in association with each other.

[0011] According to one embodiment, an information processing device for managing cards used in a TCG is provided. The information processing device comprises a storage unit and a control unit. The control unit performs the following steps: storing information of cards held by a player in the storage unit; generating information of a deck used for TCG matches; associating the card information with the deck information and storing it in the storage unit; and, upon receiving an operation from the player to associate the card information held by the player with the deck information, registering information of a card that is held by the player and is associated with a different deck as sub-card information in the deck information. [Effects of the Invention]

[0012] According to this disclosure, TCG users can easily manage multiple cards. [Brief explanation of the drawing]

[0013] [Figure 1] This is a diagram illustrating the TCG according to this embodiment. [Figure 2] This diagram shows the current state of each user's TCG match. [Figure 3] This figure shows an example of an object that houses a card according to this embodiment. [Figure 4] This figure shows the overall configuration of the support system 1 according to this embodiment. [Figure 5] This is a block diagram of the terminal device 10 that constitutes the support system 1 according to this embodiment. [Figure 6] This diagram shows the functional configuration of server 20. [Figure 7] This figure shows the data structure of card information 181 and deck information 182 stored in terminal device 10. [Figure 8] This is a sequence diagram illustrating an example of the process by which a user manages their card. [Figure 9] This sequence diagram illustrates an example of a process where a user registers desired card information or sub-card information to update their deck information. [Figure 10] This is a diagram showing an example of an operation performed by a user on a card displayed on a display and an object to be stored.

Mode 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, an overview of the TCG (Trading Card Game) according to the present embodiment will be described. Next, as one of the technologies for supporting a TCG battle between users, a support system that allows a user (player) to easily manage a plurality of cards will be described.

[0016] <1 Overview of TCG> FIG. 1 is a diagram for explaining the TCG according to the present embodiment. State (A) in FIG. 1 shows a stage where a user prepares for a TCG battle using TCG supplies 30. State (B) in FIG. 1 shows a stage where the user is about to start a TCG battle.

[0017] FIG. 2 is a diagram showing a stage where each user is progressing a TCG battle.

[0018] <1.1 Configuration of TCG Supplies 30> Referring to FIG. 1, various supplies used by each user in a TCG battle will be described. As shown in state (A) of FIG. 1, when a first user (user 5A) and a second user (user 5B) start a TCG battle, 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 a TCG battle.

[0019] Each user places cards on the TCG equipment and adds cards from the deck to their hand while progressing through the TCG match. First, let's explain the composition of the TCG equipment 30. The TCG equipment 30 includes 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 consumption card placement section 35A and a consumption card placement section 35B (hereinafter sometimes collectively referred to as "consumption card placement section 35").

[0020] Furthermore, as shown in Figure 2, in a TCG match, each user replenishes their hand from the deck while battling cards. In the example in Figure 2, the first user (User 5A) has a hand of 93A (2 cards in the example in Figure 2). The second user (User 5B) has a hand of 93B (3 cards in the example in Figure 2).

[0021] The deck placement area 31 is an area for placing decks (combinations of cards used in TCG matches) that each user has assembled. The deck placement area 31A is the area for user 5A to place decks. The deck placement area 31B is the area for user 5B to place decks.

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

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

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

[0025] The battle card placement section 34 is an area for placing cards that will battle against the opponent's 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, basically, a battle takes place 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 health, attack power, character attributes shown on the card, weakness attributes, and other parameters set for each card. If a card loses its health due to taking an attack or the like, the character shown on the card is considered to have fainted and is removed from the battle, and placed in the consumption card placement section 35, which will be described later.

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

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

[0028] (i) Character cards include cards that can be used in battle 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 (also called "unconditional cards"), and cards that can be used in battle after fulfilling certain conditions (also called "conditional cards").

[0029] (iA) For example, a conditional card can be made to participate in 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 first be presented to the opponent user by placing it on TCG item 30, and then the conditional card related to that unconditional card can be made to participate in the battle by placing it on TCG item 30. Such conditional cards are sometimes called "evolved characters" as they are evolved from unconditional cards. Also, since unconditional cards can be said to be the base characters that allow "evolved characters" to participate in battle, they are sometimes called "seed characters".

[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 card placement section 35. Specifically, the conditional card can be made to participate in a battle by consuming an unconditional card placed in the TCG supplies 30 (moving it to the card placement section 35).

[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 on TCG equipment 30. For example, if each character card has a parameter that indicates the overall performance of the character (e.g., evolution level) in addition to the individual parameters of the character shown on the card, the user may make a conditional card with an evolution level corresponding to the evolution level of the character card they have placed participate in the battle. For example, if a character with evolution level 1 and a character with evolution level 2 are placed on TCG equipment 30, a conditional card with evolution level 3 can be placed on top of these character cards (or in exchange for these character cards).

[0032] In addition, it may be possible to allow a conditional card to participate in a battle in exchange for several character cards specified by the conditional card. In this case, it may also be possible to allow a conditional card to participate in a battle by consuming a support card, which is different from a character card and will be described later. For example, the effect indicated on the support card is that a specific conditional card can be allowed to participate in a battle in exchange for a specific unconditional card located in the battle card placement section 34, the consumption card placement section 35, etc. of the TCG equipment 30.

[0033] (iC) These cards include those that serve multiple purposes from the above-mentioned character cards, action point cards (described later), and support cards. For example, there may be special cards that can be used as both character cards and support cards. If a user places such a special card in a location where character cards should be placed (for example, the preparation card placement section 32 or the battle card placement section 34), it can be used as a character card.

[0034] (ii) Action Point Cards (Energy Cards) allow the user to perform a predetermined action shown on a character card by drawing a card from the deck, adding it to their hand, and then associating it with a character card and placing it on TCG Supplies 30. The operation of associating an Action Point Card with a character card may be performed, for example, during the user's turn. For example, an Action Point Card may be associated with a character card by placing it near a character card that is placed on TCG Supplies 30. There may also be a limit on the number of times an Action Point Card can be associated with a character card during a turn. For example, once during a user's turn, they may place an Action Point Card from their hand to associate with one of the character cards placed on TCG Supplies 30. For example, suppose a character card has a first attack action and a second attack action set. The first attack action may be usable when one Action Point Card is associated with the character card, and the second attack action may be usable when one Action Point Card is insufficient and two Action Point Cards are associated with the character card.

[0035] If a character card is forced to leave the battle due to its health running out or other reasons, the action point cards associated with that character card may also be made unusable during that battle.

[0036] (iii) Support cards that assist in the game include card types that the user can use any number of during a turn as long as they are in their hand, and card types that can only be used once during a turn. These support cards also include those that activate when the user declares that they will use the effect of the support card.

[0037] Furthermore, the system also includes auxiliary cards that are placed face down in a predetermined location on the TCG equipment 30 (in this embodiment, the predetermined location is not shown), and whose effect is activated when the user declares their intention to use the auxiliary card by voice or other means.

[0038] <1.3 Overview of TCG Battle Rules> The above explains the 30 TCG items used in TCG matches and the types of cards. Next, we will explain the rules of TCG matches in detail.

[0039] In the TCG shown in this embodiment, as described above, each user attacks or defends (battles) based on the cards they have placed in the battle card placement section 34A and the battle card placement section 34B to advance the TCG match. The TCG match progresses with users taking turns acting alternately. For example, when the first user finishes their turn, it becomes the second user's turn. When the second user takes their turn and finishes, it becomes the first user's turn.

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

[0041] Each user places cards from their hand that they intend to use to attack or defend against their opponent's cards (character cards) into the preparation card placement section 32.

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

[0043] The win / loss condition card placement section 33A and the win / loss condition card placement section 33B are areas for notifying each user of their progress toward the conditions for winning the match, as described above. Here, the conditions 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 win or loss may be determined when all cards are 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 match, each user places a predetermined number of cards from their deck into the win / loss condition card placement section 33A or 33B. That is, user 5A draws a predetermined number of cards from the deck and places them into the win / loss condition card placement section 33A. User 5B draws a predetermined number of cards from the deck and places them into the win / loss condition card placement section 33B. The character cards placed by user 5A in the battle card placement section 34A and the character cards placed by user 5B in the battle card placement section 34B are made to battle, and when the exit conditions set for the character card are met (for example, when the health value set for the character card is depleted based on the attack power set for the opponent's character card), the character of that character card is considered to have fainted and is moved to the consumption card placement section 35 (also called the "trash").

[0045] As a result, a user who wins a battle and removes an opponent's character card adds the cards placed in the win / loss condition card placement section 33A or 33B to their hand. For example, if user 5B removes a card placed in the battle card placement section 34A by attacking user 5A's character card during their turn, they take a predetermined number of cards from the cards placed in the win / loss condition card placement section 33B and add them to their hand. On the other hand, if user 5A removes a card placed in the battle card placement section 34B by attacking user 5B's character card during their turn, they take a predetermined number of cards from the cards placed in the win / loss condition card placement section 33A and add them to their hand. These operations can be repeated until either user 5B or user 5A has collected all the cards placed in the win / loss condition card placement section 33B, at which point the user who has collected all the cards is determined to be the winner of the TCG match. In addition, a victory condition for a match may also be that a player loses if there are no character cards in either the battle card placement section 34 or the preparation card placement section 32. Alternatively, a victory condition for a match may be that a player loses if they are unable to draw a card from the deck placement section 31 during their turn.

[0046] <1.4 Objects for housing cards> To protect cards used in TCGs like the ones described above, users should store them individually in special storage bags, as simply holding them in their original packaging could damage them. These storage bags are also called card sleeves, card cases, or card protectors, and one side (the back) of the bag is either plain or features a character design or pattern. Users can easily keep track of the cards in each deck by using storage bags with the same design, pattern, or color. Furthermore, using storage bags with the same design prevents users from identifying the type of card from the back, allowing them to play TCGs with the cards still in their storage bags.

[0047] Furthermore, if a user collects a large number of cards, they should store them in a storage box. The storage box should preferably be a TCG card-specific box with storage space sized to fit the cards.

[0048] Figure 3 shows an example of an object for storing cards according to this embodiment. Figure 3(A) shows an example of a storage bag for storing cards, and Figure 3(B) shows an example of a storage box for storing cards.

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

[0050] The storage bag 96 is formed in a bag shape with a shape substantially identical to the shape of the card 95 in a plan view (substantially rectangular in Figure 3(A)), and can hold one card 95 inside. Furthermore, the covering member that covers the surface on which the information of the card is displayed in the storage bag 96 is made of a transparent or translucent material so that at least the 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, 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 it may also be an IC chip, etc. The position where the marker 97 is attached is not particularly limited, but it may be attached to one side of the storage bag 96 that is not covered by the covering member, or it may be attached to the covering member. If it is attached to the covering member, it is preferable that it be attached in a position where the display showing the information of the card 95 and the marker 97 can be photographed by the camera at the same time. This reduces the effort required for the user to photograph (operate the reading mechanism) for card management. In addition, 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 on the storage bag 96 may include information that identifies the deck (an identifier) ​​as part of the deck's information. As mentioned above, using storage bags of 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 of the same design in advance makes it easier to manage the cards. Details will be described later.

[0053] In Figure 3(B), the storage box 98 has a card storage space inside and an integrally provided lid that can cover the top of the card storage space. The card storage space is sized to accommodate multiple cards 95, and there are no particular limitations on the orientation in which the cards 95 are stored.

[0054] A marker 99 is attached to the storage box 98. The marker 99 is information about the object that stores the cards, 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 it may also be an IC chip or the like. The position where the marker 99 is attached is not particularly limited, but it is preferable that it be in a position where the user can easily photograph the marker 99 with a camera.

[0055] By associating the information of the card 95 held by the user with information about the storage bag 96 or storage box 98, which are the objects that store the card, and storing this information in the terminal device 10 (see Figure 4), the user can manage their card.

[0056] <2 System Configuration> <2.1 Overall System Configuration> Figure 4 shows the overall configuration of the support system 1 according to this embodiment. The support system 1 that assists in managing cards used in TCG will be described with reference to Figure 4.

[0057] As shown in Figure 4, the support system 1 includes terminal devices 10A and 10B used by TCG users, and a server 20. Although terminal devices 10A and 10B are shown as examples, the number of terminal devices 10 constituting the support system 1 is not limited to two, and there may be more than two (hereinafter, they may be collectively referred to as "terminal devices 10"). The terminal devices 10 and the server 20 communicate with each other via the network 80. In this embodiment, each device (terminal device, server, etc.) can also be considered as an information processing device. That is, the collection of each device can be considered as a single "information processing device," and the support system 1 may be formed as a collection of multiple devices. The method of allocating the multiple functions required to realize the support system 1 according to this embodiment to one or more hardware can be appropriately determined in consideration of the processing capacity of each 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 implemented by a mobile terminal such as a smartphone or tablet that is compatible with a mobile communication system. Alternatively, terminal device 10 may be a stationary PC (Personal Computer) or a laptop PC. As shown as terminal device 10B in Figure 3, terminal device 10 includes a communication interface 12, an input / output interface 13, memory 15, storage 16, and a processor 19. Server 20 includes a communication interface 22, an input / output interface 23, memory 25, storage 26, and a processor 29.

[0059] The terminal device 10 is connected to the server 20 via the network 80 in a way that allows it to communicate with the server. The terminal device 10 is connected to the network 80 by communicating with communication devices such as a wireless base station 81 that supports communication standards such as LTE, and a wireless LAN router 82 that supports wireless LAN standards 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 to input devices (e.g., touch panels, touchpads, pointing devices such as mice, keyboards, etc.) for receiving input operations from the user, and to output devices (displays, speakers, etc.) for presenting information to the user. The memory 15 is for temporarily storing programs and data processed by programs, etc., and is a volatile memory such as DRAM (Dynamic Random Access Memory). The storage 16 is a storage device for saving data, such as flash memory or an HDD (Hard Disk Drive). The processor 19 is hardware for executing the instruction set written in the program, and is composed of an arithmetic unit, registers, peripheral circuits, etc.

[0061] Server 20 manages information about users participating in TCG matches, including information about the cards and decks held by the users. Server 20 also manages information about the cards used in the TCG and the storage containers that users use to store the cards.

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

[0063] <2.2 Configuration of terminal device 10> Figure 5 is a block diagram of the terminal device 10 that constitutes the support system 1 according to this embodiment. As shown in Figure 5, the terminal device 10 includes a plurality of antennas (antenna 111, antenna 112), wireless communication units corresponding to each antenna (first wireless communication unit 121, second wireless communication unit 122), 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 specifically shown in Figure 4 (for example, a battery for maintaining power, a power supply circuit for controlling the supply of power from the battery to each circuit, etc.). As shown in Figure 5, each block included in the terminal device 10 is electrically connected by a bus or the like.

[0064] Antenna 111 radiates signals emitted by terminal device 10 as radio waves. Antenna 111 also receives radio waves from space and provides the received signals to first wireless communication unit 121.

[0065] Antenna 112 radiates signals emitted by terminal device 10 as radio waves. Antenna 112 also receives radio waves from space and provides the received signals to second wireless communication unit 122.

[0066] The first wireless communication unit 121 performs modulation and demodulation processing, etc., for the terminal device 10 to transmit and receive signals via the antenna 111 in order to communicate with other wireless devices. The second wireless communication unit 122 performs modulation and demodulation processing, etc., for the terminal device 10 to transmit and receive signals via the antenna 112 in order to communicate with other wireless devices. The first wireless communication unit 121 and the second wireless communication unit 122 are a communication module that includes 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 the wireless signals transmitted and received by the terminal device 10, and provide the received signal to the control unit 190.

[0067] The operation reception unit 130 has a mechanism for receiving user input operations. Specifically, the operation reception unit 130 is configured as a touchscreen and includes a touch-sensitive device 131 and a display 132. The touch-sensitive device 131 receives user input operations of the terminal device 10. The touch-sensitive device 131 detects the user's contact position with the touch panel, for example, by using a capacitive touch panel. The touch-sensitive device 131 outputs a signal indicating the user's contact position 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 text in accordance with the control unit 190. The display 132 can be implemented, for example, by an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

[0069] The audio processing unit 140 modulates and demodulates the audio signal. The audio processing unit 140 modulates the signal received 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 implemented, for example, by an audio processing processor. The microphone 141 receives an audio input and provides the audio signal corresponding to that audio input to the audio processing unit 140. The speaker 142 converts the audio signal received 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. A GPS module is a receiving device used in a satellite positioning system. In a satellite positioning system, signals are received from at least three or four satellites, and the current position of the terminal device 10, which is equipped with a GPS module, is detected based on the received signals. The position detected by this GPS module can be used, for example, when the terminal device 10 performs a predetermined notification process based on the detection result of the sensor device 50 and stores the position information of the terminal device 10 in memory.

[0071] Camera 160 is a device that receives light using a photodetector and outputs it as an image. Camera 160 is, for example, a depth camera that can detect the distance from camera 160 to the object being photographed. Camera 160 also functions as a reading mechanism and can photograph a marker attached to an object containing a card and read the information from the marker.

[0072] The storage unit 180 is composed of, for example, flash memory 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 a card held by the user. Card information includes, for example, the correspondence between the card identifier, the identifier of the object containing the card, and the identifier of the deck in which the card is combined. Card information 181 may also include information such as characters, letters, symbols, game effects, strength, and attributes depicted on the card.

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

[0075] The control unit 190 controls the operation of the terminal device 10 by reading the program stored in the memory unit 180 and executing the instructions contained in the program. The control unit 190 is, for example, an application processor. By operating according to the program, the control unit 190 performs the functions of an input operation receiving unit 191, a transmitting / receiving unit 192, a data processing unit 193, and a notification control unit 194.

[0076] The input operation reception unit 191 processes input operations from the user to an input device such as a touch-sensitive device 131. Based on the coordinate information of the touch-sensitive device 131 where the user's finger or the like has made contact, 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, or a drag (swipe) operation.

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

[0078] The data processing unit 193 performs calculations on the data received as input by the terminal device 10 according to the program and outputs the calculation results to memory or the like.

[0079] The data processing unit 193 acquires information about the card 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 the card and may be acquired by the user's input of a card identifier (such as an identification number or the card's name). Alternatively, the data processing unit 193 may acquire the card information by analyzing a captured image of the card taken by the user with the camera 160. For example, the data processing unit 193 may analyze identifiers, characters, letters, shapes, or combinations thereof displayed on the card, send the analysis results to the server 20 which holds information about cards used in the TCG, and identify the card in the captured image based on the response from the server 20.

[0080] Furthermore, the data processing unit 193 acquires information about the object containing the cards. For example, when the user reads a marker placed on the storage bag or storage box by the camera 160, the data processing unit 193 acquires information that allows it to identify the storage bag or storage box as information about the object containing the cards.

[0081] The data processing unit 193, upon receiving an operation from the user via the operation reception unit 130 to associate the card information stored in the card information 181 with the information of the object that houses the card, associates the card information with the information of 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. The user can easily manage their cards by associating and storing the cards they possess with the objects that house them.

[0082] Furthermore, the data processing unit 193 performs the process of generating a display image to be shown on the display 132. For example, in response to receiving an operation from the user to specify information about an object to be contained, the data processing unit 193 generates a display image that presents the user with information about the card associated with the specified object to be contained. This allows the user to learn about the information of the card contained in the specified storage bag or storage box.

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

[0084] In this case, 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 card information. That is, it determines whether the deck identifier 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 that makes up the deck, and the deck information is updated. On the other hand, if it is determined that it is not stored in the card information 181, the deck information may be generated as described above.

[0085] Furthermore, when the data processing unit 193 receives a request from the user to associate information about cards the user does not possess with information about the deck, it registers the information about the cards the user does not possess as desired card information in the deck information, regardless of the number of cards specified in the deck. When a user is considering the composition of a deck, they may want to combine cards they do not possess. Therefore, by registering the cards they want to combine as desired card information and associating them with the deck information, it can function as a memo, which is useful when acquiring cards through purchase or exchange.

[0086] Furthermore, when the data processing unit 193 receives a request from the user to associate the information of the cards held by the user with the information of the deck, it registers the information of the held cards as sub-card information in the deck information. The number of cards that make up a deck is predetermined, and when the user considers the composition of the deck, they need to combine the cards they hold according to the predetermined number. Therefore, if there are multiple candidate cards among the cards held that could be included in the deck, registering the candidate cards as sub-card information in association with the deck information allows them to function as memos, which is useful for deck management.

[0087] The notification control unit 194 performs the following processes: displaying the image on the display 132, outputting sound to the speaker 142, and generating vibrations in the camera 160.

[0088] <2.3 Functional Configuration of Server 20> Figure 6 shows the functional configuration of server 20. As shown in Figure 6, server 20 functions as a communication unit 201, a storage unit 202, and a control unit 203.

[0089] The communications unit 201 performs processing to enable 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 storage object database 283.

[0091] The user information database 281 is a database for storing user information for each user who owns a 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 about cards used in TCGs. The card information is associated with, for example, the card identifier, the characters, illustrations, shapes, symbols, letters displayed on the card, the card's strength, and its effects. When analyzing a captured image of a card, the terminal device 10 may query the card information database 282 to look up the captured image and obtain the 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 for a card used in a TCG. Furthermore, the card information database 282 may also hold information for each card that serves as a criterion for whether or not it can be used in tournaments or other competitions. For example, criteria for usable cards may be defined for each competition. Multiple types of such criteria may be provided. The terminal device 10 may query the server 20 to confirm whether or not the card information entered by the user is usable in a competition, and the server 20 may refer to the card information database 282 and respond whether or not the card is usable in a competition.

[0093] The containment object database 283 is a database for holding information about objects that contain cards, such as objects that have markers attached to them. The information about the containment objects is associated with the identifier of the containment object, images such as characters or designs displayed on the containment bag or containment box, and the number of cards that can be contained in the containment box.

[0094] The control unit 203 performs the functions shown as various modules by having the server 20's processor process according to the program.

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

[0096] The receive control module 2042 controls the process by which the server 20 receives signals from external devices according to a communication protocol.

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

[0098] <2.4 Data Structure> Figure 7 shows the data structure of card information 181 and deck information 182 stored in the terminal device 10.

[0099] As shown in Figure 7, the card information 181 includes the items "Card ID", "Number (No.)", "Contained Item ID", and "Deck ID".

[0100] The "Card ID" field is information used to identify cards held by the user. The "Number (No.)" field is information used to distinguish between multiple identical cards held by the user. In analog TCGs, it is sometimes permitted to include multiple copies of the same card in a deck. Users may also hold multiple copies of the same card and include them in different decks. The "Container ID" field is information used to identify the container holding the card. The "Deck ID" field is information used to identify the deck.

[0101] For example, a user who possesses terminal device 10 possesses cards assigned card IDs such as "#0001", "#0122", "#0323", "#0014", "#1235", "#3216", "#0016", "#7D1f", "#0021", etc. Each card ID is associated with a corresponding containment object ID such as "#a01", "#a02", "#b01", "#A", "#a03", "#a12", "#b03", "#A", "#b02", etc. In the example in Figure 7, IDs consisting of lowercase letters and numbers represent containment bags, while IDs consisting of uppercase letters represent containment boxes.

[0102] Among the containment bag IDs, those with the same lowercase alphabet indicate the same deck. For example, containment object IDs "#a01" and "#a02" both contain the lowercase alphabet "a" and are associated with deck ID "#a". In other words, card IDs "#0001", "#0122", "#1235", and "#3216", which are associated with containment object IDs "#a01", "#a02", "#a03", and "#a12", are also associated with deck ID "#a", indicating that they are cards that come together in the same deck (deck a).

[0103] Furthermore, for the card with card ID "#0001", the "Number (No.)" field indicates that the user possesses two cards, number "001" and number "002". For the card with card ID "#0001", card "001" is stored in the object with storage object ID "#a01" and organized into deck ID "#a". Card "002" is stored in the object with storage object ID "#c01" and organized into deck ID "#c". For example, terminal device 10 registers a record in card information 181 by reading information that identifies the storage bag containing the cards and information that identifies the cards. At this time, terminal device 10 reads the identification information of cards already registered in card information 181 and determines the value of the "Number (No.)" field so that the user possesses multiple copies of the same card and can distinguish between each of the multiple copies of that card.

[0104] Furthermore, the card IDs "#0323", "#0016", and "#0021", which are associated with containment object IDs "#b01", "#b03", and "#b02", are associated with deck ID "#b", indicating that they are cards that belong to the same deck (deck b).

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

[0106] Deck information 182 includes the fields "Deck ID", "Deck Cards", "Desired Card ID", and "Subcard ID".

[0107] The "Deck ID" field, as mentioned above, is information used to identify a deck.

[0108] The item "Deck Card" is information used to identify the cards that make up a deck. In other words, the item "Deck Card" refers to the cards registered in the deck. The card information shown in the item "Deck Card" corresponds to the item "Card ID" in card information 181. Therefore, the terminal device 10 can identify the location of each card in the deck (which containment object it is housed in) using card information 181 and deck information 182.

[0109] The item "Desired Card ID" is information used to identify the card (desired card) that the user wants to include in their deck. The desired card may be a card that the user does not currently possess, or a card that is already in the deck but does not yet reach the maximum number of identical cards allowed in the deck, meaning there is room to add more. In other words, the card indicated by the desired card information may not be a card included in the card information 181. The terminal device 10 receives an operation from the user to specify the desired card in association with the information used to identify the deck, and updates the item "Desired Card ID" in the deck information 182 in association with the information used to identify the deck (item "Deck ID"). That is, the terminal device 10 stores the information used to identify the desired card specified by the user in the item "Desired Card ID". The terminal device 10 displays the cards that make up the deck (information in the item "Deck Cards") and the desired card on the screen in association with the information used to identify the deck. By referring to the information of the desired card registered in the deck, the user can easily understand which cards they need to acquire to build their deck.

[0110] The item "Subcard ID" is information used to identify cards (subcards) that the user holds and wants to include in their deck. In other words, the card indicated by the subcard information is a card included in card information 181. Furthermore, the subcard information is for cards already included in other decks, and the physical location of the card indicated by the subcard is not the deck to which the subcard information is associated. The terminal device 10 displays the cards that make up the deck (information in the item "Deck Cards") and the subcards on the screen, in association with the information that identifies the deck. As described above, since the desired card and the subcard are managed separately in the terminal device 10, the user does not need to acquire new cards necessary for building a deck by referring to the information of the subcards registered in the deck, and can easily find out which deck to look for to find the desired card.

[0111] In the example in Figure 7, deck ID "#a" is associated with card IDs "#0011", "#0122", "#1235", "#3216", etc., indicating that deck a consists of combinations of cards identified by card IDs "#0011", "#0122", "#1235", "#3216", etc. Furthermore, 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 possess.

[0112] Similarly, for deck ID "#b", the fields "Deck Card", "Desired Card ID", and "Subcard ID" are associated. In this example, the field "Desired Card ID" is "-" (NULL), indicating that no desired card information is registered. On the other hand, subcard ID "#0122" is associated, and this subcard is associated as a deck card with deck ID "#a". By referring to this information, a user can easily understand that if they want to play the game with deck ID "#b", they should include "#0014", which is not associated with any deck, in their deck, and then find deck ID "#a" to include "#0122".

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

[0114] Figure 8 is a sequence diagram illustrating an example of the process by which a user manages their card. It goes without saying that 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 card information using the camera 160 and stores the read card information in the card information 181 of the storage unit 180. In addition to optical reading means (such as photographing the card with the camera 160), the terminal device 10 may also use voice reading means to read the card information. For example, the terminal device 10 receives voice input from the user using the microphone 141. This voice input includes receiving the voice of the user reading out information that identifies the card using the microphone 141. For example, the terminal device 10 acquires the voice that the user emits by reading out information written on the card, such as the character name associated with the card, the character's parameters, and skills, using the microphone 141. The terminal device 10 performs voice recognition processing on the acquired voice based on the information of terms that may be written on the card (character name, skill name, various parameter amounts (such as stamina value)), thereby allowing the card information to be stored in the card information 181 based on the voice input. For example, terminal device 10 stores a card ID (identifier) ​​based on the information of the card it reads, as if it were a card held by the user. It also transmits the card information to server 20.

[0116] In step S651, the server 20 stores the information of the received card in the user information database 281, associating it with the user ID and card ID that identify the user, as a card held by the user. The server 20 may also check whether the card read by the terminal device 10 is a pre-registered card by comparing it with the information of cards pre-registered in the card information database 282 as cards used in TCG matches. If the card is not registered, the server 20 may send a notification to the terminal device 10, such as "Error (Misrecognition)". If the card is registered, the server may send information about the card, such as the character displayed on the card and the card's strength, to the terminal device 10. Steps S601 and S651 may also 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 containing the card and obtains the identifier of the object. Then, it transmits the identifier of the object to the server 20.

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

[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 storage bag presented above. Here, the terminal device 10 determines whether or not information regarding the storage bag is stored in the card information 181. Specifically, it determines whether or not the deck identifier pre-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 stores the card ID, storage bag ID, and deck ID in card information 181, associating them with the information about the storage bag it has read. Furthermore, it generates deck information associating the deck ID with the card ID and stores it in 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 makes up 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 associates the card ID with the storage bag ID in response to the operation in step S605, stores the association in the card information 181, and transmits the association to the server 20.

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

[0125] As described above, users can manage their cards by associating them with the stored objects and decks in their memory.

[0126] Figure 9 is a sequence diagram illustrating an example of a process in which a user registers desired card information or sub-card information to update deck information.

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

[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, 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 then 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, users can manage their decks by associating them with desired card information and sub-card information and storing them in that way.

[0132] Figure 10 shows an example of an operation a user can perform on a card displayed on a screen and on an object to be stored.

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

[0134] In Figure 10(A), the display 130 of the terminal device 10 shows the card 301 read by the camera 160, and the multiple storage bags 302 and multiple storage boxes 303 stored in the memory unit.

[0135] The user can associate card 301 with storage bag 302 by dragging it in the direction of the arrow with their finger, for example. In Figure 10(A), "card #0001" and "storage bag #a01" are associated. Alternatively, the system may be configured so that if card 301 is moved to the displayed position of storage bag 302 and the user keeps their finger pressed down for a predetermined time, the storage bags in the back row will be displayed in sequence, replacing the frontmost storage bag (in this example, "storage bag #a01"). The user can then associate card 301 with storage bag 302 by releasing their finger from the display when the desired storage bag is displayed.

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

[0137] The user can, for example, tap the storage bag 302 or storage box 303 with their finger to display which card is associated with the storage bag 302 or storage box 303 (i.e., which card it contains). Alternatively, if the user keeps their finger pressed down on the storage bag 302 for a predetermined time, the storage bags in the back row will be displayed in sequence, replacing the frontmost storage bag (in this example, "storage bag #b03"). The user can then release their finger from the display when the storage bag containing the card they wish to see is displayed, and the system will display the card associated with the storage bag 302 that was displayed in the front at the moment the finger was released.

[0138] <Variation> (1) In the above description of the embodiment, Figure 3 illustrates an example in which a marker 97 is attached to an object that stores cards (storage bag 96), and the information of the marker 97 is read by taking a photograph with the camera 160 of the terminal device 10. In other words, each object that stores cards can be identified by reading the marker attached to the storage bag or storage box.

[0139] In addition, the terminal device 10 may only identify the appearance (design, pattern) of the object containing the card and identify the type of object, but may not identify individual objects of the same type. For example, in the storage bag 96, the covering material that covers the side where the card information is displayed (front side) may be made of a transparent or translucent material, while the covering material that covers the side where the card information is not displayed (back side opposite the front side) may have a pattern, background, character, etc. For example, a user purchases a product containing multiple storage bags of the same design at a retail store, etc.

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

[0141] Here, the user stores the cards that make up the 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 bags 96 of the first design with the cards stored in each of the multiple storage bags 96 of the first design and manages them as a single deck. The terminal device 10 may also manage the item "Card ID" in the card information 181 of Figure 7 by associating it with the reading result of the design of the storage bags 96 (Deck ID).

[0142] Furthermore, to facilitate the user's confirmation of the design of the storage bag 96 and the corresponding deck, the terminal device 10 or the like may be configured to allow the user to check information about the design of the storage bag 96 and the corresponding deck.

[0143] For example, the terminal device 10 may display the design of the storage bag 96 and the deck corresponding to that design on the display 132. For example, suppose a user has registered multiple decks and the design of the storage bag 96 corresponding to each deck with the terminal device 10. The terminal device 10 displays the images representing the storage bag 96 designs registered as decks on the display 132 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 that design (card images, various parameters set on the cards, etc.) on the display 132. The terminal device 10 may also display 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 on a single screen.

[0144] This makes it easier for users to recognize which deck each storage bag 96 design corresponds to. For example, in a tournament, it becomes easier for a user to check the contents of their deck by operating the terminal device 10 and to understand which storage bag 96 design is used in the TCG match.

[0145] Furthermore, the server 20 may manage the design of each user's storage bag 96 and the information of the deck corresponding to each design. This would allow the terminal device 10 to receive an operation from the user to access the information of another user's deck based on the design of their storage bag 96 in a tournament or similar event.

[0146] For example, in a tournament, each user may have pre-registered their deck information with the server 20. Terminal device 10 requests the server 20 to provide information on the design of the storage bag 96 of other users different from the terminal device 10 user, and the deck information corresponding to that design. In response to this request, the server 20 transmits the design of each user's storage bag 96 and the deck information corresponding to that design to terminal device 10. This allows the user to refer to the deck information of their opponents by using the design of the storage bag 96 that other users were using during the match as a clue.

[0147] (2) In the above description of embodiments, the cards are stored in a storage bag or storage box, but the invention is not limited to this, and the cards stored in the storage bag may be placed in a storage box. This eliminates the need to take the cards out of the storage bag and put them back into the storage box, allowing for easy management of the cards without causing inconvenience to the user.

[0148] The embodiments described above can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their variations are included in the scope and spirit of the invention, as well as in the claims and their equivalents. [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 area, 32A,32B Preparation card placement area, 33A,33B Win / Loss condition card placement area, 34A,34B Battle card placement area, 35A,35B Consumption card placement area, 80 Network, 81 Wireless base station, 82 Wireless LAN base station, 130 Operation reception area (touchscreen), 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 on a computer that manages real cards used in a TCG (Trading Card Game), comprising a control unit and a memory unit, The control unit, The steps include storing identification information of a card deck owned by a player in the storage unit, in association with information about the appearance of a storage bag owned by the player that contains the cards included in the card deck, Based on the player's actions, the player is presented with the appearance of the card deck and the storage bag containing the cards in the card deck. A program that executes something.

2. In the aforementioned storage step, the identification information of the card deck owned by the player is stored in the storage unit in association with the identification information of the cards contained in the card deck. The program according to claim 1, which, in the steps described above, presents to the player, based on the player's actions, the appearance of the card deck, the storage bag containing the cards in the card deck, and information about the cards in the card deck.

3. The program according to claim 1, wherein in the step described above, the player is shown a card deck owned by another player and the appearance of a storage bag containing the cards included in the card deck.

4. The program according to claim 2, wherein in the step described above, the program presents to the player a card deck owned by another player, the appearance of a storage bag containing the cards included in the card deck, and information about the cards included in the card deck.

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

6. A method to be performed on a computer that manages real cards used in a Trading Card Game (TCG), comprising a control unit and a memory unit, wherein the control unit performs all the steps performed in any of the inventions according to claims 1 to 5.

7. An information processing device comprising a control unit and a storage unit, for managing real cards used in a TCG (Trading Card Game), wherein the control unit performs all steps performed in any of the inventions according to claims 1 to 5.

8. A system comprising means for performing all steps performed in the invention according to any one of claims 1 to 5.

Images