JP2014237016A - Control program of game device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program capable of displaying an animation image and progressing a game such that a character corresponding to a card appears on an image in the card that is photographed by a camera and exists in actuality.SOLUTION: When a card of a predetermined type exists according to card identification information captured by a camera, a stereoscopic image corresponding to the card identification information is displayed on a second display screen so as to overlap with the card captured image in the card captured by the camera, a stereoscopic image corresponding to the card identification information in a card of a predetermined type is displayed on a first display screen, and the stereographic image and the card captured image are updated at a predetermined time interval and are displayed on the second display screen.

Description

  The present invention relates to a game apparatus capable of advancing a battle game using a real card such as a trading card.

  Conventionally, as a kind of game, there is a game using a real game card such as a trading card. Such a trading card game is similar to, for example, a game called “Menko” that was popular in the 1950s and 1940s, and “Bettan” in Kansai. In some cases, it is a game of collecting various types of cards while exchanging cards with a player who loses according to the preference of the winning player.

  Recently, with the support of media such as TV animation, it has become popular worldwide, and “Magic: The Gathering” and the like are typical examples. This card game “Magic: The Gathering” is registered in the US as a patent (see, for example, Patent Document 1).

  In the arcade game, various card games that do not trade real cards are put on the market. For example, in a game with a view of the world related to Chinese historical books, a historical person is printed on the card, and the type of card based on identification information such as a barcode provided on this card and the image of the printed card A game machine is known in which an image and status information stored in advance in a game machine is assigned to each card, and a game corresponding to the card used by the player is advanced.

  As described above, as a technique for identifying each card in the card game and extracting an image corresponding to the identified card, a card printed with a barcode is imaged with a camera or the like to identify the card. (See, for example, Patent Document 2).

  In such a card game, the card is merely used for identifying a player's piece. On the other hand, in animation and comics, when a character plays a card game, there is a case where a character sealed from the card appears on the card.

  In addition, various proposals have been made and published regarding a technique of using an image of a card as identification information, photographing this image with a camera, and positioning and arranging a 3D image on the card, which is the camera photographed image. (For example, refer to Patent Document 3). Furthermore, when a card is held in front of a web camera of a personal computer, a card that looks like a sports player appears in 3D on the screen has been commercialized. Such a technique is called Augmented Reality technology.

US Pat. No. 5,662,332 JP 2005-261644 A JP 2006-048484 A

  However, in a trading card game using a known augmented reality technology, a card is simply photographed with a camera, and a 3D animation movie stored in association with each card in advance is displayed on the photographed card image. There was only to do. That is, when the card being photographed by the camera is tilted or rotated, the viewpoint for expressing the 3D animation movie prepared in advance on the card only changes.

  In other words, the difference from the above-described Patent Document 2 is that when a 3D animation movie is reproduced by setting an area for reproducing the 3D animation movie according to the position of the card identified by the camera, it is reproduced as if the 3D animation movie appeared on the card. What is not a two-dimensional image is a 3D image such as a 3D animation movie, and the 3D image only follows the rotation of the card. Therefore, it did not consider various problems when applied to the card game as shown below.

  As disclosed in Patent Document 1 described above, this type of card game is used in the game in consideration of various environments and the types of cards owned by the opponent from among a large number of cards owned. A deck is selected by selecting a predetermined number of cards to be played.

  The same applies to the card game related to the present invention, where the players who play against each other have more cards than necessary for the game, and the cards owned by the opponent or the stage (sea / Mountain / flatland / space), cards for battle are selected, and decks having the same number of cards are created (refer to Patent Document 1 for details).

  The action of selecting a card to be used for the game from among the cards owned by the player greatly affects the game result in this type of card game as is well known. Depending on the type of stage, the strength of the character to be used, the life point, and the room for selecting an attack pattern that can be used increase or decrease depending on the relationship between the stage and the character attribute. For example, if the character has a water attribute, status values such as attack power and defense power are set in the positive direction from the basic status value when a battle is performed on the water stage.

  In addition, cards of such a card game are sold in a state of being enclosed in a bag as a set so that a picture of a printed character can not be seen. The type is revealed. There are rare cards, rare cards, and they are set to be strong cards when used in card games compared to other cards. That is, there are a large number of weak cards used in the card game, and the number of weak cards is set so as to be weak. Therefore, when starting a game, there are often multiple weak cards of the same type in the deck. In the case of a general card game, a plurality of cards are placed on the field of the stage and an offense / defense turn is executed. When each other's life points become zero, winning / losing is determined. It is a general rule that cards that have been defeated once are excluded from the field, but if the same card is used, there is a possibility that it will have a significant effect on the outcome.

  Therefore, in the case where the type of card is automatically captured by the camera and recognized in this environment, it is assumed that the following problem occurs.

  (1) There is a possibility that the same card in the deck can be used more than once during the game after starting each other. This can be an unauthorized use or it can be done incorrectly. Cards that have zero life points in the match will not be used twice by placing them in a different position from the available deck, such as removing them from the above-mentioned field stage by the player's hand and moving them to the graveyard position. It is assumed that this may not be protected. In consideration of this point, it is necessary not to automatically use it twice.

  (2) In addition, one player and another player may have a card with the same character displayed, or a single player may create a deck using a plurality of cards with the same character. In this case, there is a problem of how to restrict the use of the same card in game control. The fate of this type of card game, which has the fun of collecting cards, is that the types of cards collected by players often differ from player to player. Some players collect cards with water attributes, and some players have fire attributes. Another factor is that the players tend to have different types of cards to collect, such as collecting cards. In addition, when playing in the water attribute stage, the deck is built with character cards that are resistant to water, and this kind of bias becomes more prominent. The adverse effect of increasing the risk is also assumed.

  However, storing for each card identification information printed on the card a character image for forming a game screen and status information of the card that affects the game's win / loss results in tens of thousands of cards of the same character. When manufactured, the amount of data becomes enormous. Of course, what has a large capacity here is image data. However, in particular, in the case of stereoscopic image moving image information, the amount of data becomes enormous.

  (3) Even with the same character, there is a demand from the player to change the status of the card character depending on the result of the battle, as in a general role playing game or a breeding game. To this end, even if the card is the same, the status information stored in association with the card is updated according to the win or loss, and different status information can be stored in an updatable manner even if the card is the same character. There was a need.

  (4) In a game device that can display two screens, if only one camera image is displayed on one screen and the other screen displays the camera resolution, ambient light, etc. Due to the influence, the visibility of the image printed on the card taken by the camera may be deteriorated. By applying the augmented reality technology, the card type can be recognized on the screen without being affected by the resolution of the camera and ambient light. However, when the still image is displayed as described above, the physical card imaged by the camera is delicately placed in the shooting area of the camera in order for the player to move the character image displayed according to the card on the game screen. When moving with, there was a problem that subtle movement was difficult to understand.

  The present invention has been made in view of the above points, and aims to solve all the problems (1) to (4) above. The present inventor has a card that is actually taken by a camera. On top of that, it was thought that it would be possible to provide card game software capable of advancing the game while making an animated movie appear as if a character appeared from the card.

  A feature according to the embodiment of the present invention is that identification information using a two-dimensional barcode combined with an image such as a pattern printed on a card recognized by a camera, or a pattern identification code of a pattern common to a plurality of cards The status information of the card is stored in advance on the program as identification information included in one two-dimensional barcode or the like. Then, this identification information is imaged by the camera, and from the identification information imaged by the camera, a card arrangement confirmation screen different from the game screen is synthesized with the camera captured image and the video information prepared in advance, for a predetermined time. It is characterized in that it is formed while being updated at intervals.

  Also, the present invention is premised on at least two-screen display. One is a game screen, and the other is a game program in which 2 positions are set as card placement screens operated by a player. Generate a frame image of the screen.

  What is important in the present invention is that when a card arrangement confirmation screen is generated based on an image of a captured card, the stereo image information prepared in advance for each card is shared, and the status information of the card is stored separately (preferably for each win / loss) The numerical value can be updated and stored so that it can be stored). This makes it easy to assign a large amount of different status information data and update the status information even for the same character card. One method is to extract stereoscopic image information based on an image captured by a camera, and to assign only status information to a two-dimensional barcode. Another method is to use a part of the image identification information and a part of the card status information for the data length of the two-dimensional barcode.

More specifically, the features according to the embodiment of the present invention are as follows:
A camera that captures a card with card identification information, a display composed of a first display screen and a second display screen, a memory that stores data of a stereoscopic image associated with the card identification information in advance, A stereoscopic image based on the card identification information is displayed on the second display screen so as to overlap a card captured image of the card imaged by the camera, and the stereoscopic image is displayed based on the card identification information. A program executed on a game device in which a game is advanced by being displayed on the first display screen,
(A1) processing for determining whether or not a predetermined type of card exists from the card identification information imaged by the camera;
(A2) When the card of the predetermined type exists, the second image so that the stereoscopic image corresponding to the card identification information of the card of the predetermined type overlaps the card image of the card imaged by the camera. A process of displaying a stereoscopic image corresponding to the card identification information of the predetermined type of card on the first display screen,
(A3) The process includes the process of repeating the processes (A1) to (A2), updating the stereoscopic image and the card captured image at a predetermined time interval, and displaying them on the second display screen. .

  The “card identification information” is preferably, for example, a picture indicating a serial number printed on the card. Information indicating the type of card imaged by the camera can be provided by the card identification information. The card identification information is acquired when the card is imaged by the camera, and the card is identified. Subsequent processing is performed according to the type of the card. For example, processing corresponding to a stage card or processing corresponding to a unit card is performed according to the card identification information.

  The “display” only needs to be able to display the first display screen and the second display screen. The first display screen and the second display screen may be displayed on a single display device, or the first display screen and the second display screen may be displayed on separate display devices, respectively. A card image and a stereoscopic image are displayed on the second display screen. The second display screen preferably displays an image based on the player's operation via the card. A stereoscopic image is displayed on the first display screen. The first display screen preferably displays a video for advancing the game by displaying a stereoscopic image. Therefore, the first display screen is a game screen, and the second display screen is a card arrangement confirmation screen.

  “To overlap” means to display the stereoscopic image on the card captured image so that it can be visually recognized. The distance between the card captured image and the stereoscopic image is not limited. Even if it is an aspect which can be visually recognized so that a stereo image may closely_contact | adhere on a card | curd captured image, the aspect which can be visually recognized so that it may space apart may be sufficient.

  The “stereoscopic image” is an image associated with the card identification information, and may be a still image or a moving image. Any image can be used as long as the object to be displayed can be three-dimensionally expressed. The stereoscopic image may be an image showing the card itself or an image related to the contents of the card. The stereoscopic image is preferably one in which data to be displayed is predetermined and stored in a memory in association with card identification information. By reading data from the memory using the card identification information, a stereoscopic image can be displayed on the first display screen or the second display screen.

  The process (A1) is, for example, a process for determining whether or not a card is captured by a camera. In the process (A2), when a card is present, a stereoscopic image is displayed on the second display screen so as to overlap the card image, and a stereoscopic image is displayed on the first display screen. In the process (A3), the stereoscopic image and the card-captured image are updated and displayed on the second display screen. In the process (A3), it is preferable that the stereoscopic image is updated and displayed on the first display screen as necessary.

  “Presence” means a state in which the card is imaged by the imaging means and a state in which the card is identified as a predetermined card. Therefore, it means not only that the card is imaged but also the type of card is specified.

  According to the configuration described above, even when the card is moved by the player, the stereoscopic image and the card captured image can be updated and displayed at a predetermined time interval, and the stereoscopic image is superimposed on the card captured image. 2 can continue to be displayed on the display screen.

  Further, since a stereoscopic image corresponding to the card identification information of a predetermined type of card is displayed, depending on the type of card, even if the card is the same type, it can be displayed simultaneously if the card identification information is different. Some types of cards may not be displayed at the same time, and even such cards can be prevented from being displayed by card identification information, and processing according to the type of card using the card identification information is possible. Can be executed by branching.

The features according to the embodiment of the present invention are as follows:
The card is a first type card for displaying a stereoscopic moving image of a game character on the first display screen and the second display screen, and a second type card for determining a character mode. Including
The card identification information includes first identification information for identifying the card of the first type, and second identification information for identifying the card of the second type,
The memory stores card function data including first type function data for determining a character type and second type function data for determining a character mode;
The process (A2)
(B1) When the first type card is present, processing for displaying a stereoscopic moving image of the type of character determined by the first type function data on the first display screen and the second display screen; ,
(B2) When the second type of card is present, a process of displaying a stereoscopic video image of the character on the first display screen in a manner determined by the second type function data.

  As described above, the card includes a first type card and a second type card. The first type card is a card for displaying a stereoscopic moving image of a game character on both the first display screen and the second display screen. The second type card is a card for determining the character mode.

  “Card function data” is, for example, data that defines the role and function of each of a plurality of types of cards when a player advances a game. By recognizing a card having a role or function desired by the player, the player can advance the game by setting the game environment or determining the progress of the started game.

  As described above, it is preferable to use a plurality of types of cards. Examples of the multiple types of cards include a stage card, a unit card, an active card, a passive card, and a status card.

  For example, a stage card is a card having a function of displaying a virtual space. The virtual space is a space for proceeding with the game, and there are a plurality of types of virtual spaces. One virtual space among a plurality of types of virtual spaces can be defined by the stage card. When it is determined that a stage card exists, the virtual space to be displayed can be determined by reading card function data corresponding to the card identification information.

  The unit card is a card having a function of causing a character to appear in the virtual space. The character is a character or the like for proceeding with the game, and there are a plurality of types of characters. One character of a plurality of types of characters can be defined by the unit card. When it is determined that a unit card is present, the character to appear can be determined by reading card function data corresponding to the card identification information.

  Furthermore, the active card is a card having a function of instructing the character to perform an action to be performed on the character, and “card function data” assigned to the active card is information indicating the action to be performed on the character. There are multiple types of actions to be performed by the character. With the active card, it is possible to determine an action desired to be performed by the character among a plurality of kinds of actions. When it is determined that there is an active card, the action of the character to be acted on can be determined by reading the card function data corresponding to the card identification information.

  Furthermore, the passive card is a card having a function for determining the strength of the character. There are multiple types of strengths, such as those related to physical strength such as a character's attack power and defense power, and those related to abilities such as magic and various talents. A passive card can be used to determine which of a plurality of strengths to change. When it is determined that a passive card exists, it is possible to determine the content of the character to be changed by reading the card function data corresponding to the card identification information.

  The status card is a card having a function of determining the appearance of the character and determining the environment of the virtual space. There are multiple types of character appearances, and there are also multiple types of virtual space environments. With the status card, it is possible to determine the appearance of a plurality of types of characters and the virtual space environment to be changed. When it is determined that a status card exists, the appearance of the character to be changed and the environment of the virtual space can be determined by reading the card function data corresponding to the card identification information.

  The first type card described above is, for example, a unit card on which a character is printed, and is a card for causing a character to appear in a virtual space, and can be the above-described unit card. The second type card can be, for example, a card on which a character form is printed, for example, the above-described passive card, active card, or status card, and is a card for determining a character form.

  The card identification information includes first identification information and second identification information. The first identification information is information for identifying the first type card. The second identification information is information for identifying the second type card. As described above, the card identification information preferably indicates a serial number printed on the card, and the first identification information and the second identification information are also preferably serial numbers printed on the card.

  Both the first identification information and the second identification information can be, for example, a picture printed on a card. Further, both the first identification information and the second identification information can be a barcode or a QR code. What is necessary is just to be able to discriminate | determine the content of 1st identification information or 2nd identification information, when a card is imaged with a camera.

  Further, the first identification information and the second identification information may be made separate. For example, the first identification information can be a picture, and the second identification information can be a barcode or a QR code. The reverse is also possible. Also in this case, what is necessary is just to be able to discriminate the contents of the first identification information and the second identification information when the card is imaged by the camera.

  The memory stores first type function data and second type function data. The first type function data is data for determining the type of character. That is, the type of character can be determined by searching the first type function data using the first identification information. The second type function data is data for determining the character mode. That is, the character mode can be determined by searching the second type function data using the second identification information.

  The “character type” is preferably one that can be visually recognized by the player.

  “Character aspect” determines the character's individuality. There are an internal mode and an external mode as character modes. The internal aspect means an internal personality of the character such as physical strength and ability. The external aspect includes not only the appearance and appearance of the character but also the actions and actions of the character, and means the external personality of the character. All aspects of these characters are converted into data, which is specifically determined by the value of the data and can characterize the individuality of the character.

  “Stereoscopic moving image” means a 3D video, a 3D movie, or the like. Since the three-dimensional moving image is predetermined according to the type of card by the card identification information, the same three-dimensional moving image can be displayed when the character or the like is the same. By doing in this way, the data area for displaying a stereoscopic moving image can be utilized to reduce the required storage area.

  The feature according to the embodiment of the present invention described above is a case where the first identification information is attached to the first type of card and the second identification information is attached to the second type of card, The card to which the first identification information is attached and the card to which the second identification information is attached are separate. On the other hand, both the first identification information and the second identification information may be attached to the same card.

The features according to the embodiment of the present invention are as follows:
The card identification information includes first identification information for determining a character type, and second identification information for determining a character mode;
The memory includes first type function data associated with the first identification information and indicating the type of the character; second type function data associated with the second identification information and indicating the character mode; Stores card function data consisting of
The process (A2)
(N1) When the first identification information exists, a process of displaying a stereoscopic moving image of the type of character determined by the first type function data on the first display screen and the second display screen; ,
(N2) when the second identification information exists, the process includes displaying a stereoscopic moving image of the character on the first display screen in a manner determined by the second type function data.

  With this configuration, even if both the first identification information and the second identification information are attached to the same card, the process (N1) according to the first identification information and the second identification The process (N2) according to the information can be executed.

The features according to the embodiment of the present invention are as follows:
The process (B2)
(C1) When the card is moved by the player, the process includes a process of displaying the stereoscopic moving image on the first display screen in such a manner that the stereoscopic moving image is moved in accordance with the movement of the card.

  With this configuration, the player can move the stereoscopic moving image by moving the card, and the game in the virtual space can be advanced by operating the actual card.

The features according to the embodiment of the present invention are as follows:
The memory stores game environment data for determining a game environment of a game played by a player;
The process (B1)
(D1) a process of storing card function data read from the memory in accordance with card identification information of an existing card when the card of a predetermined type exists in the memory as the game environment data;
(D2) processing for reading the game environment data and setting the game environment when the game is played by the player.

  With this configuration, when the player wants to change the game environment, the game environment data can be changed and the game environment can be set by the player operating the card.

The features according to the embodiment of the present invention are as follows:
The game device has a touch panel that is mounted on the display so as to be operable by a player and outputs operation information including an operation position by the player;
(E1) processing for determining whether or not the operation position is included in an operation effective area for enabling operation of the player on the touch panel based on operation information output from the touch panel;
(E2) When the operation position is included in the operation effective area, processing for selecting a character corresponding to the operation effective area;
(E3) When it is determined that the second type card exists, the second type function data corresponding to the existing second type card is read from the memory and the mode of the character to be selected is determined. Processing.

  Specifically, the process (E1) is a process for determining whether or not the place where the touch panel is pressed with the touch pen is appropriate. For example, it is processing for determining whether or not a desired character is designated with a touch pen. The process (E2) is, for example, a process in which a character is selected when a character is designated. The process (E3) is, for example, a process of picking up an image of a passive card, an active card, a status card, and the like and determining the mode of the selected character according to the picked up card.

The features according to the embodiment of the present invention are as follows:
The second type card includes a plurality of types of action determination cards for determining the action of the character,
The second type function data is character action data indicating functions assigned in advance to each of the plurality of kinds of action determination cards, and includes character action data for determining the action of the displayed character,
The process of (E3)
(F1) a process of reading character action data corresponding to an existing action determination card from the memory when determining that the action determination card exists, and determining the action of the displayed character;
(F2) A process of repeating a process of (F1) a plurality of times, reading a plurality of character action data for causing the displayed character to perform a plurality of actions from the memory, and determining a plurality of actions of the displayed character; It consists of

  The “operation determination card” is, for example, one specified as an active card among passive cards, active cards, and status cards, which are “second type cards”. “Character action data” is, for example, specified in the action of a character in “second type function data”.

  The process (F2) is a process for causing the character to continuously perform a plurality of actions such as punch → punch → kick.

  According to the above-described configuration, it is possible to cause the character to perform a plurality of actions continuously, simplify the process during the attack turn, and when the player owns many cards, Therefore, the player can be motivated to collect more cards.

The features according to the embodiment of the present invention are as follows:
The game device has communication means for transmitting and receiving various data between itself and other game devices,
(G1) a process of reading the game environment data from the memory as the game environment data at a predetermined timing;
(G2) a process of transmitting the read game environment data to the other game device via the communication means;
(G3) a process of receiving the game environment information transmitted from another game device via the communication means at a predetermined timing as opponent game environment data;
(G4) processing for storing the received opponent game environment data in the memory.

  According to the configuration described above, since the player's information and the opponent's information can be appropriately transmitted and received in order to play the battle game, the progress state of the battle game can be updated to the latest one, and an appropriate game can be obtained. You can play games in the environment.

The features according to the embodiment of the present invention are as follows:
The game is a battle game in which at least one unit battle is performed between itself and another game device, one attacking and the other defending;
The game device has random number generating means for generating a predetermined range of random numbers,
(H1) In the unit battle, when attacking, a process of determining a result of the unit battle based on the own game environment data, the opponent game environment data, and the random number value;
(H2) a process of changing the game environment data and the opponent game environment data based on the result of the unit battle;
(H3) comprising the process of transmitting the determined result of the unit battle and the changed game environment data and opponent game environment data to another game device via the communication means.

  According to the configuration described above, the game device on the attacking side can determine the result and transmit it to the opponent, the game result can be shared with the game device on the defense side, and the game device and defense on the attacking side. Processing can be performed so that the game result does not differ from the game device on the playing side.

The features according to the embodiment of the present invention are as follows:
The process (A1)
(I1) It is a sheet that can be arranged over a range that can be imaged by the camera, and includes a process of imaging a card that is arranged on a sheet that can image the reference form data by the camera.

  “Reference form data” means, for example, information such as reference position information, reference length information, and reference direction information. Since the cards arranged on the sheet can be easily recognized or easily distinguished, erroneous recognition can be prevented and the game can be progressed accurately.

The features according to the embodiment of the present invention are as follows:
A program executed on a game device having a camera that captures the player's hand, a display having a display screen, and a memory in which data of an operation tool image of an operation tool that is virtually operated by the player is stored. And
(J1) processing for determining whether or not a player's hand is present from image data captured by the camera;
(J2) When the player's hand is present, the operation body image is displayed on the display so as to overlap with the captured image of the player's hand captured by the camera, and the operation body image is advanced according to the operation of the operation body by the player. Processing to display a game screen on the display;
(J3) The movement of the player's hand is detected from the image data captured by the camera, and the captured image and the operating body image of the player's hand are updated on the display based on the movement of the hand. The process of advancing the game.

More specifically, the features according to the embodiment of the present invention are as follows:
A camera that captures an image of a player's hand; a display including a first display screen and a second display screen; and a memory in which data of an operation tool image of an operation tool that is virtually operated by the player is stored. A program executed on a game device,
(J1 ′) processing for determining whether or not a player's hand is present from image data captured by the camera;
(J2 ′) When the player's hand is present, the operation body image is displayed on the second display screen so as to overlap with the captured image of the player's hand captured by the camera, and the operation body is operated by the player. A process of displaying a game screen to be advanced according to the first display screen;
(J3 ′) The movement of the player's hand is detected from the imaging data captured by the camera, and the captured image of the player's hand and the operation tool image are updated on the second display screen based on the movement of the hand. And a process of advancing the game on the first display screen.

  The “operation body” may be anything that can be operated by the player in the virtual space. Examples include car handles, airplane control sticks, and analog records. By displaying the image of the handle of the car, which is an image of the operating body, it is possible to play a game where the player drives the car in the virtual space. In addition, by displaying an image of an airplane control stick that is an image of the operating body, a game in which a player controls an airplane in a virtual space can be performed. Furthermore, by displaying an image of an analog record that is an image of the operating tool, it is possible to play a game in which a player competes by generating a scratch sound in accordance with a rhythm such as rap music in a virtual space.

  Conventionally, in a specific game such as a driving game, in order to give reality to the progress of the game, as a controller that can be operated by the player, an external device imitating a handle for driving games or a pistol for shooting Often, these devices are offered separately. If the game device can be played only with a home-use household power supply, even if it is configured to play with an external controller connected to the game device, spatial problems are unlikely to occur. It is possible to play a game using a controller. However, in the case of a game device that can play a game in various places and environments using an internal power source, such as a portable game device, ensure a sufficient space for playing the game without causing trouble to others. However, an external controller for a mobile game has practically not been on the market.

  The object of the present invention is to eliminate such problems. As a technical feature, a card on which identification information indicating the controller is printed is prepared, and the presence of the card is recognized, so that the controller screen is displayed on the operation screen (the screen that is not the game screen). The controller image and the captured image of the player's finger captured by the camera are combined and displayed, so that the controller can be controlled so that the player can virtually operate. Then, by comparing the captured image of the finger captured by the camera with the captured image of the finger captured before that, for example, the movement of the finger can be detected, and the amount of movement of the finger is determined by the rotation angle of the handle. By using the amount of change and the amount of finger movement as input information for the game, the game on the game screen can be advanced.

  In this case, it is preferable to prepare gloves for accurately recognizing the player's hand. By attaching a marker or the like of a predetermined shape to a predetermined position of the glove so that the marker is recognized, the movement of the player's hand can be accurately detected, and processing according to the movement of the player's hand can be performed. can do.

The features according to the embodiment of the present invention are as follows:
A camera that captures a card with card identification information, a display having a display screen, a memory in which data of an image previously associated with the card identification information is stored, a communication unit that transmits and receives various types of data, A program executed on a game device having a speaker that emits sound,
(K1) a process for determining whether or not a predetermined type of card exists from the card identification information imaged by the camera;
(K2) When the predetermined type of card exists, a process of accessing a predetermined server via the communication means and receiving music data according to the card identification information of the predetermined type of card;
(K3) processing for reproducing music from the speaker or the display using the received music data.

More specifically, the features according to the embodiment of the present invention are as follows:
A camera that captures an image of a card with card identification information; a display that includes a first display screen and a second display screen; a memory that stores image data associated with the card identification information in advance; A program that is executed by a game device having a communication means for transmitting and receiving data and a speaker that emits sound,
(K1) a process for determining whether or not a predetermined type of card exists from the card identification information imaged by the camera;
(K2) When the predetermined type of card exists, a process of accessing a predetermined server via the communication means and receiving music data according to the card identification information of the predetermined type of card;
(K3) processing for reproducing music from the speaker or the display using the received music data.

The features according to the embodiment of the present invention are as follows:
The process of (K2)
(L1) comprising a process of receiving data of a plurality of music pieces according to card identification information of the predetermined type of card,
The process of (K3)
(L2) The process comprises selecting at least one of the plurality of music pieces according to the card identification information of the predetermined type of card and playing the selected music piece from the speaker or the display.

  In this way, the card can be handled as a virtual CD or DVD. In particular, it is very suitable for a recent player use environment in which a plurality of digitized music data is stored in a memory and reproduced. For example, a virtual card is sold at a store, and link data indicating a server that can download music data is printed on the virtual card as card identification information. The music piece data is received from the server by capturing the card identification information with the camera of the portable game. Next, when it is desired to play the music, the music stored in the storage device (memory / hard disk) of the game device can be selected and played by holding the virtual card in front of the camera.

The features according to the embodiment of the present invention are as follows:
The process of (K3)
(M1) Along with the reproduction of the music, the game includes a process of executing a game according to the received music data on the display.

More specifically, the features according to the embodiment of the present invention are as follows:
The process of (K3)
(M1 ′) The process includes a process of executing a game according to the received music data on the first display screen along with the reproduction of the music.

  By doing in this way, a game like a rhythm game can be performed with a game device.

  It is possible to provide a program capable of progressing the game while displaying an animation image so that a character corresponding to the card appears on a card that actually exists captured by the camera.

