JP6622773B2 - GAME PROGRAM AND GAME DEVICE - Google Patents

Description

  The present invention relates to a game program and a game device for providing a game capable of generating a game task by receiving data stored in a plurality of game devices.

  There is known a game program capable of exchanging data with other computers by performing wireless communication (see Non-Patent Document 1). In this game program, by performing passing communication (registered trademark) (wireless communication) with another game device, a “passing battle” with the character stored in the game device is executed. This makes it possible to play against other users' characters.

Dragon Quest Monsters Terry's Wonderland 3DS “Suregai Battle”, [online], Square Enix Co., Ltd., [searched on September 11, 2017], Internet <URL: http://www.dragonquest.jp/terry3ds/communication/ streetpass.php # main>

  However, the “passing battle” in the conventional game program is a battle composed only of characters based on the character data received by passing communication. Therefore, there is a problem that it is not possible to provide the user with a more complicated battle with interest and the interest is lowered.

  An object of the present invention is to provide a game capable of generating a game task based on data stored in a plurality of game devices.

1st invention is a game control means which performs a predetermined | prescribed quest for the game apparatus provided with the memory | storage part, Communication which receives automatically battle data from the other game apparatuses within the predetermined distance at random, and memorize | stores it in the said memory | storage part And both the character set in the other game device and the character set in the own game device are enemies based on the battle data of the other game device and the battle data of the own game device stored in the storage unit. It functions as a quest generation means for generating quest data of a quest that appears as a character, and the quest is set in each battle with the character set as the other game device as an enemy character and in the own game device The battle with the character as an enemy character is a continuously occurring quest, and the quest generation means It said other game machine characters continuous play against these enemy characters (hereinafter, continuous match) generates quest data for executing said communication means, and automatically receiving the battle data from the other game device In this case, the battle data is received and stored in the storage unit until a predetermined number of the battle data is accumulated. When the battle data automatically received is accumulated, the quest data is stored within a predetermined distance. This is a game program that is automatically transmitted to other game devices.

In the first invention, the continuous battle is a character set on the basis of the operation of the character of the other game device set in the first battle of the continuous battle and the user of the own game device (hereinafter, When the game control means determines that the battle execution user character has won the first battle, the second battle of the continuous battle is performed. The set character of the other game device and the battle execution user character can perform the second battle of the continuous battle after the first battle .

According to a second aspect of the present invention, the game device having the storage unit is automatically received at random from the game control means for executing a predetermined quest and each of a plurality of other game devices within a predetermined distance. Communication means for storing the battle data (n is an integer of 2 or more) in the storage unit, and the character set in each of the other game devices based on the n battle data stored in the storage unit Is a quest generation means for generating quest data for a battle game that occurs continuously n times, and the quest uses the character set in the other game device as an enemy character. Each quest and a quest in which the character set in the game device is an enemy character are continuously generated quests, and the quest generating means , Generating quest data for the character of the other game device to perform a continuous battle with these enemy characters in the order in which the battle data is received, and the communication means generates the battle data from the other game device. When automatically received, the battle data is received and stored in the storage unit until a predetermined number of the battle data is accumulated, and when the predetermined number of battle data is automatically received, the quest data is stored within a predetermined distance. It is a game program that is automatically transmitted to a game device other than its own game device.

According to a third aspect of the present invention, the game device having the storage unit is automatically received randomly from the game control means for executing a predetermined quest, and each of a plurality of other game devices within a predetermined distance, and n Communication means for storing the battle data (n is an integer of 2 or more) in the storage unit, and the character set in each of the other game devices based on the n battle data stored in the storage unit A battle with an enemy character as a quest generation means for generating quest data for a battle that occurs continuously n times (hereinafter referred to as a continuous battle), and the communication means sends the quest data within a predetermined distance. The quest generation means transmits an n + 1th battle game after it is determined that the user has won the n battles. The character based on the battle data of the game device stored in the storage unit generates a quest that appears as an enemy character in the (n + 1) th battle game. The character of the other game device set in the nth game and the character set on the basis of the operation of the user of the own game device (hereinafter referred to as a battle execution user character) play a battle, and the battle execution When it is determined by the game control means that the user character has won the battle of the nth game, the character of the other game device set in the (n + 1) th game of the continuous game and the battle execution user character are , A game program for performing the (n + 1) th battle of the continuous battle after the nth battle.

4th invention is a game device provided with the memory | storage part which memorize | stores the game program in 1st-3rd invention, and the computer which performs the said game program.

  ADVANTAGE OF THE INVENTION According to this invention, the game which can produce | generate a game task based on the data memorize | stored in the some game device can be provided.

It is a block diagram which shows the hardware constitutions and functional structure of the game system in this Embodiment. It is a figure which shows the timing chart in this Embodiment. It is a figure which shows the battle | competition data in this Embodiment. It is a flowchart which shows the quest production | generation process in this Embodiment.

[Embodiment]
A game system 1 according to an embodiment of the present invention will be described with reference to the drawings.
By the game system 1 of the present invention, for example, a game task (quest) that can be executed in the portable game apparatus 3 is generated.

  In the present embodiment, an action game in which a user operates an arbitrary character (hereinafter referred to as a player character) and battles an enemy character in a virtual space will be described as an example. The player character is a character selected by the user, and includes a hero character that is a user's alternation and a support character that is a companion. The user performs a predetermined operation to instruct the main character and the support character to attack or defend.

  In addition, the game described in the present embodiment has a local battle and a battle that is different from the local battle.

  The local battle is a game task (local quest) stored in advance in the storage unit 31 or the like. The user selects an arbitrary local quest from various local quests (for example, tasks with different types of enemy characters to fight against or clearing conditions), and operates the player character to display a non-player character (NPC) appearing in the local quest. ) Against an enemy character.

  A passing match is a game task (hereinafter referred to as a communication quest) generated based on data (hereinafter referred to as battle data) of another player character received from the other game device 3. The user operates the player character to play against an enemy character that is a non-player character (a player character of another user) appearing in the communication quest.

