JP7356055B2 - Game programs, game systems, and server devices - Google Patents

Description

The present invention relates to a game program, a game system, and a server device that utilize location information.

In recent years, games (hereinafter referred to as "position games") that utilize position information from GNSS (Global Navigation Satellite System) such as GPS (Global Positioning System) have been developed.

Patent Document 1 discloses, as an example of a conventional location game, a step in which a processor of a computer sets a quest for a user that can be played by moving to a specific area in map data used in the game; a step of acquiring location information of the user; and a step of allowing the user to play the quest if the user is located in a specific area specified in the quest based on the acquired location information of the user; Techniques are described that include performing . Among these, quests include quests that can be played by multiple users. The step of enabling users to play the quest enables users located in a specific area specified in the quest to cooperatively play the quest based on the location information obtained for each of the plurality of users. Including causing.

JP2018-64708A

However, in the conventional location game described in Patent Document 1, even if users gather at a destination in a game event, it is not assumed that they will cooperate and perform a single action in the event. There wasn't.

The present invention has been made in view of this situation, and an object of the present invention is to provide a game program that solves the above-mentioned problems and allows players to cooperate and perform one action at an event.

A game program of the present invention is a game program executed by a game system including a plurality of game devices each having a storage unit and a display unit, and a server device connectable to the game devices, the game program being executed by a game system that includes an event generating means for generating an event of a game in which an enemy character is fought in a space; a specifying means for specifying a plurality of users associated with a game device participating in the event; and a plurality of users specified by the specifying means. The action execution means functions as an action execution means for causing the user to execute an action, and an instruction acquisition means for acquiring instructions executable only by some of the users on the event, and the action execution means executes the instructions by the instruction acquisition means. The instruction acquiring means causes another user to perform an action according to the instruction, and the instruction acquisition means receives an instruction for the final execution of the cooperative action from the plurality of users who perform the cooperative action. The present invention is characterized in that it is a game program for selecting a final instruction user who will give a final instruction .
In the game program of the present invention, when the final instruction by the final instruction user who has already been selected fails or an instruction to change the final instruction user is obtained, the instruction acquisition means may cause the plurality of users who perform the cooperative action to This game program is characterized in that a new final designated user is selected from the users .
In the game program of the present invention, the instruction acquisition means causes a user of the game device whose position information is closest to a central position in an area, and a player character with the highest ability value or rarity among the plurality of users to participate. The present invention is characterized in that the game program selects, as the final instruction user, either a user who has received the final instruction, or a user whose reward amount shows that the user has been most active in the previous final instructions.
The game program of the present invention is characterized in that the action execution means executes actions of a plurality of the users by causing the users other than the one for whom the instruction is acquired by the instruction acquisition means to execute an action according to the instruction. It is characterized by executing cooperative actions that combine the following.
In the game program of the present invention, the instruction acquisition means selects a final instruction user who gives a final instruction, which is an instruction for final execution of a cooperative action, from among the plurality of users, and selects the final instruction user from the plurality of users, and and the action execution means determines whether or not the final instruction acquired by the instruction acquisition means is appropriate, and controls whether or not to execute the cooperative action based on the result of the determination. It is characterized by being a program .
The game program of the present invention determines that the final instruction is appropriate when the difference between the timing of the final instruction by the final instruction user and the timing of the instruction is within a threshold value, and provides the final instruction user with a normal instruction. The game program is characterized in that the game program gives a reward better than the reward at the event.
The game system of the present invention is a game system comprising one or more computers, and includes an event generating means for generating an in-game event in which an enemy character is fought in a virtual space, and a computer participating in the event. a specifying means for specifying a plurality of associated users; an action execution means for causing the plurality of users specified by the specifying means to execute an action; and an instruction executable by only some of the users on the event. and an instruction acquisition means for acquiring an instruction, the action execution means causes the user other than the user who acquired the instruction by the instruction acquisition means to execute an action according to the instruction , and the instruction acquisition means includes: The present invention is characterized in that a final instructing user who gives a final instruction, which is an instruction for final execution of the cooperative action, is selected from the plurality of users who perform the cooperative action.
The server device of the present invention includes: event generation means for generating an in-game event in which an enemy character is fought in a virtual space; and identification means for identifying a plurality of users associated with game devices participating in the event; The action execution means includes an action execution means for causing the plurality of users to execute the actions specified by the identification means, and an instruction acquisition means for acquiring instructions executable only by some of the users on the event. The instruction acquisition means causes the user other than the one who acquired the instruction to execute the action according to the instruction , and the instruction acquisition means collects the cooperation action from the plurality of users who perform the cooperative action. The method is characterized in that the final instruction user who gives the final instruction, which is the final execution instruction, is selected .

According to the present invention, a user associated with a game device participating in an event is searched for, and a plurality of users cooperate by performing a cooperative action in an event. A game program that allows one action can be provided.

FIG. 1 is a block diagram showing a hardware configuration of a game system according to an embodiment of the present invention. 2 is a block diagram showing the functional configuration of the game system shown in FIG. 1. FIG. 3 is a block diagram showing details of account settings and game data shown in FIG. 2. FIG. It is a flowchart of game progress processing concerning an embodiment of the present invention. 5 is a conceptual diagram showing a collection of users in the game progress process shown in FIG. 4. FIG. 5 is a screen example of cooperative behavior in the game progress process shown in FIG. 4. FIG. 3 is a block diagram showing the functional configuration of a game device according to another embodiment of the present invention.

[Embodiment]
A game system X according to an embodiment of the present invention will be described with reference to the drawings.
According to FIG. 1, the game system X of this embodiment includes a server device 1 (computer) and a plurality of game devices 2 (computers).
In the game system communicates with the user and allows the user to execute (play) the game.

An overview of the game described in this embodiment will be explained. The game of this embodiment is a type of position game using position information.
In this game, the user, for example, accepts (selects) a scenario (stage) such as a "quest" of the game, operates the player character, and travels to the destination 312 (FIG. 3) presented on the game. Head towards. After reaching the destination 312, various in-game events (hereinafter simply referred to as "events") occur. In these various events, a player character object (player) and an enemy character object (hereinafter referred to as "monster") fight in a virtual space corresponding to the real space. Alternatively, events may include solving puzzles, acquiring game objects that can be owned or equipped (hereinafter referred to as "items"), or meeting NPCs (Non-Player Characters) or other users. Items will also be provided. Further destinations 312 may then be presented when the event ends. When the user arrives at the final destination 312, an event such as a battle with a special monster (hereinafter referred to as a "boss character") that the user aims to defeat in the scenario occurs, and the user must win the battle. , the scenario (stage) ends when the conditions are met. At the end of the game, there is an ending effect with video and audio, and you can obtain objects such as items and coins (in-game currency). That is, the game of this embodiment is a game such as a role-playing game or an action game that uses the position information 212 (FIG. 2).

<About hardware configuration>
The hardware configuration of the game system X of this embodiment will be explained.
Here, the hardware configuration of the server device 1 and the hardware configurations of a plurality of game devices 2 that are communicatively connected to each other via the server device 1 and the network 3 will be described. The network 3 is a LAN, a wireless LAN, a WAN, a mobile phone network, the Internet, or the like.