It is a perspective view which shows the external appearance of the game device of this Embodiment. It is a block diagram which shows the outline of the function of the game device of this Embodiment. 4 is a flowchart showing a subroutine for executing processing for detecting a card placed in front of the game apparatus 10; 4 is a flowchart illustrating a subroutine for executing processing of image data captured by a camera 40. 4 is a flowchart showing a subroutine for determining processing to be executed according to the mode of the game apparatus 10; It is a flowchart which shows the subroutine of the setting mode process called and performed by step S513 of FIG. 5 mentioned above. It is a table | surface which shows an example of a character table. It is a flowchart which shows the subroutine of the battle | competition mode process called and performed by step S517 of FIG. 5 mentioned above. It is a flowchart which shows the subroutine of the battle | competition mode process called and performed by step S517 of FIG. 5 mentioned above. It is a flowchart which shows the subroutine of the battle | competition mode process called and performed by step S517 of FIG. 5 mentioned above. It is a flowchart which shows the subroutine of the process of communication performed between the game device 10 which the player itself is operating, and the game device 10 which the opponent of the battle game is operating. It is a perspective view which shows a state when the game device 10 is arrange | positioned on a table. It is the front view (a) of a stage card, and the perspective view (b) which shows the state which is imaging the stage card. They are a perspective view (a) which shows the state which made the stage card recognized, and a perspective view (b) which shows the state which displayed virtual space on the 1st LCD 11 with the stage card. It is the front view (a) of a unit card | curd, and the perspective view (b) which shows the state which is making the unit card image. They are a perspective view (a) which shows the state which made the unit card recognized, and a perspective view (b) which shows the state which displayed virtual space on the 1st LCD 11 with the unit card. It is a perspective view which shows operation which makes three characters appear using three unit cards. FIG. 2 is a perspective view showing a state where a battle game using the game apparatus 10 is performed facing a table. It is a perspective view which shows the state which made three characters appear. It is a figure which shows the process which selects a character, and is a perspective view (a-1) and (b-1) which show operation of a player, a front view (a-2) which shows the image displayed on the 1st LCD 11, and It is a front view (a-3) and (b-3) which show the image displayed on (b-2) and the 2nd LCD12. It is a figure which shows the process of a passive card, Comprising: The perspective view (a-1) which shows operation of a player, The front view (a-2) which shows the image displayed on the 1st LCD 11, and the display on 2nd LCD12 The front view (a-3) which shows the displayed image, The figure which shows the process of a character movement, Comprising: The perspective view (b-1) which shows operation of a player, The image displayed on the 1st LCD11 is shown It is a front view (b-2) which shows a front view (b-2) and the image displayed on the 2nd LCD12. FIG. 5 is a diagram illustrating a character movement process, and is a perspective view (a-1) and (b-1) illustrating an operation of a player, and a front view illustrating an image displayed on the first LCD 11 (a-2). And (b-2) and front views (a-3) and (b-3) showing images displayed on the second LCD 12. FIG. 5 is a diagram illustrating a character movement process, and is a perspective view (a-1) and (b-1) illustrating an operation of a player, and a front view illustrating an image displayed on the first LCD 11 (a-2). And (b-2) and front views (a-3) and (b-3) showing images displayed on the second LCD 12. FIG. 6 is a diagram showing a character movement process, and is a perspective view (a-1) showing a player's operation, a front view (a-2) showing an image displayed on the first LCD 11, and a second LCD 12; It is a front view (a-3) which shows the displayed image, It is a figure which shows the process which selects a character, The perspective view (b-1) which shows operation of a player, The image displayed on the 1st LCD11 is shown It is a front view (b-2) which shows a front view (b-2) and the image displayed on the 2nd LCD12. It is a figure which shows the process of an active card, Comprising: The perspective view (a-1) which shows operation of a player, the front view (a-2) which shows the image displayed on the 1st LCD 11, and the display on 2nd LCD12 The front view (a-3) which shows the displayed image, The figure which shows the process which selects a character, The perspective view (b-1) which shows operation of a player, The front which shows the image displayed on the 1st LCD11 It is a figure (b-2) and the front view (b-3) which shows the image displayed on the 2nd LCD12. It is a figure which shows the process of a status card, Comprising: The perspective view (a-1) and (b-1) which show a player's operation, The front view (a-2) which shows the image displayed on the 1st LCD11, It is a front view (a-3) and (b-3) which show the image displayed on (b-2) and the 2nd LCD12. FIG. 5 is a diagram illustrating a character movement process, and is a perspective view (a-1) and (b-1) illustrating an operation of a player, and a front view illustrating an image displayed on the first LCD 11 (a-2). And (b-2) and front views (a-3) and (b-3) showing images displayed on the second LCD 12. It is a figure which shows the process of an active card, Comprising: The perspective view (a-1) and (b-1) which show operation of a player, The front view (a-2) which shows the image displayed on the 1st LCD11, It is a front view (a-3) and (b-3) which show the image displayed on (b-2) and the 2nd LCD12. A perspective view (a-1) showing the game apparatus 10 placed on a table, a front view (a-2) showing an image displayed on the first LCD 11, and a front view showing an image displayed on the second LCD 12. It is a figure (a-3). It is a flowchart which shows the subroutine of the racing game process called and performed by CPU core. It is a perspective view which shows a mode when the player is playing the racing game. It is a flowchart which shows the subroutine of the music reproduction process called and performed by CPU core. The perspective view (a-1) which shows a mode when a player holds a music card, the front view (a-2) which shows the image displayed on the 1st LCD 11, and the image displayed on the 2nd LCD12 It is a front view (a-3) shown.

  Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings.

  FIG. 1 is a perspective view showing an appearance of the game apparatus 10 according to the present embodiment.

  The game apparatus 10 includes a first LCD (liquid crystal display device) 11 and a second LCD 12. The housing 13 of the game apparatus 10 includes an upper housing 13a and a lower housing 13b. The first LCD 11 is housed in the upper housing 13a, and the second LCD 12 is housed in the lower housing 13b. The resolutions of the first LCD 11 and the second LCD 12 are both 256 dots × 192 dots. In the present embodiment, an LCD is used as the display device. However, for example, a display device such as a display device using EL (electroluminescence) may be used. Also, the resolution of the display device can be changed to other resolutions.

  The upper housing 13a has sound release holes 18a and 18b for releasing sound from a pair of speakers (see 30a and 30b in FIG. 2), which will be described later, on the right side and the left side across the first LCD 11. Is formed.

  The lower housing 13b is provided with a cross switch 14a, a start switch 14b, a select switch 14c, an A button 14d, a B button 14e, an X button 14f, a Y button 14g, an L button 14L, and an R button 14R as input devices. Yes. Further, a touch panel 15 is mounted on the screen of the second LCD 12 as an input device. The lower housing 13b is also provided with a power switch 19 and an insertion port for storing the memory card 17 and the stick 16.

  The touch panel 15 described above can be of various types such as a resistive film type, an optical type (infrared type), and a capacitive coupling type. When the surface of the touch panel 15 is touched with the touch pen 16, the touch panel 15 has a function of outputting coordinate data corresponding to the contact position. Note that the touch panel 15 may be operated with a finger instead of the touch pen 16. In the present embodiment, the touch panel 15 has a resolution (detection accuracy) of 256 dots × 192 dots, similar to the resolution of the second LCD 12. However, the resolution of the touch panel 15 and the resolution of the second LCD 12 are not necessarily the same.

  The memory card 17 is a recording medium on which a game program is recorded, and is detachably attached to an insertion port provided in the lower housing 13b.

  A camera 40 is attached to the upper housing 13 a of the game apparatus 10. The camera 40 is provided on the upper surface of the upper housing 13 a on the opposite side of the first LCD 11, is arranged to face the outside of the game apparatus 10, and can capture various objects in front of the game apparatus 10.

  FIG. 2 is a block diagram illustrating an outline of functions of the game apparatus 10 according to the present embodiment.

  A CPU core 21 is mounted on the electronic circuit board 20 accommodated in the housing 13. A connector 23 is connected to the CPU core 21 via a bus 22, an input / output interface circuit (hereinafter referred to as I / F circuit) 25, a first GPU (graphics processing unit) 26, a second GPU 27, A RAM 24, an LCD controller 31, and a wireless communication unit 34 are connected.

  The memory card 17 is detachably connected to the connector 23. The memory card 17 includes a ROM 17a that stores a game program and a RAM 17b that stores backup data in a rewritable manner. The game program stored in the ROM 17a of the memory card 17 is loaded into the RAM 24, and the game program loaded into the RAM 24 is executed by the CPU core 21. In addition to the game program, the RAM 24 stores temporary data obtained by the CPU core 21 executing the game program and data for generating a game image.

  The I / F circuit 25 is connected to the touch panel 15, the right speaker 30a, the left speaker 30b, and the operation switch unit 14 including the cross switch 14a and the A button 14d shown in FIG. The right speaker 30a and the left speaker 30b are respectively disposed inside the sound release holes 18a and 18b described above.

  A first VRAM (video ram) 28 is connected to the first GPU 26, and a second VRAM 29 is connected to the second GPU 27. In response to an instruction from the CPU core 21, the first GPU 26 generates a first game image based on data for generating a game image stored in the RAM 24, and draws the first game image in the first VRAM 28. Similarly, the second GPU 27 generates a second game image in accordance with an instruction from the CPU core 21 and draws it in the second VRAM 29. The first VRAM 28 and the second VRAM 29 are connected to the LCD controller 31.

  The LCD controller 31 includes a register 32. The register 32 stores a value of 0 or 1 according to an instruction from the CPU core 21. When the value of the register 32 is 0, the LCD controller 31 outputs the first game image drawn in the first VRAM 28 to the first LCD 11 and the second game image drawn in the second VRAM 29 as the second game image. Output to the LCD 12. When the value of the register 32 is 1, the first game image drawn in the first VRAM 28 is output to the second LCD 12, and the second game image drawn in the second VRAM 29 is output to the first LCD 11. To do.

  The wireless communication unit 34 has a function of transmitting / receiving data used for game execution processing and other data to / from the wireless communication unit 34 of another game apparatus 10. As will be described later, battle results, numerical data stored in the character table, and the like are transmitted and received via the wireless communication unit 34.

  There are both character tables and those of the opponent. The own character table is a table for storing character data set by the player's own operation. On the other hand, the opponent's character table is a table for storing character data set by the operation of the opponent. When playing a battle game with an opponent, the game environment is updated to a common one by transmitting and receiving data stored in the player's character table and data stored in the opponent's character table to advance the game. be able to.

  A camera 40 is connected to the I / F circuit 25. The camera 40 images various objects in front of the game apparatus 10, generates imaging data, and outputs the imaging data to the I / F circuit 25. The imaging data is supplied to the RAM 24, and an image of the object imaged by the camera 40 is displayed on the first LCD 11 or the second LCD 12 via the first VRAM 28 or the second VRAM 29. By processing the imaging data output from the camera 40 as single data, it can be treated as still image data. Further, imaging data output from the camera 40 can be handled as moving image data by supplying it to the RAM 24 at predetermined timings and processing them as continuous data.

  The CPU core 21 performs various image processing such as a filter on the moving image data supplied to the RAM 24 to extract the contour of the object included in the moving image data or calculate the position of the center of the object. The presence of an object imaged by the camera 40 can be detected, and the center position of the object can be acquired. In the above description, the case where the imaging data output from the camera 40 is supplied to the RAM 24 has been described. However, the image data RAM is connected to the bus 22 separately from the RAM 24 and output from the camera 40. Only the captured image data may be stored. By doing in this way, the imaging by the camera 40 can be processed smoothly, without being interrupted by other arithmetic processing.

  Note that the configuration of the game apparatus 10 as described above is merely an example, and the present invention can be applied to any computer system having a pointing device such as a touch panel, a mouse, or a touch pad and at least one display device. it can. Further, the game program of the present invention may be supplied not only to the computer system through an external storage medium such as the memory card 17 but also to the computer system through a wired or wireless communication line. May be recorded in advance in the non-volatile storage device.

<<< Game program processing >>>
Below, the game program process performed with the game device 10 is demonstrated. The game program executed on the game apparatus 10 controls the game apparatus 10, is stored in advance in the ROM 17 a of the memory card 17, is read from the ROM 17 a at a predetermined timing by the CPU core 21, and is expanded on the RAM 24. Executed.

  In the present embodiment, the game played on the game apparatus 10 is played based on the object imaged by the camera 40 described above. In the present embodiment, as shown in FIGS. 12 and 18, the game apparatus 10 is installed on a predetermined game apparatus holding base 50 in a state where the upper housing 13a is opened approximately 180 degrees with respect to the lower housing 13b. Then, the game is advanced by the player. The game apparatus holding stand 50 is configured to be able to be installed on a table or a desk while maintaining the state where the game apparatus 10 is held. In a state where the game apparatus 10 is held on the game apparatus holding stand 50, the camera 40 takes an image of a predetermined range (hereinafter, referred to as an imageable range) on the surface of the table or desk in front of the game apparatus holding stand 50. can do. As shown in FIG. 13 (b), the player arranges a later-described card (hereinafter referred to as a game card) in the imageable range, thereby recognizing the type of the game card arranged in front of the game apparatus 10. By doing so, the game described later can be advanced. The game card only needs to be captured by the camera 40 so that the game card can be identified. The game card is not only placed on the table but also captured by the camera 40 while the player holds the game card by hand. You may do it.

  The imaging range described above is determined by the resolution of the camera 40, the angle of the game apparatus 10 installed on the game apparatus holding stand 50 with respect to the table, the distance to the table, and the like. Also, as will be described later, since the game played by the game apparatus 10 is a battle game, it often faces the opponent with the table in between (see FIG. 18). Thus, when facing the opponent, both the game cards arranged by the player and the game cards arranged by the opponent exist at the table. In such a case, it is necessary that the game apparatus 10 used by the player recognizes only the game card arranged by himself / herself and prevents the opponent from recognizing the game card arranged on the table.

  From such a point of view, only the game card that is placed by the player is placed in the imageable range of the game device 10 that is used by the player, and the game that is placed by the opponent is placed in the imageable range of the game device 10 that is used by the opponent. It is preferable to arrange only cards. However, it may be difficult for the player to accurately recognize the imageable range. For this reason, a card placement sheet 60 having a predetermined size is prepared in advance, and the card placement sheet 60 is arranged at a predetermined position with respect to the game apparatus holding base 50 (for example, FIG. 12 and the like). The size of the card placement sheet 60 is determined so that the card placement sheet 60 is within the imageable range when the card placement sheet 60 having a predetermined size is disposed at the predetermined position. In this way, if the game cards are arranged so that they are included in the range of the card placement sheet 60, it is possible to prevent the opponent's game cards from being recognized from each other and to smoothly play the game. Can proceed.

  Further, by making the design of the color and pattern of the card placement sheet 60 specific, when the game card placed on the card placement sheet 60 is imaged by the camera 40, the game card Identification can be facilitated.

<< Types of game cards >>
There are five types of game cards used in the game in the present embodiment: stage cards, unit cards, passive cards, active cards, and status cards. Hereinafter, the characteristics of these game cards will be described. In the present embodiment, these game cards are so-called trading cards. Therefore, it has a plate-like shape such as paper or thin plastic, and characters, patterns, etc. characterizing the game card are printed on the surface (for example, see FIG. 13 (a) or FIG. 15 (a)). The player identifies the game card by visually recognizing characters and designs printed on the surface.

  In the present embodiment, as described above, the type of game card needs to be recognized by the game program. For this reason, the above-mentioned characters and designs are printed on the surface of the game card. Further, a code such as a bar code or a QR code may be printed on the surface of the game card. A code such as a bar code or a QR code may be printed on the surface of the game card with a hologram or the like (not shown).

  These characters, pictures, barcodes, QR codes, and the like can be handled as card identification information for identifying a card by being imaged by the camera 40 and processed by image processing included in the game program. . The card identification information preferably functions as a serial number for managing the game card after the manufacturing process or manufacturing. The serial number is different for each and every game card produced. The serial number also includes information indicating the type and function of the game card, and only the type and function of the game card can be acquired from the serial number.

  As described above, game cards are often made up of so-called trading cards, and the player can collect and enjoy various trading cards. However, when a player collects trading cards, a plurality of cards of the same type and function may be collected. When the collected trading cards are used in a game by the game apparatus 10, depending on the types and functions of the trading cards, it may be preferable to process each of a plurality of cards even if they are the same type or function. is there. When a trading card of such kind or function is used in the game apparatus 10, each of the plurality of trading cards is processed by being distinguished by a serial number. In this case, the trading card can be distinguished by the serial number which is card identification information. On the other hand, depending on the type and function of the trading card, there may be a case where a plurality of trading cards having the same type or function may be processed without being distinguished. When such types and functions of trading cards are used in the game apparatus 10, the plurality of trading cards can be processed without distinction. In this case, the trading card can be distinguished using only the part indicating the type and function of the serial number as the card identification information.

  Thus, by discriminating by the serial number which is the card identification information, it is possible to identify the five types of stage card, unit card, passive card, active card and status card described above. Moreover, even if it is the same kind of game cards, it can also identify that it is mutually different by a serial number.