The outline of the communication quest related to this embodiment is as follows. Details will be described later.
[1]: The user selects battle data to be transmitted to the other game apparatus 3 in advance by passing communication.
[2]: The user sets the passing communication setting to “ON” and carries the game apparatus 3 (positioned within a predetermined distance from the game apparatus 3 of another user). And the game device 3 communicates with the other game devices 3, and transmits / receives each battle | competition data selected by the user.
[3]: The game apparatus 3 stores the received battle data in the storage unit 31.
[4]: The game apparatus 3 repeats the above [3], and generates continuous quest data based on the received plurality of battle data.
[5]: The game apparatus 3 transmits the generated continuous quest data to the other game apparatus 3 or the server apparatus 2.

<About hardware configuration>
With reference to FIG. 1, a hardware configuration of a server device 2 that realizes the game system 1 and a hardware configuration of a plurality of game devices 3 that are connected to each other via the server device 2 will be described.

  Each game device and each user is given different account information (unique identification information). And ID (identification code) is provided for every account information. When each game device 3 communicates with the server device 2 via the communication network 4, account information is transmitted from the game device 3. The transmitted account information is subjected to predetermined authentication in the server device 2. As a result, communication between the server device 2 and each game device 3 becomes possible.

<About server device>
The server device 2 includes a control unit 20, a storage unit 21, and a network interface 22.

  The storage unit 21 and the network interface 22 are connected to the control unit 20 of the server device 2 via the bus 200.

  The control unit 20 controls the operation of the server device 2.

  The storage unit 21 is mainly composed of an HDD (Hard Disk Drive), a RAM (Random Access Memory), and a ROM (Read Only Memory).

  The network interface 22 is connected to the communication network 4 and transmits / receives data between the server device 2 and each game device 3 by Internet communication.

<Regarding Functional Configuration of Control Unit of Server Device>
The control unit 20 of the server device 2 functions as the information processing unit 201 by executing the game program.

  The information processing unit 201 transmits / receives data (account information) related to the user's account and continuous quest data to / from each game device 3. Further, the information processing means 201 stores and manages each received data in the storage unit 21.

  The account information includes game device identification information set for the game device 3 and user identification information set for the user. The game device identification information and the user identification information are unique identification codes (ID).

  The information processing unit 201 manages user rank information. The rank information of the user is a so-called player rank or player level that increases when the user operates the player character to fight against an enemy character in the virtual space and win.

  In addition, when matching is performed in a battle between users, the server device 2 can function as a matching unit. And when it is an online game in which a game progresses via the server apparatus 2, the server apparatus 2 functions as a game progress means.

