JP7227499B2 - Game program, game system, and computer - Google Patents

Description

The present invention relates to a game program, game system, and computer using position information.

In recent years, games (hereinafter referred to as “position games”) using position information of GNSS (Global Navigation Satellite System) such as GPS (Global Positioning System) have been developed.

As an example of a conventional location game, Patent Document 1 describes a step in which a computer processor sets a quest to a user that can be played by moving to a specific area in map data used in the game; obtaining location information of the user; allowing the user to play the quest when the user is located in a specific area specified in the quest based on the obtained location information of the user; Techniques are described that include performing . Among these, quests include those that can be played by multiple users. The step of allowing the user 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 acquired for each of the plurality of users. including letting

Japanese Patent Application Laid-Open No. 2018-64708

However, in a conventional location game such as that described in Patent Document 1, although users gather to a place where an event such as a battle is held, during the event, each user's game device ends up playing with the same monster. There was only a battle, and the interest was thin. That is, even in an event such as a battle with an object such as a gigantic monster, it was not possible to give an effect such as an attack on a part-by-part basis having different positions within an area.

The present invention has been made in view of such circumstances, and solves the above-mentioned problems. An object of the present invention is to provide an interesting game program.

A game program according to the present invention is a game program executed by a server device connectable to a game device, wherein the server device causes an event to occur in a virtual space to generate a first object placed in the virtual space. event generation means for transmitting, to the game device, part information that associates each of a plurality of parts included in the first object with a specific area in the real world; It functions as means for allocating a point corresponding to a part to be an elephant to a user , the first object is an enemy object, and the influence is destruction of the part of the enemy object. do.
The game program of the present invention is characterized in that the allocation of points corresponding to the parts is executed based on the user's parameters.
A game program according to the present invention comprises: a position obtaining means for obtaining position information from the game device; an operation obtaining means for obtaining operation information of the game device by a user; Based on the operation information, the part information transmitted by the event generation means, and the position information of the game device acquired by the position acquisition means, It is characterized by further functioning as determination means for determining whether or not an influencing operation has been performed.
A game program according to the present invention comprises: user determining means for determining the game device existing in the specific area based on the position information; and user information of the user existing in the specific area. It further functions as notification means for generating notification information for notifying the point corresponding to the part to be referred to and to be affected, and the notification information is information for guiding the user. characterized by
In the game program of the present invention, the operation that affects the body part is an attack operation for attacking the body part, and the determination means determines if the attack operation satisfies a specific condition for the body part. , a reward is associated with the user information of the user who performed the attack operation.
The game program of the present invention is characterized in that the ease with which the specific condition is met differs depending on the part .
A game system of the present invention is a game system comprising one or more computers, wherein the computer generates an event in a virtual space, and a plurality of parts included in a first object placed in the virtual space are generated. and an event generating means for transmitting part information associated with a specific area in the real world to a game device; and a part to be affected among the plurality of parts included in the first object. The point corresponding to the rank functions as means for allocating the user , the first object is an enemy object, and the effect is destruction of the part of the enemy object .
The computer of the present invention comprises event generation means for transmitting, to the game device, part information that associates each of a plurality of parts included in a first object placed in a virtual space with a specific area in the real world; functioning as means for allocating a point corresponding to a part to be affected among the plurality of parts included in one object to a user , wherein the first object is an enemy object; is destruction of the part of the enemy object .

According to the present invention, by using the part information that associates the part included in the first object in the virtual space with the point in the specific area in the real world, the position information and the operation information of the game device are used to determine the part. A more interesting game program can be provided by judging the influence of the player and providing settings that cannot be performed by one player alone, and progressing the game in cooperation with other players.

1 is a block diagram showing the hardware configuration of a game system according to an embodiment of the present invention; FIG. 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. 4 is a flowchart of game progress processing according to the embodiment of the present invention; FIG. 5 is a diagram showing an example of part attack processing shown in FIG. 4; It is a figure which shows the example of a screen of the special reward process shown in FIG.

[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 is composed of a server device 1 (computer) and a plurality of game devices 2 (computers).
In the game system X, for example, by executing application software (application software, native application, hereinafter simply referred to as "application") installed in the game device 2 such as a smartphone, communication with the server device 1 is performed. and let the user execute (play) the game.

An overview of the game described in this embodiment will be described. The game of this embodiment is a type of position game using position information.
In this game, for example, the user accepts (selects) a scenario (stage) such as a "quest" of the game, operates the player character, and moves to a destination 312 (FIG. 3) presented in the game. Head. After reaching the destination 312, various in-game events (hereinafter simply referred to as "events") occur. In these various events, a player character object (hereinafter referred to as "player") and an enemy character object (hereinafter referred to as "monster") fight in a virtual space corresponding to the real space. Or, as an event, solve a mystery, acquire a game object (hereinafter referred to as "item") that can be owned or equipped, or meet NPC (Non-Player Character) or other users. things are also provided. In this embodiment, an event such as a battle with a huge monster is also prepared.
Additional 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 victory or the like occurs. , 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 objects such as items and coins (in-game currency) can be obtained. In other words, the game of this embodiment is a role-playing game, an action game, or the like using the position information 212 (FIG. 2).

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

- Hardware configuration of server device 1 The server device 1 includes a control unit 10 , a storage unit 11 , and a connection unit 12 .
The storage unit 11 and the connection unit 12 are connected to the control unit 10 of the server device 1 via dedicated buses and interfaces, respectively.

The control unit 10 controls operations 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), a GPU (Graphics Processing Unit), an ASIC (Application Specific Processor), and a specific application processor. and the like may be an information processing unit.

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 (Random Access Memory) such as a DRAM or an SRAM. The auxiliary storage unit may include, for example, ROM (Read Only Memory), HDD (Hard Disk Drive), and the like. Among these, as the ROM, various non-volatile rewritable semiconductor memories such as EEPROM, flash memory, and 3D X point may be used. In addition, it is also possible to use semiconductor memories such as SSDs (Solid State Drives) and eMMCs (embedded Multi Media Cards) instead of HDDs.

The connection unit 12 is a network connection unit including a LAN board, a wireless transmitter/receiver, etc. for connecting 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 .
The game device 2 advances the game based on the game program 210 (FIG. 2) and various data.
The game device 2 can perform data communication with another game device 2 and the server device 1 via the network 3 or Near Field Communication (NFC) or the like.

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 unit 21, the connection unit 22, the image processing unit 23, the audio processing unit 24, the operation unit 25, and the position acquisition unit 28 are connected to the control unit 20 via a dedicated bus, interface, or the like.

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

The storage unit 21 includes a main storage unit and an auxiliary storage unit. The main storage unit may use, for example, a DRAM, an SRAM, or the like as a RAM. The auxiliary storage unit may include ROM, HDD, and the like. Among them, various non-volatile rewritable semiconductor memories may be used for 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 including a LAN board, a wireless transceiver, and the like for connecting to the network 3 . Further, the connection unit 22 may include Bluetooth (registered trademark), NFC, USB (Universal Serial Bus), other interfaces for wireless or wired connection, and the like.

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

The audio processing unit 24 reproduces and synthesizes audio data in response to an instruction from the control unit 20, converts it from digital to analog (D/A), and outputs it as game audio. A game sound is output from a speaker, an earphone output terminal, or the like of the sound input/output unit 27 connected to the sound processing unit 24 . The audio processing unit 24 can also A/D (Analog to Digital) convert an audio signal input from the microphone of the audio input/output unit 27 and input it.

The operation unit 25 can transmit and receive data related to operation inputs using a touch panel and various sensors. The user gives an operation instruction to the game apparatus 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 apparatus 2 via the operation unit 25 by operating a stick, button, touch pad, or the like 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®, or the like.

The display unit 26 is 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 an example in which the display unit 26 can detect the coordinates of the user touching an object or the like will be described.

The voice input/output unit 27 includes a speaker, an earphone, a microphone, etc., and their terminals, interfaces, and the like.

The position acquisition unit 28 is a circuit or the like that acquires the position information 212 (FIG. 2). This circuit includes receivers and antennas of satellite positioning systems including, for example, GNSS (Global Navigation Satellite Systems), such as GPS (Global Positioning System).

Each unit of the server device 1 and the game device 2 described above serves as a hardware resource for executing the game program 110 (FIG. 2) and the game program 210 of this embodiment.

In the game device 2, the control section 20 and the image processing section 23 may be integrally formed like a GPU built-in CPU or a chip-on-module package.
Also, the control unit 10, the control unit 20, and the image processing unit 23 may incorporate RAM, ROM, flash memory, or the like.

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

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

After the installation, when the game program 210 is started for the first time, the game device 2 and the server device 1 communicate with each other via the network 3 .
Then, 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 a user ID (Identification, identification code). If the user was originally given account information, it is also possible to set the account information. This unique identification information may be hashed with a unique key, public key, or the like for forgery prevention. This account information can be authenticated by the hash value of the login information 301, which will be described later.
The server device 1 creates game data 211 that is data necessary for playing the game, including each account information, and transmits the created game data 211 to the game device 2 .

The game device 2 receives the game data 211 from the server device 1 and stores it in the storage section 21 .
After that, the game device 2 progresses the game based on the game program 210 and the game data 211 .
In this game progress, the game apparatus 2 acquires 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 unit 26, the sound input/output unit 27, and the like as game effects.

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. The specific timing includes, for example, when data is updated, such as consumption of items, end of battle with monsters, acquisition of flags, clearing of scenarios (stages), and the like.

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

In this way, in the game system X, the server device 1 and the game device 2 communicate with each other at predetermined timings via the application, and the server device 1 and the game device 2 synchronize to progress the game.

<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 implement 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 By executing the game program 110 stored in the storage unit 11, the control unit 10 of the server device 1 generates event generation means 100, user determination means 101, and notification means 102. , position acquisition means 103 , operation acquisition means 104 , and determination means 105 .

Event generation means 100 generates an event in the virtual space. Then, the event generation means 100 transmits the part information 410 to the game device 2 . Here, the monster of this embodiment is an example of the first object. The specific area in this embodiment is an area corresponding to the area setting 311 (FIG. 3) on the map data 310, and an example of the destination 312 will be described. In addition, in this embodiment, an example in which there are a plurality of sites will be described.

Based on the position information 212, the user determination means 101 determines the game device 2 existing within the specific area. That is, the user determination means 101 searches for the user associated with the game device 2 and determines whether or not the user is within the specific area. Therefore, the user determination means 101 uses the position information 212 acquired by the position acquisition means 103 . In addition, the user determination means 101 can acquire account information from the game device 2 and connect the user to the game. In addition, the user determination means 101 acquires data about the progress of the game from the game device 2 and sets the data in the account settings 300 of the account DB 112 .

The notification means 102 generates notification information 113 by referring to the account settings 300 of users existing in the specific area. In the present embodiment, the notification means 102 generates notification information 113 by referring to parameters including ability values including the occupation of the player operated by the user included in the account setting 300 and operating in the virtual space. . Here, the player in this embodiment is an example of a second object that is different from the monster that is the first object in this embodiment. Actions of the player in the virtual space are, for example, actions corresponding to operations for fighting a monster. By creating the notification information 113, the notification means 102 can guide the user to the position of the part to be attacked.

The position acquisition means 103 acquires the position information 212 indicating the current position in the real world for each game device 2 .

The operation acquisition unit 104 acquires operation information 323 of the game device 2 by the user. In this embodiment, the operation acquisition unit 104 acquires operation information 323 including operations that affect monsters. Here, in this embodiment, an example in which an operation that affects a monster is an operation for attacking (hereinafter referred to as an "attack operation") will be described.

Based on the operation information 323 acquired by the operation acquiring unit 104 , the part information 410 transmitted by the event generating unit 100 , and the position information 212 of the game device 2 , the determination unit 105 determines whether the point associated with the part is displayed. It is determined whether an operation that affects the part concerned has been performed. In this embodiment, the operation that affects the part is an attack operation for attacking the part. That is, the user of the game device 2 can attack any one of the multiple parts within the specific area.

When the attack operation satisfies a specific condition for the part, the determination means 105 gives a special reward to the user who performed the attack operation (hereinafter referred to as "part destruction user"). In the present embodiment, this specific condition describes an example of destroying a part or rendering it unattackable.
Here, in the present embodiment, the ease with which the specific condition is satisfied differs depending on the part. Therefore, it is possible to provide a different reward for each part. Then, when giving a special reward, the determination means 105 associates, that is, sets, a reward that is better than rewards for normal events with the account setting 300 according to the account information.

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

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

The game data 111 is data necessary for causing the game device 2 to play the game. Game data 211 to be stored in the game device 2 is created from this game data 111 and an account setting 300 described below.
Details of the game data 111 will 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 also be described later.

The notification information 113 is information for notifying the point corresponding to the part to be affected. In this embodiment, an example will be described in which the notification information 113 is information for guiding the user to a position on the real space associated with an attackable part on a specific area in the virtual space. This notification information 113 is transmitted to the game device 2 along with the difference data described later or separately from the difference data.

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

- Functional configuration of the control unit 20 of the game device 2 The control unit 20 of the game device 2 functions as position operation transmission means 200 and game execution means 201 by executing the game program 210 stored in the storage unit 21 . .

Position operation transmitting means 200 transmits position information 212 indicating the current position of game device 2 in the real world to server device 1 . The position operation transmitting means 200 can sequentially transmit the position information 212 to the server device 1 in real time during game execution.
In addition, the position operation 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 operation transmitting means 200 transmits data regarding the progress of the game to the server device 1 at specific timings during the progress of the game.

The game executing means 201 progresses 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 executing means 201 causes the display unit 26 to display the game event generated by the server device 1 .

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

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

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

The position information 212 is information indicating the current coordinates (position) of the game device 2 in the real world, acquired from the position acquisition unit 28 . Location information 212 may be provided as coordinate information on map data 310 (FIG. 3).
Furthermore, the position information 212 may include additional information, which is various information related to the progress of the game. This additional information may include status data of the game application being executed or paused, data indicating 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 transmitted to other game devices 2, information about friends, other account information received from other game devices 2, and the like.

Details of Data Stored in Server Apparatus 1 and Game Apparatus 2 Next, details of the above account settings 300, game data 111, and game data 211 will be described with reference to FIG.

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

The login information 301 includes user account information, a hash value and secret key corresponding to the account information, an e-mail address, and the like, and is information necessary for user authentication during game execution. In addition, 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, for example, a password used to modify the user's profile, or the like.
In addition, login information 301 includes name information including the user's in-game name, nickname, and the like.

The party information 302 is party (companion) information when the user's player characters or NPCs jointly execute an event or the like during the progress of the game. The party information 302 includes account information of each user and/or the game device 2, for example.
In this embodiment, the party information can also store information about players of other users who gather in a specific area and fight the same giant monsters.

The progress information 303 is information about the game progress for each account information. The progress information 303 includes game progress data and object data associated with the account information. Of these data, the game progress data includes data indicating the progress of events and stages in the game scenario, the collection status of flags, and the like, and is referred to when the event data 320 is created. The object data includes data such as the type of object owned by each account, the number of objects owned, and the equipment status. This object includes player characters, items, and the like. In addition, parameters such as name, ability value, attribute, rank, and special attack are set for each object. Ability values include physical strength, attack power, defense power, skill level, job (occupation), character rank, and the like. Furthermore, in the case of items, equipment such as weapons and armor, items for recovery, items for combination and synthesis, and other special items are set as object types by IDs, flags, and the like. Among these, special items include rare items (rare items).

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

The map data 310 is map data corresponding to the position information 212 . As the map data 310, it is possible to use, for example, data processed from map data of the real world (real society) so as to correspond to a map of a virtual space in the game. That is, in the map data 310, the information of the coordinates (position) in the real space included in the map data is associated with the coordinates (position) in the virtual space in the game. Here, the map data of the real world can be downloaded from a map service server (not shown) on the cloud, or created using electronic map data prepared by an administrator. .

The area setting 311 is setting data for a plurality of areas (hereinafter referred to as “areas”) on the map data 310 corresponding to the position information 212 . This area includes, for example, geographic units such as prefectures, municipalities, wards, former domains and country names on the map, units of addresses, buildings and land on the map, units divided by roads and rivers, etc. Information on the position of the real space is set in units of coordinate (position) data based on Specifically, the area setting 311 can set each area as polygon coordinate (position) data on the map data 310, for example. That is, the shape of each area may be polygon position data. These location data included in the area setting 311 are distinguished by area IDs. In addition, the area setting 311 includes information such as the area calculated for each area, the type of area, whether there is a building in the area, whether it is possible to enter, whether it is connected to a road, whether the traffic on the road is heavy or light, and so on. Information may also be set.

The destination 312 includes information on the range of the area where the event occurs, identification information for identifying the area such as the name and classification, and the like. This range information includes information on the position of the physical space on the map data 310 corresponding to the position information 212 . Specifically, the position information can be set as, for example, polygon position data extracted from data such as a map, an area ID set in the area setting 311, or the like.
The destination 312 of this embodiment includes, for example, a specific area in which an event of fighting a giant monster arranged to occupy at least part of the virtual space within the area is set.

The event settings 313 are various data related to events in progress of the game. The event settings 313 include, for example, the type and frequency of occurrence of an event (encounter rate), conditions for ending an event, the type and frequency of occurrence of items that can be obtained in the event, scenario data for game progress, scenario execution for player characters and monsters, and so on. Includes various data of time and data necessary for other game events.

Here, the events in the progress of the game in this embodiment are those that occur at 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 event types include special ones such as boss fights and endings. As the event end condition, for example, conditions such as the elapse of a specific time period, the annihilation of the generated monster, the escape of the user, or the endurance value of the main body of the monster becoming zero can be set. In this embodiment, even when the endurance values of all parts become zero, it is possible to set the condition for ending the event. Also, the user's escape includes the user leaving the destination 312 or selecting "escape" in the event. The scenario data of the progress of the game includes a table of each type of event corresponding to the position on the map data 310, sentences (text) of the scenario, dialogues, actions, and facial expressions of the objects of the player characters and non-player characters (NPC). Includes data such as changes.

Furthermore, the event settings 313 of this embodiment include monster data 400 .
The monster data 400 includes information such as specific area settings, types of monsters that appear in events, body endurance values, body ability values, appearance frequency (probability), and the like. Among these, the setting of the specific area includes the area ID set in the specific area in the destination 312 in this embodiment. The information about the monsters that appear includes data about normal monsters set in the scenario, boss characters, and the like.

Here, the monster data 400 of this embodiment includes part information 410 .
The part information 410 is information that associates each of a plurality of parts included in the monster in the virtual space with a specific area. In addition, the part information 410 includes information on points within this specific area. This point is set by polygon position data, for example. More specifically, the part information 410 includes, for example, the area ID of the specific area and position data indicating the location of each part of the giant monster. In addition, the part information 410 includes, for each part, the setting of the durability value of the part, the reward when the durability value of the part becomes zero or less (hereinafter referred to as "part destruction bonus"), the means of attacking the part, and other It contains information such as ability values. This body part destruction bonus may be set differently for each monster and each body part to make it easier for the user to select a body part to attack, or conversely, it may be set at random. Furthermore, the part information 410 may be set with a "weak point" such that the durability value of the part is extremely low, or the durability value of the monster body decreases more than usual when attacking that part. In addition, the part information 410 may set, for a specific part, a bigger reward (hereinafter referred to as "special reward") than other parts in the part destruction bonus. These weak points and special reward parts can be set randomly for each event, special area, etc. Furthermore, the site information 410 may also include stage data about sites that can be attacked in the initial stage and sites that can be attacked in the later stage. This stage data is, for example, a setting such that when a predetermined amount of attack is made on the ground or in front of the installation site, the site above or behind it can be attacked.

In addition, the event settings 313 of this embodiment may include data such as event animation videos, still images, and background images. These can be set according to the type of event.

In addition, the game data 111 includes types and parameter data of all objects (game objects) appearing in the game, image data of each object, modeling data, menu and home screen data, character data, voice data, etc. It also includes the data on which the game data 211 is based.

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

The event data 320 is data of events in 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 relating to various objects such as player characters, enemy characters, NPCs, and items for each piece of account information. Various game attributes are set to these objects, and they may be associated with events. The object data 321 also includes data such as the type of object and the number of possessions.

Here, in this embodiment, the object data 321 also includes data corresponding to this monster data 400 when a battle event with a giant monster occurs in a specific area.

Furthermore, various parameters are set in the object data 321 . For example, parameters such as character name, ability value, attribute, rank, and special attack may be set for each object. The ability values include endurance values (hit points), attack power, defense power, skill level, rank, and the like. In the case of items, equipment such as weapons and armor, items for recovery, items for synthesis, and other special items are set as types by IDs. 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. For armor, for example, categorical IDs such as full body armor, half plate, helmet, gloves, and leg armor are also set. For special items, IDs of rare items (rare items) and items from which flags in events can be acquired may also be set.
In addition to this, the object data 321 also includes data such as scores, acquired 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 relating to the game progress for each account information 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. This account information is, as described above, unique identification information including an ID (identification code). The account information may be set for each user or may be set for each game device 2 .
In addition, the progress data 322 includes data indicating progress of events and stages in the game scenario, flag collection status, and the like. Furthermore, progress data 322 includes a portion of map data 310 corresponding to position information 212 as game map data.

The operation information 323 is information of a user's instruction acquired from the operation unit 25 . The operation information 323 is calculated from the pressing of a button, the strength and timing of this pressing, the touch position of a touch pad or touch panel, gestures acquired by a camera, radar, ultrasonic sensor, or the like. The operation information 323 includes, for example, information such as an attack method and timing instructions for attacking a monster and its parts, and instructions using menus and buttons on a GUI (Graphical User Interface).

In addition to these, the game data 211 includes various data necessary for playing the game, such as image data of each object, modeling data, menu and home screen data, character data, and voice data.

<Regarding game progress processing>
Next, the game progress processing executed by the game system X of this embodiment will be described with reference to FIGS. 4 to 6. FIG.

In the game progress processing of the present embodiment, first, the game device 2 transmits the position information 212 indicating the current position to the server device 1 to log in the server device 1 . The server device 1 receives the location information 212 . Then, it is determined whether or not each game device 2 is within the range of the game event destination 312 . If it is determined to be within range, an event is generated. At this time, the part information 410 is transmitted to the game device 2 . The game device 2 displays the generated game event and advances the game. The server device 1 acquires the operation information 323 of the game device 2, and based on the part information 410 and the position information 212 of the game device 2, determines whether an attack operation has been performed on the part associated with the part. judge. On this basis, when a specific condition is satisfied, a reward is given to the user who performed the attack operation.

Below, the details of the flow of each process of the game progress process by the server device 1 and the game device 2 will be described step by step with reference to the flowchart of FIG. 4 .

(Step S200)
First, the game execution means 201 and position operation transmission means 200 of the game device 2 perform game start processing.
The game executing means 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 activate an application from an application list, a shortcut, or the like on the touch panel of the operation unit 25 .
Then, the position operation transmission means 200 starts communicating with the server device 1 via the network 3 . Position operation transmitting means 200 transmits account information to server device 1 .

(Step S100)
Here, the user judgment means 101 and the event generation means 100 of the server device 1 perform connection processing.
The user determination means 101 refers to the login information 301 of the account setting 300 and authenticates the user based on the transmitted account information. This authentication may be performed using account information, a hash value, or a secret key.
If the authentication succeeds, the event generating means 100 creates game data 211 based on the account settings 300 and game data 111 associated with the account information.
User determination means 101 then transmits game data 211 to game device 2 . At this time, the user determination means 101 may transmit, for example, not all of the game data 211 but differential data not stored in the game device 2 . This difference data also includes the game map data described above.

(Step S201)
Next, the position operation transmission means 200 of the game device 2 performs position transmission processing.
The position operation transmission unit 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 the position information 212 to the server device 1 .
In this embodiment, the position information 212 also includes highly accurate information indicating where the user is within the area.

(Step S101)
Here, the position acquisition unit 103 and the user determination unit 101 of the server device 1 perform user determination processing.
The position acquisition means 103 continuously receives the position information 212 transmitted from the game device 2 that is executing the game during the game, associates it with the account information, and stores the position information 212 in the account settings 300 of the storage unit 11 . , is temporarily stored.
Based on the position information 212, the user determining means 101 determines the game device 2 existing within the specific area set in the monster data 400 of the event setting 313. FIG. That is, the user determining means 101 searches for a user associated with the game apparatus 2 who has arrived at the specific area in which the event of fighting a giant monster is set among the event destinations 312 .

(Step S102)
Next, the event generation means 100 performs event generation processing for users existing in the specific area.
The event generation means 100 generates an event of battle with a giant monster in the virtual space. At this time, the event generating means 100 refers to the event setting 313 of the game data 111 , selects various events in the scenario, and reflects them in the game data 211 .
The event generating means 100 causes monsters to appear at a set probability to fight with player characters, solve puzzles, acquire items, meet NPCs and other users, and so on. It is also possible to generate an event.

FIG. 5A shows an example in which a battle event between a giant monster M and users U1 and U2 occurs at a destination 312 set as a specific area S on map data 310. FIG.

(Step S103)
Next, the notification means 102 performs notification processing.
Notification means 102 generates notification information 113 . Specifically, the notification means 102 refers to the account settings 300 of users existing within the specific area. In this embodiment, the notification means 102 refers to the progress information 303, for example, and allocates for each account information which part of the giant monster the user attacks in the specific area when an event occurs. Create notification information 113 .

The notification means 102 may perform this allocation after waiting for a predetermined number of seconds to a predetermined minute until the user selects a player and prepares for an attack when an event occurs.
In addition, in the present embodiment, the notifying means 102 performs an action such as the user operating the game device 2, the preparation of the player in the virtual space is completed, and the player is ready to attack. Detect condition.
Then, the notification means 102 refers to the parameters such as the player's ability value recorded in the object data of the progress information 303 . After referencing, the notification means 102 allocates points corresponding to parts to be attacked based on the parameters. Specifically, the notification means 102 selects attackable parts in the initial stage by referring to the stage data of the part information 410 of the monster data 400, for example. Then, the notification means 102 compares the player's ability value and the like with the durability value of the part, attack means of the part, and other ability values. Then, the notification means 102 selects a part at a close position where the durability value of the part is likely to decrease due to an attack, and creates notification information 113 that guides the user to that point. This allocation is performed, for example, by an artificial neural network, reinforcement learning, Bayesian network, AI (artificial intelligence) such as a decision tree, Monte Carlo method, etc., which learns the relationship between the attack method of the part, other ability values, and the player's ability value. , the αβ method, or the like. Specifically, for example, an estimated value of the "compatibility" of each part may be calculated based on the player's physical strength, attack power, defense power, skill level, job (occupation), character rank, and the like.

FIG. 5(b) shows a concept in which parts P1 to P9 are set for a giant monster in a specific area S and the user is guided to points corresponding to these. In this example, the notification means 102 allocates the user U1, who has a high direct attack ability value with a sword, to the site P4, which is the torso of the monster on the ground. On the other hand, the notification means 102 allocates the player of the user U2 who has a high indirect magic ability value to the leg part P8 of the monster having a high direct attack power.

Here, if the state of the player's movement is not detected yet and it is estimated that the preparations have not been completed, the notification means 102 outputs the notification information 113 in which attackable parts are randomly set in the initial stage. may be created. Alternatively, notification information 113 may be created that guides the user to the point of the part closest to the position in the user's specific area.
Furthermore, the notification means 102 can allocate parts that can be attacked at a later stage based on the above-mentioned parameters when the attack on the parts has settled down during the battle. In addition, when the event generation means 100 invites other users who have reached the specific area to participate in the event, the notification means 102 sets the parts to be attacked against, such as the endurance value of each part of the huge monster at that time. From the state of , the notification information 113 for allocating an appropriate part is created.
It should be noted that regardless of the notification information 113 of the notification means 102, the user can also attack by moving the player to a point of a freely selected part.

(Step S202)
Next, the game execution means 201 and position operation transmission means 200 of the game device 2 perform position operation transmission processing.
The game execution means 201 acquires the user's instruction from the operation unit 25 as the operation information 323, and advances the game based on this. As a result, in the event, battles with monsters and the like are performed.
Position operation transmitting means 200 transmits position information 212 to server device 1 . In other words, the position operation transmitting means 200 can transmit the position information 212 including highly accurate positional changes and the like in real time.

Then, the position operation transmitting means 200 acquires the user's operation information 323 from the operation section 25 and transmits it to the server device 1 . Specifically, when the player performs an operation that affects the monster, such as an attack operation on a part by the player in the virtual space, the position operation transmission means 200 includes this information in the operation information 323, Send to the server device 1 . This operation includes, for example, an operation in which the user reaches a point in the real space corresponding to the body part and directly attacks the body part, or performs an indirect attack on the body part with a projectile weapon, magic, or the like.

(Step S104)
Next, the position acquisition unit 103 and the operation acquisition unit 104 perform position operation acquisition processing.
The position acquisition means 103 acquires the position information 212 from the game device 2 and temporarily stores it in the storage section 11 .
In addition, the operation acquisition unit 104 acquires the operation information 323 of the game device 2 by the user and temporarily stores it in the storage unit 11 . Then, the operation acquisition unit 104 retrieves and acquires an operation for influencing the monster, for example, an attack operation on a body part, which is included in the operation information 323 .

(Step S105)
Next, the determination means 105 determines whether or not the part has been hit.
Based on the operation information 323, the part information 410, and the position information 212, the determining means 105 determines whether an operation that affects the part is performed at a point associated with the part. In the present embodiment, the determining means 105 performs a hit determination as to whether or not an attack hits a part of the body due to the attack operation, and determines Yes when the attack hits. The determination means 105 determines No when the ball does not hit.
In the case of Yes, the determination means 105 advances the process to step S106.
In the case of No, the determination means 105 advances the process to step S107.

(Step S106)
When the body part is hit, the determination means 105 performs a body part attack process.
The determining means 105 performs processing such as reducing the durability value of the hit part based on the method and degree of attack, the difference between the player's ability value and the ability value of the part, etc., and sets it in the part information 410 .
Furthermore, the determination means 105 can also counterattack according to the attack method of each part of the part information 410 and reduce the player's endurance value.

(Step S107)
Next, the event generating means 100 of the server device 1 performs game information processing.
The event generating means 100 creates difference data that is not stored in the game device 2 for the progress data 322 of the game data 211 . At this time, if the above-described event has occurred, the event generating means 100 creates difference data to which this event is applied. In the present embodiment, difference data is created that also reflects the results of the above-described partial attack processing.
The event generating means 100 then transmits the created difference data to the game device 2 . This difference data also includes the game map data described above.

(Step S203)
Here, the game execution means 201 of the game device 2 performs drawing processing.
The game executing 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 data 322 . Then, the game executing means 201 causes the display unit 26 to display a game image based on the controlled progress of the game.

Here, the game executing means 201 also displays events. For example, if a gigantic monster exists in a specific area ahead of the player, it is also displayed. At this time, the game executing means 201 can acquire the notification information 113 and guide the user to the location of the part. This guidance can be provided, for example, by arrows displayed in the game map data described above, arrows displayed in game images in which monsters and players are rendered, voice guidance, or the like.
When the user is performing an attack operation or the like, the game executing means 201 can also cause the display unit 26 to display the game image.
Along with these, the game executing means 201 can also cause the sound processing section 24 to output game sounds.

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

(Step S108)
Here, the determination means 105 determines whether or not to end the event.
The determination unit 105 refers to the event setting 313 and determines whether or not the condition for ending the event has been met. For example, the determination means 105 determines that when the player attacks the durability of the main body of the monster and the durability of all parts of the monster and the durability of all parts becomes zero (0) or less and the player defeats the monster, the party is annihilated, escapes, or escapes after a specific time. In such cases, it is determined as Yes. Otherwise, the determination means 105 determines No.
In the case of Yes, the determining means 105 advances the process to step S109.
In the case of No, the determination unit 105 returns the process to step S103 to continue the event such as the battle with the giant monster.

(Step S109)
When the event ends, the determination means 105 determines whether or not the specific condition for the part is satisfied.
The determining means 105 determines the specific condition of the body part for all the users who participated in the event. Specifically, the determining means 105 can determine Yes as a specific condition, for example, assuming that a part-destroying user who has made one or more parts destroyed or unable to attack satisfies the specific condition. .
If the user is other than that, the determination unit 105 determines No because the specific condition is not satisfied.
In the case of Yes, the determining means 105 advances the process to step S110.
In the case of No, the determination means 105 terminates the game progress processing.

(Step S110)
When the specific condition is satisfied, the determination means 105 performs special reward processing.
The determination means 105 adds a part destruction bonus to the part destruction user. Therefore, the determining means 105 stores the given reward in the account setting 300 of the account DB 112 in association with the account information. That is, account settings 300 are associated with rewards.
Here, the determination unit 105 adds a special reward to the part destruction user who destroys the part for which a special reward is set in the part information 410 . This reward is a better reward than the normal part destruction bonus, such as game media, items with a higher rarity than usual (rare items), new player characters, and other game objects with high value in the game. There may be. Furthermore, the special reward may be a game privilege, title, or the like.

A screen example 500 in FIG. 6 shows an example in which a special reward is obtained as a part destruction bonus. In this example, a special reward is given to the user who destroys the part P2, which is the weak point, of the parts P1 to P9 of the monster M shown in FIG. In this example, the special reward is an additional game medium and a rare item of "Water Jewel".

In addition, the determination means 105 can notify all users who have participated in the event of the name information of the login information 301 of the site destruction user. For this site destroying user, it is possible to display an animation that raises the monster subjugation lighting site, raise the victory throbbing, and perform other users, NPCs, etc. to create excitement. This satisfies the sense of honor of the site destroying user.
With the above, the game progress processing according to the embodiment of the present invention ends.

[Effect of the invention]
By configuring as described above, the following effects can be obtained.
Conventionally, in a position game, users gather to a place where an event such as a battle is held, but during the event, each user's game device is used to fight the same monster, which is not interesting. It was thin. This is because, for example, even if a gigantic monster lying in an area is prepared, the position of the part of the gigantic monster in the virtual space cannot be linked with the position in the real space of the user. . That is, even in an event such as a battle with an object such as a giant monster, it was not possible to attack parts located at different positions within an area.