<Stage card>
The stage card is a card for defining a virtual space in which the game proceeds. As shown in FIG. 13A, the appearance of the virtual space is printed on the surface of the stage card. The player can play a game in the virtual space by causing the camera 40 to capture and recognize the stage card indicating the desired virtual space.

<Unit card>
The unit card is a card for setting a character to appear in the game. As shown in FIG. 15A, the appearance of the character is printed on the surface of the unit card. The player can cause the character to appear in the game by causing the camera 40 to recognize and recognize the unit card indicating the desired character. In addition to the identification information for identifying the character, the character is characterized by various character data values for determining the individuality of the character. Characters can be determined by a passive card, active card, or status card, which will be described later, and various character data values are determined according to the type and content indicated by the passive card, active card, or status card. Stored in the character table.

  In principle, the unit card is for making one character appear in the virtual space with one unit card. However, a single unit card may cause a plurality of characters to appear in the virtual space. In this case, it is possible to fight with one enemy character one by one in a predetermined order, or with a plurality of enemy characters at the same time.

  In principle, the unit card is for causing a character to appear in the virtual space, and the unit card only needs to include information indicating the type of character in the card identification information. When the unit card is configured in this way, it is necessary to store in advance an initial value of data for determining the character personality in the memory card 17. When the character type is determined by the unit card, various data for determining the character personality are read from the memory card 17 and initialized.

  On the other hand, card identification information including initial values of data for determining both the character type and character personality (character strength, motion, appearance, and attributes) is printed on the unit card. Also good. In this way, it is possible to determine the character type only with the unit card and to determine the character personality. Also, data relating to the character can be initialized only with the unit card. In this way, the data for determining the character personality is also included in the card identification information of the unit card, so that even when a new unit card is made, the memory card 17 storing the new unit card data is prepared. Therefore, it is possible to determine the type of character and its individuality only with the unit card, and to easily increase the type and number of unit cards.

<Passive card>
The passive card is a card for determining the strength of the character that has appeared. As shown in FIG. 21 (a-1), a pattern indicating the content for determining the strength type is printed on the surface of the passive card. For example, an image of a lump of meat is printed on the surface of a passive card for enhancing the physical strength of the character. The type of strength determines character personality such as those related to physical strength such as the character's attack power and defense power, and those related to abilities such as magic and various talents. The types of character strength include, for example, so-called hit points (HP) and magic points (MP). The hit point represents the amount of damage that can be given to the opponent by the attack as numerical data. The magic point is a numerical data representing the amount of ability required to use magic and other abilities. By causing the camera 40 to capture and recognize the passive card, it is possible to determine data relating to the strength of the character data for characterizing the character. The character strength data determined by the passive card is stored in the character table as part of the character data.

  As described above, there are a plurality of types of strength content that determines the character personality, and there are also a plurality of types of passive cards for determining the strength. For example, there are passive cards for determining physical strength relationships such as attack power and defense power, and passive cards for determining abilities such as magic. Moreover, the passive card which can be used according to the kind of character and the passive card which cannot be used are defined. Furthermore, the passive card that can be used and the passive card that cannot be used are determined depending on the degree of growth and ability of the character.

  The player first selects a character using a passive card by operating the touch panel. Next, by causing the camera 40 to capture and recognize the desired passive card, the strength of the selected character can be set according to the content indicated by the passive card. A passive card that can be used only for a specific character may be included. For such a passive card, it is possible to immediately determine the data related to the passive card out of the character data of the specific character by simply recognizing the passive card without operating the touch panel to select the character. Operation can be facilitated.

  The passive card is for determining the strength of the character that has appeared, and the passive card only needs to include information indicating the type of character strength in the card identification information. When the passive card is configured in this way, it is necessary to previously store the data value for determining the strength of the character in the memory card 17 according to the type of strength. When the type of character strength is determined by the passive card, various data for determining the character strength are read from the memory card 17 and initialized.

  On the other hand, card identification information including data values for determining both the type of character strength and character strength may be printed on a passive card. By doing so, it is possible to determine the strength of the character using only the passive card without storing the data value for determining the strength of the character in the memory card 17 in advance. As described above, the card identification information also includes data for determining the strength of the character, so that even when a new passive card is made, the memory card 17 storing the new passive card data is not prepared. The character strength can be determined only with the passive card, and the types and number of passive cards can be easily increased.

<Active card>
The active card is a card for determining the action of the character that has appeared. As shown in FIGS. 25 (a-1) and (a-3), FIGS. 28 (a-1) and (b-3), and FIGS. 28 (b-1) and (b-3), the active card is used. On the surface of, a picture indicating the action of the character is printed. In addition to actions related to attacks such as punching and kicking, there are actions related to defense. The active card is for causing the character to perform various actions related to attack and defense. Therefore, there are a plurality of types of active cards, such as an active card for punching and an active card for kicking. By causing the camera 40 to capture and recognize the active card, the motion indicated by the active card can be converted into numerical data, and data relating to the motion among character data for characterizing the character can be determined. The data relating to the character movement determined by the active card is stored in the character table as part of the character data.

  Also, active cards that can be used and active cards that cannot be used are determined according to the type of character. Furthermore, active cards that can be used and active cards that cannot be used are determined depending on the degree of growth and ability of the character. In principle, the player first selects a character using an active card by operating the touch panel. Next, by causing the camera 40 to capture and recognize the active card of the action that the character wants to make, the action to be made to the selected character can be determined. Moreover, you may include the active card which can be used only with respect to a certain specific character. For such an active card, it is possible to immediately determine the data related to the active card out of the character data of the specific character by merely recognizing the active card without selecting a character by operating the touch panel. Operation can be facilitated.

  Furthermore, there are cases where it is desired that the character perform a plurality of actions in succession. Sometimes you want to punch after kicking and then kick again. In such a case, the active cards corresponding to the plurality of movements are sequentially captured by the camera 40 and recognized, and the numerical data of the movements indicated by the active cards are sequentially assigned to the movement data among the character data. It should be remembered.

  Furthermore, you may use a tool. For example, you may use various tools, such as a bow, a gun, and a bazooka. In particular, arrows are required for bows, and bullets are required for guns and bazookas. Tools that require such consumables are preferred. For example, when using a bow, the player draws an image of an arrow on the touch panel and attacks the opponent using the drawn arrow. Similarly, the bullets used for guns and bazookas attack the opponent using bullets drawn by the player on the touch panel. In this way, it is possible not only to recognize the active card, but also to actively participate in the attack using the active card.

<Status card>
The status card is a card for determining the appearance and attributes of the characters that have been introduced. For example, it is possible to transform the character by defining the appearance and attributes of the character such as a robot or a truck. An attribute means the main characteristic of a character. As shown in FIGS. 26A-1 and 26A-3, a pattern indicating the appearance and attributes of the virtual space and the character is printed on the surface of the status card. By causing the camera 40 to capture and recognize the status card, the appearance and attributes indicated by the status card can be converted into numerical data, and data relating to the appearance and attributes of character data for characterizing the character can be determined. Since the status card determines the appearance and attributes of the characters that appear, the characters that can be used with a predetermined status card are often fixed. For this reason, as a general rule, by simply recognizing the status card without operating the touch panel to select the character, the data related to the status card can be immediately determined from the character data of the specific character. Can be easily. Data relating to the appearance and attributes of the character determined by the status card is stored in the character table as part of the character data.

  Furthermore, the status card may determine not only the appearance and attributes of the character but also the environment of the virtual space where the character exists. For example, a status card for causing an earthquake or setting a trap in the virtual space may be included. Since it is not necessary to select a character by operating the touch panel, it is possible to immediately determine the environment of the virtual space only by recognizing the status card.

  Furthermore, there may be a time limit or a frequency limit. For example, a character can be transformed by a status card, but when a predetermined time has passed or a predetermined number of battles has been exceeded, the character may be returned to the original character. When a character is transformed, if a predetermined time elapses after starting a timer, the original character is restored. In addition, when the battle is repeated alternately between the attack turn and the defense turn, counting of the number of battles is started when the character is transformed, and when the number of battles exceeds a predetermined number, return. Further, the predetermined time and the predetermined number of times for the determination may be determined according to the progress of the strength of the player's character, the strength of the enemy character, the battle result of the battle game, and the like.

  Further, in principle, the status card is for determining the appearance and attributes of the character that has appeared, and the status card only needs to include information indicating the appearance and attributes of the character in the card identification information. . When the status card is configured in this way, it is necessary to store data values for determining the appearance and attributes of the character in the memory card 17 in advance. When the appearance and attributes of the character are determined by the status card, various data for determining the appearance and attributes of the character are read from the memory card 17 and initialized.

  On the other hand, card identification information including an initial value of data for determining both the appearance and attributes of the character and the strength of the character may be printed on the status card. The strength of the character is often determined according to the appearance and attributes of the character. In this way, it is possible to determine the appearance and attributes of the character using only the status card, and to determine the strength of the character. In this way, the data for determining the strength of the character is also included in the card identification information of the status card, so that even when a new status card is created, a memory card 17 storing the new status card data is prepared. Therefore, it is possible to determine the appearance and attributes of characters and their strengths only with status cards, and to easily increase the types and number of status cards.

<< Game progress procedure >>
The game in the present embodiment mainly has a setting mode and a battle mode. The setting mode is a mode in which a game environment is set using a stage card and a unit card (see FIGS. 13 to 19). A virtual space is set with a stage card, and a character to appear in the virtual space is set with a unit card. The battle mode is a mode in which the character set in the setting mode fights an enemy character (a character set by the opponent) in the virtual space set in the setting mode (see FIGS. 20 to 29). In this battle mode, the character set by him / her is brought up or changed, and an action command is given to fight against an enemy character.

<Setting mode>
In the setting mode, the above-described stage card and unit card are displayed on the second LCD 12 as they are as captured by the camera 40.

  When the player places the stage card in front of the camera 40, the stage card is imaged by the camera 40, and it is recognized that the imaged stage card is a predetermined stage card (FIG. 13B). 14 (a)), a virtual space corresponding to a predetermined stage card is set. When the virtual space is set, an animation image indicating the virtual space is displayed on the first LCD 11 in accordance with the operation of the player (see FIG. 14B).

  Further, when the player places the unit card in front of the camera 40, the unit card is imaged by the camera 40, and it is recognized that the imaged unit card is a predetermined unit card (FIG. 15B). Reference), a character corresponding to a predetermined unit card appears and is set for use in the progress of the game. When the character is set, the second LCD 12 displays an animation image of the character corresponding to the unit card so as to be superimposed on the captured image of the unit card imaged by the camera 40 (FIG. 16A). reference). When the character is set, the animation image of the character is displayed on the first LCD 11 so as to be superimposed on the animation image in the virtual space (see FIG. 16B).

  The animation image is generated in advance for displaying a virtual space and a character, and is stored in the ROM 17a of the memory card 17. By reading the image data from the ROM 17 a of the memory card 17, it is displayed on the first LCD 11 and the second LCD 12.

  Therefore, when the stage card is imaged by the camera 40 and is recognized as the predetermined stage card, the animation image data of the predetermined stage is read from the ROM 17a of the memory card 17 and is virtually displayed on the first LCD 11. An animated image showing the space is displayed.

  When the unit card is imaged by the camera 40 and recognized as the predetermined unit card, the animation image data of the character corresponding to the predetermined unit card is read from the ROM 17a of the memory card 17, and On the LCD 11, the animation image of the character is displayed so as to be superimposed on the animation image indicating the virtual space (see FIG. 16B). At the same time, on the second LCD 12, an animation image of the character is displayed so as to be superimposed on the captured image of the unit card imaged by the camera 40 (see FIG. 14A).

  As described above, the animation image is displayed using data generated in advance, and is different from an image captured by the camera 40 (captured image). On the first LCD 11, an animation image is always displayed, and on the second LCD 12, only a captured image is displayed, and when both a captured image and an animated image are displayed, only the animated image is displayed. There are times when In both the first LCD 11 and the second LCD 12, the animation image of the character can be displayed by, for example, a sprite, thereby displaying an image in which the character performs a predetermined motion or a moving image. .

  When the virtual space is set by the above-described stage card and the character is set by the unit card, preparations for starting the game are ready. Up to this stage, the captured image captured by the camera 40 was displayed on the second LCD 12. When the preparation for starting the game is completed, not only the character animation image but also the unit card is displayed as an animation image on the second LCD 12. As will be described later, the unit card may be moved by the player. In this case, the player's operation is imaged by the camera 40, the main operation of the player is extracted from the captured image, and an animation image corresponding to the extracted operation is displayed.

  At this time, the position of the unit card imaged by the camera 40 is stored as the reference position of the unit card. For example, by performing image processing on the captured image captured by the camera 40, the outline of the unit card is extracted, the center position (center of gravity position) of the unit card is calculated from the extracted outline, and the center position is calculated. The reference position of the unit card may be used. As will be described later, when moving the character in the virtual space, the player moves the unit card imaged by the camera 40. Here, the reference position of the unit card may be a position in a captured image captured by the camera 40. For example, the reference position of the unit card can be specified using a unit such as a pixel.

  The unit card reference position calculated in this way is stored in the character table of the RAM 24 of the game apparatus 10 in association with the type of unit card being imaged.

  As described above, the character can appear in the virtual space displayed on the first LCD 11 by arranging the unit card in front of the camera 40. Only when the unit card is arranged in front of the camera 40 and the presence of the unit card is recognized, a character corresponding to the unit card can appear and appear in the game. Therefore, in order for a predetermined character to appear, it is necessary to continue to recognize the presence of a unit card corresponding to the character. However, the player may get excited during the game and remove the unit card from the predetermined recognizable range in front of the camera 40. When the predetermined character appears once in the virtual space, it can be recognized. Even if the unit card is out of the range, it is preferable to continue appearing until the game is over.

  Note that it may be assumed that characters are to be changed one after another as the game progresses. In such a case, the presence of the unit card may be prevented from being recognized by removing the unit card from a predetermined recognizable range when the character is to be lost or exchanged.

<Competition mode>
In the battle mode, the character set by the player is raised or changed, or an action command is given to the character to fight against the enemy character. In this battle mode, the above-described passive card, active card, and status card are mainly used.

  When the game is in the battle mode, when these game cards are imaged by the camera 40, animation images of these game cards are displayed on the second LCD 12 (FIGS. 20A-3 and 20B-3). ), FIG. 21 (a-3), FIG. 21 (b-3), FIG. 22 (a-3), FIG. 22 (b-3), FIG. 23 (a-3), FIG. 23 (b-3), 24 (a-3), FIG. 24 (b-3), FIG. 25 (a-3), FIG. 25 (b-3), FIG. 26 (a-3), FIG. 26 (b-3), and FIG. (See (a-3), FIG. 27 (b-3), FIG. 28 (a-3), FIG. 28 (b-3), and FIG. 29 (a-3)). In this way, even if the player cannot move the game card inadvertently by displaying an animation image instead of displaying the captured image of the captured game card, the Processing can be performed assuming that there is a game card, and processing can proceed smoothly. In addition, since the animation image data may be displayed on the second LCD 12, the display processing can be reduced. The possibility of hindering other arithmetic processing and the like can be reduced.

  Further, when the game is in the battle mode, when the game card is imaged and identified by the camera 40, an animation image indicating the content of the game card is superimposed on the animation image of the game card on the second LCD 12 in a manner to be superimposed. 20 (a-3), 20 (b-3), 21 (a-3), 21 (b-3), 22 (a-3), 22 (b-3). ), FIG. 23 (a-3), FIG. 23 (b-3), FIG. 24 (a-3), FIG. 24 (b-3), FIG. 25 (a-3), FIG. 25 (b-3), 26 (a-3), FIG. 26 (b-3), FIG. 27 (a-3), FIG. 27 (b-3), FIG. 28 (a-3), FIG. 28 (b-3), and FIG. (See (a-3)).

  A pattern indicating the contents of the passive card is printed on the passive card. For example, a pattern of a lump of meat is printed on the surface of a passive card for enhancing the physical strength of the character (FIGS. 21A-1 and 21A-3). When this passive card is identified by imaging of the camera 40, animation image data indicating the passive card itself is read from the ROM 17a of the memory card 17, and an animation image indicating the passive card itself is displayed on the second LCD 12. Furthermore, the data of the meat chunk animation image showing the contents of the passive card is read from the ROM 17a of the memory card 17, and the meat chunk animation image showing the passive card contents is superimposed on the animation image showing the passive card itself. Are displayed on the second LCD 12 (FIG. 21A-3).

  In addition, a picture indicating the action is printed on the active card for determining the action of the character. Specifically, a pattern in which the character punches is printed on the surface of the active card for the character to punch the opponent (FIGS. 25A-1 and 25A-3). ). When this active card is identified by the imaging of the camera 40, the animation image data indicating the active card itself is read from the ROM 17a of the memory card 17, and the animation image indicating the active card itself is displayed on the second LCD 12. Furthermore, the data of the animation image in which the character indicating the contents of the active card punches is read from the ROM 17a of the memory card 17, and the animation image in which the character punches is superimposed on the animation image indicating the active card itself. Are displayed on the second LCD 12 (FIG. 25 (a-3), FIG. 28 (a-3)).

  Furthermore, a picture indicating the appearance and attributes is printed on the status card for determining the appearance and attributes of the character. For example, the pattern of a track is printed on the surface of a status card for a character as a robot to turn into a track (FIGS. 26A-1 and 26A-3). When this status card is identified by imaging by the camera 40, animation image data indicating the status card itself is read from the ROM 17a of the memory card 17, and an animation image indicating the status card itself is displayed on the second LCD 12. Furthermore, the data of the animation image that the robot transforms into a track is read from the ROM 17a of the memory card 17, and the animation image in the process of the robot transforming into a track is superimposed on the animation image showing the status card itself on the second LCD 12. Is displayed (FIG. 26B-3).

  As described above, the first LCD 11 displays the animation image of the character so as to be superimposed on the animation image indicating the virtual space. Therefore, when the status card is identified, the animation image data that the robot transforms into a track is read from the ROM 17a of the memory card 17, and on the first LCD 11, the animation image in the process of transforming the robot into a track is displayed in the virtual space. It is displayed so as to be superimposed on the animation image shown (FIG. 26 (b-2)).

  In the battle mode, the character that he / she appears in the virtual space may be moved in the virtual space so as to approach the enemy character. A battle can be started as the character approaches. To move the character in the virtual space, the player moves the actual game card corresponding to the character on the table by the player's hand (FIGS. 21B-1 and 22B-1). FIG. 23 (a-1), FIG. 23 (b-1), FIG. 27 (a-1)). The character is moved in the virtual space in a direction corresponding to the direction in which the player moves the actual game card (FIGS. 22A-2, 23A-2, and 24A-2). FIG. 27 (b-2)). Therefore, even when the actual game card is moved, the actual game card needs to be captured and identified by the camera 40. Therefore, the player needs to move the game card on the table within the above-described image pickup possible range.

  As will be described later, the direction of the game card is calculated from the difference between the reference position of the game card and the position after the game card is moved, and the character that appears in the virtual space according to the direction is displayed in the virtual space. Move within.

  Note that, regardless of whether or not the above-described card placement sheet 60 is used, when the game card is moved to a position beyond the imageable range, the movement in the virtual space is interrupted and stopped. It is preferable to do this. When the player moves the game card and the game card again exists within the imageable range, the character moves in the virtual space until the player determines the direction again by operating the game card. It is preferable to interrupt and keep stationary.

<< Card detection process >>
FIG. 3 is a process for detecting a card placed in front of the game apparatus 10.

  First, it is determined whether or not the value of the flag F_diff is 1 (step S311). The flag F_diff is a flag indicating whether or not the 0th image data and the 1st image data are different. When the value of the flag F_diff is 1, it means that they are different, and the value of the flag F_diff is 0. Sometimes it means different. Here, the 0th image data is imaging data output from the camera 40 and stored in the RAM 24, and is imaging data captured at the previous time. The first image data is imaging data output from the camera 40 and stored in the RAM 24, and is imaging data captured at a time later than the 0th image data. Note that the difference between the time when the 0th image data is captured and the time when the 1st image data is captured is an object to be imaged, for example, a card for advancing the game (hereinafter referred to as a game card). It is only necessary to be able to recognize.

  If it is determined in step S311 that the value of the flag F_diff is not 1 (NO), that is, if it is determined that the value of the flag F_diff is 0, this subroutine is immediately terminated. On the other hand, when it is determined that the value of the flag F_diff is 1 (YES), difference data between the 0th image data and the 1st image data is generated (step S313). It is determined whether or not the generated difference data includes image data indicating a game card (step S315). In this determination, the image data indicating the game card is not included in the 0th image data, but it is determined whether the image data indicating the game card is included in the first image data. is there. That is, it is a process of determining whether or not the game card is placed by the player in a range that can be imaged by the camera 40 during the time between the imaging time of the 0th image data and the imaging time of the 1st image data. .

  If it is determined in step S315 that the generated difference data does not include image data indicating a game card (NO), this subroutine is immediately terminated. On the other hand, when it is determined that the generated difference data includes image data indicating a game card (YES), a serial number is extracted as card identification information from the difference data, and the type of game card and the serial number are extracted from the serial number. The contents are determined, the type and contents are stored in the RAM 24 (step S317), and this subroutine is terminated.

  The serial number is identification information assigned to each game card, and the type and content of the game card can be acquired by the serial number. In the present embodiment, as described above, there are five types of game cards: stage cards, unit cards, passive cards, active cards, and status cards. These five types of game cards can be identified by the serial number. The contents of the game card are specific contents shown by each of these types of cards. For example, a passive card on which a block of meat is printed is a game card for enhancing the physical strength of the character. An active card on which a pattern in which the character punches is printed is a game card for causing the character to perform a punching action. The specific contents indicated by each game card can be identified by the serial number.

  In the ROM 17a of the memory card 17, this serial number is associated with the type and contents of the game card and stored as a card database. When the serial number is extracted from the difference data in the process of step S317 described above, the type and content of the game card can be determined by searching the card database stored in the ROM 17a using the serial number. .

  In the process of step S317 described above, the type and contents of the game card that can be determined by the serial number are stored in the RAM 24. However, the serial number may be stored in the RAM 24. Even in this case, the type and content of the game card can be determined by searching the card database stored in the ROM 17a using the serial number.

<< Image processing >>
FIG. 4 is a subroutine for executing processing of image data captured by the camera 40.

  First, the imaging signal output from the camera 40 is received via the I / F circuit 25, whereby the imaging data is captured and stored in the RAM 24 (step S411).

  Next, the image data is stored in the RAM 24 and subjected to image processing (step S413). This image processing is for facilitating detection of the characteristics of the game card imaged by the camera 40. For example, there are a noise removal process using a filter and a process of extracting a contour by emphasizing light and dark.

  Next, it is determined whether or not the value of the variable i is 0 (step S415). The variable i is a variable for determining whether to set the 0th storage area or the first storage area. When it is determined that the value of the variable i is 0 in the determination process in step S415 (YES), the image data image-processed in the process in step S413 is stored in the 0th storage area (step S417), and the variable The value of i is set to 1 (step S419). The image data stored in the 0th storage area by the process of step S417 is referred to as 0th image data.

  On the other hand, when it is determined that the value of the variable i is 1 (NO), the image data subjected to the image processing in step S413 is stored in the first storage area (step S421), and the value of the variable i is set to 0. (Step S423). The image data stored in the first storage area by the process of step S421 is referred to as first image data.

  After performing the process of step S419 or S423 described above, it is determined whether there is a difference between the 0th image data and the 1st image data (step S425). When it is determined that there is a difference between the 0th image data and the 1st image data (YES), the value of the flag F_diff is set to 1 (step S427), and this subroutine is terminated. On the other hand, when it is determined that there is no difference between the 0th image data and the 1st image data (NO), the value of the flag F_diff is set to 0 (step S429), and this subroutine is finished. Here, the flag F_diff is a flag indicating whether or not there is a difference between the 0th image data and the first image data. If there is a difference, the value of the flag F_diff is 1. If there is no difference, the value of the flag F_diff is 0.

  In this way, the value of the flag F_diff can be determined based on the difference between the 0th image data and the 1st image data.

<< Detection card handling process >>
FIG. 5 is a subroutine for determining a process to be executed according to the mode of the game apparatus 10.

  First, it is determined whether or not the mode of the game apparatus 10 is the setting mode (step S511). When it is determined that the mode of the game apparatus 10 is the setting mode (YES), a setting mode processing subroutine shown in FIG. 6 to be described later is called and executed (step S513), and this subroutine is terminated.

  On the other hand, when it is determined that the mode of the game apparatus 10 is not the setting mode (NO), it is determined whether or not the mode of the game apparatus 10 is the battle mode (step S515). When it is determined that the mode of the game apparatus 10 is the battle mode (YES), a battle mode process subroutine of FIG. 8 described later is called and executed (step S517). When it is determined in the determination process of step S515 that the mode of the game apparatus 10 is not the battle mode (NO), or when the process of step S517 is executed, this subroutine is terminated.

  As described above, the setting mode is a mode for setting a game environment using a stage card and a unit card. Further, in the virtual space set in the setting mode, the character set in the setting mode is a mode in which it fights against an enemy character (a character set by the opponent).