<About game devices>
The game apparatus 3 includes a monitor 330, a speaker 340, and a controller 350 that are externally connected or built in. In the game apparatus 3, the game progresses based on the game program and data read from the storage medium or the like. In addition, the game apparatus 3 can perform data communication with the other game apparatuses 3 and the server apparatus 2 via the communication network 4 such as the Internet or the short-range wireless communication apparatus.

  The game apparatus 3 includes a control unit 30, a storage unit 31, a network interface 32, a graphic processing unit 33, an audio processing unit 34, and an operation unit 35.

  The storage unit 31, network interface 32, graphic processing unit 33, audio processing unit 34, and operation unit 35 are connected to the control unit 30 via the bus 300.

  The control unit 30 controls the operation of the game apparatus 3.

  The storage unit 31 mainly includes an HDD, a RAM, and a ROM. For example, a game program and data for executing a game are stored in the storage unit 31. Further, the storage unit 31 stores battle data and continuous quest data transmitted to the other game device 3, and other battle data and continuous quest data received from the other game device 3.

  The network interface 32 is connected to the communication network 4 and transmits / receives data between the server device 2 and each game device 3 by Internet communication.

  The network interface 32 transmits and receives data between the game apparatus 3 and the other game apparatus 3 through local communication (short-range wireless communication) without going through the communication network 4. Thereby, short-range wireless communication (so-called passing communication) is performed between the game apparatus 3 and another game apparatus 3 existing within a predetermined communication possible range (for example, within 10 m).

  The graphic processing unit 33 draws a game image including a virtual space and each character in a moving image format in accordance with an instruction from the control unit 30. The game image drawn in the moving image format by the graphic processing unit 33 is displayed on the monitor 330 as a game screen.

  The audio processing unit 34 reproduces and synthesizes digital game sound in accordance with instructions from the control unit 30. In addition, a speaker 340 is connected to the audio processing unit 34. The game sound is output from the speaker 340 to the outside.

  The operation unit 35 is connected to a controller 350 attached (built in) to the game apparatus 3 and can transmit and receive data related to operation input. The user inputs an operation signal to the game apparatus 3 by operating an operator (not shown) such as a button provided in the controller 350.

<Regarding Functional Configuration of Control Unit of Game Device>
The control unit 30 of the game apparatus 3 executes the game program downloaded (installed) in the storage medium inserted in the game apparatus 3 or the storage unit 31 of the game apparatus 3, thereby executing the game control unit 301 and the communication unit 302. , And the quest generation means 303.

  The game control unit 301 reads data such as objects and textures included in the game data from the storage unit 31, and generates a two-dimensional or three-dimensional virtual game space. Furthermore, the game control means 301 arranges non-player characters such as player characters or enemy characters in the virtual space.

  Further, the game control unit 301 controls the action of the player player character and the action of the enemy character in the virtual space according to the operation signal to the controller 350 connected to the player game apparatus 3 and the progress of the game. To do. Thereby, the game control means 301 advances the game task (the battle game of a local quest and a communication quest) in virtual space.

  The game control unit 301 generates information for displaying these virtual spaces and characters on the monitor 330 as a game screen. In accordance with these pieces of information, the graphic processing unit 33 draws a game image. Further, the game control unit 301 displays a setting screen and an execution screen for passing communication on the monitor 330.

  The game control unit 301 accepts an operation for selecting battle data (such as a player character that the user wants to battle with other users) to be transmitted from the user to the other game device 3 via the controller 350, and stores it in the storage unit 31. Then, the communication unit 302 transmits the battle data stored in the storage unit 31 to the other game apparatus 3.

  Further, the communication unit 302 receives other battle data from the other game apparatus 3 and stores (accumulates) this battle data in the storage unit 31.

  In addition, the communication unit 302 transmits the continuous quest data generated by the quest generation unit 303 to the other game device 3 or the server device 2.

  The quest generation unit 303 reads out the battle data received by the communication unit 302 and its own battle data from the storage unit 31, and generates continuous quest data. Then, the quest generation unit 303 stores the continuous quest data in the storage unit 31.