On the other hand, the game program 110 of the present embodiment is a game program executed by the server device 1 connectable to the game device 2, causing the server device 1 to generate an event in the virtual space, It is characterized by functioning as event generation means 100 that transmits to the game device 2 part information 410 that associates each of a plurality of parts included in the first object with a specific area in the real world.
By configuring in this way, even in an event such as a battle with an object such as a huge monster in cooperation with the user, it is possible to attack parts located at different positions within the area. becomes possible. Therefore, it is possible to provide a more interesting game program by providing settings that cannot be performed by one player alone, and progressing the game in cooperation with other players.

The game program of the present embodiment comprises the server device 1 as a position obtaining means 103 for obtaining the position information 212 from the game device 2, an operation obtaining means 104 for obtaining the operation information 323 of the game device 2 by the user, and an operation obtaining means. 104, the location information 410 transmitted by the event generation means 100, and the location information 212 of the game apparatus 2 acquired by the location acquisition means 103, the point associated with the location is determined. , further functioning as determination means 105 for determining whether or not an operation that affects the part has been performed.

With this configuration, for example, by arranging monsters along the topography of the destination 312 and linking the points of the parts with the user's position information 212 and operation information 323, it is possible to correspond to different points even within a specific area. It is possible to attack parts. As a result, it is possible to enhance the strategic nature of which part to attack and finally attack the whole, and to enhance the interest of the event. As a result, the user's desire to play the game can be enhanced.

Further, conventionally, in a popular location game, many users sometimes gather at the destination 312 where the event is held. However, even if the users gathered together, they were only carrying out the event, and they did not cooperate with each other and did not have much interaction with the surrounding users.

On the other hand, the game program of the present embodiment provides the server device 1 with the user determining means 101 for determining the game device 2 existing in the specific area based on the position information 212, and the user determining device 2 existing in the specific area. It further functions as notification means 102 for generating notification information 113 for referring to the account setting 300, which is user information, and for notifying the point corresponding to the part to be affected.

By configuring in this way, it is possible to guide a plurality of users to different parts by the notification information 113, and cooperate to fight a huge monster or the like.
This can create a sense of solidarity between users. Furthermore, events such as battles with monsters can proceed more favorably than usual. As a result, users can help each other, such as overcoming a difficult situation such as being unable to defeat a monster even though they have come all the way to the destination 312, or making it easier to defeat a monster if they cooperate with each other. Furthermore, since the success or failure of a battle is determined by the cooperation of users, it is possible to create a sense of solidarity. As a result, the user's desire to play the game can be enhanced.

In the game program of the present embodiment, the operation that affects the body part is an attack operation for attacking the body part, and the determination unit 105 determines that when the operation for attacking satisfies a specific condition for the body part, It is characterized by associating the reward with the account setting 300, which is the user information of the user who performed the attacking operation.
By configuring in this way, for example, a part destruction bonus can be given to the part destruction user. As a result, it is possible to increase the user's motivation for part destruction. Furthermore, if the part destruction bonus differs for each part, it is possible to further enhance the strategic nature of which part to select and attack for each user. In addition, each monster has a different weak point or randomness, which makes it more interesting. Furthermore, it is possible to make the game more interesting with a special reward or the like.

The game program of the present embodiment is characterized in that the ease with which a specific condition is satisfied differs depending on the body part.
With this configuration, for example, by having different durability values, attack methods, other ability values, etc. for each part, it is possible to rationally vary the part destruction bonuses. As a result, the attacks on the user's parts can be made strategic and more interesting.

[Other embodiments]
The control means and processing procedures described in FIGS. 2 to 6 are examples, and the 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 the above-described embodiment, an example in which the specific area is one area has been described.
However, the specific area may extend over multiple areas. In addition, the specific area may change to another area or the size of the area may change as the scenario progresses.
Furthermore, with regard to the point, the movement of the monster or the like causes the part to move, and the point may move accordingly. For example, the point may change due to a battle or the like, such as approaching the position of the user's position information 212 . In this case, the position data of the polygon indicating the spot may be deformed or closer. In this case, the stage data may also change.
By configuring in this way, it is possible to deal with various configurations regarding specific areas and points, enhance the strategic nature of the game, and motivate the user to play.

In the above-described embodiment, an example of using information for guiding the user to a site as the notification information 113 has been described.
However, as the notification information 113, it is also possible to use information indicating the attack method of the body part, ability values, etc., or information presenting stage data of the body part. Furthermore, when the ability value, attack method, etc. of a part are larger than the ability value of the user, it is possible to present information as the notification information 113 to evacuate the user from the part.
By configuring in this way, it is possible to make it easier for the user to determine attacks on body parts, enhance strategy, and motivate the user to play.

In the above embodiment, an example was described in which the server device 1 created the notification means 102 and presented the notification information 113 to the users who participated in the event.
However, it is also possible for a user who participates in an event to create the report information 113 and assign a site to attack to another user. That is, it is possible for the users to instruct each other which part to attack by referring to the layout of the parts in the specific area as shown in FIG. 5(b). In this case, one user may guide other users as a "tactician", or the leader of the party may guide other users by saying, "Follow me." In addition, this notification information 113 may include character data such as messages by chat or messenger, voice data, and the like.
By configuring in this way, it becomes possible for a plurality of users to participate in the event and cooperate in subjugating monsters and the like. Therefore, it is possible to enhance the strategic nature of the game and motivate the user to play.