<< Setting mode processing >>
FIG. 6 is a setting mode process subroutine called and executed in step S513 of FIG. 5 described above.

  First, it is determined whether or not a virtual space has already been set by the stage card (step S611). This determination processing determines whether or not the value of a flag F_stage described later is 1. When the value of the flag F_stage is 1, it indicates that the virtual space is established, and when the value of the flag F_stage is 0, it indicates that the virtual space is not established.

  When it is determined that the virtual space is not yet set by the stage card (NO), that is, when it is determined that the value of the flag F_stage is 0, it is determined whether or not the stage card exists (step S613). In the present embodiment, the “existence” of the stage card means a state in which the game card is imaged by the camera 40 and a state in which the game card is identified as a predetermined game card. Therefore, it means a state in which not only the game card is imaged but also the serial number of the game card and the type and content of the game card are specified.

  The determination in step S613 is, for example, a process of determining whether or not a predetermined type of stage card is captured by the camera 40 as shown in FIG.

  When it is determined that there is no stage card (NO), the process returns to step S611 described above. On the other hand, when it is determined that the stage card exists (YES), the animation image data of the virtual space corresponding to the existing stage card is read from the ROM 17a of the memory card 17, and the animation image of the virtual space is captured by the stage card. The image is displayed on the second LCD 12 so as to be superimposed on the image (step S615).

  In this step S615, by executing the subroutine of FIG. 3 described above, difference data is generated by the process of step S313, and the serial number is extracted from the difference data by the process of step S317. The virtual space desired by the player is specified from the extracted serial number, and the animation image data of the virtual space is read from the ROM 17a and displayed.

  By executing the process of step S615, the animation image in the virtual space is superimposed on the captured image of the actual stage card captured by the camera 40 as shown in FIG. Is displayed.

  As described above, the card type can be determined by the serial number printed on the game card, and the virtual space corresponding to the stage card can be determined.

  Next, it is determined whether or not the virtual space corresponding to the stage card is the virtual space desired by the player (step S617). Here, when the virtual space is desired by the player, the player operates the A button 14d. On the other hand, when the player is not in the desired virtual space, the player operates the Y button 14g. Step S617 described above determines whether the player has operated the A button 14d or the Y button 14g.

  When it is determined that the virtual space is not the one desired by the player (NO), the process returns to step S611 described above.

  On the other hand, when it is determined that the virtual space is desired by the player (YES), the animation image data of the virtual space is read from the ROM 17a of the memory card 17, and the animation image of the virtual space is displayed on the first LCD 11. (Step S619). By executing the process of step S619, an animation image of the virtual space is displayed on the first LCD 11, as shown in FIG. Through the processing described above, the virtual space of the battle game played between the player and the opponent can be determined, and the battle game is advanced in the virtual space displayed on the first LCD 11.

  Next, identification information that defines this virtual space is stored in the RAM 24 (step S621). The identification information may be any information that can identify the virtual space, and the serial number printed on the game card described above can be used. The identification information that defines the virtual space is transmitted to the game apparatus 10 operated by the opponent at a predetermined timing. By doing in this way, it is possible to play a battle game by sharing the virtual space between the player and the opponent.

  Next, the value of the flag F_stage is set to 1 (step S623), and this subroutine is finished. The flag F_stage is a flag that determines whether or not the virtual space of the battle game is fixed. When the value of the flag F_stage is 1, it indicates that the virtual space is fixed, and the value of the flag F_stage is 0. In some cases, it indicates that the virtual space is not fixed.

  If it is determined in the determination processing in step S611 that the virtual space has already been set by the stage card (YES), that is, if it is determined that the value of the flag F_stage is 1, whether or not a unit card exists. Is determined (step S625). The determination in step S625 is a process of determining whether or not a predetermined type of unit card is captured by the camera 40 as shown in FIG. 15B, for example.

  When it is determined that no unit card exists (NO), the process returns to step S611 described above. On the other hand, when it is determined that the unit card exists (YES), the animation image data of the character corresponding to the existing unit card is read from the ROM 17a of the memory card 17, and the character animation image is taken as the captured image of the unit card. The image is displayed on the second LCD 12 so as to be superimposed (step S627).

  Also in step S627, by executing the subroutine of FIG. 3 described above, difference data is generated by the process of step S313, and the serial number is extracted from the difference data by the process of step S317. The character desired by the player is specified from the extracted serial number, and the animation image data of the character is read from the ROM 17a and displayed.

  As described above, the type of card can be determined from the serial number printed on the game card, and the character corresponding to the unit card can be determined.

  As shown in FIG. 15A, the unit card is a game card on which the whole body of a character that appears in the battle game is printed. When the player places a unit card on which a character desired to appear in the battle game is printed on the table, the unit card is imaged by the camera 40 as shown in FIG. By executing the process of step S627 described above, the animation image of the character is superimposed on the captured image of the actual unit card captured by the camera 40 as shown in FIG. Is displayed.

  Next, using the character animation image data read from the ROM 17a of the memory card 17 in the process of step S627, the character animation image is displayed on the first LCD 11 (step S629). By executing the process of step S629, as shown in FIG. 16B, the animation image of the character is displayed on the first LCD 11 so as to be superimposed on the animation image in the virtual space. Through the processing described above, a character desired by the player can appear in the virtual space displayed on the first LCD 11.

  In addition, the position where the character appears in the virtual space by the process of step S629 is the initial position in the virtual space. The initial position is a predetermined position and is a position on the near side in the virtual space. By setting the initial position to such a position, it is possible to clearly indicate to the player that the character has appeared in the virtual space.

  As will be described later, a plurality of characters, for example, three characters may appear in the virtual space. In this case, the three unit cards are juxtaposed on the table so as to be included in the imaging range, such as the right position, the middle position, and the left position. When this is done, the character corresponding to the unit card placed at the right position of the imageable range appears at the initial position on the right side of the virtual space, and the character corresponding to the unit card placed at the middle position of the imageable range. Can appear at the initial position inside the virtual space, and the character corresponding to the unit card placed at the left position of the imageable range can appear at the initial position on the left side of the virtual space. For example, as shown in FIG. 17, three unit cards are juxtaposed on a table so as to be included in an imageable range, such as a right position, a middle position, and a left position. Characters can appear.

  Next, identification information for determining the character is stored in the RAM 24 (step S631). The identification information may be any information that can identify the character, and the serial number printed on the game card described above can be used. The identification information for determining the character is also transmitted to the game apparatus 10 operated by the opponent at a predetermined timing. By doing in this way, the character which he appeared can be alert | reported to an opponent.

  Next, it is determined whether or not all characters necessary for the battle game have been set (step S633). As described above, in the battle game, a plurality of characters, for example, three characters can appear. If it is determined in step S633 that all necessary characters have not been set (NO), the process returns to step S625 described above.

  On the other hand, when it is determined in the determination process in step S633 that all necessary characters have been set (YES), the center position of the unit card is acquired (step S635).

  In step S627 described above, the difference data generated by executing the subroutine of FIG. 3 is used. By extracting the contour of the unit card from the difference data and calculating the center position of the unit card from the contour data, the center position of the unit card can be acquired. In the process of step S635, the center position of each of a plurality of unit cards, for example, three unit cards, arranged side by side on the table so as to be included in the imageable range is acquired. In the following, as an example, it is assumed that three unit cards are juxtaposed in the imageable range. Therefore, three characters corresponding to each of the three unit cards appear.

  Next, the center position acquired by the process of step S635 is stored in the RAM 24 in association with the character type of the unit card as the reference position of the unit card (step S637).

  Next, an animation image of three unit cards is displayed on the second LCD 12 according to the acquired reference position of the unit card (step S639). As described above, the captured image of the unit card is displayed on the second LCD 12 by the process of step S627, but the unit card is switched from the captured image to the animated image by the process of step S639. Therefore, on the second LCD 12, the animation image of the character is displayed so as to be superimposed on the animation image of the unit card. For example, as shown in FIG. 19, on the second LCD 12, an animation image of three characters is displayed so as to be superimposed on an animation image of three unit cards corresponding to each of these three characters. The

  In this way, even if the player has moved the unit card inadvertently on the table so that the unit card cannot be picked up outside the imageable range, the unit card can be used. Can be processed as if the game exists, and various processes for advancing the game can be smoothly advanced. In addition, since the animation image data stored in the ROM 17a of the memory card 17 may be displayed on the second LCD 12, the process for displaying the unit card can be lightened, and other calculation processes are hindered. The possibility can be reduced.

  Next, a designated area for selecting the three characters displayed on the second LCD 12 is generated and stored based on the center position acquired by the process of step S635 (step S641). As will be described later, there is a process of performing an operation of selecting three characters displayed on the second LCD 12 when the player pushes the touch panel 15. In order to perform this process, a designated area is determined for each of the three characters in the process of step S641, and when the player pushes the touch panel 15, the position of the push is included in the designated area. The processing can be performed assuming that the player has selected the character corresponding to the designated area.

  Next, the character table is initialized (step S643). The character table is a table assigned to a predetermined area of the RAM 24, and when characterizing the battle game, data characterizing the character is read or written.

  The data characterizing the character is data for determining the individuality of the character that is the “character aspect”. That is, as described above, the character can determine the individuality by the passive card, the active card, or the status card, and depending on the type and content indicated by the passive card, the active card, or the status card, the values of various character data are Defined and stored in the character table. By using a passive card, data relating to the strength of the character can be determined. Data relating to the movement of the character can be determined by the active card. The status card can define data relating to the appearance and attributes of the character. Data values relating to the strength, movement, appearance, and attributes of these characters are stored in the character table.

  As described above, in principle, the unit card is for causing a character to appear in the virtual space, and the unit card includes only data indicating the type of character in the card identification information. Therefore, when the character type is determined by the unit card, the initial value of the data relating to the character's strength, motion, appearance, and attributes is read from the memory card 17, and the read initial value is stored in the character table. Is initialized.

  Further, in the unit card, the card identification information may include initial values of data indicating both the character type and the character strength, motion, appearance, and attributes. In this case, the initial value of the character table is extracted by extracting the initial values of the character strength, movement, appearance, and attribute data from the card identification information of the unit card, and storing the extracted initial values in the character table. Is done.

  FIG. 7 is a table showing an example of the character table. In the example shown in FIG. 7, the character corresponding to the unit card placed at the right position of the image pickup range is shown as (right) of the “position” cell, and the unit card placed at the middle position of the image pickup range is shown. The corresponding character is shown as (middle) of the “position” cell, and the character corresponding to the unit card placed at the left position of the imageable range is shown as (left) of the “position” cell. By doing in this way, various data can be memorize | stored corresponding to each of the character corresponding to the unit card juxtaposed in the imaging possible range.

  For example, the “set flag” is a value of a flag F_unit to be described later, and the flag F_unit is a flag indicating whether or not the initial setting has been completed for all characters by the unit card. The “character” is identification information for identifying the type of character corresponding to the unit card, and is information that can be acquired from the card identification information (serial number) printed on the unit card. The “reference position” is a position used when the animation image of the unit card is displayed on the second LCD 12, and is the center position of the unit card acquired in step S635 described above. “Current position” is the position of the unit card when the unit card is moved by the player. The “designated area” is generated in step S641 described above, and defines the area of the touch panel 15.

  “Individuality” is data indicating the individuality of a character, and includes, for example, strength, movement, appearance, and attributes. As described above, the “character mode” determines the personality of the character. The strength is related to physical strength such as attack power and defense power, or related to ability such as magic. In addition to operations related to attacks such as punching and kicking, there are also operations related to defense. Furthermore, the appearance and attributes are related to the appearance on the surface of the character and main features.

  The initial value of the “individuality” data is stored in the memory card 17 in advance. When the type of character is determined by the unit card, various data for determining the personality of the character are read from the memory card 17 and data for determining “individuality” is initialized. Further, as described above, the card identification information may include an initial value of data for determining both the character type and character personality (character strength, motion, appearance, and attributes) in the unit card. In this case, data relating to the character can be initialized only with the unit card.

  The “individuality” data can be changed by a passive card, an active card, a status card, or the like. Furthermore, by playing a battle game, it may be changed according to the result.

  The “motion” is a motion to be performed by the character. In particular, when playing a battle game, this is a movement when fighting an enemy character. For example. Fight against enemy characters by performing actions such as kicking and punching. In a battle game, not only single actions such as kicking and punching but also allowing the character to perform these actions continuously can increase the damage to the enemy. For example, it is possible to cause the character to continuously perform a plurality of actions such as kick → kick → punch →. In the character table, a plurality of storage areas are allocated as storage areas for storing motion data, and a plurality of predetermined motion data to be performed by the character can be stored. Note that the motion data stored in the motion storage areas is cleared when the battle with the enemy character is completed.

  The “virtual space position” is the position of each character in the virtual space displayed on the first LCD 11. By using this position, the character can be moved in the virtual space and positioned at a desired position, for example, a position facing the enemy character.

  After executing the processing in step S643 described above, the value of the flag F_unit is set to 1 (step S645), a communication processing subroutine shown in FIG. 11 described later is called and executed (step S647), and this subroutine is terminated.

  As described above, the flag F_unit is a flag indicating whether or not the initial setting is completed for all characters by the unit card. When the value of the flag F_unit is 1, it indicates that the initial setting is completed, and when the value of the flag F_unit is 0, it indicates that the initial setting is not completed. The value of the flag F_unit is stored in the “set flag” cell of the character table.