- Hardware configuration of server device 1 The server device 1 includes a control section 10, a storage section 11, and a connection section 12.
The storage unit 11 and the connection unit 12 are each connected to the control unit 10 of the server device 1 via a dedicated bus, interface, etc.

The control unit 10 controls the operation of the server device 1. The control unit 10 includes, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a DSP (Digital Signal Processor), and a GPU (Graphics Processing Unit). Unit), ASIC (Application Specific Processor) The information processing unit may include the following.

The storage unit 11 is a non-temporary recording medium and includes a main storage unit and an auxiliary storage unit. The main storage unit may use, for example, a DRAM, SRAM, or the like as a RAM (Random Access Memory). The auxiliary storage unit may include, for example, a ROM (Read Only Memory), an HDD (Hard Disk Drive), and the like. Among these, various nonvolatile and rewritable semiconductor memories such as EEPROM, flash memory, and 3D X point may be used as the ROM. In addition, instead of the HDD, it is also possible to use a semiconductor memory such as an SSD (Solid State Drive) or an embedded Multi Media Card (eMMC).

The connection unit 12 is a network connection unit that includes a LAN board, a wireless transceiver, etc. for connection to the network 3 in order to transmit and receive data between the server device 1 and each game device 2 using various protocols.

The game device 2 includes an operation section 25, a display section 26, and an audio input/output section 27.
This game device 2 advances the game based on a game program 210 (FIG. 2) and various data.
The game device 2 can perform data communication with other game devices 2 and the server device 1 via the network 3 or near field communication (NFC).

The game device 2 includes a control section 20, a storage section 21, a connection section 22, an image processing section 23, an audio processing section 24, an operation section 25, a display section 26, an audio input/output section 27, and a position acquisition section 28.
The storage section 21, the connection section 22, the image processing section 23, the audio processing section 24, the operation section 25, and the position acquisition section 28 are connected to the control section 20 via a dedicated bus, interface, and the like.

The control unit 20 controls the operation of the game device 2. The control unit 20 may be an information processing unit including, for example, a CPU, MPU, DSP, GPU, or ASIC.

The storage section 21 includes a main storage section and an auxiliary storage section. The main storage unit may use, for example, DRAM, SRAM, or the like as RAM. The auxiliary storage unit may include ROM, HDD, etc. Among these, various nonvolatile and rewritable semiconductor memories may be used as the ROM. A semiconductor memory may be used instead of the HDD.

The connection unit 22 is connected to the network 3 and transmits and receives data between the server device 1 and each game device 2 or between the game devices 2 using various protocols. The connection unit 22 is a network connection unit that includes a LAN board, a wireless transceiver, etc. for connection to the network 3. Furthermore, the connection unit 22 may include Bluetooth (registered trademark), NFC, USB (Universal Serial Bus), and other interfaces for making wireless or wired connections.

The image processing unit 23 draws (render) a two-dimensional or three-dimensional game image including a virtual space and each object, for example, in units of frames, according to instructions from the control unit 20. The game image drawn by the image processing section 23 is displayed on the display section 26 as a game screen.
The image processing unit 23 may be an information processing unit such as a GPU (Graphics Processing Unit) or a DSP (Digital Signal Processor). The image processing section 23 may include a dedicated memory.

The audio processing unit 24 reproduces and synthesizes audio data in response to instructions from the control unit 20, performs D/A (Digital to Analog) conversion, and outputs the data as game audio. The game sound is outputted from a speaker, an earphone output terminal, etc. of an audio input/output unit 27 connected to the audio processing unit 24. The audio processing unit 24 can also input the audio signal input from the microphone of the audio input/output unit 27 by A/D (Analog to Digital) conversion.

The operation unit 25 is capable of transmitting and receiving data related to operation input using a touch panel and various sensors. The user issues an operation instruction to the game device 2 using the operation unit 25 .
Alternatively, the operation unit 25 may be connected to a dedicated or general-purpose controller. An operation signal is input to the game device 2 via the operation unit 25 by operating a stick, button, touch pad, etc. provided on the controller. This controller and the operation unit 25 are connected wirelessly or by wire. This wireless or wired connection may be USB, Bluetooth (registered trademark), or the like.

The display unit 26 is a display means such as an LCD (Liquid Crystal Display) or an organic EL display.
In this embodiment, the operation unit 25 and the display unit 26 are integrally formed, and the display unit 26 can detect the coordinates and the like where the user touches an object or the like.

The audio input/output section 27 includes a speaker, an earphone output terminal, a microphone, and the like.

The position acquisition unit 28 is a circuit etc. that acquires the position information 212 (FIG. 2). This circuit includes, for example, a receiver and an antenna of a satellite positioning system including a GNSS (Global Navigation Satellite System) such as a GPS (Global Positioning System).

Each part of the server device 1 and the game device 2 described above becomes a hardware resource that executes the game program 110 (FIG. 2) and the game program 210 of this embodiment.

Note that in the game device 2, the control unit 20 and the image processing unit 23 may be integrally formed, such as a CPU with a built-in GPU or a chip-on-module package.
Further, the control unit 10, the control unit 20, and the image processing unit 23 may include a built-in RAM, ROM, flash memory, or the like.

- Regarding the flow of control of game system X Next, with reference to FIG. 2, the flow of control during game execution in the server device 1 and game device 2 that implement the game system X will be described.

First, the game device 2 downloads the game program 210, which is a game application, from an application server (not shown) from which the application can be downloaded, based on a user's operation. Even if a game program 210 for updating exists, it is downloaded from this application server and installed.

When the game program 210 is started for the first time after installation, the game device 2 and the server device 1 communicate with each other via the network 3.
In the server device 1, each user and/or game device 2 is provided with different account information (FIG. 3). This account information is, for example, unique identification information including an ID (Identification, identification code). If the user was originally given account information, it is also possible to set that account information. This unique identification information may be hashed using a unique key, public key, etc. to prevent forgery. This account information can be authenticated using the hash value of login information 301, which will be described later.
The server device 1 creates game data 211, which is data necessary for playing the game, including each account information, and transmits it to the game device 2.

Game device 2 receives game data 211 from server device 1 and stores it in storage section 21 .
Thereafter, the game device 2 proceeds with the game based on the game program 210 and game data 211.
In the progress of this game, the game device 2 acquires the user's instructions through the operation unit 25 and executes the game. At this time, the game device 2 outputs a game image and a game sound to the display section 26, the audio input/output section 27, etc. as a game effect.

Here, the game device 2 transmits data regarding the progress of the game to the server device 1 not only at the start of the game but also at specific timings during the progress of the game. Examples of this specific timing include when data is updated, such as when an item is consumed, when a battle with a monster ends, when a flag is acquired, when a scenario (stage) is cleared, etc.

The server device 1 receives data regarding the game progress from the game device 2 and analyzes it. This analyzed data is stored for each account in the account settings 300 of the account DB 112 of the storage unit 11.