<Quest generation process>
The quest generation process of the quest generation unit 303 will be described with reference to FIGS. In the following embodiment, continuous quest data is generated using the battle data received from two other game devices 3 (game devices 3B and 3C) and the battle data of the game device 3 (game device 3A). This will be explained.

  FIG. 2 is a diagram showing a timing chart of each device, and FIG. 3 is a diagram showing battle data. Moreover, FIG. 4 is a flowchart which shows the flow of the quest production | generation process concerning this embodiment.

  First, communication processing between game devices will be described with reference to FIG. For convenience of explanation, the process of the game apparatus 3A will be described, but each game apparatus can perform the same process as the game apparatus 3A.

  When the game apparatus 3A and the game apparatus 3B are within a predetermined distance, data transmission / reception (T1, T2) is performed. Communication means 302 of game device 3A receives battle data b (other battle data) from game device 3B (step S01), and stores this battle data b in storage unit 31 of game device 3A.

  In parallel with the process of step S01, the communication means 302 of the game apparatus 3A transmits the battle data a stored in the storage unit 31 to the game apparatus 3B (step S02).

  Next, when game device 3A and game device 3C are within a predetermined distance, data is transmitted and received between them (T3, T4). The communication means 302 of the game device 3A receives the battle data c (other battle data) from the game device 3C (step S03), and stores (accumulates) the battle data c in the storage unit 31 of the game device 3A.

  In parallel with the process of step S03, the communication unit 302 of the game apparatus 3A transmits the battle data a stored in the storage unit 31 to the game apparatus 3C (step S04).

  The quest generation means 303 of the game apparatus 3A generates continuous quest data α based on the battle data b, the battle data c, and the own battle data a stored cumulatively in the storage unit 31 (step S05). Further, the quest generation unit 303 stores the continuous quest data α in the storage unit 31 of the game apparatus 3A.

  When game device 3A and game device 3D (other game devices) are within a predetermined distance, data is transmitted / received to / from each other (T5, T6, T7). At this time, in addition to the battle data a, the continuous quest data α generated by the quest generation unit 303 is stored in the storage unit 31 of the game apparatus 3A.

  Communication means 302 of game device 3A transmits continuous quest data α to game device 3D (step S06). At this time, the communication unit 302 of the game device 3A receives the battle data d (other battle data) from the game device 3D (step S07), and stores the battle data d in the storage unit 31.

  In parallel with the process of step S07, the communication unit 302 of the game apparatus 3A transmits the battle data a stored in the storage unit 31 to the game apparatus 3D (step S08).

  Although not shown, the game control means 301 of the game apparatus 3D that has received the continuous quest data α from the game apparatus 3A advances a passing battle (hereinafter referred to as a continuous quest) based on the continuous quest data α.

  The passing battle is a battle in which a predetermined battle is executed based on the received one battle data, whereas the continuous quest is a battle in which the passing battle is continuously executed. For example, the continuous quest is a winning game of all three games. If you win the first game, you will advance to the second game. If you win the second game, you will advance to the third game. The continuous quest of the present embodiment is a game task in which a character (match data b) of the game device 3B, a character (match data c) of the game device 3C, and a character (match data a) of the game device 3A are continuously played. is there.

  The battle data shown in FIG. 3 will be described (for convenience of explanation, the main character information and the support character information are shown separately). The communication means 302 transmits / receives this battle data by passing communication.

  FIG. 3 includes data on the character type, rank, attack power, defense power, skill, and equipment as well as the main character name and support character name as battle data.

  The communication means 302 of each game device 3 communicates with other game devices 3 and transmits / receives these data.

  The protagonist character is a character that serves as a substitute for the user. The main character name “MC-A” of the game device 3A, the main character name “MC-B” of the game device 3B, the main character name “MC-C” of the game device 3C, and the main character name “MC-” of the game device 3D D ”is registered by the user who operates each game apparatus 3.

  The support character is a non-player character (NPC) that fights with the main character. Support character name “SC-AA” of game device 3A, support character name “SC-BB” of game device 3B, support character name “SC-CC” of game device 3C, and support character name “SC-” of game device 3D DD "is registered in advance in a storage medium or the like.

  The two characters, the main character and the support character, are player characters operated by the user. The user operates the hero character and the support character to play against a non-player character (enemy character) controlled by the game control unit 301.

  The hero character type and the support character type specify model data of the hero character and the support character, and the models (appearance) drawn differ depending on the type.

  The rank, attack power, and defense power of each character are parameters that increase by winning the battle against the enemy character or strengthening the character. The rank increases when the user operates the player character to fight against an enemy character in the virtual space and wins, or strengthens the player character.

  The skill is data indicating a special technique (for example, breathing, biting, restraint, etc.) or an attack tendency (for example, many weapon attacks, many counter attacks, etc.) set for each character.

  The equipment is a weapon (a large sword, a hammer, a bow, etc.) equipped with the player character, and armor (a head armor, a body armor, an arm armor, a leg armor, etc.). Parameters such as attack power and defense power are set for each equipment. Moreover, the game control means 301 draws each character with the model data set to the equipment.

  For each character, parameters such as attack power, defense power, and skill are determined according to the type, rank, and equipment. And the game control means 301 advances a game using the operation signal input by the user and these parameters, and determines win / loss.

  The process in which the quest generation unit 303 generates the continuous quest data α will be described with reference to FIG.

  First, the quest generation unit 303 determines whether a predetermined number (for example, two (n)) of battle data received by the communication unit 302 has accumulated (step S11).

  In step S1, when the quest generating means 303 determines that the received battle data has accumulated a predetermined number (step S11: YES), the battle data b is set in the first game (first game) of the continuous quest (step S12). ). That is, the non-player character based on the battle data b is set as the opponent of the first battle of the quest in which battles are continuously performed.

  Next, the quest generation unit 303 sets the battle data c in the second game of the quest (step S13). That is, the non-player character based on the battle data c is set as the opponent of the second game (n-th game) performed after winning the first game.

  Finally, the quest generation means 303 sets the battle data a for the third game (n + 1 game) of the quest (step S14). That is, the non-player character based on the battle data a regarding the player's character is set as the opponent of the third game (final game) performed after winning the second game.

  And the quest production | generation means 303 memorize | stores the continuous quest data containing the data regarding each opponent's battle | competition data and battle order in the memory | storage part 31 (step S15).

  In step S1, when the quest generating unit 303 determines that the predetermined number of pieces of received battle data are not accumulated (step S11: NO), this flow ends.

  In this passing match, the opponent (the main character MC-B and the support character SC-BB) based on the battle data b appears in the first game, and the opponent (based on the player character c in the second game) ( Main character MC-C and support character SC-CC)) appear. Then, opponents (the main character MC-A and the support character SC-AA) appear based on the player character a stored in the storage unit 31 of the game apparatus 3 that generates continuous quest data in the third game.

Note that the game control means 301 of the game apparatus D shown in FIG. 2 executes the following continuous quest based on the received continuous quest data.
[1] As the first game, the main character MC-D and the support character SC-DD operated by the user of the game apparatus D, and the main character MC-B and the support character SC-BB, which are NPCs, are played.
[2] If this is won, a battle between the main character MC-D and the support character SC-DD operated by the user of the game apparatus D, and the main character MC-C and the support character SC-CC will be played as the second game. Run.
[3] If this is won, a battle between the hero character MC-D and the support character SC-DD operated by the user of the game apparatus D, and the hero character MC-A and the support character SC-AA is played as the third game. Run.
[4] If this is won (if all battles are won), it is determined that the continuous quest has been cleared.

[The invention's effect]
According to the game program of the present embodiment, the quest generation unit 303 of the predetermined game device 3 (game device 3A) is based on play character data received from a plurality of other game devices 3 (game device 3B and game device 3C). Can generate continuous quest data. Further, the quest generation unit 303 generates quest data (passing battle) according to the order of the battle data received by the communication unit 302.

  Further, the quest generation means 303 of the predetermined game device 3 (game device 3A) can make its character appear in the battle executed at the end of the continuous quest. Thereby, the user of the game apparatus 3 (game apparatus 3D) that has received the continuous quest data has a plurality of other game apparatuses 3 in order to play against the character of the game apparatus 3 (game apparatus 3A) that has generated the continuous quest data. It is necessary to win the character of (game device 3B and game device 3C).

  Thus, a complicated and highly difficult continuous quest can be generated based on the cumulatively received order or each parameter (character strength) of the battle data. As a result, it is possible to provide an unexpected and highly interesting continuous quest that cannot be experienced in a simple one-on-one passing match.

[Other Embodiments]
The control means and processing procedure described in FIGS. 2 and 4 are examples, and embodiments of the present invention are not limited to these. The processing procedure and the like can be appropriately changed in design without changing the gist of the present invention.

  In particular, the quest generation unit 303 describes an example in which continuous quest data is generated when a predetermined number of received battle data is accumulated, but the present invention is not limited thereto. For example, each time the battle data is received from the other game apparatus 3, the quest generation unit 303 may sequentially set the battle data in the continuous quest. When this setting is repeated a predetermined number of times, it is possible to set own battle data and complete continuous quest data.

  The battle data described in FIG. 3 is an example, and the embodiment of the present invention is not limited thereto. The data structure and the like can be appropriately changed in design without changing the gist of the present invention.

  In the present embodiment, an example is described in which data relating to a player character and a support character is included as battle data. However, the embodiment of the present invention is not limited to this. For example, the battle data may be either a player character or a support character. Also, a passing game may be a game in which one of them is a battle.

  In the present embodiment, a quest in which a player character controlled by a user operation and an enemy character that is a non-player character that appears based on the received continuous quest data is described. However, embodiments of the present invention are not limited to these. For example, the quest generation unit 303 may execute a battle between non-player characters that do not require user operation.

  In this embodiment, the communication means 302 of the game apparatus 3 (game apparatus 3A) receives the battle data from the two other game apparatuses 3 (game apparatuses 3B and 3C), and the quest generation means 303 is based on the battle data. The example which transmits the produced | generated continuous quest data to the other game device 3 (game device 3D) is described. However, the embodiment of the present invention only needs to transmit the generated continuous quest data to the game device 3 other than the game device 3A, and does not limit the transmission to the game device 3D other than the game devices 3B and 3C. .

  That is, the communication unit 302 may transmit the continuous quest data generated based on the battle data of the game device 3B and the game device 3C to the game device 3B or 3C. Further, the communication unit 302 may receive a plurality (multiple times) of battle data from the same game device 3, and the quest generation unit 303 may generate continuous quest data based on the battle data. .

  In the present embodiment, an example is described in which battle data and continuous quest data are transmitted and received by passing communication. However, embodiments of the present invention are not limited to these. For example, each data may be transmitted / received between the server device 2 or each game device 3 by Internet communication. The server device 2 may be the host game device 3 or the like.

  In the present embodiment, an example is described in which the quest generation unit 303 receives the battle data of two other game apparatuses 3 and generates quest data. However, embodiments of the present invention are not limited to these.

  For example, the quest generation unit 303 may generate continuous quest data based on the battle data of one other game apparatus 3 and its own battle data. Further, the quest generating unit 303 may generate continuous quest data by receiving based on the battle data of the four other game apparatuses 3 and its own battle data.

  That is, the quest generation unit 303 may generate continuous quest data in which n + 1 battles are continuously executed based on the battle data of the n other game apparatuses 3 and the battle data of itself.

  When the quest generation unit 303 receives the battle data of the four other game apparatuses 3 and generates continuous quest data, based on these battle data, the first peak (first game), the next game (second game) Set the battle), mid-level (3rd game), and vice general (4th game). In addition to this, the quest generation means 303 sets a general (fifth game) based on its own battle data, and generates a winning battle type quest.

  In the present embodiment, an example is described in which the quest generating unit 303 sets its own battle data as the last (n + 1 game) of the winning battle quest. However, embodiments of the present invention are not limited to these. For example, the quest generation means 303 may be set for the first game or the second game.

  That is, the quest generation unit 303 may generate the quest data of the winning battle based on the received battle data of the other game apparatus 3 and its own battle data, and the quest battle order does not matter. Moreover, you may make the user who plays a continuous quest select the order which fights.

  The quest generation unit 303 may generate continuous quest data based on the battle data of a plurality of (four) other game apparatuses 3 without requiring its own battle data.

  In the present embodiment, an example is described in which the quest generation unit 303 generates continuous quest data of a winning game based on the received battle data of the other game apparatus 3 and its own battle data. However, embodiments of the present invention are not limited to these.

  For example, the quest generation unit 303 generates one team based on the received battle data of the other game apparatus 3 and its own battle data, and all the characters belonging to the team appear all at once. You may generate a quest to play against.

  For example, in the case of a game in which three characters form a deck and play a battle, the quest generation means 303 of the game device A uses an arbitrary character (own battle data) selected on the game device A and the received game device. Quest data including one deck data is generated based on the arbitrary character selected in B and the arbitrary character selected in the game apparatus C (the received battle data of the other game apparatus).

  Then, the game control means 301 of the game device D that has received this quest data has a one-on-one battle between any three characters set in the game device D and the three characters based on the received deck data. Execute.

  Moreover, although the example using the portable game device for households as the game device 3 is described in the said embodiment, embodiment of this invention is not limited to this. For example, the present invention can be realized by using an arcade game casing or a home-use stationary game device that can communicate with the server device 2 or the other game device 3.

  If the game device 3 does not have communication means (for example, an arcade game case played in place), the user's character data played on the game device 3 is accumulated and stored, and a certain user plays. As the quest, a continuous quest based on the character data of other users accumulated and stored may be executed.

  Specifically, the quest generation unit 303 generates a continuous quest based on the character data (match data) for the latest three people. For example, the character of the user who played the first time is selected in the first game, and the character of the user who played the second game is selected in the second game. And the continuous quest data which selected the character of the user who played three people in the 3rd game are generated. Thereby, the content of a continuous quest changes with the timing which plays with an arcade game housing | casing, and a highly interesting game can be provided.

  Although the action hunting game is described as an example of the game in the embodiment, the embodiment of the present invention is not limited to this. The present invention can be applied to various types of games such as shooting games, role playing games, simulation games, board games, and puzzle games.

  In summary, the present invention relates to the game device 3 (game device 3A in FIG. 2) having the storage unit 31, game control means 301 for executing a predetermined quest, and other game devices (game device 3B in FIG. 2). The communication means 302 that receives the battle data from the game device 3C) and stores it in the storage unit 31, the battle data of the other game devices 3 (game device 3B, game device 3C in FIG. 2) stored in the storage unit 31, and the own game Based on the battle data of the device 3 (game device 3A in FIG. 2), the character set in the other game device 3 (game device 3B, game device 3C in FIG. 2) and the own game device 3 (game device 3A in FIG. 2). ) Functioning as quest generation means 303 for generating quest data of a quest in which both of the characters set as) appear as enemy characters, and communication means 02 is a game program that sends this quest data said the self game game device other than device (game device 3D of FIG. 2 (including a game apparatus 3B and the game apparatus 3C) or the server apparatus 2).

  Further, the quest of the present invention includes each battle with the character set in the other game device 3 (game device 3B, game device 3C in FIG. 2) as an enemy character, and the own game device 3 (game device 3A in FIG. 2). 2 is a quest (continuous quest) that occurs continuously, and the quest generation means 303 is connected to the other game device 3 (game device 3D (game device 3B and game device 3B in FIG. 2)). Quest data (continuous quest data) for the characters of the game device 3C)) to execute continuous battles with these enemy characters is generated.

  Further, in the present invention, a game device (game device 3A in FIG. 2) provided with a storage unit 31 is replaced with a game control means 301 for executing a predetermined quest, and a plurality of other game devices 3 (game device 3B in FIG. 2). The game device 3C) receives battle data from each of the game devices 3C), and stores n (for example, 2) battle data in the storage unit 31. Based on the n battle data stored in the storage unit 31 The quest generation means for generating quest data of a battle game in which a battle with the character set as an enemy character in each of the other game devices (game device 3B, game device 3C in FIG. 2) occurs continuously n times 303, and the communication means 302 uses this quest data (continuous quest data) as a game device (game device 3D in FIG. 2) other than its own game device. A game program to be transmitted to the game including apparatus 3B and the game apparatus 3C) or the server apparatus 2).

  Further, the quest generation unit 303 stores the own game device stored in the storage unit 31 so as to generate the (n + 1) th (for example, the third) battle game after it is determined that the user has won the nth battle. A character based on the battle data of (game device 3A in FIG. 2) generates a quest that appears as an enemy character in the (n + 1) th battle game.

1 game system 2 server device (computer)
201 Information processing means (information processing unit)
3 Game device (computer)
301 Game control means (game control unit)
302 Communication means (communication unit)
303 Quest generation means (quest generation unit)

Claims (5)

A game device having a storage unit,
Game control means for executing a predetermined quest,
Communication means for automatically receiving random battle data from other game devices within a predetermined distance and storing them in the storage unit;
Based on the battle data of the other game device and the battle data of the own game device stored in the storage unit, both the character set in the other game device and the character set in the own game device are used as enemy characters. It functions as a quest generator that generates quest data for the quests that appear,
The quest is a quest in which each battle using the character set in the other game device as an enemy character and a battle using the character set in the game device as an enemy character occur continuously. ,
The quest generation means generates quest data for the character of the other game device to perform a continuous battle (hereinafter referred to as a continuous battle) with these enemy characters,
When the battle data is automatically received from the other game device, the communication means receives the battle data until a predetermined number of battle data is accumulated, stores the battle data in the storage unit, and the automatically received battle data is predetermined. A game program for automatically transmitting the quest data to a game device other than the game device within a predetermined distance when the number is accumulated. The continuous battle is
A character of the other game device set in the first game of the continuous battle and a character (hereinafter referred to as a battle execution user character) set based on an operation of the user of the own game device are played. ,
When it is determined by the game control means that the battle execution user character has won the first battle, the character of the other game device set in the second battle of the continuous battle and the battle execution user The character performs the second battle of the continuous battle after the first battle.
The game program according to claim 1. The own game device provided with a storage unit,
Game control means for executing a predetermined quest,
Communication means for automatically receiving random battle data from each of a plurality of other game devices within a predetermined distance and storing n (n is an integer of 2 or more) battle data in the storage unit;
Based on the n pieces of battle data stored in the storage unit, generation of quest data for a battle game in which a battle that uses a character set in each of the other game devices as an enemy character continuously occurs n times Function as a quest generation means,
The quest is a quest in which each battle using the character set in the other game device as an enemy character and a battle using the character set in the game device as an enemy character occur continuously. ,
The quest generation means generates quest data for the character of the other game device to perform a continuous battle with these enemy characters in the order in which the battle data is received,
When the battle data is automatically received from the other game device, the communication means receives the battle data until a predetermined number of battle data is accumulated, stores the battle data in the storage unit, and the automatically received battle data is predetermined. A game program for automatically transmitting the quest data to a game device other than the game device within a predetermined distance when the number is accumulated. The own game device provided with a storage unit,
Game control means for executing a predetermined quest,
Communication means for automatically receiving random battle data from each of a plurality of other game devices within a predetermined distance and storing n (n is an integer of 2 or more) battle data in the storage unit;
Based on the n pieces of battle data stored in the storage unit, a battle in which a character set in each of the other game devices is an enemy character continuously occurs n times (hereinafter, continuous battle). Function as a quest generation means that generates quest data for
The communication means transmits the quest data to a game device other than the game device within a predetermined distance,
The quest generation means is a character based on the battle data of the game device stored in the storage unit so as to generate the (n + 1) th battle game after it is determined that the user has won the n battles. Creates a quest that appears as an enemy character in this n + 1th game,
The continuous battle is
The character of the other game device set in the nth game of the continuous battle and the character (hereinafter referred to as a battle execution user character) set based on the operation of the user of the own game device are played. ,
When it is determined by the game control means that the battle execution user character has won the battle of the nth battle, the character of the other game device set in the (n + 1) th battle of the continuous battle and the battle execution user A character performs a battle of the (n + 1) th game of the continuous battle after the battle of the nth game,
Game program. The storage unit storing the game program according to any one of claims 1 to 4,
A game apparatus comprising: a computer that executes a program stored in the storage unit.

Images