<< Competition mode processing >>
FIG. 8 is a subroutine of battle mode processing that is called and executed in step S517 of FIG. 5 described above.

  First, it is determined whether or not the initial setting has been completed (step S811). This determination process determines whether or not the value of the flag F_unit is 1. When it is determined that the initial setting has not been completed (NO), this subroutine is terminated.

  On the other hand, when it is determined that the initial setting has been completed (YES), it is determined whether or not a unit card exists (step S813). When it is determined that the unit card does not exist (NO), a message indicating that the unit card does not exist is displayed on the second LCD 12 (step S815). For example, when the player moves the unit card placed on the table to a position beyond the imaging range of the camera 40, the unit card is returned to the original position by displaying such a message. The player can be prompted.

  In the battle mode, the character that the player himself / herself has appeared with the unit card is made to fight against the character that the opponent has appeared, so that the battle game is advanced. Therefore, it is preferable that the unit card always exists. However, it is also assumed that the player moves the unit card to a position beyond the imaging range of the camera 40 for some reason. In such a case, it is preferable to display a message indicating that there is no unit card while proceeding with the battle game.

  When it is determined in step S813 that the unit card is present (YES), or when the process of step S815 is executed, the animation image of the set unit card and the character corresponding to the set unit card are displayed. The animation image data is read from the ROM 17a of the memory card 17 and the animation image of the character is displayed on the second LCD 12 so as to be superimposed on the animation image of the unit card (step S817). For example, as shown in FIG. 19, on the second LCD 12, an animation image of three characters is displayed so as to be superimposed on an animation image of three unit cards corresponding to each of these three characters. The In step S817 described above, the animation images of the three characters are displayed on the second LCD 12 so as to be superimposed on the captured images of the three unit cards corresponding to each of these three characters. You may do it.

  Next, it is determined whether or not the player has pressed the touch panel 15 (step S819). For example, as shown in FIGS. 20 (a-1) and (a-3) and FIGS. 25 (b-1) and (b-3), the player pushes the touch panel 15 using a touch pen. It is determined whether or not an operation has been performed. When it is determined that the player has pressed the touch panel 15 (YES), it is determined whether or not the position of the pressing operation is included in the designated area of any character (step S821). This designated area is stored and generated by the process of step S641 described above. If it is determined that the position of the push operation is not included in the designated area of any character (NO), the process returns to step S813.

  On the other hand, when it is determined that the position of the push operation is included in the designated area of any character (YES), the character corresponding to the designated area is selected (step S823). When a character is selected by the processing in step S823, an animation image surrounding the selected character is displayed as shown in FIGS. 20 (b-3) and 24 (b-3).

  Next, it is determined whether or not the value of the flag F_diff is 1 (step S1011). As described above, the flag F_diff is a flag indicating whether or not the 0th image data is different from the 1st image data. If it is determined that the value of the flag F_diff is not 1 (NO), the process returns to step S1011. On the other hand, when it is determined that the value of the flag F_diff is 1 (YES), the subroutine of FIG. 3 is called and executed to generate difference data (step S1013).

  It is determined whether a passive card exists using the generated difference data (step S1015). For example, as shown in FIG. 21 (a-1), this determination is made by determining whether or not the passive card is captured by the camera 40 and is present when the player holds the passive card in front of the game apparatus 10. It is processing. The determination in step S1015 is processing for determining whether or not the generated difference data includes the passive card serial number. When it is determined that a passive card exists (YES), the contents of the passive card are acquired from the serial number and stored in the character table (step S1017).

  The content of the passive card is numerical data indicating the strength of the character determined by the passive card, and is numerical data that can be acquired by reading from the card database stored in the ROM 17a of the memory card 17. By executing the process of step S1017, in the process of step S1027, which will be described later, as shown in FIG. 21 (a-3), on the second LCD 12, an animation image showing a flame around the selected character. Is displayed.

  As described above, the card identification information including data values for determining both the character type and the character strength may be printed on the passive card. When such a passive card is used, the strength of the character can be acquired without reading the strength data of the character from the memory card 17 since the card strength information is included in the card identification information.

  When it is determined in step S1015 that the passive card does not exist (NO), it is determined whether an active card exists using the generated difference data (step S1019). This determination is made, for example, as shown in FIG. 25A-1 by determining whether or not the active card is captured by the camera 40 and is present when the active card is held in front of the game apparatus 10 by the player. It is processing. The determination in step S1019 is processing for determining whether or not the generated difference data includes the serial number of the active card. When it is determined that there is an active card (YES), the contents of the active card are acquired from the serial number and stored in the character table (step S1021).

  The content of the active card is numerical data indicating the type of character movement determined by the active card, and is numerical data that can be acquired by reading from the card database stored in the ROM 17a of the memory card 17. By executing the processing in step S1021, the second processing is performed in step S1027, which will be described later, as shown in FIGS. 25 (a-3), 28 (a-3), and 28 (b-3). On the LCD 12, an animation image in which the character performs a predetermined action (punch or kick) according to the contents of the active card is displayed.

  Further, the process of step S1021 is repeated a plurality of times, and a plurality of movement data to be made to the character can be set by storing a plurality of movement data in the character table. By doing so, it is possible to cause the character to continuously perform a plurality of actions such as kick → kick → punch →. As described above, a plurality of storage areas for storing a plurality of movement data are allocated to the character table.

  When it is determined in step S1019 that there is no active card (NO), it is determined whether a status card exists using the generated difference data (step S1023). For example, as shown in FIG. 26 (a-1), this determination is made by determining whether or not the status card is captured by the camera 40 and is present when the player holds the status card in front of the game apparatus 10. It is processing. The determination in step S1023 is processing for determining whether the generated difference data includes the serial number of the status card. When it is determined that a status card exists (YES), the contents of the status card are acquired from the serial number and stored in the character table (step S1025).

  The contents of the status card are numerical data indicating the appearance and attributes of the character determined by the status card, and are numerical data that can be acquired by reading from the card database stored in the ROM 17a of the memory card 17. By executing the processing in step S1025, the character is displayed on the trailer on the second LCD 12 in accordance with the contents of the active card as shown in FIG. An animation image of a transformation mode is displayed. When the status card exists, as shown in FIG. 26 (b-2), the first LCD 11 also displays an animation image in which the character is transformed into a trailer in the virtual space.

  As described above, the card identification information including the initial value of data for determining both the appearance and attributes of the character and the strength of the character may be printed on the status card. When such a status card is used, character strength data is included in the card identification information. Therefore, when character appearance and attributes are determined by the status card, character strength data is stored from the memory card 17. The strength of the character can also be acquired without reading out.

  If it is determined in step S1023 that the status card does not exist (NO), the process returns to step S813.

  In order to show the animation image of the passive card, the active card or the status card determined to exist after executing the process of step S1017, step S1021 or step S1025 described above, and the contents of these game cards determined to exist And the animation image for indicating the contents of the game card is displayed on the second LCD 12 so as to be superimposed on the animation image of the game card (step S1027).

  By executing the processing in step S1027, various animation images are displayed on the second LCD 12 as described above. By doing in this way, the selected character and the content changed by a passive card, an active card, or a status card can be clearly shown by an animation image.

  Next, it is determined whether a passive card, an active card, or a status card still exists (step S1029). If it is determined that a passive card, active card, or status card still exists (YES), the process returns to step S1029.

  On the other hand, when it is determined that there is no passive card, active card, or status card (NO), both the animation image for indicating the contents of the game card and the animation image of the game card are displayed on the second LCD 12. Erasing is performed (step S1031).

  Next, the type and content of the game card is determined by searching the card database stored in the ROM 17a from the serial number of the existing game card, and accordingly, the individuality column of the character table is determined. The numerical value is changed (step S1033).

  As described above, the character personality includes strength, movement, appearance, and attributes. The strength can be changed by a passive card, the operation can be changed by an active card, and the appearance and attributes can be changed by a status card. In the card database stored in the ROM 17a, these strengths, actions, appearances, attributes, and the like are stored as numerical data in accordance with the serial number of the game card. By reading these numerical data from the card database and rewriting the numerical values in the personality column of the character table, the personality of the selected character can be changed.

  After executing the process of step S1033, a communication process subroutine shown in FIG. 11 described later is called and executed (step S1035), and the process returns to step S813.

  When it is determined in the determination processing in step S819 that the player does not push the touch panel 15 (NO), the subroutine of FIG. 3 is called and executed to generate difference data (step S911).

  Using the generated difference data, it is determined whether or not the predetermined unit card has moved (step S913). As shown in FIG. 21 (b-1) and FIG. 22 (b-1), the player can move the unit card placed on the table. The determination in step S913 is processing for determining whether there is a unit card moved by the player. In the example shown in FIGS. 21B-1 and 22B-1, the unit card is moved in the direction away from the player on the table, but is shown in FIG. 23B-1. Thus, the unit card can be moved to the left of the player on the table. As will be described later, the character can be moved in the virtual space in the direction corresponding to the direction in which the unit card is moved on the table. Therefore, the player may move the unit card on the table according to the direction in which the character is desired to move in the virtual space.

  The determination process of step S913 is a process of determining the movement of the unit card based on whether or not the image of two unit cards is included in the generated difference data. When it is determined that the predetermined unit card has not moved (NO), it is determined whether or not the unit card has returned to the reference position (step S915). If it is determined that the unit card has not returned to the reference position (NO), the process returns to step S813.

  On the other hand, when it is determined that the unit card has returned to the reference position (YES), the storage area of the current position in the character table is cleared (step S917), and the process returns to step S813.

  For example, as shown in FIG. 23 (b-1), after the player has moved the unit card located on the left side on the table to the left of the player, as shown in FIG. 24 (a-1), the player When the unit card located on the left side on the table is returned to the original position, as shown in FIG. 24 (a-3), the second LCD 12 displays an animation image in which the left character is stationary. It is displayed so as to be superimposed on the animation image of the unit card corresponding to the left character. Further, as shown in FIG. 24 (a-2), the first LCD 11 displays an animation image in which the left character is stationary at the position to which the left character has moved.

  When it is determined that the predetermined unit card has moved in the determination process in step S913 described above (YES), the center position of the predetermined unit card determined to have moved is determined from the difference data based on the difference data. The current position is acquired (step S919), and the current position value is stored in the current position storage area of the character table (step S921).

  Next, an animation image in which the predetermined unit card moves to the current position acquired by the process of step S919 is displayed on the second LCD 12 (step S923). An animation image in which the character corresponding to the predetermined unit card runs or walks is displayed on the second LCD 12 (step S925). The animation image in which the character runs and walks is not an aspect in which the character moves, but an animation image in which the character runs and walks at the same fixed position. In step S925 described above, the animation images of the three characters are displayed on the second LCD 12 so as to be superimposed on the captured images of the three unit cards corresponding to each of these three characters. You may do it.

  For example, as shown in FIG. 21 (b-3), an animation image in which the left character runs is displayed on the second LCD 12 so as to be superimposed on the animation image of the unit card corresponding to the left character. The Also, as shown in FIG. 22 (b-3), an animation image in which the middle character runs on the second LCD 12 is superimposed on the animation image of the unit card corresponding to the middle character. Is displayed. Further, as shown in FIG. 23B-1, when the player moves the unit card located on the left side on the table to the left of the player, as shown in FIG. On the second LCD 12, an animation image in which the left character runs in the left direction is displayed so as to be superimposed on the animation image of the unit card corresponding to the left character.

  Next, the moving direction of a predetermined unit card is determined from the reference position and the current position stored in the character table (step S927). Next, in the virtual space displayed on the first LCD 11, an animation image of a mode in which the character corresponding to the predetermined unit card moves in the determined moving direction is displayed (step S929).

  For example, as shown in FIGS. 21 (b-2) and 22 (a-2), the left character runs on the first LCD 11 in the virtual space and moves from the near side of the virtual space toward the depth side. An animation image of the mode to be displayed is displayed. Similarly, as shown in FIG. 22 (b-2) and FIG. 23 (a-2), the middle character runs on the first LCD 11 in the virtual space, and the depth side from the near side of the virtual space. An animation image of a mode of moving toward is displayed. Further, as shown in FIGS. 23 (b-2) and 24 (a-2), on the first LCD 11, the left character runs in the virtual space and moves from the center of the virtual space toward the left. An animated image in a moving manner is displayed. Similarly, as shown in FIGS. 27 (a-2) and (b-2), on the first LCD 11, the middle character runs in the virtual space, further from the center of the virtual space toward the depth side. An animation image of the moving mode is displayed.

  Next, it is determined whether or not the character has reached an obstacle such as a wall in the virtual space (step S931). If it is determined that the character has not reached the obstacle (NO), the process returns to step S931.

  On the other hand, when it is determined that the character has reached the obstacle (YES), an animation image in which the character corresponding to the predetermined unit card is stationary is displayed (step S933).

  Next, it is determined whether there is an enemy character near the character (step S935). If it is determined that there is no enemy character near the character (NO), the process returns to step S813. On the other hand, when it is determined that there is an enemy character near the character (YES), it is determined whether or not an action by the active card is designated for the character (step S937). When it is determined that the operation by the active card is not designated (NO), the process returns to step S813.

  On the other hand, when it is determined that the action by the active card is designated (YES), it is determined whether or not it is an attack turn (step S939). The battle game according to the present embodiment is repeated a predetermined number of times in the battle mode by changing the attack turn and the defense turn between the player and the opponent. The determination process of step S939 is a process of determining whether or not the player is an attack turn and the opponent is a defense turn. If it is determined in the determination process in step S939 that the turn is an attack turn (YES), the type of the set virtual space, the type of character set by the player, the type of character set by the opponent, A battle result is determined based on the individuality (strength, strength, movement, appearance, attributes, etc.) of these characters and the value of the random number generated by the random number generation process (step S941). When this process is executed, as shown in FIG. 28 (b-2), the first LCD 11 displays an animation image in which the character faces the enemy character and performs a punch or kick action to fight. Is done.

  Next, according to the battle result determined in step S941, the individuality (strength, motion, appearance, attribute, etc.) of the character is changed, and numerical data indicating them is written in the character table (step S943).

  When it is determined that the turn is not an attack turn in the determination process of step S939 described above (NO), or when the process of step S943 is executed, a communication process subroutine shown in FIG. 11 described later is called and executed (step S945). It is determined whether or not the battle game is determined based on the battle result determined in step S941 (step S947). If it is determined that the battle game has not been won or lost (NO), the process returns to step S813. On the other hand, when it is determined that the winning or losing of the competitive game is determined (YES), this subroutine is terminated.

<< Communication processing >>
FIG. 11 is a subroutine of a communication process performed between the game apparatus 10 operated by the player itself and the game apparatus 10 operated by the opponent of the battle game.

  First, it is determined whether or not there is another game apparatus 10 that can communicate with the game apparatus 10 operated by the player itself, that is, the game apparatus 10 operated by the opponent of the battle game. Judgment is made (step S1111). When it is determined that there is no other game apparatus 10 in a state where communication with the game apparatus 10 operated by the player is present (NO), this subroutine is immediately ended.

  On the other hand, if it is determined that there is another game apparatus 10 that is in a state where it can communicate with the game apparatus 10 operated by the player (YES), whether or not identification information for defining the virtual space has already been transmitted. Is determined (step S1113). The identification information that defines the virtual space is information stored in the RAM 24 in the process of step S621.

  When it is determined that the identification information for defining the virtual space has not yet been transmitted (NO), the identification information for defining the virtual space is transmitted to another game apparatus 10 in a communicable state (step S1115). .

  When it is determined in the determination process of step S1113 that the identification information for defining the virtual space has already been transmitted (YES), or when the process of step S1115 is executed, it is determined whether a battle result has been transmitted (step S1117). The battle result is determined in step S941 described above. When it is determined that the battle result has not been transmitted yet (NO), the battle result is transmitted to another game device 10 in a communicable state (step S1119).

  When it is determined in the determination process of step S1117 that the battle result has already been transmitted (YES) or when the process of step S1119 is executed, various data stored in the character table shown in FIG. 7 is read (step S1121). ) And transmitted to another game apparatus 10 in a communicable state (step S1123).

  Next, various data stored in the character table of another game apparatus 10 in a communicable state is received (step S1125), and the data is stored as an enemy character table (step S1127). Exit the subroutine.

  In step S1125, the data for determining the personality of the enemy character set by the opponent can be received. The data for determining the personality of the enemy character and the data for determining the personality of the character set by the player itself are used as described above. By executing step S941, the battle result can be determined.

<<< Other aspects >>>
<< Processing according to hand movement by imaging player's hand >>
In the above-described embodiment, the game card is imaged by the camera 40, various animation images are displayed according to the game card determined to exist, and the battle game is performed. The camera 40 may take an image of something other than a game card, for example, a player's hand. For example, when both hands of the player are imaged and it is determined that both hands of the player are present, the captured image of both hands of the player and an animation image corresponding to both hands of the player are displayed on the second LCD 12, and the player Animated images such as a car handle and airplane control stick held by both hands are displayed. By doing in this way, games, such as a racing game and a flight simulation, can also be performed. Further, in a battle game or the like, the player may directly fight the enemy character by the action of the player.

  In this case, a dedicated glove 80 (see FIG. 31) may be prepared in order to facilitate the determination of the presence of both hands of the player when the camera 40 takes an image. When the player wears the dedicated glove 80, when the image is captured by the camera 40, the player's hand and the surrounding objects can be clearly distinguished to facilitate discrimination. The dedicated gloves 80 can be identified more easily by attaching a specific marker 82 (see FIG. 31) or using a special color or pattern.

<Racing game processing>
FIG. 30 is a subroutine of a racing game process that is called and executed by the CPU core 21. In this process, the player's hand is imaged by the camera 40 and displayed on the second LCD 12 such that the virtual handle rotates in accordance with the movement of the player's hand, and the player's hand is displayed on the first LCD 11. An image in which the racing game is played by the operation of the virtual handle operated by the hand is displayed (see FIG. 31).

  First, it is determined whether or not the player's hand is captured by the camera 40 (step S3011). When it is determined that the player's hand does not exist (NO), this subroutine is immediately terminated.

  When it is determined that the player's hand is present (YES), an animation image indicating the car handle is combined with the captured image of the player's hand captured by the camera 40 and displayed on the second LCD 12 (step S1). S3013).

  Next, it is determined whether or not the player's hand has moved (step S3015). When it is determined that the player's hand has moved (YES), the movement amount of the player's hand is calculated from the imaging data (step S3017). In the process of step S3017, for example, the movement amount of the player's hand can be calculated by using the difference data generated in the process of step S313 described above.

  Next, an animation image indicating the vehicle handle is updated and displayed on the second LCD 12 so that the handle rotates according to the movement amount of the player's hand calculated in the process of step S3017 (step S3019).

  When it is determined in step S3015 described above that the player's hand has not moved (NO), or when the process of step S3019 is executed, the racing is performed by operating the virtual handle by the player's hand. The game image is updated and displayed on the first LCD 11 (step S3021). In this step S3021, the virtual handle is not rotated by the player's hand when the vehicle is traveling straight, so an image of the vehicle traveling in a straight line is displayed on the first LCD 11. Further, when turning a curve or overtaking another vehicle, the virtual handle is rotated by the player's hand, so an image in which the vehicle body advances in a curved shape is displayed on the first LCD 11.

  Next, it is determined whether or not to end the racing game (step S3023). If it is determined not to end the racing game (NO), the process returns to step S3013 described above. On the other hand, when it is determined that the racing game is to be ended (YES), this subroutine is ended.