In this way, in the game system X, the server device 1 and the game device 2 communicate with each other at a predetermined timing via the application, and the game progresses with the server device 1 and the game device 2 synchronized.

<About the functional configuration of game system X>
Next, the functional configuration of the control unit 10 of the server device 1 and the control unit 20 of the game device 2 that realize the game system X, and the detailed configuration of data will be described.

-Functional configuration of the control unit 10 of the server device 1 The control unit 10 of the server device 1 executes the game program 110 stored in the storage unit 11 to control the event generation means 101, the position acquisition means 100, and the identification means 102. , an action execution means 103 , and an instruction acquisition means 104 .

The position acquisition means 100 acquires position information 212 indicating the current position of each of the plurality of game devices 2 on map data 310 indicating the real world.

The event generating means 101 generates a game event in the virtual space in correspondence with a position on the map data 310.

The identifying means 102 identifies a plurality of users associated with the game devices 2 participating in the event, based on the position information 212 of the game devices 2 acquired by the position acquiring means 100.

The action execution means 103 executes cooperative action. In this embodiment, this cooperative action is an action in which a plurality of users identified by the identifying means 102 cooperate in an action on an event.
In this embodiment, an example in which the cooperative action is a "combo attack" that can inflict greater damage to a monster than the damage caused by a normal attack by combining the attacks of a plurality of users will be described.
Here, in this embodiment, one of the users is selected as the "final instruction user" in order to enhance the strategic nature of this cooperative action. Then, the action execution means 103 determines whether or not the final instruction for cooperative behavior acquired by the instruction acquisition means 104 described below was appropriate, and determines whether or not to execute the cooperative behavior based on the result of the determination. It is also possible to control.
Then, when the action execution means 103 succeeds in giving the final instruction, it is possible to give the final instruction user a reward that is better than the reward in a normal event.
In addition to this, the action execution means 103 can cause a user other than the one whose instructions were acquired by the instruction acquisition means 104 to execute an action according to the instructions. This "other user" is a user other than the instruction user among the plurality of users identified by the identifying means 102.

The instruction acquisition unit 104 acquires instructions executable only by some users on the event. Specifically, the instruction acquisition means 104 selects a final instruction user who gives a final instruction, which is an instruction for final execution of the cooperative action, from among the plurality of users, and acquires the final instruction from the final instruction user. is possible.
Here, if the conditions for executing cooperative behavior are not met and/or an instruction to change the final instructed user is acquired, the instruction acquisition means 104 can also select the final instructed user again from a plurality of users. It is. The conditions for executing this cooperative behavior include, for example, whether the timing of the final instruction user's pressing of a button on the operation unit 25 was appropriate.
In addition to this, the instruction acquisition means 104 can also acquire instructions other than the final instruction.

- Description of data stored in the storage unit 11 of the server device 1 The server device 1 stores the game program 110, game data 111, and account DB 112 for realizing the game system X of the present invention in the storage unit 11. ing.

The game program 110 is a program for operating the server device 1 as the above-mentioned functional means.

Game data 111 is data necessary for causing game device 2 to play a game. Game data 211 to be stored in game device 2 is created from this game data 111 and account settings 300 described below.
Details of the game data 111 will also be described later.

The account DB 112 stores account settings 300 for each account. The account settings 300 include account information for each account and information regarding game progress.
Details of the account settings 300 will be described later.

In addition, the storage unit 11 also includes firmware, an OS (Operating System), control programs including various daemons (services), various data for services, and the like.

-Functional Configuration of Control Unit 20 of Game Device 2 The control unit 20 of the game device 2 functions as a position transmitting means 200 and a game executing means 201 by executing a game program 210 stored in the storage unit 21.

The position transmitting means 200 transmits position information 212 indicating the current position of the game device 2 in the real world to the server device 1 . The position transmitting means 200 can sequentially transmit the position information 212 to the server device 1 in real time when the game is executed.
In addition, the position transmitting means 200 transmits the user's account information to the server device 1 and maintains communication with the server device 1 when executing the game. In this communication, the position transmitting means 200 transmits data regarding the progress of the game to the server device 1 at a specific timing of the progress of the game.

The game execution means 201 advances the game based on the operation information 323 (FIG. 3) and the game data 211, and causes the display unit 26 to display a display based on the progress of the game. Then, the game execution means 201 causes the display unit 26 to display the game event generated by the server device 1. In this embodiment, the game execution means 201 can display cooperative behavior on the display unit 26 in an event generated by the server device 1. At this time, the game execution means 201 can acquire the operation information 323 even when giving the final instruction, and can transmit it to the server device 1.

- Description of data stored in the storage unit 21 of the game device 2 The game device 2 stores, in the storage unit 21, a game program 210, game data 211, and position information 212 for realizing the game system X of the present invention. do.

The game program 210 is a program for operating the game device 2 as the above-mentioned functional means.

Game data 211 is data necessary for playing a game on game device 2. This game data 211 is data related to the progress of the game and various data necessary for playing the game. The game data 211 is created by the server device 1 by selecting the game data 111 and various data of the account settings 300. The game data 211 makes it possible to play a game that corresponds to the user's account information.
Details of the game data 211 will also be described later.

The position information 212 is information that is acquired from the position acquisition unit 28 and indicates the current coordinates (position) of the game device 2 in the real world. Location information 212 may be provided as coordinate information on map data 310 (FIG. 3).
Furthermore, the position information 212 may include additional information that is various information related to the progress of the game. This additional information may include data on the status of execution or suspension of the game application, data on whether the user is walking or traveling in a vehicle, and the like.

In addition to these, the storage unit 21 includes, for example, account information to be sent to other game devices 2, information regarding friends, and other account information received from other game devices 2.

- Details of data stored in server device 1 and game device 2 Next, details of the account settings 300, game data 111, and game data 211 described above will be explained with reference to FIG.

First, details of an example of account settings 300 will be described with reference to FIG. 3(a).
Account settings 300 include login information 301, party information 302, and progress information 303 for each user's account.

The login information 301 includes the user's account information, a hash value corresponding to the account information, a private key, an e-mail address, etc., and is information necessary for user authentication when executing the game. In addition to this, the login information 301 may also include play time information indicating the date and time when the user started the application, a password, and the like. This password may include a password used to change the user's profile, etc.
In addition, the login information 301 also includes name information including the user's game name, nickname, and the like.

Party information 302 is information about a party (friends) when the user's player characters or NPCs jointly execute an event or the like during the game. Party information 302 includes, for example, account information of each user and/or game device 2.

Progress information 303 is information regarding the game progress for each account information. This progress information 303 includes data on the progress of the game and object data associated with the account information. Among these, the game progress data includes data indicating events in the game scenario, stage progress, flag collection status, etc., and is referred to when creating the event data 320. The object data includes data such as the type of objects owned by each account, the number of objects owned, and equipment status. This object includes a player character, an item, and the like. In addition, parameters such as name, ability value, attribute, rank, special attack, etc. are set for each object. The ability values also include physical strength, attack power, defense power, skill level, job (occupation), character rank, etc. Furthermore, in the case of items, equipment such as weapons and armor, recovery items, items for combination and synthesis, and other special items are set as object types using IDs, flags, and the like. Among these, special items include rare items. It also includes items related to gimmicks that can be moved or assembled for events, etc.

Next, details of the game data 111 will be explained with reference to FIG. 3(b).
The game data 111 includes map data 310, area settings 311, destinations 312, and event settings 313.

Map data 310 is map data corresponding to position information 212. As the map data 310, it is possible to use data that has been processed from real world map data to correspond to a map of the virtual space in the game. That is, in the map data 310, information on coordinates (positions) in the real space included in the map data is associated with coordinates (positions) in the virtual space within the game. Here, the real world map data can be downloaded from a map service server (not shown) on the cloud or created using electronic map data prepared by the administrator. .

The area setting 311 is setting data for a plurality of areas (hereinafter referred to as "area") on the map data 310 corresponding to the position information 212. This area includes, for example, location information in real space, such as geographical units such as prefectures, municipalities, wards, former domain names, and country names on a map, street addresses on maps, units of buildings and land, units divided by roads and rivers, etc. It is set in units of coordinate (position) data based on . Specifically, the area settings 311 can set each area as coordinate (position) data of a polygon on the map data 310, for example. That is, the shape of each area may be polygon position data. In addition, the area settings 311 includes information such as the area calculated for each area, the type of area, whether there are buildings, whether it is possible to enter, whether it is connected to a road, and whether there is a lot of traffic on the road or not. Information may also be set.

The destination 312 includes information on the range of the area where the event occurs, and identification information for identifying the area such as name and classification. This range of information includes information on the position in real space on the map data 310 that corresponds to the position information 212. Specifically, the information on these positions can be set as, for example, polygon position data extracted from data such as a map, an ID of an area set in the area setting 311, or the like.

The event settings 313 are various data related to events in the progress of the game. The event settings 313 include, for example, the type and occurrence frequency (encounter rate) of the event, event end conditions, the type and appearance frequency (probability) of monsters that appear, the type and appearance frequency of items that can be obtained in the event, the game It includes progress scenario data, various data on player characters and monsters during scenario execution, and other data necessary for game events.

Here, the events in the game progress of this embodiment include those that occur at a specific timing and appearance frequency, those that are executed when a set position such as the destination 312 is reached, and those that are always executed. including. Furthermore, the types of events include special events such as battles with boss characters and endings. As the event end condition, for example, conditions such as the passage of a specific time, the complete annihilation of the generated monsters or the escape of the user, or the monster's hit points becoming zero can be set. Among these, the user's escape includes the user leaving the destination 312 or selecting "escape" in an event. The monsters that appear include normal monsters set in the scenario and data regarding boss characters and the like. The data of the scenario for the game progress includes a table of each event type corresponding to the position on the map data 310, scenario sentences (text), and dialogue, actions, and facial expressions of objects of player characters and non-player characters (NPC). Contains data such as changes.

In addition, the event settings 313 of this embodiment may include data such as an animation video, still image, and background image of the event. These can be set depending on the type of event.

In addition to this, the game data 111 includes data on the types and parameters of all objects (game objects) that appear in the game, image data for each object, modeling data, menu and home screen data, text data, audio data, etc. It also includes data on which the game data 211 is based.

Next, details of the game data 211 will be explained with reference to FIG. 3(c).
Game data 211 includes event data 320, object data 321, progress data 322, and operation information 323.

The event data 320 is data on events in the progress of the game. The event data 320 is created from the event settings 313 when an event occurs in the server device 1.

The object data 321 is data regarding various objects such as player characters, enemy characters, NPCs, and items for each account information. Various game attributes are set for these objects, and they may also be associated with events. The object data 321 also includes data such as the type of object and the number of objects possessed.

Furthermore, various parameters are set in the object data 321. For example, parameters such as character name, ability value, attribute, rank, special attack, etc. may be set for each object. This ability value includes durability value (hit points), attack power, defense power, skill level, rank, etc. In the case of items, equipment such as weapons and armor, recovery items, synthesis items, and other special items are set by ID as types. For equipment, category IDs are also set for weapons such as projectile weapons such as guns, bows, and bombs, and striking weapons such as swords, axes, and crowbars. As for the armor, for example, IDs of categories such as full body armor, half plate, helmet, gloves, leg armor, etc. are also set. For the special item, a rare item (rare item) or an ID of an item from which a flag in an event can be obtained may also be set.
In addition, the object data 321 also includes data on scores, earned points, in-game currency, special items, etc. (hereinafter simply referred to as "game media").
Furthermore, the object data 321 can be expanded as the game program 210 and game data 211 are updated.

The progress data 322 is data related to the game progress for each account information, which is created by the server device 1 based on the account settings 300 and the game data 111.
The progress data 322 includes account information, party data for each account information, scenario (stage) data, and the like. As described above, this account information is unique identification information including an ID. Account information may be set for each user or for each game device 2.
In addition, the progress data 322 includes data indicating events in the game scenario, progress of stages, collection status of flags, and the like. Furthermore, the progress data 322 includes a part of the map data 310 corresponding to the position information 212 as game map data.

The operation information 323 is information on user instructions obtained from the operation unit 25. The operation information 323 is calculated from a button press, the strength and timing of the press, a touch position on a touch pad or touch panel, a gesture acquired by a camera, radar, ultrasonic sensor, etc., and the like. The operation information 323 also includes information such as instructions on timing when attacking a monster, instructions on menus and buttons on a GUI (Graphical User Interface), and the like.
In the present embodiment, the operation information 323 also includes information such as, for example, a button press on the operation unit 25 that is the final instruction by the final instruction user in the cooperative action, and an instruction to change the final instruction user.

In addition to these, the game data 211 includes data on the types and parameters of all objects (game objects) that appear in the game, image data for each object, modeling data, menu and home screen data, text data, audio data, etc. Contains various data necessary to play the game.

<About game progress processing>
Next, the game progress processing executed by the game system X of this embodiment will be explained using FIGS. 4 to 6.

In the game progression process of this embodiment, first, the game device 2 transmits location information 212 indicating the current location to the server device 1 to establish a connection. The server device 1 receives the position information 212 and determines for each game device 2 whether or not it is within the range of the destination 312 of the game event. If it is determined that it is within the range, an event will be generated. Then, multiple users participating in the event are identified. Then, the identified plurality of users cooperate to perform a cooperative action on the event. The game device 2 displays the game events that have occurred and allows the game to progress.

Below, with reference to the flowchart of FIG. 4(a), the flow of the main processing of the game progress processing by the server device 1 and the game device 2 will be explained step by step.

(Step S200)
First, the game execution means 201 and the position transmission means 200 of the game device 2 perform a game start process.
The game execution unit 201 detects that the user has performed an operation to start the game. This operation is performed, for example, by touching, swiping, or the like to start an application from an application list, shortcut, etc., using the touch panel of the operation unit 25.
Then, the position transmitting means 200 starts communicating with the server device 1 via the network 3. Location transmitting means 200 transmits account information to server device 1 .

(Step S100)
Here, the position acquisition means 100 and the event generation means 101 of the server device 1 perform connection processing.
The location acquisition means 100 authenticates the user based on the transmitted account information by referring to the login information 301 of the account setting 300. This authentication may be performed using account information, a hash value, or a private key.
If the authentication is successful, the event generating means 101 creates game data 211 based on the account settings 300 and game data 111 associated with the account information.
Then, the position acquisition means 100 transmits the game data 211 to the game device 2. At this time, the position acquisition means 100 may transmit, for example, difference data that is not stored in the game device 2 instead of all of the game data 211. This difference data also includes the above-mentioned game map data.

(Step S201)
Next, the position transmitting means 200 of the game device 2 performs a position transmitting process.
The position transmitting means 200 calculates position information 212 indicating the current position in the real world from the GNSS data acquired by the position acquisition unit 28, and transmits it to the server device 1.
The position transmitting means 200 sequentially transmits position information 212 to the server device 1 while the game is being executed.

(Step S101)
Here, the position acquisition means 100 of the server device 1 performs a position acquisition process.
When an event is generated by the event generating means 101, position information 212 indicating the current positions of the plurality of game devices 2 on the map data 310 is acquired.
The position acquisition means 100 receives the position information 212 transmitted from the game device 2, and temporarily stores it in the account setting 300 of the storage unit 11 in association with the account information. In this embodiment, position information 212 from a plurality of game devices 2 is acquired.
Thereafter, the server device 1 advances the game based on the received position information 212. Here, the position acquisition means 100 can sequentially receive the position information 212 from the connected game device 2 and grasp the position information 212 of the game device 2 .

(Step S102)
Here, the event generation means 101 performs event generation processing.
The event generating means 101 generates a game event in the virtual space in correspondence with a position on the map data 310. At this time, the event generating means 101 refers to the event settings 313 of the game data 111, selects various events in the scenario, and reflects the selected events in the game data 211. The event generating means 101 sets, for example, the type of event set in the event setting 313. Specifically, as mentioned above, for example, monsters may appear at a set probability to fight with the player character, solve puzzles, obtain items, or interact with NPCs or other users. It is possible to have them meet.

The event generating means 101 creates differential data that is not stored in the game device 2 regarding the progress data 322 of the game data 211 . At this time, if the above-mentioned event has occurred, the event generating means 101 creates differential data to which this event has been applied. Then, the event generating means 101 transmits the created difference data to the game device 2. This difference data also includes the above-mentioned game map data. The event generating means 101 transmits the created difference data to the game device 2.
The game device 2 receives this difference data and reflects it in the progress data 322 of the game data 211 in the storage unit 21.

(Step S103)
Next, the specifying means 102 performs specifying processing.
The specifying means 102 specifies a plurality of users associated with the game device 2 participating in the event based on the acquired position information 212.
In this embodiment, the user is searched for and identified using the position information 212 of the game devices 2 that are within the same destination 312 area. Note that in this embodiment, these users may or may not be executing the same scenario (stage).
FIG. 5A shows an example in which the user U1, the user U2, and the user U3 are in the area R of the same destination 312 and are identified.

(Step S104)
Here, the action execution means 103 and instruction acquisition means 104 of the server device 1 perform cooperative action processing.
The instruction acquisition means 104 acquires user instructions for a plurality of users who are within the same destination 312 area. This instruction includes the final instruction described above. Then, the behavior execution means 103 causes the cooperative behavior to be executed. In this embodiment, at this time, processing is performed while transmitting and receiving data in real time in cooperation with the game devices 2 of each of the plurality of users.
Details of this cooperative behavior processing will be described later.

(Step S202)
Here, the game execution means 201 of the game device 2 performs drawing processing.
The game execution means 201 acquires the difference data of the game progress data 322 from the server device 1 and sets it in the progress data 322 of the storage unit 21 .
The game execution means 201 progresses the game based on this progress status data 322. Then, the game execution means 201 causes the display unit 26 to display a display based on the controlled game progress. When an event is occurring, the game execution means 201 can also display a screen of the game event on the display unit 26.
Along with these, the game execution means 201 can also cause the audio processing unit 24 to output game audio.
Then, the game execution means 201 acquires the user's instructions from the operation unit 25 as operation information 323, and proceeds with the game based on this. As a result, battles with monsters, etc. will take place in the event.

In the example of this embodiment, the game execution means 201 acquires an instruction from the user during a cooperative action in an event generated by the server device 1. In this case, the game execution means 201 obtains the final instruction from the final instruction user among the users who perform the cooperative action, includes the instruction timing etc. in the operation information 323, and sends it to the server device 1 in real time (real time). It can be sent by This final instruction may be transmitted at a necessary time in the final instruction acquisition process in step S112, which will be described later.

Here, at a specific timing during the game settings and play as described above, the game execution means 201 transmits to the server device 1 the difference data that has changed among the game progress data 322 of the game data 211. It is also possible.
In the server device 1, this difference data is stored in the account setting 300 in association with account information.
With the above, the game progress processing according to the embodiment of the present invention is completed.

Next, details of the cooperative behavior processing in step S103 will be explained step by step based on the flow shown in FIG. 4(b).

(Step S110)
First, the action execution means 103 and the instruction acquisition means 104 perform cooperative action start processing.
In an event such as a battle with a monster, the action execution means 103 proposes a cooperative action when a plurality of users are in the same area as described above. For example, a message such as "Combo attack is possible!" is displayed on the display unit 26 of the game device 2.
Then, the instruction acquisition means 104 acquires the operation information 323 and acquires the instructions of the plurality of users who perform cooperative behavior.

FIG. 5 shows an example in which user U1, user U2, and user U3 satisfy this condition.

(Step S111)
Next, the action execution means 103 and the instruction acquisition means 104 perform final instruction user selection processing.
The instruction acquisition unit 104 selects a "final instruction user" who gives a "final instruction" that is an instruction for the final execution of the cooperative behavior from among the plurality of users who perform the cooperative behavior. For example, the instruction acquisition unit 104 selects the user of the game device 2 whose position information 212 is closest to the center position within the area as the final instruction user from among the plurality of users. Alternatively, the instruction acquisition means 104 selects a user who has participated a player character with the highest ability value, rarity, etc., a user who has been most active in the previous final instructions based on the amount of reward, etc. Good too. Alternatively, the instruction acquisition means 104 may randomly select the final instruction user from a plurality of users.
Furthermore, as will be described later, even if the final instruction by the final instruction user who has already been selected fails or if an instruction to change the final instruction user is obtained, a new Select the final instruction user. This selection may also be made in order of difference from the center position within the area, based on ability value, rarity, reward amount, etc., or may be selected at random.

A screen example 500 in FIG. 6A shows an example in which a plurality of users U1, U2, and U3 cooperate in a battle against a monster M. In this example, the user U1 is selected as the final designated user, and a cursor C indicating selection is displayed at the location of the user U1.

(Step S112)
Next, the instruction acquisition means 104 performs final instruction acquisition processing.
The instruction acquisition unit 104 acquires instructions that can be executed only by some of the users. In this embodiment, an example will be described in which this instruction is the final instruction by the final instruction user.
For example, the final instruction user inputs the final instruction in synchronization with an instruction to press a button on the operating section 25 displayed on the display section 26 . In addition, the final instruction user can also input an instruction to decline the final instruction as the final instruction user and have it changed to another user (hereinafter referred to as "instruction to change the final instruction user"). It is. The game execution means 201 of the game device 2 includes the timing of this final instruction by the user as the instruction timing in the operation information 323.
The instruction acquisition unit 104 acquires operation information 323 including these from the game device 2 of the final instruction user.

An example screen 501 in FIG. 6B shows an example in which a circle gauge G indicating the timing is displayed, and the number changes to instruct the final instruction user on the timing to press the button.

(Step S113)
Next, the action execution means 103 determines whether or not to change the final instructed user.
If the operation information 323 includes an instruction to change the final instruction user, the action execution means 103 determines Yes. In other cases, the action execution means 103 determines No.

If Yes, the action execution means 103 and the instruction acquisition means 104 advance the process to step S117.
In the case of No, the action execution means 103 and the instruction acquisition means 104 advance the process to step S114.

(Step S114)
If the final instruction user has not been changed, the action execution means 103 determines whether the final instruction was appropriate.
For example, when the difference between the timing of the last instruction by the user included in the operation information 323 and the timing of the instruction is within a threshold value, the action execution means 103 determines that the action is appropriate and makes a determination of Yes. On the other hand, if this difference is larger than the threshold value, the action execution means 103 determines that the action is not appropriate and makes a No determination. In addition, the action execution means 103 also determines No when there is no final instruction. Based on the results of these determinations, the behavior execution means 103 can control whether or not to execute the cooperative behavior.

If Yes, the action execution means 103 advances the process to step S115.
In the case of No, the action execution means 103 advances the process to step S117.

(Step S115)
If the final instruction is appropriate, the action execution means 103 performs cooperative action execution processing.
The action execution means 103 executes cooperative action. Specifically, the action execution unit 103 creates difference data of the progress data 322 including an instruction to perform the final action, and transmits it to the game devices 2 of the plurality of users who perform the cooperative action.
Thereby, the action execution means 103 causes other users other than the final instruction user to execute cooperative actions in accordance with the final instruction. At this time, the action execution means 103 also causes the final instruction user to perform the cooperative action according to the user's instructions.
Specifically, the game execution means 201 of each game device 2 causes the display unit 26 to draw a game image of cooperative action.

A screen example 502 in FIG. 6(c) shows an example in which a cooperative action of "combo attack" is executed. In this example, it is possible to inflict greater damage to monster M than a normal attack. Here, users U2 and U3 are attacking in accordance with the attacks of user U1, who is the final instruction user. The word "success" is also displayed to indicate that the cooperative action was successful.

(Step S116)
After executing the cooperative action, the action execution means 103 performs reward addition processing.
If the final instruction is successful and the cooperative behavior is executed, the action execution means 103 gives the final instruction user a reward that is better than the reward in a normal event. This reward may be, for example, game media, an item with higher rarity than usual, a new player character, other game objects with high value in the game, or the like. Furthermore, the reward may be a game privilege, a title, or the like.
The action execution means 103 stores the given reward in the account setting 300 of the account DB 112 in association with the account information.

The action execution means 103 can also notify all of the plurality of users who perform the cooperative action of the name information of the login information 301 of the final instruction user at the time of executing the cooperative action. For this final instruction user, it is also possible to display an animation of holding up the monster's subjugation lighting part, to raise the excitement of victory, and to perform other users, NPCs, etc. to enliven the event. This satisfies the sense of honor of the final instruction user.
Thereafter, the action execution means 103 and the instruction acquisition means 104 end the cooperative action processing.

(Step S117)
If the final instruction user has been changed or the final instruction is inappropriate, the action execution means 103 performs instruction user change processing.
The action execution means 103 notifies each user that the cooperative action has failed and that the final instructed user will be changed. For this reason, the action execution means 103 creates difference data of the progress data 322 and transmits it to the game devices 2 of the plurality of users who perform the cooperative action. The display unit 26 of the game device 2 displays that the final designated user will be changed.
After that, the action execution means 103 returns the process to step S111 and causes the final designated user to be selected again from the plurality of users who perform the cooperative action. Note that if there is no other user who can be replaced as the final instruction user, even if the cooperative behavior ends, the user who has become the final behavior user can be selected again.

A screen example 503 in FIG. 6D shows an example of a notification in which the final designated user has been changed because the cooperative action is not performed due to inappropriate timing or the like.
In this case, the action execution means 103 does not need to notify the name information of the login information 301 of the final instruction user.
With the above, the cooperative behavior processing of this embodiment is completed.

[Effect of the invention]
By configuring as described above, the following effects can be obtained.
Conventionally, in popular location games, a large number of users may gather at a destination where an event is to be held.
However, even when users gathered together, each of them simply executed a scenario, but did not cooperate to take any action, resulting in little interaction with surrounding users.

On the other hand, the game program 110 and the game program 210 of the present embodiment are executed by a game system A game program that acquires position information 212 indicating the current position of each of the plurality of game devices 2 on map data 310 indicating the real world, for each of the plurality of game devices 2. Based on the position information 212 of the game device 2 acquired by the means 100, the event generation means 101 that generates a game event in the virtual space in correspondence with the position on the map data 310, and the position acquisition means 100, A specifying means 102 for specifying a plurality of users associated with the game devices 2 participating in the event; and a cooperative action in which the plurality of users specified by the specifying means 102 cooperate in taking actions on the event. It is characterized in that it functions as an action execution means 103, and each of the plurality of game devices 2 functions as a position transmission means 200 that transmits position information 212 to the server device 1.

With this configuration, it becomes possible for the users to cooperate with each other to perform one action (cooperative action), and it is possible to create a sense of solidarity among the users. Furthermore, events such as battles with monsters can proceed more advantageously than usual. This allows users to help each other by overcoming difficult situations such as not being able to defeat monsters even though they have come to the event destination 312, or by working together to make defeating the monsters easier. Furthermore, since the success or failure of a battle is determined by the actions of users, a sense of solidarity can be created. As a result, the user's desire to play the game can be increased.

The game program of this embodiment causes the server device 1 to further function as an instruction acquisition means 104 that acquires instructions executable only by some users on an event, and the action execution means 103 uses the instruction acquisition means 104 to issue instructions. This is characterized by having other users perform actions according to instructions.
With this configuration, actions such as cooperative actions can be performed based on instructions from some users, ensuring synchronization and consistency of data among multiple users, and actions such as cooperative actions are executed appropriately. be able to.