In the above-described embodiment, an example has been described in which the first object is a monster and the second object is a player.
However, it is also possible to perform an operation or the like on or exert an influence on the first object and the second object other than this. For example, the first object and the second object may be NPCs other than monsters, other character objects, backgrounds, movable objects, and the like.
In addition to attacks, operations that affect the first object include operations such as pushing, pulling, stroking, touching, moving an object, and assembling and combining other objects. You can
Further, the specific condition may be an event condition related to this puzzle, puzzle solving, assembly, combination, or the like. For example, it can be determined that a specific condition is satisfied when a puzzle is solved, or when a combination is correctly inserted.
As a result, it is possible to deal with game events other than battle, such as solving puzzles, solving riddles, assembling, and combining. Furthermore, the second object is a player, and it is also applicable to an event such as a battle or game between players.

In the above-described embodiments, a player character is described as an example of an object, but embodiments of the present invention are not limited to this. For example, the object may be game media such as cards or items.

In the above-described embodiments, applications such as role-playing games and action games for smartphones are described as examples, but 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.

Variation of System Configuration The operation of each control unit of the server device 1 and the game device 2 is not limited to the examples described in the above-described embodiments.
For example, although the game system X of the present embodiment described above includes the server device 1 and the game device 2, it can also be executed only by the game device 2 (computer). In this case, the program stored in the storage unit 21 of the game device 2 may have the functions of the game program 110 and the game program 210 and have the function of enabling peer-to-peer connection. Furthermore, the storage unit 21 may contain data corresponding to the account settings 300 , the game data 111 and the game data 211 .
Further, it is also possible to configure one of the game devices 2 as a "host computer" instead of the server device 1 to execute each of the above functional means. Furthermore, it can be executed by a NAS (Network Attached Storage), a small computer for IoT, a home server, home appliances, other host computers, and the like.
By configuring in this way, attacks for each part can be cooperatively carried out through the game devices 2, or the game device 2 and various host computers, without using a dedicated server device 1 prepared by an administrator or the like. can be done.

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

Although the game program 210 of the present embodiment is described as a native application in the above embodiment, it may be configured as a web application. That is, the game program 210 may be an application executable 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 device 2 downloads the game program 210 itself from the application server. However, the game program 210 may be downloaded from the server device 1 . Also, the game program 210 may be read from an optical recording medium or other recording medium in the game device 2 and installed in the storage unit 21 .

Although the above-described embodiment describes an example of using a mobile terminal device such as a smart phone or a dedicated game machine as the game device 2, the embodiment of the present invention is not limited to this. For example, it is possible to implement the present invention by using a location terminal, VR (Virtual Reality) goggles, etc. connected to an arcade game cabinet provided in an arcade or the like.

In this case, it is possible to display a huge monster, parts, etc. superimposed on the real space, and it is also possible to guide the user as to which point to go with VR goggles or the like.

Even when these other embodiments are employed, the effects of the present invention are exhibited. Further, it is also possible to appropriately combine this embodiment with other embodiments, and other embodiments with each other.

Further, the configuration and operation of the above-described embodiment are examples, and needless to say, they can be modified and executed without departing from the gist of the present invention.

1 server device 2, 2b game device 3 network 10, 20 control unit 11, 21 storage unit 12, 22 connection unit 23 image processing unit 24 audio processing unit 25 operation unit 26 display unit 27 audio input/output unit 28 position acquisition unit 100 event Generation means 101 User judgment means 102 Notification means 103 Position acquisition means 104 Operation acquisition means 105 Judgment means 110, 210, 210b Game programs 111, 211, 211b Game data 112 Account DB
113 notification information 200 position operation transmission means 201 game execution means 212 position information 300 account setting 301 login information 302 party information 303 progress information 310 map data 311 area setting 312 destination 313 event setting 320 event data 321 object data 322 progress data 323 Operation information 400 Monster data 410 Parts information 500 Screen example S Specific area M Monsters P1 to P9 Parts U1, U2 User X Game system

Claims (8)

A game program executed by a server device connectable to a game device,
the server device,
Event generation means for generating an event in the virtual space and transmitting to the game device part information that associates each of a plurality of parts included in the first object placed in the virtual space with a specific area in the real world. and,
Functioning as a means for allocating a point corresponding to a part to be affected among the plurality of parts included in the first object to a user ,
the first object is an enemy object;
Said effect is destruction of said part of said enemy object
A game program characterized by: 2. The game program according to claim 1 , wherein the allocation of points corresponding to the parts is performed based on parameters of the user. the server device,
a position obtaining means for obtaining position information from the game device;
operation acquisition means for acquiring operation information of the game device by a user;
Based on the operation information acquired by the operation acquisition means, the part information transmitted by the event generation means, and the position information of the game device acquired by the position acquisition means, 3. The game program according to claim 1, further functioning as determination means for determining whether or not an operation that affects the part is performed at the corresponding point. the server device,
user determination means for determining the game device existing in the specific area based on the position information;
Refers to the user information of the user existing in the specific area and further functions as notification means for generating notification information for notifying the point corresponding to the part to be affected,
4. The game program according to claim 3 , wherein the notification information is information for guiding a user. The operation to affect the part is an attack operation for attacking the part,
The determination means is
5. The game program according to claim 4 , wherein when the attack operation satisfies a specific condition for the part, a reward is associated with the user information of the user who performed the attack operation. 6. The game program according to claim 5 , wherein the ease with which the specific condition is satisfied differs depending on the part. A game system comprising one or more computers,
causing the computer to generate an event in the virtual space, and transmitting, to the game device, part information that associates each of a plurality of parts included in the first object placed in the virtual space with a specific area in the real world; event generation means;
Functioning as a means for allocating a point corresponding to a part to be affected among the plurality of parts included in the first object to a user ,
the first object is an enemy object;
Said effect is destruction of said part of said enemy object
A game system characterized by event generating means for transmitting, to the game device, part information that associates each of a plurality of parts included in a first object placed in the virtual space with a specific area in the real world;
Functioning as a means for allocating a point corresponding to a part to be affected among the plurality of parts included in the first object to a user ,
the first object is an enemy object;
Said effect is destruction of said part of said enemy object
A computer characterized by:

Images