<< Process to capture music by playing cards >>

  Alternatively, a card on which specific identification information is printed may be imaged by the camera 40 as a virtual CD or DVD. When a specific card is imaged by the camera 40 and it is determined that it exists, the server stores music data and video data previously associated with the specific card, and downloads the music from the server to the game apparatus 10. And streaming distribution. In this way, the card can be handled as a virtual CD or DVD, and the game apparatus 10 can function as a portable AV player. The player can access the server by purchasing a card on which specific identification information is printed at a store such as a CD shop or a bookstore.

<Music playback process>
FIG. 32 is a subroutine for music playback processing that is called and executed by the CPU core 21. In this process, a predetermined music card is imaged by the camera 40 (FIG. 33 (a-1)), and music is reproduced by the reproduction device on the second LCD 12 in accordance with the identification information of the imaged card. (See FIG. 33 (a-3)), and the first LCD 11 displays an image in which a person dances (see FIG. 33 (a-2)). Music is output from the right speaker 30a and the left speaker 30b.

  In addition to outputting music from the right speaker 30a and the left speaker 30b, movies and dramas are displayed on the first LCD 11 and the second LCD 12, and the sound is output from the right speaker 30a and the left speaker 30b. By doing so, the moving image can be reproduced by the game apparatus 10.

  First, it is determined whether or not the music card is imaged by the camera 40 (step S3211). When it is determined that there is no music card (NO), this subroutine is immediately terminated.

  When it is determined that a music card exists (YES), identification information is extracted from the captured image of the music card imaged by the camera 40 (step S3213). Next, it is determined whether or not the music data of the music indicated by the extracted identification information is already stored in the RAM 24 (step S3215).

  When it is determined that the music data is not yet stored in the RAM 24 (NO), the server indicated by the extracted identification information is accessed via the wireless communication unit 34 (step S3217), and the music data is received from the server. (Step S3219).

  Next, it is determined whether or not the music card is captured by the camera 40 (step S3221). When it is determined that there is no music card (NO), this subroutine is immediately terminated. On the other hand, when it is determined that a music card is present (YES), identification information is extracted from the captured image of the music card imaged by the camera 40 (step S3223).

  When it is determined in the determination processing in step S3215 that the music data is already stored in the RAM 24 (YES) or when the processing in step S3223 is executed, the music data of the music indicated by the extracted identification information is stored in the RAM 24. Are output from the right speaker 30a and the left speaker 30b to reproduce the music (step S3225).

  Next, a game corresponding to the music reproduced in step S3225 is executed, and the game image is displayed on the first LCD 11 (step S3227). The game executed in the process of step S3227 is preferably the one operated by the player in accordance with the rhythm and tempo of the music being reproduced. Note that the processing in step S3227 may be transferred to step S3229 described later without being executed if the player does not desire. When the process of step S3227 is not executed, the game apparatus 10 can be handled as a music reproducing apparatus.

  Next, it is determined whether or not to end the music reproduction process (step S3229). If it is determined not to end the music reproduction process (NO), the process returns to step S3211 described above. On the other hand, when it is determined that the music reproduction process is to be terminated (YES), this subroutine is terminated.

  Further, the game apparatus 10 may execute a rhythm game using music downloaded from the server to the game apparatus 10 or streamed. After the rhythm game has started, the card may be imaged with the camera 40 so as to function as a controller.

  Furthermore, when a competitive game is advanced, a game card is imaged by the camera 40 and a microphone or the like is used to make a virtual space, character type, character personality (strength, movement, Appearance, attributes, etc.) may be defined. For example, a strong character appears in the case of a loud voice, and a weak character appears in the case of a small voice.

  Further, the character may be moved according to voice, music, or the like. For example, if the voice is loud, the voice is moved long, and if the voice is soft, the voice is moved short. Further, an earthquake may occur in the virtual space according to voice or music. For example, a large earthquake causes a large earthquake, and a small voice causes a small earthquake.

<<< Overview of the program for controlling the game device >>>
The program in the embodiment of the present invention is:
A camera 40 that images a card (stage card, unit card, active card, passive card, status card) with card identification information (picture, barcode, QR code, etc.) and a first display screen (first LCD 11) and a display (first LCD 11 and second LCD 12) including a second display screen (second LCD 12), and a memory (memory that stores stereoscopic image data associated in advance with the card identification information) A stereoscopic image based on the card identification information on the second display screen so as to overlap a card captured image of the card imaged by the camera (steps S627, S817, S925) and displaying a stereoscopic image on the first display screen based on the card identification information. A step S629, S929, S933) program executed by the game apparatus 10 by the game is advanced by,
(A1) a process of determining whether or not a predetermined type of card exists from the card identification information imaged by the camera (step S813);
(A2) When the card of the predetermined type exists, the second image so that the stereoscopic image corresponding to the card identification information of the card of the predetermined type overlaps the card image of the card imaged by the camera. (Steps S627, S817, S925) and a stereoscopic image corresponding to the card identification information of the predetermined type of card is displayed on the first display screen (steps S629, S929, S933). When,
(A3) The processing of (A1) to (A2) is repeated, the stereoscopic image and the card image are updated at a predetermined time interval and displayed on the second display screen (step S817), It is characterized by comprising.

  According to this configuration, the stereoscopic image and the card captured image can be updated and displayed at predetermined time intervals, and the stereoscopic image can be continuously displayed on the second display screen so as to overlap the card captured image.

The program in the embodiment of the present invention is:
The card is a first type card (unit card) for displaying a stereoscopic moving image of a game character on the first display screen and the second display screen, and a first type for determining the character mode. Including two types of cards (active cards, passive cards and status cards)
The card identification information includes first identification information for identifying the card of the first type, and second identification information for identifying the card of the second type,
The memory includes card function data (card database) including first type function data (card database) for determining a character type and second type function data (card database) for determining a character mode. Remember
The process (A2)
(B1) When the first type card is present, a process of displaying a stereoscopic moving image of the type of character determined by the first type function data on the first display screen and the second display screen ( Steps S627, S629, S817, S925),
(B2) When the second type card is present, a process of displaying a stereoscopic video image of the character on the first display screen in a manner determined by the second type function data (step S929). .

  According to this configuration, the stereoscopic image and the card captured image can be updated and displayed at predetermined time intervals, and the stereoscopic image can be continuously displayed on the second display screen so as to overlap the card captured image.

The program in the embodiment of the present invention is:
The process (B2)
(C1) When the card is moved by the player (step S913), the process includes a process (step S929) of displaying the stereoscopic moving image on the first display screen in such a manner that the stereoscopic moving image is moved in accordance with the movement of the card.

  According to this configuration, the game can be advanced on the first display screen by the player moving the card.

The program in the embodiment of the present invention is:
The memory stores game environment data (card database, character table) for determining a game environment of a game performed by a player,
The process (B1)
(D1) Processing for storing the card function data read from the memory according to the card identification information of the existing card in the memory as the game environment data when there is a predetermined type of card (steps S1017, S1021) , S1025),
(D2) processing for reading the game environment data and setting the game environment when the game is played by the player (steps S1033 and S1127).

  According to this configuration, when the player wants to change the game environment, the game environment data can be changed by the player operating the card, and the game environment can be set.

The program in the embodiment of the present invention is:
The game apparatus 10 has a touch panel 15 that is mounted on the display so as to be operable by a player and outputs operation information including an operation position by the player.
(E1) processing for determining whether or not the operation position is included in an operation effective area for enabling operation of the player on the touch panel 15 based on operation information output from the touch panel 15 (step S821); ,
(E2) a process of selecting a character corresponding to the operation effective area when the operation position is included in the operation effective area (step S823);
(E3) When it is determined that the second type card is present, the second type function data corresponding to the existing second type card is read from the memory (RAM 24), and the mode of the character selected as the selection target (Steps S1015 to S1025).

  According to this configuration, the player can select a desired character and change the character of the character.

The program in the embodiment of the present invention is:
The second type of card includes a plurality of types of action determination cards for determining the action of the character,
The second type function data is character action data indicating functions assigned in advance to each of the plurality of kinds of action determination cards, and includes character action data for determining the action of the displayed character,
The process of (E3)
(F1) When it is determined that the action determination card exists, character action data corresponding to the existing action determination card is read from the memory and the action of the displayed character is determined (steps S1019 and S1021);
(F2) The process of (F1) is repeated a plurality of times, a plurality of character action data for causing the displayed character to perform a plurality of actions are read from the memory, and a plurality of actions of the displayed character are determined (step) S1019 and S1021).

  According to this configuration, it is possible to cause the character to perform a plurality of actions continuously, simplify the processing during the attack turn, and when the player owns many cards, Since the cards can be used effectively, the player can be motivated to collect more cards.

The program in the embodiment of the present invention is:
The game apparatus 10 includes a communication unit (wireless communication unit 34) that transmits and receives various data between itself and another game apparatus.
(G1) a process of reading the game environment data from the memory as its own game environment data at a predetermined timing (step S1121);
(G2) a process of transmitting the read game environment data to the other game device via the communication means (step S1123);
(G3) a process (step S1125) of receiving the game environment information transmitted from another game device through the communication means at a predetermined timing as opponent game environment data;
(G4) processing for storing the received opponent game environment data in the memory (step S1127).

  According to this configuration, since the player's information and the opponent's information can be appropriately transmitted and received in order to play the battle game, the progress state of the battle game can be updated to the latest one, and the appropriate game environment Can play games.

The program in the embodiment of the present invention is:
The game is a battle game in which at least one unit battle is performed between itself and another game device, one attacking and the other defending,
The game apparatus 10 has random number generation means (CPU core 21) for generating a predetermined range of random numbers,
(H1) When making an attack in the unit battle, a process of determining a result of the unit battle based on the own game environment data, the opponent game environment data, and the random number value (step S941);
(H2) a process of changing own game environment data and opponent game environment data based on the result of the unit battle (step S943);
(H3) processing of transmitting the determined result of unit battle, the changed own game environment data and opponent game environment data to another game device via the communication means (step S945).

  According to this configuration, the game device on the attacking side can determine the result and transmit it to the opponent, and the game result can be shared with the game device on the defending side, and the game device on the attacking side can be protected. Processing can be performed so that the game result does not differ from the game device on the side.

The program in the embodiment of the present invention is:
The process (A1)
(I1) This is a sheet (card placement sheet 60) that can be arranged over a range that can be imaged by the camera 40, and includes processing for imaging a card that is arranged on a sheet that can image reference form data by the camera. .

  According to this configuration, it is possible to easily recognize or distinguish the cards arranged on the sheet, so that erroneous recognition can be prevented and the game can be progressed accurately.

The program in the embodiment of the present invention is:
A camera 40 that captures the hand of the player, a display (first LCD 11 and second LCD 12) comprising a first display screen (first LCD 11) and a second display screen (second LCD 12), and a player A memory (memory card 17, RAM 24) in which data of an operating body image of an operating body that is virtually operated by the computer is stored,
(J1) processing for determining whether or not a player's hand exists from the image data captured by the camera (step S3011);
(J2) When the player's hand is present, the operation body image is displayed on the second display screen so as to overlap with the captured image of the player's hand imaged by the camera (step S3013), and the operation by the player A process (step S3021) of displaying on the first display screen a game screen that is advanced in accordance with a body operation;
(J3) The movement of the player's hand is detected from the image data captured by the camera, and the captured image of the player's hand and the operation tool image are updated on the second display screen based on the movement of the hand. (Step S3019), and a process of updating the game screen on the first display screen (Step S3021).

  According to this configuration, the game can be advanced by operating the operating tool by the player in the virtual space.

The program in the embodiment of the present invention is:
It consists of a camera 40 that captures a card with card identification information (picture, barcode, QR code, etc.), a first display screen (first LCD 11), and a second display screen (second LCD 12). A display (first LCD 11 and second LCD 12), a memory (memory card 17, RAM 24) in which image data previously associated with the card identification information is stored, and a communication means (wireless) A communication unit 34) and a program executed by the game apparatus 10 having a speaker (right speaker 30a, left speaker 30b) that emits sound,
(K1) a process of determining whether or not a predetermined type of card (music card) exists from the card identification information imaged by the camera (step S3211);
(K2) A process of accessing a predetermined server via the communication means and receiving music data according to the card identification information of the predetermined type of card when the predetermined type of card exists (step S3219) )When,
(K3) processing of reproducing music from the speaker or the display based on the received music data (step S3225).

The program in the embodiment of the present invention is:
The process of (K2)
(L1) consists of a process (step S3219) of receiving data of a plurality of music pieces according to the card identification information of the predetermined type of card,
The process of (K3)
(L2) According to the card identification information of the predetermined type of card, at least one music is selected from the plurality of music (step S3223), and the selected music is played from the speaker or the display (step S3225). ) Processing.

  According to this configuration, the card can be handled as a virtual CD or DVD. It is suitable for storing and reproducing a plurality of digitized music data in a memory. If the user wants to play the music, the music stored in the storage device (memory / hard disk) of the game device can be selected and played by holding the virtual card in front of the camera.

The program in the embodiment of the present invention is:
The process of (K3)
(M1) The process includes a process (step S3227) of executing a game according to the received music data on the first display screen along with the reproduction of the music.

  By doing in this way, a game like a rhythm game can be performed with a game device.

10 game device 11 first LCD
12 Second LCD
15 Touch panel 17 Memory card 17a ROM
17b RAM
21 CPU core (controller)
24 RAM
34 Wireless communication unit (communication means)
40 camera 60 seat 70 game card (stage card, unit card, active card, passive card, status card)
80 gloves

Claims (4)

A program executed on a game device having a camera that captures the player's hand, a display having a display screen, and a memory in which data of an operation tool image of an operation tool that is virtually operated by the player is stored. And
(J1) processing for determining whether or not a player's hand is present from image data captured by the camera;
(J2) When the player's hand is present, the operation body image is displayed on the display so as to overlap with the captured image of the player's hand captured by the camera, and the operation body image is advanced according to the operation of the operation body by the player. Processing to display a game screen on the display;
(J3) The movement of the player's hand is detected from the image data captured by the camera, and the captured image and the operating body image of the player's hand are updated on the display based on the movement of the hand. The program which consists of the process which advances a game. A camera that captures a card with card identification information, a display having a display screen, a memory in which data of an image previously associated with the card identification information is stored, a communication unit that transmits and receives various types of data, A program executed on a game device having a speaker that emits sound,
(K1) a process for determining whether or not a predetermined type of card exists from the card identification information imaged by the camera;
(K2) When the predetermined type of card exists, a process of accessing a predetermined server via the communication means and receiving music data according to the card identification information of the predetermined type of card;
(K3) A program comprising a process of playing music from the speaker or the display using received music data. The process of (K2)
(L1) comprising a process of receiving data of a plurality of music pieces according to card identification information of the predetermined type of card,
The process of (K3)
(L2) The method according to claim 2, further comprising: selecting at least one of the plurality of music pieces according to card identification information of the predetermined type of card and playing the selected music piece from the speaker or the display. The listed program. The process of (K3)
(M1) The program according to claim 2, comprising a process of executing a game according to the received music data on the display along with the reproduction of the music.

Images