In the game program of the present embodiment, the instruction acquisition means 104 selects a final instruction user who gives a final instruction, which is an instruction for final execution of a cooperative action, from among a plurality of users, and also receives the final instruction from the final instruction user. The action execution means 103 determines whether the final instruction obtained by the instruction acquisition means 104 is appropriate, and controls whether or not to execute the cooperative action based on the result of the determination. .
With this configuration, the cooperative action can be made to succeed or fail according to the final instruction given by the final instruction user, giving a sense of tension to the cooperative action and increasing the sense of realism. Thereby, the user's desire to participate in cooperative behavior can be aroused.

In the game program of the present embodiment, when the conditions for executing a cooperative action are not satisfied and/or an instruction to change the final designated user is acquired, the instruction acquisition means 104 selects the final designated user from a plurality of users again. Characterized by selection.
With this configuration, an appropriate user can give the final instructions for cooperative behavior, and the strategic nature of the game can be enhanced. As a result, the user's desire to participate in cooperative behavior can be increased.

The game program of this embodiment is characterized in that when the action execution means 103 succeeds in giving the final instruction, it gives the final instruction user a reward that is better than the reward in a normal event.
With this configuration, it is possible to increase the user's desire to become the final instruction user, and it is possible to increase the user's desire to participate in the cooperative action.

[Other embodiments]
The control means and processing procedures described in FIGS. 2 to 6 are merely examples, and the embodiments of the present invention are not limited thereto. The design of the processing procedure and the like can be changed as appropriate without changing the gist of the present invention.

In the above-described embodiment, an example in which cooperative actions are performed in a fight against a monster has been described.
However, it is also possible to perform cooperative actions for other types of events. Furthermore, the opponent to fight may be an NPC, another user's player character, or the like instead of a monster. Furthermore, the opponent to fight is not a single game object, but multiple objects vs. (vs.) May be plural. In this case, a team battle between parties may be held in a virtual space such as an arena.
Furthermore, when fighting with multiple objects, different effects may be obtained on the fighting opponent depending on the position within the area, for example. Specifically, a melee attack may be performed on the closest game object of the opponent, and a long-range attack may be performed on the game object of the opponent that is far away. This attack may also be applied to cases other than cooperative actions.
By configuring in this way, various cooperative actions can be realized, and by making it possible to play against other users, it is also possible to provide a game with a higher level of strategy.

In the above-described embodiment, an example has been described in which a "combo attack" in which multiple users' attacks are combined in a battle against a monster is performed as a cooperative action after obtaining user confirmation and instructions.
However, cooperative behavior may also involve multiple users performing a similar attack. Furthermore, for example, multiple users in the same area may perform the same type of attack, such as "flame magic," to provide an instruction for cooperative action. Alternatively, for example, the instruction for cooperative action may be such that a plurality of users perform a specific combination of attacks such as "magic", "wave (spirit)", and "sudden attack". Furthermore, for example, game objects with special effects such as balls and bombs may be passed between users, and a cooperative action may be performed in which the final instructing user attacks by throwing or firing. In these cases, you may be able to deal more damage to the monster than normal.

In the above-mentioned embodiment, although the example in which the behavior execution unit 103 executes cooperative behavior has been described, it may be possible to execute behaviors other than cooperative behavior. Further, the instruction acquisition means 104 may be able to issue instructions other than the final instruction, instructions for actions other than cooperative actions, and the like. That is, there may be an instruction user other than the final instruction user.
For example, as an action that can be performed by the action execution means 103, there may be an action that can only be performed by some user's player characters. Specifically, for example, there may be actions that are possible based on the player character's ability values and other parameters. Examples of such actions include actions that can be performed depending on the player character's occupation. More specifically, for example, it may be configured such that only a player character whose occupation is a monk can recover the durability value, and only a player character whose occupation is a magician can perform magical attacks.
The instruction acquisition unit 104 may also acquire instructions for performing such actions using one or some users as instruction users. Then, the action execution means 103 sends the action to one user or multiple users other than the instruction user (the user who obtained the instruction is another user).
It is possible to execute it according to the instructions. Note that, depending on the configuration of the game, all actions performed by a plurality of users may be configured as a type of cooperative action.

In addition, it is also possible to perform actions other than attacks based on instructions from some users. Examples of such actions include, for example, actions that require simultaneous manipulation of game objects such as gimmicks during an event.
Furthermore, regarding the above-mentioned cooperative behavior and behaviors other than the cooperative behavior, it is also possible to select an instructing user and issue an instruction, and other users may follow and execute the instruction.

With this configuration, actions including a variety of cooperative actions can be realized. Furthermore, it is also possible to easily select a plurality of users who will perform cooperative actions or other actions using only the server device 1. In addition, it is also possible to configure the system so that users can easily select the designated user and the final designated user.

In the above-described embodiment, an example has been described in which there are almost no restrictions on the ability values of each of a plurality of users who take cooperative actions.
However, users who perform cooperative actions may be restricted based on the ability values of each of the plurality of users.
As a result, it is possible to avoid a situation where users with significantly different ability values, etc. inflict less damage through cooperative actions.

In the above-described embodiments, restrictions on things to be consumed when performing cooperative actions were not described.
However, game media, items, or other game objects may be consumed when performing cooperative actions. At least a portion of the consumed game media or the like, or more than the amount consumed by the participating users, may be given to the final instructed user who has successfully performed the cooperative action.
With this configuration, it is possible to enhance the strategic nature of cooperative behavior and increase the user's desire to obtain rewards.

In the above-described embodiment, an example has been described in which the final instruction user issues an instruction to change the final instruction user.
However, other users who take cooperative action may also be able to issue an instruction to change the final instruction user. In that case, the instruction acquisition means 104 can also acquire the instruction from another user's game device 2 and change the final instruction user. Furthermore, the user who actually becomes the final designated user may be selected by drawing lots or by majority vote.
In addition, when changing the final designated user, it is also possible to change users who have not been specified by the specifying means 102, users who have not yet participated in the event, etc. This user may include users who are not within the area of destination 312. In this case, the action execution means 103 can connect the user by specifying a friend or the like and have the user participate in the event regardless of the location of the user's location information 212. Furthermore, as an "intrusion", it may be possible to forcibly have another user participate in the event and issue instructions as the final instructing user.
With this configuration, it is possible to enhance the strategic nature of cooperative actions and enhance the gameplay. It is also possible to convey the appeal of the event to users who are not directly participating in the event.

In the embodiment described above, an example was described in which the final instruction is given using the circle gauge G indicating the timing.
However, the timing of the final instruction may be such that, for example, the circle contracts and characters such as "Press the button!" are displayed. Alternatively, it is also possible to obtain final instructions, such as inputting mini-games, answers to puzzles or quizzes, answers to calculations, keywords, etc.
With this configuration, the final instructions for cooperative behavior can be appropriately given in accordance with the content and nature of the game.

Although the above-described embodiments are described using a player character as an example of an object, the embodiments of the present invention are not limited to this. For example, the object may be game media such as a card or an item.

Although the above-described embodiments are described using applications such as role-playing games and action games for smartphones as examples, the embodiments of the present invention are not limited thereto. For example, it can be applied to various types of games such as action games, shooting games, simulation games, board games, and puzzle games.

- Variations in System Configuration The operations of the control units of the server device 1 and the game device 2 are not limited to the examples described in the above-described embodiments.
According to FIG. 7, although the game system X of the above embodiment is described as including the server device 1 and the game device 2, it can also be executed only by the game device 2b (computer). In this figure, the same reference numerals as those in the above-mentioned figures indicate the same types of configurations.
In this example, the control unit 20 of the game device 2b executes the game program 210b, thereby controlling the event generation means 101, the position acquisition means 100, the identification means 102, the action execution means 103, the instruction acquisition means 104, and the game execution means 201. , and functions as a position transmitting/receiving means 202. In this case, the position transmitting/receiving means 202 is a means having the functions of both the position transmitting means 200 and the position acquiring means 100 in FIG.
Furthermore, the storage unit 21 stores position information 212, a game program 210b, and game data 211b. The game program 210b may have the functions of the game program 110 and the game program 210, and also have a function of enabling peer-to-peer connection. Furthermore, the game data 211b may include data corresponding to the account settings 300, the game data 111, and the game data 211.
By configuring in this way, it becomes possible for the game devices 2b to execute cooperative actions in which a plurality of users cooperate in actions on an event during the above-described game.

Furthermore, each of the above-mentioned means may be arbitrarily executed by either the server device 1 or the game device 2, or the respective functions may be shared and executed in part or in an arbitrary combination. In addition, the computer of the present invention may include either or both of the server device 1 and the game device 2, or other devices. Further, a part or any combination of the above-described functional configurations may be configured in terms of hardware or circuitry using an IC, programmable logic, FPGA (Field-Programmable Gate Array), or the like.

Although the above embodiment describes an example in which the game program 210 of this embodiment is a native application, it may be configured as a web application. That is, the game program 210 may be an application that can be executed by a web browser or the like. In this case, the game program 210 and game data 211 stored in the storage unit 21 may be temporarily stored in the RAM or the like each time.
Furthermore, in the above-described embodiment, the game program 210 itself is described to be downloaded from the application server in the game device 2. However, the game program 210 may be downloaded from the server device 1. Further, the game program 210 may be read from an optical recording medium or other recording medium and installed in the storage unit 21 in the game device 2.

Although the above embodiment describes an example in which a mobile terminal device such as a smartphone or a game console is used as the game device 2, the embodiment of the present invention is not limited to this. For example, the present invention can be implemented using a location terminal, VR (Virtual Reality) goggles, etc. that are connected to an arcade game cabinet provided at a game center or the like.

Even when these other embodiments are adopted, the effects of the present invention can be exerted. Further, it is also possible to appropriately combine this embodiment with other embodiments, or with each other.

Furthermore, the configuration and operation of the above-described embodiments are merely examples, and it goes without saying that they can be modified and implemented as appropriate without departing from the spirit of the present invention.

1 Server device 2, 2b Game device 3 Network 10, 20 Control section 11, 21 Storage section 12, 22 Connection section 23 Image processing section 24 Audio processing section 25 Operation section 26 Display section 27 Audio input/output section 28 Position acquisition section 100 Position Acquisition means 101 Event generation means 102 Specification means 103 Action execution means 104 Instruction acquisition means 110, 210, 210b Game programs 111, 211, 211b Game data 112 Account DB
200 Location transmission means 201 Game execution means 202 Location transmission and reception means 212 Location information 300 Account settings 301 Login information 302 Party information 303 Progress information 310 Map data 311 Area settings 312 Destination 313 Event settings 320 Event data 321 Object data 322 Progress data 323 Operation information 500, 501, 502, 503 Screen example C Cursor G Gauge M Monster R Area U1, U2, U3 User X Game system

Claims (8)

A game program executed by a game system including a plurality of game devices including a storage unit and a display unit, and a server device connectable to the game devices, the game program comprising:
The server device,
an event generation means for generating an event of a game in which an enemy character is fought in a virtual space;
identification means for identifying a plurality of users associated with game devices participating in the event;
action execution means for causing the plurality of users to perform the actions specified by the identification means;
function as an instruction acquisition means for acquiring instructions executable only by some of the users on the event;
The action execution means is
causing the user other than the user who has acquired the instruction by the instruction acquisition means to perform an action in accordance with the instruction ;
The instruction acquisition means includes:
Selecting a final instructing user who will give a final instruction, which is an instruction for final execution of the cooperative action, from among the plurality of users who perform the cooperative action.
game program. The instruction acquisition means includes:
If the final instruction by the already selected final instruction user fails or if an instruction to change the final instruction user is obtained, a new final instruction user is selected from the plurality of users who perform the cooperative action. 1. The game program described in 1. The instruction acquisition means includes:
Among the plurality of users, the user of the game device whose location information is closest to the center position in the area, the user who has participated in a player character with the highest ability value or rarity, and the user who has played the most active role in the previous final instructions. 3. The game program according to claim 1 , wherein one of the users whose remuneration amount is indicated is selected as the final instruction user . The action execution means is
Claims 1 to 3, wherein the user other than the user who has acquired the instruction by the instruction acquisition means is caused to perform an action in accordance with the instruction, thereby causing a cooperative action that is a combination of the actions of a plurality of the users. The game program according to any one of the above . The instruction acquisition means includes:
Also obtain the final instruction by the final instruction user;
The action execution means is
According to any one of claims 1 to 4, it is determined whether or not the final instruction acquired by the instruction acquisition means is appropriate, and whether or not to execute the cooperative action is controlled based on the result of the determination. game program. The action execution means is
If the difference between the timing of the final instruction by the user and the timing of the instruction is within a threshold, determining that the instruction is appropriate;
The game program according to claim 4 , wherein the final instruction user is given a reward that is better than a reward at the normal event. A game system comprising one or more computers,
an event generation means for generating an in-game event of fighting an enemy character in a virtual space;
identification means for identifying a plurality of users associated with computers participating in the event;
action execution means for causing the plurality of users to perform the actions specified by the identification means;
and instruction acquisition means for acquiring instructions executable only by some of the users on the event,
The action execution means is
causing the user other than the user who has acquired the instruction by the instruction acquisition means to perform an action in accordance with the instruction ;
The instruction acquisition means includes:
Selecting a final instructing user who will give a final instruction, which is an instruction for final execution of the cooperative action, from among the plurality of users who perform the cooperative action.
game system. an event generation means for generating an in-game event of fighting an enemy character in a virtual space;
identification means for identifying a plurality of users associated with game devices participating in the event;
action execution means for causing the plurality of users to perform the actions specified by the identification means;
and instruction acquisition means for acquiring instructions executable only by some of the users on the event,
The action execution means is
causing the user other than the user who has acquired the instruction by the instruction acquisition means to perform an action in accordance with the instruction ;
The instruction acquisition means includes:
Selecting a final instructing user who will give a final instruction, which is an instruction for final execution of the cooperative action, from among the plurality of users who perform the cooperative action.
server equipment.

Images