US20090029779A1 - Game apparatus, control method thereof, and program - Google Patents
Game apparatus, control method thereof, and program Download PDFInfo
- Publication number
- US20090029779A1 US20090029779A1 US12/219,433 US21943308A US2009029779A1 US 20090029779 A1 US20090029779 A1 US 20090029779A1 US 21943308 A US21943308 A US 21943308A US 2009029779 A1 US2009029779 A1 US 2009029779A1
- Authority
- US
- United States
- Prior art keywords
- character
- characters
- type
- unit
- game apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/80—Special adaptations for executing a specific game genre or game mode
- A63F13/825—Fostering virtual characters
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/34—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using peer-to-peer connections
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/50—Controlling the output signals based on the game progress
- A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
- A63F13/533—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game for prompting the player, e.g. by displaying a game menu
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/55—Controlling game characters or game objects based on the game progress
- A63F13/58—Controlling game characters or game objects based on the game progress by computing conditions of game characters, e.g. stamina, strength, motivation or energy level
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
- A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
- A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/85—Providing additional services to players
- A63F13/87—Communicating with other players during game play, e.g. by e-mail or chat
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/33—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections
- A63F13/335—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections using Internet
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/45—Controlling the progress of the video game
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/10—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by input arrangements for converting player-generated signals into game device control signals
- A63F2300/1037—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by input arrangements for converting player-generated signals into game device control signals being specially adapted for converting control signals received from the game device into a haptic signal, e.g. using force feedback
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/20—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of the game platform
- A63F2300/206—Game information storage, e.g. cartridges, CD ROM's, DVD's, smart cards
- A63F2300/208—Game information storage, e.g. cartridges, CD ROM's, DVD's, smart cards for storing personal settings or data of the player
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/30—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by output arrangements for receiving control signals generated by the game device
- A63F2300/308—Details of the user interface
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
- A63F2300/407—Data transfer via internet
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
- A63F2300/408—Peer to peer connection
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
- A63F2300/5566—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history by matching opponents or finding partners to build a team, e.g. by skill level, geographical area, background, play style
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
- A63F2300/572—Communication between players during game play of non game information, e.g. e-mail, chat, file transfer, streaming of audio and streaming of video
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/60—Methods for processing data by generating or executing the game program
- A63F2300/609—Methods for processing data by generating or executing the game program for unlocking hidden game elements, e.g. features, items, levels
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/60—Methods for processing data by generating or executing the game program
- A63F2300/63—Methods for processing data by generating or executing the game program for controlling the execution of the game in time
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/60—Methods for processing data by generating or executing the game program
- A63F2300/65—Methods for processing data by generating or executing the game program for computing the condition of a game character
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/80—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game specially adapted for executing a specific type of game
- A63F2300/8058—Virtual breeding, e.g. tamagotchi
Definitions
- the present invention relates to a game apparatus, which communicates with another game apparatus, a control method thereof, and a program.
- a game apparatus which allows a player to grow a character of his or her own is known (see Japanese Patent No. 3457285). With this game apparatus, the game progresses when a player grows a single character by periodically executing predetermined operations from the birth of that character.
- the present invention has been made in consideration of the above situation, and is characterized in that a player can make his or her own game apparatus communicate with another game apparatus to receive a character from that game apparatus.
- a game apparatus which comprises a storage unit and a communication unit which communicates with another game apparatus, comprising:
- a first storage control unit which controls the storage unit to store a character group including two characters of a first type and one or more characters of a second type;
- a second storage control unit which controls the storage unit to store a parameter value indicating a relationship between the character group and a character group of the other game apparatus
- a first update unit which updates the parameter value when a communication with the other game apparatus is made
- a first selection unit which selects one of the one or more characters of the second type as a character that remains at the character group
- a first determination unit which determines whether or not the parameter value satisfies a predetermined condition
- a character generation unit which generates one or more new characters of the second type
- a second update unit which updates the character group so as to set, when the first determination unit determines that the parameter value satisfies the predetermined condition and when the first selection unit makes the selection, the character selected by the first selection unit and a predetermined character of the second type of the other game apparatus as the new, two characters of the first type, and to set only one or more characters of the second type newly generated by the character generation unit as the one or more characters of the second type.
- a method of controlling a game apparatus which comprises a storage unit and a communication unit which communicates with another game apparatus, the method comprising the steps of:
- controlling the storage unit to store a character group including two characters of a first type and one or more characters of a second type;
- controlling the storage unit to store a parameter value indicating a relationship between the character group and a character group of the other game apparatus
- FIG. 1 is a block diagram showing the basic arrangement of a game apparatus according to the first embodiment
- FIG. 2 is a flowchart showing the progress of a game according to the first embodiment
- FIG. 3 shows a window displayed on a display unit of the game apparatus according to the first embodiment
- FIG. 4 is a table showing data required to manage a character group
- FIG. 5 is a table showing data required to manage the character group
- FIG. 6 is a flowchart showing the detailed sequence of the processing in step S 206 in FIG. 2 ;
- FIG. 7 is a table showing the chum levels stored as some of user data in an internal storage device of the game apparatus according to the first embodiment
- FIG. 8 shows the transition of windows displayed when the game apparatus according to the first embodiment communicates with another game apparatus
- FIG. 9 is a flowchart showing the detailed sequence of the processing in step S 610 in FIG. 6 ;
- FIG. 10 is a flowchart showing the detailed sequence of the event determination processing in step S 205 in FIG. 2 .
- FIG. 1 shows the basic arrangement of a game apparatus 100 according to this embodiment.
- a CPU 101 controls the overall game apparatus 100 using programs, data, and the like stored in a RAM (Random Access Memory) 102 and ROM (Read-Only Memory) 105 , and controls the progress of a game according to this embodiment.
- the RAM 102 comprises an area used to load a game program 111 and game data 112 stored in an internal storage device 110 , and also a work area used when the CPU 101 executes various kinds of processing.
- An operation unit 103 serves as an input unit which accepts inputs from the player.
- a communication I/F (interface) 104 serves as an I/F used to connect to another game apparatus via a cable (or wirelessly) or to connect to the Internet or LAN (Local Area Network).
- the ROM 105 stores a program for controlling the overall game apparatus 100 (e.g., a boot program of the game apparatus 100 ), data (e.g., setting data of the game apparatus 100 ), and the like.
- a display unit 106 comprises a CRT, liquid crystal panel, or the like, and serves as a display unit which displays windows associated with the game (e.g., those to be displayed during playing of the game and those used to make various settings).
- a sound processor 107 generates BGM and effect sounds based on sound data included in the game data 112 , and outputs the generated BGM, effect sounds, and the like to a loudspeaker 108 .
- the internal storage device 110 comprises a storage device that allows to read/write data, such as a hard disk, flash memory, or the like, and stores the aforementioned game program 111 and game data 112 , and user data 113 .
- the data stored in the internal storage device 110 are read out onto the RAM 102 as needed.
- the game program 111 is a program for controlling the overall game.
- the game data 112 include data required to generate images of respective objects (characters, text, background pictures, etc.) that configure each game window, the aforementioned sound data, various parameters, and the like.
- the game program 111 and game data 112 include a game program, data, and the like downloaded from a server, which provides such game program, on the network.
- the user data 113 are data associated with the past game progress history of the player.
- Reference numeral 109 denotes a bus which interconnects the aforementioned units.
- the player manages one character group.
- the player undertakes events that take place during playing of the game, thereby growing characters that belong to the character group, and deepening bonds between the player and character group and between the characters in the character group.
- This character group can be, for example, a family.
- the character group includes characters of a first type (i.e., parents) and those of a second type (i.e., children). The player looks after the children on behalf of the parents to raise the children and to deepen bonds with the family and between the characters in the family.
- the player makes his or her own game apparatus 100 communicate with another game apparatus to have a relationship with another family. By repeating exchanges with the other family, the player can deepen a relationship with that family.
- the player can make the child marry a child of another closely related family. At this time, the player may take a child character from another game apparatus, or may give away the child character of the character group managed by himself or herself to the other game apparatus.
- the two married child characters become new parent characters, and the remaining characters are cleared from the character group.
- New child characters are born to the new parent characters, resulting in the birth of a new family (i.e., generation change occurs).
- the player looks after the children again on behalf of the parents to raise the children and to deepen bonds with the new family and between the parents and children in the new family.
- the embodiment of the present invention will be described below taking as an example a case in which the character group managed by the player represents a family. Note that it is merely an example that the character group represents a family, and that the player looks after children on behalf of parents.
- FIG. 2 is a flowchart showing the progress of the game according to this embodiment. Respective processes of the flowchart shown in FIG. 2 are implemented when the CPU 101 executes the game program 111 read out onto the RAM 102 .
- step S 201 the CPU 101 generates parent characters which belong to a character group managed by the player. Note that the process in step S 201 is arbitrary, and no parent characters may exist in the first generation.
- step S 202 the CPU 101 displays eggs on the display unit 106 (see a window 301 in FIG. 3 ).
- the number of eggs to be displayed is arbitrary, and may be determined based on a predetermined probability. However, assume that the number of eggs is three in this embodiment, for the sake of simplicity.
- step S 203 the CPU 101 hatches child characters from the eggs and displays them on the display unit 106 (see a window 302 in FIG. 3 ). Then, the CPU 101 adds the born child characters to the character group. Note that the window 302 is a standby window of the game of this embodiment.
- management data Data used to manage the character group (to be referred to as “management data” hereinafter) will be described below with reference to FIG. 4 .
- the data used to manage the character group is temporarily stored in the RAM 102 , and is stored as some of the user data 113 in the internal storage device 110 as needed.
- the management data includes a number field 401 indicating the number of each character, and a parent-child field 402 indicating the type of parent or child.
- the number indicated by the number field 401 is related to the display position of each character on the display unit 106 .
- characters with numbers 1 and 2 i.e., parent characters
- characters # 3 is displayed at the lower central position on the window 302
- character # 4 is displayed at the lower left position on the window 302
- character # 5 is displayed at the lower right position on the window 302 .
- the management data includes a gender field 403 indicating a gender as one of attributes of each character.
- a gender field 403 indicating a gender as one of attributes of each character.
- the management data may also include fields indicating the personality of each character.
- the management data includes a meticulous field 404 , lively field 405 , and easygoing field 406 , and these fields indicate “meticulous”, “lively”, and “easygoing” nature levels of each character.
- the management data also includes parameters common to the whole character group (see FIG. 5 ).
- a growth stage field 501 indicates the stage of growth of respective characters.
- the parent characters are in a “laying period”, and the child characters are in an “infancy period”.
- Other examples associated with the growth stage will be described later with reference to FIG. 10 .
- a bond field 502 indicates the depth of bond between the player and family (the character group managed by the player).
- a stomach field 503 indicates the full stomach level of the family, and a mood field 504 indicates the mood level of the family.
- the parameter values shown in FIG. 5 are common to the whole family.
- the game may be designed so that individual characters assume different values. In this case, the respective fields in FIG. 5 are assured for respective characters, as in FIG. 4 .
- the CPU 101 checks in step S 204 if an instruction to start a communication with another game apparatus is received from the operation unit 103 (or communication I/F 104 ). If no such instruction is received, the CPU 101 executes determination of an event (details will be described later) in step S 205 , and the process returns to step S 204 . Thus, the CPU 101 repeats event determination until it accepts the communication start instruction.
- one of the child characters may obtain a spouse character.
- characters other than the character that obtained the spouse and the spouse character are cleared from the character group.
- the character that obtained the spouse and the spouse character become new parent characters.
- the CPU 101 checks in step S 207 if a spouse character is obtained in step S 206 . If no spouse character is obtained, the process returns to step S 204 to repeat the same processing.
- step S 206 If a spouse character is obtained in step S 206 , the process returns from step S 207 to step S 202 .
- step S 202 the new parent characters produce eggs.
- step S 203 child characters are born. That is, if a spouse character is obtained in step S 206 , the character group is updated by the processes in steps S 206 , S 207 , S 202 , and S 203 .
- the updated character group includes the character that obtained the spouse and the spouse character as new parent characters, and also newly born child characters. In other words, if one of the child characters obtains a spouse character in step S 206 , the parent characters and other child characters at that time leave the character group, thus attaining a generation change.
- these two or more child characters include those of a plurality of genders: male and female child characters. This is because, for example, if all two or more child characters are male characters, and those in the other game apparatus as a communication partner are also male characters, these child characters cannot marry those in the other game apparatus.
- step S 206 in FIG. 2 The detailed sequence of the processing in step S 206 in FIG. 2 will be described below with reference to FIG. 6 .
- step S 601 the CPU 101 acquires identification information of a game apparatus as a communication partner from this game apparatus.
- the identification information is information unique to each game apparatus, and is, for example, a serial number of the game apparatus.
- the CPU 101 checks in step S 602 if a parameter value indicating the relationship between the family of the game apparatus 100 and that of the game apparatus as the communication partner (to be referred to as a “chum level” hereinafter) is available in user data 113 . If the chum level is available, the process advances to step S 603 ; otherwise, the process advances to step S 604 .
- step S 603 the CPU 101 updates the chum level.
- the chum level is set to indicate the number of times of communications with the game apparatus as the communication partner. Hence, the CPU 101 increments the chum level by 1.
- step S 604 the CPU 101 generates a new chum level, and stores the new chum level in the internal storage device 110 in association with the identification information acquired in step S 601 as some of the user data 113 .
- FIG. 7 shows the chum levels stored as some of the user data 113 in the internal storage device 110 .
- the identification information and chum level are stored as a set, even when the game apparatus 100 alternately communicates with a plurality of other game apparatuses, it can hold the chum levels of the plurality of other game apparatuses.
- step S 605 the CPU 101 displays a menu window (see a window 801 in FIG. 8 ) on the display unit 106 , and accepts a menu selection via the operation unit 103 . If “marriage” is selected on the window 801 , the process advances to step S 606 ; if another item (e.g., “game”) is selected, the process advances to step S 617 . In step S 617 , for example, an online battle game or the like is executed according to the selected contents.
- a menu window see a window 801 in FIG. 8
- step S 617 for example, an online battle game or the like is executed according to the selected contents.
- step S 606 the CPU 101 displays a menu window associated with marriage (see a window 802 in FIG. 8 ) on the display unit 106 . Then, the CPU 101 accepts, via the operation unit 103 , a selection as to whether to take a spouse character or to give away a child character as a spouse character to the game apparatus as the communication partner. If “take” is selected on the window 802 , the process advances to step S 607 ; if “give” is selected, the process advances to step S 612 .
- step S 607 the CPU 101 displays a window (see a window 803 in FIG. 8 ) that prompts the player to select a child character to marry.
- the CPU 101 selects a child character to marry according to the player's operation.
- the CPU 101 checks in step S 608 if the family of the game apparatus 100 is chummy with that of the game apparatus as the communication partner by seeing if the chum level is equal to higher than a threshold (e.g., 20). If the family of the game apparatus 100 is chummy with that of the game apparatus as the communication partner, the process advances to step S 609 ; otherwise, the process advances to step S 611 to display an error window (not shown), and the marriage is not concluded. In the example of FIG. 7 , since the game apparatus 100 has a chum level of 20 or more with a game apparatus having identification information “BFA3”, the process advances to S 609 if it is communicating with this game apparatus.
- a threshold e.g. 20
- step S 609 the CPU 101 compares the gender of the child character selected in step S 607 with that of a child character (i.e., a spouse character) selected in the game apparatus as the communication partner. If the two characters have different genders, the process advances to step S 610 ; otherwise, the process advances to step S 611 and the marriage is not concluded.
- a child character i.e., a spouse character
- step S 610 the CPU 101 displays a window indicating that the marriage is concluded (see a window 804 in FIG. 8 ). Then, the CPU 101 acquires a spouse character from the game apparatus as the communication partner, and executes generation change processing (to be described in detail later).
- the game of this embodiment may be configured so that only when a child character in question is in a predetermined growth stage (e.g., a laying period), the marriage (and generation change) is realized; otherwise, the process advances to step S 611 to execute the error processing.
- step S 612 the CPU 101 checks in step S 612 if the character group includes a plurality of child characters. If the character group includes a plurality of child characters, the process advances to step S 613 ; otherwise, the process advances to step S 611 and the marriage is not concluded.
- the checking process in step S 612 is to prevent the number of child characters included in the character group from becoming zero. If the number of child characters becomes zero, the generation change can never be made by taking a spouse character. However, if the number of child characters is permitted to be zero, the checking process in step S 612 can be omitted. Even when the number of child characters becomes zero, the player can play the game again by, e.g., resetting it. Alternatively, the game of this embodiment may be configured so that when the number of child characters becomes zero, the parent characters produce eggs again.
- step S 613 the CPU 101 displays a window that prompts the player to select a child character to give (see a window 805 in FIG. 8 ) on the display unit 106 .
- the CPU 101 checks in step S 614 if the family of the game apparatus 100 is chummy with that of the game apparatus as the communication partner, as in step S 608 . If the family of the game apparatus 100 is chummy with that of the game apparatus as the communication partner, the process advances to step S 615 ; otherwise, the process advances to step S 611 and the marriage is not concluded.
- step S 615 the CPU 101 compares the gender of the child character selected in step S 613 with that of a child character (i.e., a match character) selected in the game apparatus as the communication partner. If the two characters have different genders, the process advances to step S 616 ; otherwise, the process advances to step S 611 and the marriage is not concluded.
- a child character i.e., a match character
- step S 616 the CPU 101 clears the child character selected in step S 613 from the character group. Also, the given child character is no longer displayed on the standby window, as indicated by a window 806 in FIG. 8 .
- the game of this embodiment may be configured so that only when the child character is in a predetermined growth stage (e.g., a laying period), that child character is given (cleared); otherwise, the process advances to step S 611 to execute the error processing, as in step S 610 .
- FIG. 9 is a flowchart showing the detailed sequence of the processing in step S 610 in FIG. 6 .
- step S 901 the CPU 101 clears characters other than the character to marry (the character selected in step S 607 in FIG. 6 ) from the management data shown in FIG. 4 .
- the characters other than the character to marry are cleared from the character group.
- the data associated with the cleared characters need not be completely cleared from the internal storage device 110 , and may be held as, for example, some of the user data 113 .
- step S 902 the CPU 101 acquires a spouse character from the game apparatus as the communication partner, and adds it to the management data shown in FIG. 4 .
- the-spouse character itself may be acquired upon confirming the gender in step S 609 in FIG. 6 .
- step S 903 the CPU 101 changes data in the gender field 403 of the character to marry and the spouse character from “child” to “parent”. Also, the CPU 101 changes data in the number field 401 of the character to marry to “1”, and that in the number field 401 of the spouse character to “2”.
- step S 904 the CPU 101 initializes (resets) the chum level shown in FIG. 7 to zero. This processing is executed to indicate that a new character group (i.e., a new family) generated by the generation change has never had contact with (communicated with) a family of another game apparatus.
- the CPU 101 may initialize other data (e.g., “bond” in the management data shown in FIG. 5 ) as needed.
- step S 610 the process advances from step S 610 to step S 207 via step S 206 . Since it is determined in step S 207 that a spouse is acquired, the process returns to step S 202 . Then, the CPU 101 generates child characters in step S 203 , and adds them to the management data. After that, the game similarly progresses in association with a new family.
- step S 205 in FIG. 2 The detailed sequence of the event determination processing in step S 205 in FIG. 2 will be described below with reference to FIG. 10 . Since there are various kinds of events, only some events will be described below. As is easily understood by those who are skilled in the art, various kinds of event processing can be implemented by modifying the flowchart of FIG. 10 as needed.
- the CPU 101 checks in step S 1001 if an arbitrary event generation condition is satisfied.
- An event is generated, for example, “when a predetermined period of time has elapsed”, “when the player inputs a predetermined instruction via the operation unit 103”, “when a predetermined time has been reached”, and so forth.
- the CPU 101 can measure an elapse of time or can check if a predetermined time is reached, using a timer (not shown) or timepiece (not shown). If the condition is satisfied, the process advances to step S 1002 , S 1003 , or S 1004 depending on the contents of the satisfied condition (i.e., the contents of an event to be generated). If the condition is not satisfied, the event determination processing ends.
- the CPU 101 changes the value of the growth stage field 501 shown in FIG. 5 in step S 1002 .
- the parent characters are in the laying period, and the child characters are in the infancy period (indicated by “laying period/infancy period” in FIG. 5 ).
- the grow stage changes to “parent period/rebellious period”.
- the growth stage changes to “parent period/puberty”.
- the growth stage changes to “parent period/laying period”.
- the child character can marry in this stage (that is, the child character can be selected in step S 607 or S 613 ).
- the personality type of the current family may be determined with reference to the fields indicating the personalities of respective characters in the management data. For example, in this embodiment, since the numerical value of the “meticulous” field of character # 3 shown in FIG. 4 is “55”, which is larger than the numerical value “40” of the “lively” field and the numerical value “30” of the “easygoing” field, it is determined that character # 3 has a “meticulous” personality. Since the numerical value of the “lively” field of character # 4 is “55”, which is larger than those of the remaining “meticulous” and “easygoing” fields, it is determined that character # 4 has a “lively” personality.
- the numerical value of the “meticulous” field of character # 5 is “55”, which is larger than those of the remaining “lively” and “easygoing” fields, it is determined that character # 5 has a “meticulous” personality.
- the type of the current family is “multi-personality”.
- the personality type of the current family is determined with reference to only the fields of the children. However, the personality type may be determined by referring to the fields as well as those of the parents.
- the CPU 101 increments the value of the stomach field 503 shown in FIG. 5 in step S 1003 .
- the CPU 101 When a predetermined time (e.g., 3 p.m.) of a day has been reached, the CPU 101 outputs a calling sound from the loudspeaker 108 or displays a calling message on the display unit 106 to call the player in step S 1004 .
- This calling corresponds to that for the player by the child characters.
- the CPU 101 checks if the player responds within a predetermined period of time via the operation unit 103 . If the player responds, the process advances to step S 1005 , and the CPU 101 increments the value of the bond field 502 in FIG. 5 . However, if the player does not respond, the process advances to step S 1006 , and the CPU 101 decrements the value of the bond field 502 .
- step S 1007 the CPU 101 displays a window according to the contents of the event (e.g., a window indicating that the child characters take a meal) on the display unit 106 .
- the event e.g., a window indicating that the child characters take a meal
- a program for making a computer execute the aforementioned processes (for example, those according to the flowcharts shown in FIGS. 2 , 6 , 9 , and 10 in the above embodiment) is recorded on a computer-readable recording medium such as a CD-ROM, DVD-ROM, MO, or the like, and the computer reads out (installs or copies) the program recorded on this recording medium, the computer can implement the aforementioned processes. Therefore, such program and the computer-readable recording medium that records the program fall within the scope of the present invention.
- the game apparatus 100 holds a character group including parent characters and child characters.
- the game apparatus 100 can communicate with another game apparatus. By making communication, the game apparatus 100 changes the parameter value (chum level) indicating the relationship between its own character group and that of the game apparatus as a communication partner.
- the game apparatus 100 can acquire a spouse character from the other game apparatus for the child character to make their marriage happen.
- the game apparatus 100 clears characters other than the characters to marry from the character group.
- the player can make his or her own game apparatus communicate with another game apparatus to receive a character from the other game apparatus. After the character is received, the player can continue the game using a character group of a new generation.
Abstract
There is provided a game apparatus, which includes a storage unit and a communication unit which communicates with another game apparatus. This game apparatus controls the storage unit to store a character group including two characters of a first type and one or more characters of a second type, and to store a parameter value indicating a relationship between the character group and that of the other game apparatus. Furthermore, when the parameter value satisfies the predetermined condition and when one of the one or more characters of the second type is selected, the character group is updated so that the selected character and a predetermined character of the second type of the other game apparatus are set as new, two characters of the first type, and only newly generated one or more characters of the second type are set as the one or more characters of the second type.
Description
- 1. Field of the Invention
- The present invention relates to a game apparatus, which communicates with another game apparatus, a control method thereof, and a program.
- 2. Description of the Related Art
- A game apparatus which allows a player to grow a character of his or her own is known (see Japanese Patent No. 3457285). With this game apparatus, the game progresses when a player grows a single character by periodically executing predetermined operations from the birth of that character.
- However, with this game apparatus, the game progresses for the purpose of growing a character itself. For this reason, the player cannot make his or her own game apparatus communicate with another game apparatus to receive a character from that game apparatus. Therefore, for example, a character grown by the player and that grown by a player of the other game apparatus cannot be married.
- The present invention has been made in consideration of the above situation, and is characterized in that a player can make his or her own game apparatus communicate with another game apparatus to receive a character from that game apparatus.
- According to an aspect of the present invention, there is provided a game apparatus, which comprises a storage unit and a communication unit which communicates with another game apparatus, comprising:
- a first storage control unit which controls the storage unit to store a character group including two characters of a first type and one or more characters of a second type;
- a second storage control unit which controls the storage unit to store a parameter value indicating a relationship between the character group and a character group of the other game apparatus;
- a first update unit which updates the parameter value when a communication with the other game apparatus is made;
- a first selection unit which selects one of the one or more characters of the second type as a character that remains at the character group;
- a first determination unit which determines whether or not the parameter value satisfies a predetermined condition;
- a character generation unit which generates one or more new characters of the second type; and
- a second update unit which updates the character group so as to set, when the first determination unit determines that the parameter value satisfies the predetermined condition and when the first selection unit makes the selection, the character selected by the first selection unit and a predetermined character of the second type of the other game apparatus as the new, two characters of the first type, and to set only one or more characters of the second type newly generated by the character generation unit as the one or more characters of the second type.
- According to another aspect of the present invention, there is provided a method of controlling a game apparatus, which comprises a storage unit and a communication unit which communicates with another game apparatus, the method comprising the steps of:
- controlling the storage unit to store a character group including two characters of a first type and one or more characters of a second type;
- controlling the storage unit to store a parameter value indicating a relationship between the character group and a character group of the other game apparatus;
- updating the parameter value when a communication with the other game apparatus is made;
- selecting one of the one or more characters of the second type as a character that remains at the character group;
- determining whether or not the parameter value satisfies a predetermined condition;
- generating one or more new characters of the second type; and
- updating the character group so as to set, when it is determined in the step of determining that the parameter value satisfies the predetermined condition and when the selection is made in the step of selecting, the character selected in the step of selecting and a predetermined character of the second type of the other game apparatus as the new, two characters of the first type, and to set only one or more characters of the second type newly generated in the step of generating as the one or more characters of the second type.
- Further features of the present invention will become apparent from the following description of exemplary embodiments with reference to the attached drawings.
-
FIG. 1 is a block diagram showing the basic arrangement of a game apparatus according to the first embodiment; -
FIG. 2 is a flowchart showing the progress of a game according to the first embodiment; -
FIG. 3 shows a window displayed on a display unit of the game apparatus according to the first embodiment; -
FIG. 4 is a table showing data required to manage a character group; -
FIG. 5 is a table showing data required to manage the character group; -
FIG. 6 is a flowchart showing the detailed sequence of the processing in step S206 inFIG. 2 ; -
FIG. 7 is a table showing the chum levels stored as some of user data in an internal storage device of the game apparatus according to the first embodiment; -
FIG. 8 shows the transition of windows displayed when the game apparatus according to the first embodiment communicates with another game apparatus; -
FIG. 9 is a flowchart showing the detailed sequence of the processing in step S610 inFIG. 6 ; and -
FIG. 10 is a flowchart showing the detailed sequence of the event determination processing in step S205 inFIG. 2 . - Preferred embodiments of the present invention will now be described with reference to attached drawings. Each embodiment described below will be helpful in understanding a variety of concepts from the generic to the more specific.
- It should be noted that the technical scope of the present invention is defined by claims, and is not limited by each embodiment described below. In addition, not all combinations of the features described in the embodiments are necessarily required for realizing the present invention.
-
FIG. 1 shows the basic arrangement of agame apparatus 100 according to this embodiment. ACPU 101 controls theoverall game apparatus 100 using programs, data, and the like stored in a RAM (Random Access Memory) 102 and ROM (Read-Only Memory) 105, and controls the progress of a game according to this embodiment. TheRAM 102 comprises an area used to load agame program 111 andgame data 112 stored in aninternal storage device 110, and also a work area used when theCPU 101 executes various kinds of processing. - An
operation unit 103 serves as an input unit which accepts inputs from the player. A communication I/F (interface) 104 serves as an I/F used to connect to another game apparatus via a cable (or wirelessly) or to connect to the Internet or LAN (Local Area Network). TheROM 105 stores a program for controlling the overall game apparatus 100 (e.g., a boot program of the game apparatus 100), data (e.g., setting data of the game apparatus 100), and the like. Adisplay unit 106 comprises a CRT, liquid crystal panel, or the like, and serves as a display unit which displays windows associated with the game (e.g., those to be displayed during playing of the game and those used to make various settings). - A
sound processor 107 generates BGM and effect sounds based on sound data included in thegame data 112, and outputs the generated BGM, effect sounds, and the like to aloudspeaker 108. - The
internal storage device 110 comprises a storage device that allows to read/write data, such as a hard disk, flash memory, or the like, and stores theaforementioned game program 111 andgame data 112, anduser data 113. The data stored in theinternal storage device 110 are read out onto theRAM 102 as needed. - The
game program 111 is a program for controlling the overall game. Thegame data 112 include data required to generate images of respective objects (characters, text, background pictures, etc.) that configure each game window, the aforementioned sound data, various parameters, and the like. When the player wants to play an online game by connecting thegame apparatus 100 to a network, thegame program 111 andgame data 112 include a game program, data, and the like downloaded from a server, which provides such game program, on the network. - The
user data 113 are data associated with the past game progress history of the player.Reference numeral 109 denotes a bus which interconnects the aforementioned units. - The processing to be executed by the
game apparatus 100 according to this embodiment with the aforementioned arrangement will be described below. - Prior to a description of the practical processing, the sequence of the game of the present invention will be briefly explained. In the present invention, the player manages one character group. The player undertakes events that take place during playing of the game, thereby growing characters that belong to the character group, and deepening bonds between the player and character group and between the characters in the character group.
- This character group can be, for example, a family. In this case, the character group includes characters of a first type (i.e., parents) and those of a second type (i.e., children). The player looks after the children on behalf of the parents to raise the children and to deepen bonds with the family and between the characters in the family.
- The player makes his or her
own game apparatus 100 communicate with another game apparatus to have a relationship with another family. By repeating exchanges with the other family, the player can deepen a relationship with that family. - When each child has grown up enough, the player can make the child marry a child of another closely related family. At this time, the player may take a child character from another game apparatus, or may give away the child character of the character group managed by himself or herself to the other game apparatus.
- In the present invention, in the former case, the two married child characters become new parent characters, and the remaining characters are cleared from the character group. New child characters are born to the new parent characters, resulting in the birth of a new family (i.e., generation change occurs). The player looks after the children again on behalf of the parents to raise the children and to deepen bonds with the new family and between the parents and children in the new family.
- In the latter case, the child character which has been given to the other game apparatus is cleared from the character group managed by the player.
- The embodiment of the present invention will be described below taking as an example a case in which the character group managed by the player represents a family. Note that it is merely an example that the character group represents a family, and that the player looks after children on behalf of parents.
-
FIG. 2 is a flowchart showing the progress of the game according to this embodiment. Respective processes of the flowchart shown inFIG. 2 are implemented when theCPU 101 executes thegame program 111 read out onto theRAM 102. - In step S201, the
CPU 101 generates parent characters which belong to a character group managed by the player. Note that the process in step S201 is arbitrary, and no parent characters may exist in the first generation. - In step S202, the
CPU 101 displays eggs on the display unit 106 (see awindow 301 inFIG. 3 ). The number of eggs to be displayed is arbitrary, and may be determined based on a predetermined probability. However, assume that the number of eggs is three in this embodiment, for the sake of simplicity. - In step S203, the
CPU 101 hatches child characters from the eggs and displays them on the display unit 106 (see awindow 302 inFIG. 3 ). Then, theCPU 101 adds the born child characters to the character group. Note that thewindow 302 is a standby window of the game of this embodiment. - Data used to manage the character group (to be referred to as “management data” hereinafter) will be described below with reference to
FIG. 4 . The data used to manage the character group is temporarily stored in theRAM 102, and is stored as some of theuser data 113 in theinternal storage device 110 as needed. - As shown in
FIG. 4 , the management data includes anumber field 401 indicating the number of each character, and a parent-child field 402 indicating the type of parent or child. The number indicated by thenumber field 401 is related to the display position of each character on thedisplay unit 106. For example, in this embodiment, characters withnumbers 1 and 2 (i.e., parent characters) (to be described like “characters # 1 and #2” hereinafter) are not displayed on the window 302 (standby window).Character # 3 is displayed at the lower central position on thewindow 302,character # 4 is displayed at the lower left position on thewindow 302, andcharacter # 5 is displayed at the lower right position on thewindow 302. - The management data includes a
gender field 403 indicating a gender as one of attributes of each character. In this embodiment, assume that the parents have different genders. However, this condition is not indispensable in this embodiment. - The management data may also include fields indicating the personality of each character. In this embodiment, the management data includes a
meticulous field 404,lively field 405, andeasygoing field 406, and these fields indicate “meticulous”, “lively”, and “easygoing” nature levels of each character. - The management data also includes parameters common to the whole character group (see
FIG. 5 ). Referring toFIG. 5 , agrowth stage field 501 indicates the stage of growth of respective characters. In the example ofFIG. 5 , the parent characters are in a “laying period”, and the child characters are in an “infancy period”. Other examples associated with the growth stage will be described later with reference toFIG. 10 . - A
bond field 502 indicates the depth of bond between the player and family (the character group managed by the player). Astomach field 503 indicates the full stomach level of the family, and amood field 504 indicates the mood level of the family. - In this embodiment, the parameter values shown in
FIG. 5 are common to the whole family. Alternatively, the game may be designed so that individual characters assume different values. In this case, the respective fields inFIG. 5 are assured for respective characters, as inFIG. 4 . - Referring back to
FIG. 2 , theCPU 101 checks in step S204 if an instruction to start a communication with another game apparatus is received from the operation unit 103 (or communication I/F 104). If no such instruction is received, theCPU 101 executes determination of an event (details will be described later) in step S205, and the process returns to step S204. Thus, theCPU 101 repeats event determination until it accepts the communication start instruction. - Upon reception of the communication start instruction, the
CPU 101 executes processing associated with a communication in step S206. Details of this processing in step S206 will be described later with reference toFIG. 6 . In the processing in step S206, one of the child characters may obtain a spouse character. In this case, characters other than the character that obtained the spouse and the spouse character are cleared from the character group. The character that obtained the spouse and the spouse character become new parent characters. - The
CPU 101 checks in step S207 if a spouse character is obtained in step S206. If no spouse character is obtained, the process returns to step S204 to repeat the same processing. - If a spouse character is obtained in step S206, the process returns from step S207 to step S202. In step S202, the new parent characters produce eggs. In step S203, child characters are born. That is, if a spouse character is obtained in step S206, the character group is updated by the processes in steps S206, S207, S202, and S203. The updated character group includes the character that obtained the spouse and the spouse character as new parent characters, and also newly born child characters. In other words, if one of the child characters obtains a spouse character in step S206, the parent characters and other child characters at that time leave the character group, thus attaining a generation change.
- If two or more child characters are born in step S203, these two or more child characters include those of a plurality of genders: male and female child characters. This is because, for example, if all two or more child characters are male characters, and those in the other game apparatus as a communication partner are also male characters, these child characters cannot marry those in the other game apparatus.
- The detailed sequence of the processing in step S206 in
FIG. 2 will be described below with reference toFIG. 6 . - In step S601, the
CPU 101 acquires identification information of a game apparatus as a communication partner from this game apparatus. The identification information is information unique to each game apparatus, and is, for example, a serial number of the game apparatus. - The
CPU 101 checks in step S602 if a parameter value indicating the relationship between the family of thegame apparatus 100 and that of the game apparatus as the communication partner (to be referred to as a “chum level” hereinafter) is available inuser data 113. If the chum level is available, the process advances to step S603; otherwise, the process advances to step S604. - In step S603, the
CPU 101 updates the chum level. In this embodiment, assume that the chum level is set to indicate the number of times of communications with the game apparatus as the communication partner. Hence, theCPU 101 increments the chum level by 1. - On the other hand, in step S604 the
CPU 101 generates a new chum level, and stores the new chum level in theinternal storage device 110 in association with the identification information acquired in step S601 as some of theuser data 113. -
FIG. 7 shows the chum levels stored as some of theuser data 113 in theinternal storage device 110. As shown inFIG. 7 , since the identification information and chum level are stored as a set, even when thegame apparatus 100 alternately communicates with a plurality of other game apparatuses, it can hold the chum levels of the plurality of other game apparatuses. - In step S605, the
CPU 101 displays a menu window (see awindow 801 inFIG. 8 ) on thedisplay unit 106, and accepts a menu selection via theoperation unit 103. If “marriage” is selected on thewindow 801, the process advances to step S606; if another item (e.g., “game”) is selected, the process advances to step S617. In step S617, for example, an online battle game or the like is executed according to the selected contents. - In step S606, the
CPU 101 displays a menu window associated with marriage (see awindow 802 inFIG. 8 ) on thedisplay unit 106. Then, theCPU 101 accepts, via theoperation unit 103, a selection as to whether to take a spouse character or to give away a child character as a spouse character to the game apparatus as the communication partner. If “take” is selected on thewindow 802, the process advances to step S607; if “give” is selected, the process advances to step S612. - In step S607, the
CPU 101 displays a window (see awindow 803 inFIG. 8 ) that prompts the player to select a child character to marry. TheCPU 101 then selects a child character to marry according to the player's operation. - The
CPU 101 checks in step S608 if the family of thegame apparatus 100 is chummy with that of the game apparatus as the communication partner by seeing if the chum level is equal to higher than a threshold (e.g., 20). If the family of thegame apparatus 100 is chummy with that of the game apparatus as the communication partner, the process advances to step S609; otherwise, the process advances to step S611 to display an error window (not shown), and the marriage is not concluded. In the example ofFIG. 7 , since thegame apparatus 100 has a chum level of 20 or more with a game apparatus having identification information “BFA3”, the process advances to S609 if it is communicating with this game apparatus. - In step S609, the
CPU 101 compares the gender of the child character selected in step S607 with that of a child character (i.e., a spouse character) selected in the game apparatus as the communication partner. If the two characters have different genders, the process advances to step S610; otherwise, the process advances to step S611 and the marriage is not concluded. - In step S610, the
CPU 101 displays a window indicating that the marriage is concluded (see awindow 804 inFIG. 8 ). Then, theCPU 101 acquires a spouse character from the game apparatus as the communication partner, and executes generation change processing (to be described in detail later). Although not shown, the game of this embodiment may be configured so that only when a child character in question is in a predetermined growth stage (e.g., a laying period), the marriage (and generation change) is realized; otherwise, the process advances to step S611 to execute the error processing. - If “give” is selected in step S606, the
CPU 101 checks in step S612 if the character group includes a plurality of child characters. If the character group includes a plurality of child characters, the process advances to step S613; otherwise, the process advances to step S611 and the marriage is not concluded. The checking process in step S612 is to prevent the number of child characters included in the character group from becoming zero. If the number of child characters becomes zero, the generation change can never be made by taking a spouse character. However, if the number of child characters is permitted to be zero, the checking process in step S612 can be omitted. Even when the number of child characters becomes zero, the player can play the game again by, e.g., resetting it. Alternatively, the game of this embodiment may be configured so that when the number of child characters becomes zero, the parent characters produce eggs again. - In step S613, the
CPU 101 displays a window that prompts the player to select a child character to give (see awindow 805 inFIG. 8 ) on thedisplay unit 106. - The
CPU 101 checks in step S614 if the family of thegame apparatus 100 is chummy with that of the game apparatus as the communication partner, as in step S608. If the family of thegame apparatus 100 is chummy with that of the game apparatus as the communication partner, the process advances to step S615; otherwise, the process advances to step S611 and the marriage is not concluded. - In step S615, the
CPU 101 compares the gender of the child character selected in step S613 with that of a child character (i.e., a match character) selected in the game apparatus as the communication partner. If the two characters have different genders, the process advances to step S616; otherwise, the process advances to step S611 and the marriage is not concluded. - In step S616, the
CPU 101 clears the child character selected in step S613 from the character group. Also, the given child character is no longer displayed on the standby window, as indicated by awindow 806 inFIG. 8 . Although not shown, the game of this embodiment may be configured so that only when the child character is in a predetermined growth stage (e.g., a laying period), that child character is given (cleared); otherwise, the process advances to step S611 to execute the error processing, as in step S610. -
FIG. 9 is a flowchart showing the detailed sequence of the processing in step S610 inFIG. 6 . - In step S901, the
CPU 101 clears characters other than the character to marry (the character selected in step S607 inFIG. 6 ) from the management data shown inFIG. 4 . As a result, the characters other than the character to marry are cleared from the character group. However, the data associated with the cleared characters need not be completely cleared from theinternal storage device 110, and may be held as, for example, some of theuser data 113. - In step S902, the
CPU 101 acquires a spouse character from the game apparatus as the communication partner, and adds it to the management data shown inFIG. 4 . Note that the-spouse character itself may be acquired upon confirming the gender in step S609 inFIG. 6 . - In step S903, the
CPU 101 changes data in thegender field 403 of the character to marry and the spouse character from “child” to “parent”. Also, theCPU 101 changes data in thenumber field 401 of the character to marry to “1”, and that in thenumber field 401 of the spouse character to “2”. - In step S904, the
CPU 101 initializes (resets) the chum level shown inFIG. 7 to zero. This processing is executed to indicate that a new character group (i.e., a new family) generated by the generation change has never had contact with (communicated with) a family of another game apparatus. TheCPU 101 may initialize other data (e.g., “bond” in the management data shown inFIG. 5 ) as needed. - With the above processing, the generation change is complete. When the generation change is made, the process advances from step S610 to step S207 via step S206. Since it is determined in step S207 that a spouse is acquired, the process returns to step S202. Then, the
CPU 101 generates child characters in step S203, and adds them to the management data. After that, the game similarly progresses in association with a new family. - The detailed sequence of the event determination processing in step S205 in
FIG. 2 will be described below with reference toFIG. 10 . Since there are various kinds of events, only some events will be described below. As is easily understood by those who are skilled in the art, various kinds of event processing can be implemented by modifying the flowchart ofFIG. 10 as needed. - The
CPU 101 checks in step S1001 if an arbitrary event generation condition is satisfied. An event is generated, for example, “when a predetermined period of time has elapsed”, “when the player inputs a predetermined instruction via theoperation unit 103”, “when a predetermined time has been reached”, and so forth. TheCPU 101 can measure an elapse of time or can check if a predetermined time is reached, using a timer (not shown) or timepiece (not shown). If the condition is satisfied, the process advances to step S1002, S1003, or S1004 depending on the contents of the satisfied condition (i.e., the contents of an event to be generated). If the condition is not satisfied, the event determination processing ends. - In this embodiment, assume that a character grows every time a predetermined period of time has elapsed. Every time the predetermined period of time has elapsed, the
CPU 101 changes the value of thegrowth stage field 501 shown inFIG. 5 in step S1002. For example, as the growth stage at the beginning of the game, the parent characters are in the laying period, and the child characters are in the infancy period (indicated by “laying period/infancy period” inFIG. 5 ). When 60 minutes have elapsed from the beginning of the game, the grow stage changes to “parent period/rebellious period”. When 48 hours have elapsed, the growth stage changes to “parent period/puberty”. When next 48 hours have elapsed, the growth stage changes to “parent period/laying period”. As described above, the child character can marry in this stage (that is, the child character can be selected in step S607 or S613). - Upon changing the growth stage of characters, the personality type of the current family may be determined with reference to the fields indicating the personalities of respective characters in the management data. For example, in this embodiment, since the numerical value of the “meticulous” field of
character # 3 shown inFIG. 4 is “55”, which is larger than the numerical value “40” of the “lively” field and the numerical value “30” of the “easygoing” field, it is determined thatcharacter # 3 has a “meticulous” personality. Since the numerical value of the “lively” field ofcharacter # 4 is “55”, which is larger than those of the remaining “meticulous” and “easygoing” fields, it is determined thatcharacter # 4 has a “lively” personality. Furthermore, since the numerical value of the “meticulous” field ofcharacter # 5 is “55”, which is larger than those of the remaining “lively” and “easygoing” fields, it is determined thatcharacter # 5 has a “meticulous” personality. As described above, since one of the three characters has a personality different from the remaining two characters, it is determined that the type of the current family is “multi-personality”. On the other hand, for example, when the numerical values of the “meticulous” fields of respective characters are larger than those in the remaining “lively” and “easygoing” fields, since it is determined that all the characters have a “meticulous” personality and indicate an identical personality, it is determined that the type of the current family is “meticulous”. In this example, the personality type of the current family is determined with reference to only the fields of the children. However, the personality type may be determined by referring to the fields as well as those of the parents. - When the player inputs an instruction to serve a meal via the
operation unit 103, theCPU 101 increments the value of thestomach field 503 shown inFIG. 5 in step S1003. - When a predetermined time (e.g., 3 p.m.) of a day has been reached, the
CPU 101 outputs a calling sound from theloudspeaker 108 or displays a calling message on thedisplay unit 106 to call the player in step S1004. This calling corresponds to that for the player by the child characters. TheCPU 101 checks if the player responds within a predetermined period of time via theoperation unit 103. If the player responds, the process advances to step S1005, and theCPU 101 increments the value of thebond field 502 inFIG. 5 . However, if the player does not respond, the process advances to step S1006, and theCPU 101 decrements the value of thebond field 502. - In step S1007, the
CPU 101 displays a window according to the contents of the event (e.g., a window indicating that the child characters take a meal) on thedisplay unit 106. - The description associated with the events has been given. As described above, various other events, for example, an event that increments or decrements the value of the
mood field 504, a sleep event of the child characters, and the like, may take place. - Note that when a program for making a computer execute the aforementioned processes (for example, those according to the flowcharts shown in
FIGS. 2 , 6, 9, and 10 in the above embodiment) is recorded on a computer-readable recording medium such as a CD-ROM, DVD-ROM, MO, or the like, and the computer reads out (installs or copies) the program recorded on this recording medium, the computer can implement the aforementioned processes. Therefore, such program and the computer-readable recording medium that records the program fall within the scope of the present invention. - As described above, the
game apparatus 100 according to this embodiment holds a character group including parent characters and child characters. Thegame apparatus 100 can communicate with another game apparatus. By making communication, thegame apparatus 100 changes the parameter value (chum level) indicating the relationship between its own character group and that of the game apparatus as a communication partner. When the parameter value satisfies a predetermined condition, thegame apparatus 100 can acquire a spouse character from the other game apparatus for the child character to make their marriage happen. When the spouse character is taken and the marriage is concluded, thegame apparatus 100 clears characters other than the characters to marry from the character group. - As described above, according to this embodiment, the player can make his or her own game apparatus communicate with another game apparatus to receive a character from the other game apparatus. After the character is received, the player can continue the game using a character group of a new generation.
- While the present invention has been described with reference to exemplary embodiments, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. The scope of the following claims is to be accorded the broadest interpretation so as to encompass all such modifications and equivalent structures and functions.
- This application claims the benefit of Japanese Patent Application No. 2007-192628, filed on Jul. 24, 2007, which is hereby incorporated by reference herein in its entirety.
Claims (12)
1. A game apparatus, which comprises a storage unit and a communication unit which communicates with another game apparatus, comprising:
a first storage control unit which controls the storage unit to store a character group including two characters of a first type and one or more characters of a second type;
a second storage control unit which controls the storage unit to store a parameter value indicating a relationship between the character group and a character group of the other game apparatus;
a first update unit which updates the parameter value when a communication with the other game apparatus is made;
a first selection unit which selects one of the one or more characters of the second type as a character that remains at the character group;
a first determination unit which determines whether or not the parameter value satisfies a predetermined condition;
a character generation unit which generates one or more new characters of the second type; and
a second update unit which updates the character group so as to set, when said first determination unit determines that the parameter value satisfies the predetermined condition and when said first selection unit makes the selection, the character selected by said first selection unit and a predetermined character of the second type of the other game apparatus as the new, two characters of the first type, and to set only one or more characters of the second type newly generated by said character generation unit as the one or more characters of the second type.
2. The apparatus according to claim 1 , wherein the character selected by said first selection unit and the predetermined character of the second type respectively have a first attribute or a second attribute,
said apparatus further comprises a second determination unit which determines whether or not an attribute of the character selected by said first selection unit is different from an attribute of the predetermined character of the second type, and
wherein said second update unit updates the character group when said second determination unit determines that the attribute of the character selected by said first selection unit is different from the attribute of the predetermined character of the second type.
3. The apparatus according to claim 1 , further comprising:
a second selection unit which selects one of the one or more characters of the second type as a character to be given away to the other game apparatus; and
a clear unit which clears, when said first determination unit determines that the parameter value satisfies the predetermined condition, and said second selection unit makes the selection, the character selected by said second selection unit from the character group.
4. The apparatus according to claim 3 , wherein said clear unit clears the character when the character group includes two or more characters of the second type.
5. The apparatus according to claim 1 , wherein said first update unit updates the parameter value to indicate the number of times of the communications with the other game apparatus, and
said first determination unit determines that the parameter value satisfies the predetermined condition when the parameter value is not less than a threshold.
6. The apparatus according to claim 5 , wherein said second update unit resets the parameter value to zero.
7. The apparatus according to claim 1 , further comprising an acquisition unit which acquires identification information of the other game apparatus from the other game apparatus,
wherein said second storage control unit stores the parameter value in association with the identification information acquired by said acquisition unit.
8. The apparatus according to claim 1 , further comprising a third storage control unit which controls the storage unit to store growth stage information indicating a stage of growth of the one or more characters of the second type,
wherein said second update unit updates the character group when the growth stage information indicates a predetermined stage.
9. The apparatus according to claim 8 , further comprising a third update unit which updates the growth stage information along with an elapse of time.
10. The apparatus according to claim 1 , wherein when said character generation unit generates new, two or more characters of the second type, the two or more characters of the second type include a character having a first attribute and a character having a second attribute.
11. A method of controlling a game apparatus, which comprises a storage unit and a communication unit which communicates with another game apparatus, said method comprising the steps of:
controlling the storage unit to store a character group including two characters of a first type and one or more characters of a second type;
controlling the storage unit to store-a parameter value indicating a relationship between the character group and a character group of the other game apparatus;
updating the parameter value when a communication with the other game apparatus is made;
selecting one of the one or more characters of the second type as a character that remains at the character group;
determining whether or not the parameter value satisfies a predetermined condition;
generating one or more new characters of the second type; and
updating the character group so as to set, when it is determined in the step of determining that the parameter value satisfies the predetermined condition and when the selection is made in the step of selecting, the character selected in the step of selecting and a predetermined character of the second type of the other game apparatus as the new, two characters of the first type, and to set only one or more characters of the second type newly generated in the step of generating as the one or more characters of the second type.
12. A computer program stored in a computer-readable storage medium to make a computer, which comprises a storage unit and a communication unit which communicates with another game apparatus, function as:
a first storage control unit which controls the storage unit to store a character group including two characters of a first type and one or more characters of a second type;
a second storage control unit which controls the storage unit to store a parameter value indicating a relationship between the character group and a character group of the other game apparatus;
a first update unit which updates the parameter value when a communication with the other game apparatus is made;
a first selection unit which selects one of the one or more characters of the second type as a character that remains at the character group;
a first determination unit which determines whether or not the parameter value satisfies a predetermined condition;
a character generation unit which generates one or more new characters of the second type; and
a second update unit which updates the character group so as to set, when said first determination unit determines that the parameter value satisfies the predetermined condition and when said first selection unit makes the selection, the character selected by said first selection unit and a predetermined character of the second type of the other game apparatus as the new, two characters of the first type, and to set only one or more characters of the second type newly generated by said character generation unit as the one or more characters of the second type.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007192628A JP4388106B2 (en) | 2007-07-24 | 2007-07-24 | GAME DEVICE, ITS CONTROL METHOD, PROGRAM |
JP2007-192628 | 2007-07-24 |
Publications (1)
Publication Number | Publication Date |
---|---|
US20090029779A1 true US20090029779A1 (en) | 2009-01-29 |
Family
ID=39832072
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/219,433 Abandoned US20090029779A1 (en) | 2007-07-24 | 2008-07-22 | Game apparatus, control method thereof, and program |
Country Status (5)
Country | Link |
---|---|
US (1) | US20090029779A1 (en) |
EP (1) | EP2025376A1 (en) |
JP (1) | JP4388106B2 (en) |
KR (1) | KR101013297B1 (en) |
CN (1) | CN101352613B (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070123327A1 (en) * | 2005-10-14 | 2007-05-31 | Leviathan Entertainment, Llc | Video Game including Child Character Generation Using Combination of Parent Character Attributes |
US20080119260A1 (en) * | 2006-11-10 | 2008-05-22 | Alvaro Nores | Slot Machine Game with Side Wager on Reel Order |
US20080318660A1 (en) * | 2005-01-14 | 2008-12-25 | Alvaro Nores | Slot Machine Game With Respin Feature Which Identifies Potential Wins |
US20090124352A1 (en) * | 2007-11-13 | 2009-05-14 | Ignacio Gerson | Slot machine game with side pot |
US20120083322A1 (en) * | 2010-10-05 | 2012-04-05 | Andrew Van Luchene | Player character creation in a video game based on multiple players |
US8690664B2 (en) | 2006-09-25 | 2014-04-08 | Etasse Limited | Slot machine game with additional award indicator |
US8702493B2 (en) | 2007-11-09 | 2014-04-22 | Etasse Limited | Slot machine game with award based on another machine |
US8814705B2 (en) | 2012-08-06 | 2014-08-26 | Gree, Inc. | Game control device and storage medium including creating and arranging a character |
US9165419B2 (en) | 2006-10-23 | 2015-10-20 | Etasse Limited | Slot machine bonus game providing awards for manual dexterity |
US9520031B2 (en) | 2008-07-07 | 2016-12-13 | Etasse Limited | Slot machine game with symbol lock-in |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013165873A (en) * | 2012-02-16 | 2013-08-29 | Gree Inc | Game server device, server control method, and server control program |
JP5238090B1 (en) * | 2012-08-31 | 2013-07-17 | 株式会社バンダイ | GAME DEVICE, CONTROL METHOD, AND PROGRAM |
JP5986980B2 (en) * | 2013-12-09 | 2016-09-06 | グリー株式会社 | Server control method, server device, server control program, terminal control method, terminal, and terminal control program |
CN104898581B (en) * | 2014-03-05 | 2018-08-24 | 青岛海尔机器人有限公司 | A kind of holographic intelligent central control system |
JP5699243B2 (en) * | 2014-08-13 | 2015-04-08 | グリー株式会社 | Server control method, server device, server control program, terminal control method, terminal, and terminal control program |
CN111035934B (en) * | 2019-10-25 | 2023-08-15 | 咪咕互动娱乐有限公司 | Game teaching method, game teaching device, electronic equipment and storage medium |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5966526A (en) * | 1997-03-18 | 1999-10-12 | Kabushiki Kaisha Bandai | Simulation device for fostering a virtual creature |
US20020063655A1 (en) * | 2000-11-24 | 2002-05-30 | Akihiro Aoyama | GPS receiver |
US20020119810A1 (en) * | 2001-01-24 | 2002-08-29 | Susumu Takatsuka | Program execution system comprising program execution device, operational device and display device |
US20020186244A1 (en) * | 1997-05-28 | 2002-12-12 | Koichi Matsuda | Program providing medium and shared virtual space providing apparatus and method |
US20040053690A1 (en) * | 2000-12-26 | 2004-03-18 | Fogel David B. | Video game characters having evolving traits |
US20060224631A1 (en) * | 2005-04-05 | 2006-10-05 | Daewon Kwon | System and method for using graphic and text data of Korean American families to enhance Korean American networking |
US20080139318A1 (en) * | 2005-10-14 | 2008-06-12 | Leviathan Entertainment, Llc | Virtual Environment with Formalized Inter-Character Relationships |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR19980065035U (en) * | 1997-03-18 | 1998-11-25 | 모기 타카시 | Virtual living training simulation device |
JP2000024309A (en) * | 1998-07-10 | 2000-01-25 | Sega Enterp Ltd | Method and device for game |
JP3528818B2 (en) * | 2000-12-27 | 2004-05-24 | トヨタ自動車株式会社 | Airbag device |
JP3457285B2 (en) | 2001-02-20 | 2003-10-14 | 株式会社コナミコンピュータエンタテインメントスタジオ | Training game progress control program, training game apparatus, and training game progress control method |
JP3702283B2 (en) | 2003-12-26 | 2005-10-05 | 株式会社バンダイ | Communication game device |
KR200374684Y1 (en) | 2004-10-29 | 2005-02-02 | 이원섭 | Moneybox combined with game machine for fostering vitual living things |
JP3954064B2 (en) * | 2004-11-09 | 2007-08-08 | 株式会社バンダイ | GAME DEVICE AND ITS CONTROL METHOD |
JP2007192628A (en) | 2006-01-18 | 2007-08-02 | Canon Inc | Gas sensor |
-
2007
- 2007-07-24 JP JP2007192628A patent/JP4388106B2/en active Active
-
2008
- 2008-07-04 EP EP08252307A patent/EP2025376A1/en not_active Withdrawn
- 2008-07-15 CN CN2008101325698A patent/CN101352613B/en not_active Expired - Fee Related
- 2008-07-22 US US12/219,433 patent/US20090029779A1/en not_active Abandoned
- 2008-07-23 KR KR1020080071581A patent/KR101013297B1/en not_active IP Right Cessation
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5966526A (en) * | 1997-03-18 | 1999-10-12 | Kabushiki Kaisha Bandai | Simulation device for fostering a virtual creature |
US20020186244A1 (en) * | 1997-05-28 | 2002-12-12 | Koichi Matsuda | Program providing medium and shared virtual space providing apparatus and method |
US20020063655A1 (en) * | 2000-11-24 | 2002-05-30 | Akihiro Aoyama | GPS receiver |
US20040053690A1 (en) * | 2000-12-26 | 2004-03-18 | Fogel David B. | Video game characters having evolving traits |
US20020119810A1 (en) * | 2001-01-24 | 2002-08-29 | Susumu Takatsuka | Program execution system comprising program execution device, operational device and display device |
US20060224631A1 (en) * | 2005-04-05 | 2006-10-05 | Daewon Kwon | System and method for using graphic and text data of Korean American families to enhance Korean American networking |
US20080139318A1 (en) * | 2005-10-14 | 2008-06-12 | Leviathan Entertainment, Llc | Virtual Environment with Formalized Inter-Character Relationships |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080318660A1 (en) * | 2005-01-14 | 2008-12-25 | Alvaro Nores | Slot Machine Game With Respin Feature Which Identifies Potential Wins |
US8376829B2 (en) | 2005-01-14 | 2013-02-19 | Etasse Limited | Slot machine game with respin feature which identifies potential wins |
US7806758B2 (en) * | 2005-10-14 | 2010-10-05 | Leviathan Entertainment, Llc | Video game including child character generation using combination of parent character attributes |
US20070123327A1 (en) * | 2005-10-14 | 2007-05-31 | Leviathan Entertainment, Llc | Video Game including Child Character Generation Using Combination of Parent Character Attributes |
US8690664B2 (en) | 2006-09-25 | 2014-04-08 | Etasse Limited | Slot machine game with additional award indicator |
US9165419B2 (en) | 2006-10-23 | 2015-10-20 | Etasse Limited | Slot machine bonus game providing awards for manual dexterity |
US20080119260A1 (en) * | 2006-11-10 | 2008-05-22 | Alvaro Nores | Slot Machine Game with Side Wager on Reel Order |
US8337292B2 (en) | 2006-11-10 | 2012-12-25 | Etasse Limited | Slot machine game with side wager on reel order |
US8702493B2 (en) | 2007-11-09 | 2014-04-22 | Etasse Limited | Slot machine game with award based on another machine |
US20090124352A1 (en) * | 2007-11-13 | 2009-05-14 | Ignacio Gerson | Slot machine game with side pot |
US9520031B2 (en) | 2008-07-07 | 2016-12-13 | Etasse Limited | Slot machine game with symbol lock-in |
US20120083322A1 (en) * | 2010-10-05 | 2012-04-05 | Andrew Van Luchene | Player character creation in a video game based on multiple players |
US8814705B2 (en) | 2012-08-06 | 2014-08-26 | Gree, Inc. | Game control device and storage medium including creating and arranging a character |
Also Published As
Publication number | Publication date |
---|---|
KR101013297B1 (en) | 2011-02-09 |
KR20090010924A (en) | 2009-01-30 |
EP2025376A1 (en) | 2009-02-18 |
CN101352613A (en) | 2009-01-28 |
JP2009028102A (en) | 2009-02-12 |
JP4388106B2 (en) | 2009-12-24 |
CN101352613B (en) | 2011-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20090029779A1 (en) | Game apparatus, control method thereof, and program | |
EP1800722A1 (en) | Game result evaluation method and device | |
JP2019054838A (en) | Information processing apparatus, information processing method and information processing program | |
JP5945249B2 (en) | Management device, terminal device, management system, and program | |
KR101517287B1 (en) | Game apparatus, control method thereof and storage medium for storing program | |
US10933326B2 (en) | Game device, program, and game system | |
CN116453265A (en) | Controlling peer-tournament client operations through client segmentation | |
JP6845454B1 (en) | Information processing equipment, information processing methods and programs | |
US6537149B2 (en) | Game system and computer readable storage medium for breeding game | |
JP6296495B2 (en) | Information processing apparatus, program, information processing system | |
CN113272030A (en) | Remote networking service for providing contextual information | |
JP6635631B1 (en) | Game system, game method, and game program | |
KR20130037778A (en) | Method and device for providing character transferring service using that | |
CN107261503A (en) | Game processing method | |
JP7418524B1 (en) | Notification system and notification method | |
JP6865238B2 (en) | Computer programs and computer equipment | |
JP6775620B2 (en) | Computer programs and computer equipment | |
JP2021000418A (en) | Game system, game method and game program | |
JP2010017222A (en) | Game information distributing apparatus, program and information storage medium | |
JP2021000420A (en) | Game system, game method and game program | |
CN115120965A (en) | Game device, game device control method, program, and recording medium | |
JP2015054234A (en) | Game control server apparatus | |
JP2023073771A (en) | Game information processing method, game information processing device and computer program | |
JP2019058742A (en) | Program, terminal, and server | |
JP2014050673A (en) | Game control device and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: BANDAI CO., LTD., JAPAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MURASE, KAZUE;KIMURA, HIROMI;ARATANI, HIDEKI;AND OTHERS;REEL/FRAME:021334/0903;SIGNING DATES FROM 20080704 TO 20080710 Owner name: WIZ CO., LTD., JAPAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MURASE, KAZUE;KIMURA, HIROMI;ARATANI, HIDEKI;AND OTHERS;REEL/FRAME:021334/0903;SIGNING DATES FROM 20080704 TO 20080710 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |