JP2016087314A - Game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system which allows a game to reflect the arrangement of game machines by a method different from conventional methods.SOLUTION: A game system 1 comprises: plural game machines 20 and 30 arranged respectively in different areas; a virtual map information storage unit 62 which stores information in which the game machines 20 and 30 are rearranged in a form different from an actual arrangement on a virtual map 80; and a controller 70 which instructs the game machines 20 and 30 to execute games reflecting the arrangement of the game machines 20 and 30 stored in the virtual map information storage unit 62.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a game system using the position of a game machine.

Conventionally, there has been a game device that uses an actual position of a game machine (for example, Patent Document 1).
However, the conventional game apparatus simply uses the position information of the game machine, and the method of reflecting the position information on the play is simple.

JP 2013-552 A

  The subject of this invention is providing the game system which can reflect arrangement | positioning of a game machine in a play by the method different from the past.

  The present invention solves the problems by the following means. In addition, in order to make an understanding easy, although the code | symbol corresponding to embodiment of this invention is attached | subjected and demonstrated, it is not limited to this. In addition, the configuration described with reference numerals may be improved as appropriate, or at least a part thereof may be replaced with another configuration.

-1st invention is the information which rearranged the some game machine (20, 30) each arrange | positioned in a different area, and the some game machine on the virtual map in the form different from real arrangement, or several A game machine position information storage unit (62) that stores information obtained by rearranging the game machines in a table different from the actual arrangement, and the game machine position information storage unit in the game machine position information storage unit is reflected on the game machine. And a control unit (70) for instructing to play.
The second invention is characterized in that, in the game system of the first invention, the virtual map information or the table information has one end side and the other end side corresponding to the one end side being continuous. It is a game system.
-3rd invention is the game system of 1st or 2nd invention, The said virtual map is what represents the solid figure on the plane, It is a game system characterized by the above-mentioned.
The fourth invention is the game system according to any one of the first to third inventions, wherein the plurality of game machines include store game machines (20) arranged in a plurality of stores, and the control unit (70, 71) is a game system in which events are sequentially generated according to the arrangement of the store game machines in the virtual map or the table in the game machine position information storage unit.
-5th invention is the game system of 4th invention, The space | interval between the stores of the said virtual map is more uniform than the space | interval between real stores.
-6th invention is the game system of 4th or 5th invention, The said control part (70,71) is said virtual when at least one of addition and deletion of a store is made | formed from the said virtual map. The game system is characterized in that the virtual map (583, 586) is updated by rearranging again so that the intervals between stores in the map become uniform.
The seventh invention is the game system according to any one of the fourth to sixth inventions, wherein the control unit (70, 71) is an area where the number of stores per unit area is larger than other areas in an actual arrangement. Are rearranged so as not to be adjacent to each other on the virtual map.
The eighth invention is the game system according to any one of the fourth to seventh inventions, wherein the control unit arranges a plurality of stores in the virtual map (680) in an area where the store density is small in the actual arrangement. It is a game system characterized by doing.
The ninth invention is the game system of any one of the first to eighth inventions, wherein the plurality of game machines are a store game machine (20) arranged in the store and a player carries the actual position information. A portable game machine (30) having a function to obtain, and the control unit (70, 72) uses the position information of the store game machine acquired by the portable game machine as the position information of the portable game machine, The game system is characterized in that it is registered in the position information storage unit (60).
-10th invention is the game system of 9th invention, The said control part is the virtual position information of a store game machine nearest to the position which the portable game machine acquired in the real position as virtual position information of a portable game machine. It is a game system characterized by registering information in the game machine position information storage unit.
The eleventh invention is the game system according to the tenth invention, wherein the control unit has changed to a store in which the store game machine closest to the position acquired by the portable game machine at the actual position is different as the player moves. In this case, the game system is characterized in that virtual position information in the game machine position information storage unit is updated.
The twelfth invention is a game system according to any one of the first to eleventh inventions, comprising a display unit (24, 34) for displaying the virtual map or the table to a player. System.

The present invention has the following effects.
-1st invention rearranges a game machine in virtual space in the form different from real arrangement | positioning. Thereby, the actual arrangement of the game machines can be reflected in the play by a method different from the conventional one, and the play can proceed based on the arrangement of the game machines in the virtual space.
-In the second invention, since one end side and the other end side of a virtual map or the like are continuous, a game machine arranged at the end and a game machine arranged at the other end are connected. Can be processed as a thing.
The third invention is a concept in which the virtual space is continuous because the virtual map represents a three-dimensional figure. For this reason, since the one end side and the other end side of the virtual map are continuous, it can be processed as if the game machine arranged at the end and the game machine arranged at the other end are connected in series. .
In the fourth invention, events are sequentially generated according to the arrangement of the store game machines on the virtual map or table, so that play information related to the position information can be acquired.
In the fifth aspect, the interval between the virtual map stores is more uniform than the actual store interval, and therefore the event occurrence time interval can be made uniform.
-In the sixth invention, when a store is added or deleted, it is rearranged again so that the interval between stores in the virtual map becomes uniform, so that it corresponds to the introduction and withdrawal of store game machines in the store The work and processing of the administrator etc. are easy.
-7th invention rearranges the shop which adjoined in real arrangement | positioning so that it may not adjoin on a virtual map, Therefore In the real world, generation | occurrence | production of an event can be prevented from continuing in one area | region.
-The eighth invention arranges a plurality of stores in the virtual map in an area where the store density is small in the actual arrangement, so in the real world, the number of events in each area and the number of events in other areas Can be uniform.
-Since the ninth invention registers the position information of the game machine as the position information of the portable game machine, even if the player who owns the portable game machine exists outside the store, the play can proceed as if it exists in the shop . In addition, the player who owns the portable game machine can be encouraged to visit an actual store.
Since the tenth invention registers the same virtual position information as that of a store game machine having a short distance from the portable game machine as the position information of the portable game machine, the player can use the store to register the portable game machine. Because it is not necessary to visit, it is convenient.
-11th invention can reflect sequentially the position in the virtual space of a store near from the present position even if the player who owns a portable game machine is moving outside the store. Moreover, it can produce as if the player is moving in the virtual map.
In the twelfth aspect, since the virtual map and the position information where the unique character appears are displayed to the player, it is possible to easily tell the player which game machine the character appears in.

It is a figure explaining the whole structure of the game system 1 of 1st Embodiment. It is a block diagram of card 10, store game machine 20, portable game machine 30, and server 50 of a 1st embodiment. It is a figure explaining arrangement | positioning of the store of the real world of 1st Embodiment, and arrangement | positioning of the shop on the virtual map 80. FIG. It is a figure which shows the shop matching table 63 of 1st Embodiment. It is a figure explaining the transition of the course figure of the strong boss E of 1st Embodiment. It is a flowchart of the strong boss appearance process of 1st Embodiment. It is a figure explaining the play screen of 1st Embodiment. It is a figure explaining the damage table 65 of 1st Embodiment. It is a flowchart of the position registration process of the portable game machine 30 of 1st Embodiment. It is a flowchart of the player correlation process of 1st Embodiment. It is a figure explaining the screen in the player correlation process of 1st Embodiment. It is a figure explaining store arrangement tables 262A and 262B of a 2nd embodiment. It is a figure explaining course 381 of a 3rd embodiment. It is a figure explaining the strong boss | hub E1, the middle boss | hub E2, and the weak boss | hub E3 of 4th Embodiment. It is the virtual map 480 explaining the aspect in which the strong boss E1, the middle boss E2, and the weak boss E3 of the fourth embodiment move in the virtual space. It is a flowchart of the virtual map creation process of 5th Embodiment, and a virtual map update process. It is a figure explaining the virtual map in the virtual map update process of 5th Embodiment. It is a figure explaining the flowchart of the virtual map creation process of 6th Embodiment, and a virtual map. It is a figure which shows the virtual map 780 of 7th Embodiment.

(Embodiment)
Embodiments of the present invention will be described below with reference to the drawings.
(First embodiment)
FIG. 1 is a diagram illustrating an overall configuration of a game system 1 according to the first embodiment.
FIG. 2 is a block diagram of the card 10, the store game machine 20, the portable game machine 30, and the server 50 according to the first embodiment.
FIG. 3 is a diagram for explaining the arrangement of stores in the real world and the arrangement of stores on the virtual map 80 according to the first embodiment.
FIG. 4 is a diagram illustrating the store association table 63 according to the first embodiment.

The game of the game system 1 is a game in which a player plays a game on the store game machine 20 or the portable game machine 30. Note that the game system 1 may include only the store game machine 20.
In the embodiment, the description that does not distinguish between the store game machine 20 and the portable game machine 30 is referred to as “game machines 10 and 20”. These configurations are also the same (for example, “control units 28, 38”, etc.).
The game is a role-playing game (RPG) in which a player operates a warrior C (see FIG. 7) as a character and fights against a virtual enemy character in a virtual space, thereby damaging the enemy character. The player owns a plurality of warriors, and selects one to be used in each play. The player can select one warrior, or one or more warriors. In the case of one or more, a group (hereinafter referred to as “party”) is formed. In the embodiment, an example of a party of six warriors C will be described (see FIG. 7).

The virtual space is different from the real world, and is a virtual space provided in the ideal world of the game.
In this game, there are two types of virtual space.
One is a normal virtual space. During normal play, the players of the game machines 20 and 30 are independent of the other game machines 20 and 30, or cooperate with the players of the other game machines 20 and 30. This is for playing (play in which the players cooperate). In the normal virtual space, a normal enemy character E0 (see FIG. 7A) controlled by the game machines 20 and 30 appears. A normal virtual space is managed by the game machines 20 and 30.

The other is a space used for an event (play of a strong boss battle described later) that is different from that during normal play. The virtual space is a space where the strong boss E (unique character) appears (see FIG. 7B). The strong boss E is the strongest of the enemy characters in the game settings, is a boss case of a plurality of enemy characters, and is most difficult for the player to defeat. Since one strong boss E is prepared for the entire game system 1, only one strong boss E exists in the virtual space and is controlled by the server 50. For this reason, only one virtual space in which the strong boss E appears is prepared for the entire system, and is managed by the server 50. As will be described later, the strong boss E is directed to appear in the virtual space by being controlled so as to appear one after another in the play executed by the game machines 20 and 30 of each store.
In the embodiments and drawings, what is simply described as “virtual space” refers to a space where the strong boss E appears. In addition, the manner in which the strong boss E is staged in this manner is also referred to as “move”, and the fact that the strong boss E appears on the game machines 20 and 30 associated with each store is “ It is also called “strong boss E appears (moves) in the store”.

As shown in FIG. 2, the game system 1 includes a card 10, a store game machine 20, a portable game machine 30, and a server 50.
The card 10 is possessed by each player who plays with the store game machine 20. The card 10 is a non-contact type IC card or the like.
The IC chip built in the card 10 stores player identification information for identifying the player. This player identification information is read by a card reader 21 (described later) of the game machine 20 at the start and end of play.
The medium containing the IC chip is not limited to a card, and may be, for example, a doll (figure) of a character appearing in a game.

The store game machine 20, the portable game machine 30, and the server 50 are connected by a communication network 2 using the Internet or the like, and can perform information communication.
The store game machine 20, the portable game machine 30, and the server 50 are computers.
In the embodiment, the computer refers to an information processing apparatus including a storage device, a control device, and the like. The store game machine 20, the portable game machine 30, and the server 50 are information processing devices including storage units 27, 37, and 60, control units 28, 38, and 70, and are included in the concept of a computer.
The storage units 27, 37, and 60 are storage devices for storing information, programs, and the like necessary for the operation of the game machines 20 and 30 and the server 50. The storage units 27 and 60 include a hard disk, a semiconductor memory element, and the like. The storage unit 37 includes a semiconductor memory element and the like.
The control units 28, 38, 70 are devices for performing arithmetic processing necessary for the operation of the game machines 20, 30 and the server 50, and for comprehensively controlling them. The control units 28, 38, and 70 are constituted by, for example, a CPU (Central Processing Unit). The control units 28, 38, and 70 implement various functions of the embodiment by appropriately reading and executing various programs stored in the storage units 27, 37, and 60.

The store game machine 20 is a large device installed in a store such as an amusement facility or a shopping center. In the embodiment, an example in which two store game machines 20 are arranged in a total of six stores in the following regions in Japan will be described (see FIG. 3A).
-2 stores in Hokkaido: Kitami store, Sapporo store-3 stores in Tokyo: Ikebukuro store, Shinjuku store, Shibuya store-1 store in Okinawa: Naha store In this embodiment, the area is the location of the store itself Say. For example, the area where the Kitami store is installed is the installation position of the Kitami store itself. For this reason, a plurality of stores are not included in one area.

The store game machine 20 includes a card reader 21, an accounting unit 22, an operation unit 23, a display unit 24 (transmission unit), a sound output unit 25, a communication unit 26, a storage unit 27, and a control unit 28.
The card reader 21 is a device that reads player identification information from the card 10 owned by the player at the start of play or the like.
The charging unit 22 is a device that charges a play fee from the player. The accounting unit 22 includes, for example, a coin insertion slot through which a player inserts coins, a reader that allows the player to read the prepaid card 10, and the like.
By charging, the player can start a new play or increase the physical strength value of the warrior C during play.

The operation unit 23 is an operation device for the player to operate the store game machine 20. The operation unit 23 includes a push button, a lever, and the like.
The display unit 24 is a display device that displays a play screen or the like. The display unit 24 is a liquid crystal display device or the like.

The display unit 24 displays a play screen (see FIG. 7), a course map (see FIG. 5), a play video screen 88 (see FIG. 11B), and the like.
The course map can be referred to by the player by, for example, being displayed on a part of the play screen or switching the screen during play. Also, it may be displayed during demonstration when not playing on the store game machine 20.

The sound output unit 25 is a speaker that outputs sound effects and the like.
The communication unit 26 is a device for communicating information with other devices. The communication unit 26 communicates with the server 50 via the communication network 2 or communicates with the portable game machine 30 by wireless communication.

The storage unit 27 includes a game program storage unit 27a and a store game machine identification information storage unit 27b.
The game program storage unit 27a is a storage area for storing a game program for the store game machine 20 of this game.
The store game machine identification information storage unit 27b is a storage area for storing store game machine identification information. The store game machine identification information is identification information for identifying each store game machine 20. Individual identification information is given to each store game machine 20.
The processing of the control unit 28 will be described later.

The portable game machine 30 is an information communication terminal that can be carried by a player. The portable game machine 30 is, for example, a mobile phone, a multi-function mobile phone (also referred to as a smartphone), a tablet computer, a game dedicated terminal, or the like. The portable game machine 30 can be registered in the store by a portable registration process (described later). In the embodiment, for simplicity, an example in which two portable game machines 30 are registered in six stores will be described.
The portable game machine 30 includes an operation unit 33, a display unit 34 (transmission unit), a sound output unit 35, a communication unit 36, a storage unit 37, and a control unit 38 (position acquisition unit).
The operation unit 33 is an operation device for the player to operate the portable game machine 30. The operation unit 33 includes a push button and the like.

The display unit 34 is a display device that displays a play screen or the like. The display unit 34 is a liquid crystal display device or the like. The display unit 34 displays a screen similar to that of the store game machine 20.
Note that the portable game machine 30 may include a touch panel display or the like that also functions as the operation unit 33 and the display unit 34.
The sound output unit 35 is a speaker that outputs sound effects and the like.
The communication unit 36 is a device for communicating information with other devices. The communication unit 36 communicates with the server 50 via the communication network 2 or communicates with the store game machine 20 by wireless communication.

The storage unit 37 includes a game program storage unit 37a and a player identification information storage unit 37b.
The game program storage unit 37a is a storage area for storing a game program for the portable game machine 30 of this game. The game program can be downloaded from a distribution server (not shown), for example.
The player identification information storage unit 37b is a storage area for storing player identification information for identifying a player. The player identification information of the portable game machine 30 also serves as information for identifying the portable game machine 30. The player identification information is read by the control unit 38 at the start and end of play.
Note that the server 50 identifies the player of the store game machine 20 by the player identification information of the card 10, while identifying the player of the portable game machine 30 by the player identification information of the portable game machine 30. .
The processing of the control unit 38 will be described later.

The server 50 is a computer that controls the game system 1.
The server 50 is installed in a management company of the game system 1 or a facility of an operating company.
The server 50 includes an operation unit 53, a display unit 54, a communication unit 56, a storage unit 60, and a control unit 70.
The operation unit 53 is a device for operating a server 50 by a worker of a management company or a management company (hereinafter referred to as “a manager or the like”). The operation unit 53 includes input devices such as a keyboard and a mouse.
The display unit 54 is a display device that displays a management screen and the like during maintenance. The display unit 54 is a liquid crystal display device or the like.
The communication unit 56 is a device for communicating information with other devices. The communication unit 56 communicates with the store game machine 20 and the portable game machine 30 via the communication network 2.

The storage unit 60 includes a player information storage unit 61, a virtual map information storage unit 62 (game machine position information storage unit), a store association table 63, and a boss history storage unit 64 (unique character history storage unit).
The player information storage unit 61 is a storage area for storing player information. The player information is information in which player identification information is associated with information about the player.
The information regarding the player includes information on the skill of the player, the hero possessed by the player, weapons, and the like.
The virtual map information storage unit 62 is a storage area for storing information related to the virtual map 80 (see FIG. 3B). The virtual map 80 will be described later.

As illustrated in FIG. 4, the store association table 63 stores stores, store game machine identification information, and player identification information in association with each other.
The store association table 63 is a combination of the store-store game machine identification information table 63a (game machine position information storage unit) and the store-player identification information table 63b with the store as a key.
The store-store game machine identification information table 63a stores stores and store game machine identification information (A001, A002,..., A012) in association with each other.

The store-player identification information table 63b stores stores and player identification information in association with each other. The player identification information includes identification information (B001, B002,..., B012) stored in the card 10 and identification information (C001, C002,..., C012) stored in the portable game machine 30. Since the portable game machine 30 is owned by the player, the identification information stored in the portable game machine 30 is also the identification information of the portable game machine 30.
A player who plays with the store game machine 20 using the card 10 can use the store game machine 20 to register player identification information in the store association table 63 (store-player identification information table 63b).

A player who plays using the portable game machine 30 can register player identification information in the store association table 63 by a portable registration process (described later).
Note that the player identification information of the portable game machine 30 may be associated with the store game machine identification information instead of the store. In this case, the server 50 may confirm the association between the store and the player identification information of the portable game machine 30 based on the store-store game machine identification information table 63a.
In the following description, the game machines 20 and 30 associated with the stores are referred to as “store game machines (for example, the game machines 20 and 30 at the Sapporo store)”, and the players associated with the stores are appropriately referred to. It is referred to as “store player (eg, Sapporo store player)”.
Furthermore, the description of “store game machine 20 arranged in a store” and “portable game machine 30 associated with a store” is also referred to as “store”. For example, the description “strong boss E appears in the Sapporo store” means “strong boss E appears in the store game machine 20 located in the Sapporo store and the portable game machine 30 associated with the Sapporo store”. Including.

The boss history storage unit 64 is a storage area for storing a history of each player fighting against the strong boss E.
The boss history storage unit 64 includes a damage table 65 and a video storage unit 66.
The damage table 65 stores each player identification information and the damage that each player gives to the strong boss E in association with each other (see FIG. 8).
The video storage unit 66 stores a video of a strong boss battle.

The control unit 70 performs processing for managing stored information in the storage unit 60, processing for appearance of the strong boss E in the game machines 20 and 30, processing for storing history regarding a battle with the strong boss E, and the like. Moreover, the control part 70 performs the process regarding the display on the display parts 24 and 34 of the game machines 20 and 30 as needed.
The control unit 70 includes a boss control unit 71 (character control unit), a mobile registration control unit 72, and a player association control unit 73.
The boss control unit 71 performs processing related to the movement of the strong boss E in the virtual map 80, the creation of a strong boss E route screen, and the like.
The mobile registration control unit 72 performs mobile registration processing (described later).
The player association control unit 73 performs player association processing (described later).
The processing of the control unit 70 will be described later.

[Virtual map 80]
As shown in FIG. 3, the virtual map 80 is a map representing a virtual space different from the real world topography. In the virtual map 80, stores are rearranged in a form different from the real world arrangement. The arrangement of the virtual map 80 stores “Shinjuku store → Naha store → Shibuya store → ... → Ikebukuro store” arranged from the right side to the left side, which is completely different from the store arrangement in the real world. Thereby, the store game machine 20 is similarly arranged.
In addition, the interval between stores is more uniform in the virtual space than in the real world. That is, in the real world, the store density in Hokkaido, Tokyo, and Okinawa Prefectures is greatly different, whereas in the virtual space, the store density is uniform or almost uniform in any region.
The virtual map 80 is expressed by a rectangular shape that is a flat surface by developing the surface of a solid figure (for example, a sphere, a cube, or the like). Therefore, the virtual map 80 in FIG. 3 is information in which the left side and the right side are continuous. Further, depending on the method of expansion, the upper side and the lower side of the virtual map 80 may be continuous.

  Thereby, the game system 1 is provided with the virtual map 80 which rearranged the store game machine 20 so that it may differ from the real world in virtual space. The game system 1 uses this virtual map 80 to play in the strong boss E movement process described later. Thereby, the game system 1 can provide the world view of the game completely different from the real world using the arrangement of the store game machine 20.

[Course of Strong Boss E]
While explaining the course of the strong boss E, the manner in which the strong boss E moves will be described.
FIG. 5 is a diagram illustrating the transition of the route map of the strong boss E according to the first embodiment.
5 are examples of scenes in which the strong boss E has appeared in the order of “Naha store (route map 81) → Sapporo store (route map 82) → Shinjuku store (route map 83)”.
The route map has the following characteristics.
(1) The route map displays the information related to the route of the strong boss E and the movement mode of the strong boss E superimposed on the virtual map 80. The display method of the movement mode of the strong boss E imitates the course map of a typhoon in the real world.
The current position of the strong boss E is indicated as “strong”. For example, the course map 81 is when the strong boss E appears in the Naha store. A circle 80a indicates the predicted position of the strong boss E after 60 minutes. That is, after 60 minutes, the strong boss E has moved to any position within the circle 80a. The position closer to the center of the circle 80a is more likely to move the strong boss E.
For this reason, the player can confirm that the strong boss E has appeared in the “Naha store” by referring to the route map 81. Also, after “Naha store”, it can be predicted that it will appear in “Sapporo store” near the center of the circle 80a after 60 minutes. That is, the boss control unit 71 of the server 50 can select “Sapporo store” next to “Naha store” as a store to which the strong boss E moves by displaying the route map 81 on the game machines 20 and 30. The player is shown to be highly proficient.

In the course map 81, the “Shibuya store” is closest to the “Naha store”. In other words, “Shibuya store” is close to the store game machine 20 in the Naha store (store game machine in each region) and the store game machine 20 in Shibuya store (store game machine in another region) on the virtual map 80. The degree is high. In addition, the “Shibuya branch” is sufficiently close to the center line 80b of the predicted course. That is, the course map 81 indicates that not only the “Sapporo store” but also the “Shibuya store” has a high possibility that the strong boss E appears. For this reason, the player can predict that the strong boss E will appear in the “Shibuya store”, probably at a time earlier than 60 minutes later.
Thereby, the game system 1 can display the course map 81, and can make the player of Sapporo store and Shibuya store expect the strong boss E to appear next in his store, and can improve the excitement.

In this case, the boss control unit 71 of the server 50 sets the actual appearance time of the strong boss E to, for example, “the movement time between stores is 30 minutes or more and within 90 minutes, and the average movement time between stores is 60 minutes”. You may decide. That is, the moving time of the strong boss E has a constant average value, but may vary near the average value.
When this is applied, in the course map 81, the predicted appearance time of the strong boss E at the Sapporo store has a width of 30 minutes before and after 16:00, that is, fluctuation. Thereby, the game system 1 can prompt the player of the Sapporo store to stay in the Sapporo store for a long time.
Depending on the specifications of the game, movement between stores may be performed instantaneously without taking time. That is, the boss control unit 71 may make the strong boss E appear instantaneously in the “Sapporo store”, the “Shibuya store”, etc. after deleting the strong boss E from the “Naha store”.

(2) Course Circles 80a in FIGS. 81 to 83 indicate probabilities.
For this reason, the boss control unit 71 displays “Naha” which is far from the center of the circle 80a than “Shinjuku store” rather than “Shinjuku store” as a store where the strong boss E appears in the state where the route map 82 is displayed. “Store” may be selected.
Thereby, the game system 1 can attract players to many stores.

(3) Course As shown in FIGS. 81 to 83, the boss control unit 71 reflects the course of the strong boss E so far. That is, the course of the strong boss E is not largely detoured, and is a mode in which the previous movement route is substantially extended.
Further, the moving speed of the strong boss E in the virtual space 80 is constant or substantially constant. For this reason, the player can predict to some extent the further course and travel distance from the state 60 minutes after the course maps 81 to 83 are displayed.

For example, the player can predict that “strong boss E will appear in the Shinjuku store or Naha store at 17:00” by referring to the course map 82, and “about 60 minutes later (that is, about 18 minutes later). 0:00), there is a possibility of appearing around the Shibuya and Sapporo stores. " That is, the player can predict in advance that the course of the strong boss E will be in the path diagram 83 after the course map 82.
For this reason, the game system 1 can improve the excitement of not only the players at the Shinjuku store and the Naha store but also the players at the Shibuya store and the Sapporo store by displaying the route map 82 on the game machines 20 and 30.

With the features (1) to (3), the game system 1 can transmit the store and the time when the strong boss E appears next in accordance with a law predictable to the player.
In addition, the game system 1 uses a typhoon course map representation that is normally used in the real world for a virtual map 80 different from the real world. For this reason, the game system 1 can express the movement path of the strong boss E in an interesting and easy-to-understand manner. Furthermore, the player can easily predict the destination of the strong boss E.
In addition, the game system 1 displays the course map so that the store where the strong boss E appears next is easier to understand than, for example, characters, etc., and can be understood at a glance and sensuously. I can tell you.

(4) Since the virtual map 80 has uniform or almost uniform intervals between stores, the strong boss E does not move between a plurality of stores in a short time. Further, since the stores are arranged on a virtual map 80 different from the real world, the world view of the game can be improved. Thereby, the player is not dissatisfied and the player's willingness to play can be improved.
That is, unlike the embodiment, in the form in which the processing described above is performed using a map of the real world or the like, the strong boss E moves a plurality of stores within a short time when moving in Tokyo where the stores are dense. It becomes a mode that appears in a concentrated manner. For this reason, in this embodiment, players in Okinawa and Hokkaido may be dissatisfied when the strong boss E appears only in stores in Tokyo. In addition, the player sometimes wants to enjoy playing with forgetting the real world, but in this form, it is necessary to play while showing the map information of the real world or considering the arrangement of stores in the real world. is there. For this reason, in this form, a player's willingness to play may be reduced.

(5) As described above, the virtual map 80 is continuous in the left-right direction.
For this reason, the route map 82 is continuously displayed from the left end (one end side) to the right end side (the other end side) at a position corresponding to the end portion continuous thereto.
Although specific illustration is omitted, the boss control unit 71 selects the Ikebukuro store at the left end of the virtual map 80, and then continues to the right Shinjuku store (or Kitami store) corresponding to the end portion continuous thereto. select. The boss control unit 71 performs processing on the assumption that the Ikebukuro store disposed at the end and the Shinjuku store (or Kitami store) disposed at the other end are connected. For this reason, the game system 1 can produce the strong boss E so that it moves continuously without detouring at the end of the map.

  By this process, the boss control unit 71 moves the strong boss E so as to go around in the virtual space. Therefore, the same store may be selected several times. In this case, the boss control unit 71 may reduce the probability of selecting a store where there was a strong player at the previous strong boss battle. Thereby, the game system 1 can produce so that the strong boss E may dislike big damage and move in the virtual space.

[Strong boss appearance processing]
With reference to FIGS. 5 to 8 and the like, the player's playing method will be described while explaining the strong boss appearance process.
FIG. 6 is a flowchart of the strong boss appearance process of the first embodiment.
FIG. 7 is a diagram illustrating the play screen according to the first embodiment.
FIG. 8 is a diagram illustrating the damage table 65 according to the first embodiment.
In the following description, processing when the strong boss E moves will be described according to FIG. In addition, processing from a scene that appears in the Sapporo store as the next store in the state where the route map 81 of FIG. 5 is displayed will be mainly described.

  In step S (hereinafter referred to as “S”) 1, the boss control unit 71 of the server 50 performs the process described above while the route map 81 is displayed, whereby the strong boss E moves from the Naha store. A store is selected, and the appearance time at that store is determined. Here, an example of “Sapporo store, 17:00” will be described as predicted.

In S <b> 2, when the determined time “17:00” is reached, the boss control unit 71 of the server 50 causes the strong boss E to appear on the game machines 20 and 30 of the “Sapporo store” and performs processing related to the strong boss battle. Command the start of
In this case, the boss control unit 71 has a residual strength value 55 of the strong boss E at the end of play on the game machines 20 and 30 (game machines in each region) in the Naha store (a state when the strong boss E is erased). Are handed over to the game machines 20 and 30 in the Sapporo store (game machines in other stores, two or more game machines associated among a plurality of game machines) (see FIG. 8). Although the explanation is omitted, the boss control unit 71 takes over the state of the Naha store to the Sapporo store even if the weapon or armor of the strong boss E is damaged. Thereby, the boss control unit 71 reflects the state of the strong boss E after the strong boss battle at the Naha store in the strong boss battle newly started at the Sapporo store.

The boss control unit 71 of the server 50 may increase the residual strength value at the end of the strong boss battle at the Naha store to some extent when it appears at the Sapporo store. In this case, the game system 1 can produce an effect so that the physical strength is recovered while the strong boss E moves from the Naha store to the Sapporo store. Even in this case, since the physical strength value at the Naha store is increased as a reference, the physical strength value at the Naha store is reflected in the Sapporo store.
Thereby, the player of Sapporo store (other players) can continue and play the state after the strong boss battle of the player (each player) of Naha store. For this reason, the game system 1 can produce the strong boss E as if it moves across the game machines 20 and 30 in different stores.

  In S3, the boss control unit 71 of the server 50 creates a route map 82 (see FIG. 5) that describes a store where the strong boss E moves after the Sapporo store. The boss control unit 71 transmits the route map 82 to the game machines 20 and 30 and instructs the game machines 20 and 30 to display the route map 82. Thereby, the display of the route map on the game machines 20 and 30 is updated from the route map 81 to the route map 82.

In S4, the game machines 20 and 30 in the Sapporo store start processing related to the strong boss battle in which the strong boss E appears and the player and the strong boss E battle each other. Thereby, the game machines 20 and 30 in which the strong boss E appears are changed from the Naha store to the Sapporo store.
Note that the player of the portable game machine 30 associated with the Sapporo store need not actually exist in the store of the Sapporo store. That is, even if the player is outside the Sapporo store in the real world, the player is treated as being present in the Sapporo store in the game world.

As shown in FIG. 7A, in the store game machine 20, when the player is in normal play, the store game machine 20 notifies that the strong boss E has moved to the Sapporo store. Is displayed. The same applies to the portable game machine 30. In this case, the player can shift from the normal play to the strong boss battle by operating the operation units 23 and 33.
In the store game machine 20, when the player is not playing, a demonstration (not shown) for notifying that the strong boss E has moved to the store is displayed. In this case, the player can play a strong boss battle by inserting a coin into the billing unit 22.

As shown in the play screen 86 in FIG. 7B, the strong boss battle is performed in a dedicated battle stage. This battle stage is a concept that is set in the Sapporo store in the virtual space. That is, in the game concept, the strong boss battle is performed on the stage set in the Sapporo store where the strong boss E moves in the virtual space and appears in the Sapporo store.
When fighting the strong boss E, a plurality of players in the Sapporo store play simultaneously on the same stage. Attacks to the strong boss E are sequentially performed by receiving sequential operations from the player.
Note that when there is a large number of players and it is difficult to play alternately, it is possible to accept an operation independently from each player and display only the result.
Further, a stage for fighting the strong boss E may be provided on each of the game machines 20 and 30 at the same time independently so that the player can play independently. Also in this case, the strong boss E is a concept of only one body in the virtual space. This is because there is only one virtual space in which the strong boss E moves, and an attack on the strong boss E reflects the attacks of all players playing in the Sapporo store.

  In this case, the server 50 may distribute the video of the strong boss battle of the Sapporo store together with the route map 82 to the game machines 20 and 30 other than the Sapporo store. Thereby, the server 50 can transmit the state of the strong boss E (for example, the residual strength value of the strong boss E, the damage state of weapons, etc.) to players other than the Sapporo store. In this case, for example, a player other than the Sapporo store selects a warrior, weapon, etc. suitable for a strong boss battle when a strong boss expects to appear in his store next to the Sapporo store. Strategy can be established.

In S <b> 5, the control units 28 and 38 of the game machines 20 and 30 transmit to the server 50 damage information in which the damage value given to the strong boss E and the player identification information are associated with each other in the strong boss battle. The control units 28 and 38 continue this process until the strong boss battle ends.
In S <b> 6, the boss control unit 71 of the server 50 receives damage information from the game machines 20 and 30. The boss control unit 71 adds the damage value given to the strong boss E by the player for each player identification information, and updates the damage table 65 based on the result (see FIG. 8).
Through the above processing, the boss control unit 71 of the server 50 stores the play histories (play information of two or more players) of the players of the game machines 20 and 30 that have competed in the strong boss battle in the game machines 20 and 30 of the Sapporo store. Can be acquired at the same time and stored in the damage table 65.
Thereby, the game system 1 can acquire information in which the strong boss E has appeared in the Sapporo store and the player information of the game machines 20 and 30 players in the Sapporo store. Moreover, the game system 1 can acquire a lot of play information by making the strong boss E appear in each store.

In S <b> 7, the boss control unit 71 of the server 50 refers to the damage table 65 and determines whether or not there is a residual strength value of the strong boss E. If it is determined that there is a residual strength value (S7: YES), the server 50 proceeds to S8. If it is determined that the residual strength value is zero (S7: NO), the server 50 proceeds to S30.
In the case of proceeding to S30, the residual strength value of the strong boss E has become zero, that is, the strong boss E has defeated the player. In this case, the server 50 ends the strong boss appearance process and performs a player association process (described later).

In S8, if the boss control unit 71 of the server 50 determines that the strong boss E is moved from the Sapporo store (S8: YES), the process proceeds to S9, whereas if it is determined not to move (S8: NO), the process from S7 is repeated.
In this case, the boss control unit 71 performs this determination based on the following conditions, for example.

(1) Whether or not the damage per store set in advance has been reduced. The reason for setting the damage per store is that if the damage is unlimited, it will take place earlier than the administrator's speculation. This is because the residual strength value of the strong boss E may become zero. In other words, the administrator or the like can produce the strong boss E so as to follow the virtual space as expected.
(2) Whether or not the preset stay time per store has elapsed. The reason for setting the stay time is that if the stay time is unlimited, the players of other stores waiting for the strong boss E This is because dissatisfaction increases and errors in the appearance prediction time increase.

In S9, the boss control unit 71 of the server 50 instructs the game machines 20 and 30 associated with the Sapporo store to end the strong boss battle.
In S <b> 10, the control units 28 and 38 of the game machines 20 and 30 end the strong boss battle according to the instruction of the server 50. Thereby, the control parts 28 and 38 erase | eliminate the display of the strong boss E from the game machines 20 and 30 (the store game machine 20 of each area, the portable game machine 30).
In S <b> 11, the control units 28 and 38 of the game machines 20 and 30 transmit strong boss battle content information, which is information in which the player identification information is associated with the strong boss battle content, to the server 50. The strong boss battle content is information indicating the battle content of the strong boss battle, and includes information such as play video and audio.
In S12, the control units 28 and 38 of the game machines 20 and 30 resume normal play when the strong boss battle ends.

In S <b> 13, the boss control unit 71 of the server 50 stores the strong boss battle content information in the boss history storage unit 64 when receiving the strong boss battle content information. As a result, the video of the strong boss battle of the player is stored in the boss history storage unit 64.
Thereafter, the boss control unit 71 repeats the processing from S1. In the repeated processing from S1, the display of the route map 83, the processing of a new strong boss battle in the game machines 20 and 30 in the Shinjuku store, and the like are performed.

Thus, the game system 1 can produce the strong boss E that exists only in one body of the virtual space as an individual, so that a unique character image can be constructed. Further, in this case, the strong boss E appearing in the game machines 20 and 30 in each region is not allowed to appear simultaneously in the game machines 20 and 30 in other regions, so that the unique property can be improved.
Furthermore, the game system 1 can improve the fun of the play by producing the strong boss E so as to make a struggle between stores in different regions in the virtual space.

[Mobile location registration processing]
FIG. 9 is a flowchart of the location registration process of the portable game machine 30 according to the first embodiment.
The portable position registration process is a process for registering the position information of the store game machine 20 acquired by the portable game machine 30 in the store association table 63 (see FIG. 4) of the server 50 as the position information of the portable game machine 30. .
The player of the portable game machine 30 visits the store where the store game machine 20 is installed when registering the portable position.
In S20, the control unit 38 of the portable game machine 30 requests store game machine identification information from the store game machine 20 based on the operation of the player.
In S21, the control unit 28 of the store game machine 20 reads the store game machine identification information from the store game machine identification information storage unit 27b in response to a request from the portable game machine 30. The control unit 28 transmits the store game machine identification information to the portable game machine 30.
In S22, the control unit 28 of the store game machine 20 ends the process.

In S23, when the control unit 38 of the portable game machine 30 receives the store game machine identification information, the control unit 38 reads the player identification information from the player identification information storage unit 37b. The control unit 38 associates the store game machine identification information with the player identification information and transmits them to the server 50.
In S24, the control unit 38 of the portable game machine 30 ends the process.

In S <b> 25, when the mobile registration control unit 72 of the server 50 receives the information, the mobile registration control unit 72 refers to the store association table 63 and confirms the store associated with the store game machine identification information.
In S <b> 26, the mobile registration control unit 72 of the server 50 newly stores information in which the confirmed store is associated with the received player identification information in the store association table 63. Update information.
In S27, the mobile registration control unit 72 of the server 50 ends the process.

  Through the above processing, the player of the portable game machine 30, that is, the portable game machine 30 is registered in the store association table 63 in a manner associated with the store. Note that stores are arranged in the virtual map 80 of the virtual map information storage unit 62. For this reason, the storage unit 60 can store the position information of the portable game machine 30 in addition to the store game machine 20 associated with the store.

  As a result, when the player visits the store once, as described above, even if the player exists outside the store, the player is assumed to be present in the store and has the same strong boss E as the player present in the store. , Can play strong boss battles. For this reason, the game system 1 can prompt a player or the like who lives in a district away from the store to play. In addition, there is a profit for the store because it is an opportunity to encourage a player who does not normally visit to visit the store.

[Player association processing]
In the player association processing, after the strong boss E loses to the player by the above processing (S7: NO in FIG. 6), that is, after the strong boss E appears in the plurality of game machines 20 and 30, the strength value of the strong boss E is This is a process that is performed based on information in the boss history storage unit 64 when it becomes zero (when the unique character changes to a prescribed state).

The boss history storage unit 64 has the following characteristics.
As shown in FIG. 8, the damage table 65 stores information in which the player identification information of the player who has played against the strong boss E is associated with the damage given to the strong boss E.
The video storage unit 66 stores player identification information of a player who has played against the strong boss E, and strong boss battle content information which has been played against the strong boss E.
In the boss history storage unit 64, players in completely different stores are associated with each other by the strong boss E, which is a unique existence, even though they participated in the strong boss battles held at different times.
For example, a player at the Naha store participates in a battle play performed at the Naha store, and a player at the Sapporo store participates in a battle play performed at the Sapporo store, so that both players play the strong boss E as a key. As associated.

FIG. 10 is a flowchart of the player association process of the first embodiment.
FIG. 11 is a diagram illustrating a screen in the player association process of the first embodiment.
In the player association process, the above feature is used.
In S31, the control unit 70 of the server 50 gives a score and a title as a privilege to the player who has played against the strong boss E.
The control unit 70 gives a higher score to a player who has more damage to the strong boss E. Thereby, the control part 70 distributes a privilege equitably among players according to the contribution degree (namely, the contribution contribution of the play with respect to the strong boss E) with respect to the degree of privilege to defeat the strong boss E, and between players. Adjust with.

In addition, the control unit 70 gives the same title to all the players who have played against the strong boss E. The title is “Hero”.
The control unit 70 stores information related to the score and title in the player information storage unit 61 in association with the player identification information. The control unit 70 reads out the information and displays it on the display units 24 and 34 of the game machines 20 and 30 when the player newly plays. Thereby, the player can confirm that the strong boss E that he fought can be defeated by a player at another store, the score given to him, and the like.
The actual game specifications use an entry name that the player himself / herself names instead of the player identification information as a display representing the player.

In S <b> 32, the control units 28 and 38 of the game machines 20 and 30 receive an operation for displaying the strong boss history screen 87 (see FIG. 11A) from the player, and transmit the request to the server 50. The player can perform this operation by operating the operation units 23 and 33.
In S <b> 33, upon receiving this request from the game machine 20, 30, the control unit 70 creates a strong boss history screen 87 and transmits it to the game machine 20, 30.

  As shown in FIG. 11A, the strong boss history screen 87 displays information 87a of the damage table 65 and a video display button 87b. The video display button 87b is for the player of the game machines 20 and 30 to display a play video of a strong boss battle of another player.

In S <b> 34, when the control units 28 and 38 of the game machines 20 and 30 receive the strong boss history screen 87, they are displayed on the display units 24 and 34.
When each player wants to check the play video of another player, the player may select the video display button 87b corresponding to the other player.
For example, the player with the player identification number “B012” may select the video display button 87b with the player identification number “C003” if he / she wants to check the play contents of the player with the same skill level as himself / herself. This is because the damage given to the strong boss E is the same 30P for both.
In addition, when the player with the player identification number “C011” wants to refer to the play content of the player with higher skill than himself for studying, the video display button 87b with the player identification number “C003” is displayed. Just choose. The damage given to the strong boss E is because the former is 5P while the latter is 30P which is higher than this.

  Furthermore, the player may want to know how the strong boss E who has played once will be defeated thereafter. In this case, the player may select the video display buttons 87b sequentially or collectively. Thereby, the game system 1 can transmit to the player the state of the strong boss E in another game machine after the strong boss battle of each player.

In S35, the control units 28 and 38 of the game machines 20 and 30 request the play video of the selected player from the server 50 when the operation of the video display button 87b is received from the player.
In S36, upon receiving this request from the game machine, the control unit 70 of the server 50 creates a play video screen 88 (see FIG. 11B) of the selected player and transmits it to the game machine.
As shown in FIG. 11B, the play video screen 88 includes a strong boss battle video 88a, a player information display button 88b, and a friend application button 88c.
The strong boss battle video 88a is a video of a strong boss battle of the selected player.
The player information display button 88b is a button for requesting the server 50 for player information of the selected player.
The friend application button 88c is a button for applying for a friend to the selected player. The friend will be described later.

In S37, when the control units 28 and 38 of the game machines 20 and 30 receive the play video screen 88, they are displayed on the display units 24 and 34.
In S <b> 38, when the control units 28 and 38 of the game machines 20 and 30 receive an operation of the player information display button 88 b from the player, the server 50 requests the player 50 for player information of the selected player.
In S39, when receiving the request from the game machine, the control unit 70 of the server 50 reads out the player information 88d (see FIG. 11B) of the selected player from the player information storage unit 61, and the game machine Send to.
In S40, when the control units 28 and 38 of the game machines 20 and 30 receive the player information 88d, they are additionally displayed on the play video screen 88. The player information 88d includes information on the skill of the selected player, owned warriors, weapons, and the like.
Thereby, the player can confirm these information by the display parts 24 and 34. FIG.

In S <b> 41, the control units 28 and 38 of the game machines 20 and 30 transmit the operation information to the server 50 when receiving a selection operation of the friend application button 88 c from the player.
Here, the friend means an association between players set in the game and having a cooperative relationship on the game. In the game of the embodiment, when associated with a friend, each player can select, for example, a warrior owned by another player as a warrior that forms his party, or can use a weapon owned by another player. Or For this reason, there is an advantage that, by being associated with a friend, the player can use a warrior with an attribute that he / she does not own, so that the normal play can be advantageously advanced. Moreover, since the player linked | related with the friend can perform a cooperative play, it can expand a play aspect. In cooperative play, a plurality of players bring a warrior together to form one party, and the plurality of players cooperate with the one party to fight the enemy character E0.

On the other hand, it may be difficult for each player to select another player as a friend.
Hereinafter, the player (each player) who makes a friend application will be referred to as an “application player”, and the player (other players) who applied for a friend will be referred to as a “player to be applied”.
For example, among players with greatly different skills, a player with a high skill is less likely to be a friend with a player with a low skill. Furthermore, cooperative play may not proceed smoothly between players who do not match each other, such as different battle styles.
In the embodiment, the application player can confirm the play style of the player to be applied by confirming the video of the strong boss battle of the selected player to be applied.

  In S42, when the player association control unit 73 of the server 50 receives the friend application from the game machine, the player association control unit 73 forms a friend relationship between the application player and the player to be applied. The player association control unit 73 of the server 50 stores in the player information storage unit 61 of both players that these players are in a friend relationship.

  Note that the player association control unit 73 of the server 50 may notify the requested player that the friend application has been made, and may establish a friend relationship between the two players when the requested player approves the friend application. In this case, the friend application information may be displayed on the game machines 20 and 20 played by the requested player.

Even if the game system 1 is in such a form that requires approval, a friend is likely to be established for the following reason.
Although the application player and the player to be applied are in stages at different stores, they have a strong sense of unity because they fight the unique strong boss E and are given a common title.
-As with the application player, the player to be applied can check the player information of the application player with his game machine (S32 to S40). For this reason, the player to be applied can also predict compatibility with the application player.

As described above, the game system 1 can make a new association between players called friends by using the special damage table 65 created in a series of battles even in different strong boss battles. Moreover, the game system 1 makes it easy to establish a friend having a good relationship.
In addition, the player can obtain the right to make a friend application by playing against the strong boss E. For this reason, the game system 1 can prompt the player to actively participate in the strong boss battle, so that it can be expected to improve the spread of the game, increase the number of customers in the store, and the like.

  As described above, the game system 1 of the present embodiment can produce the strong boss E in an interesting manner by sequentially causing the strong boss E, which is a unique character, to appear in a store rearranged in the virtual space. In addition, the game system 1 can reflect the arrangement of the game machines 20 and 30 in the play by a method different from the conventional one by rearranging the game machines 20 and 30 in the real world in the virtual space.

In the present embodiment, the player and the store are associated with each other by the store association table (see FIG. 4).
However, it is possible to adopt a form in which the player can carry his / her play card and play in any store. Even in this specification, the boss control unit can create a damage table (see FIG. 8) in which the player identification information is associated with the damage of the strong boss by the strong boss appearance process (see FIG. 6).
In this specification, the same player can play while moving to a plurality of stores. For example, when a strong boss moves from an Ikebukuro store, the player who has played in Ikebukuro can then move to the stores in Shibuya and Shinjuku and wait for the strong boss.

(Second Embodiment)
Next, a second embodiment of the present invention will be described.
In the following description and drawings, parts having the same functions as those of the first embodiment described above are given the same reference numerals or the same reference numerals at the end (the last two digits), and overlapping explanations are appropriately given. Omitted.
FIG. 12 is a diagram illustrating the store arrangement tables 262A and 262B according to the second embodiment.

As shown in FIG. 12A, the storage unit of the server (see the storage unit 60 of FIG. 2) includes a store arrangement table 262A instead of the virtual map.
The store arrangement table 262A is a table in which a plurality of stores (that is, store game machines) are arranged in one row with an arrangement different from the arrangement in the real world.
The control unit of the server (see the control unit 70 in FIG. 2) performs the strong boss appearance process (see FIG. 6) based on the store arrangement table 262A. The control unit selects a store where a strong boss appears from the upper side to the lower side of the store arrangement table 262A (see arrow 262a).
When the “Ikebukuro store” at the lower end (one end side) of the store arrangement table 262A is selected, the control unit selects “Kitami store” at the upper end (the other end side) next.
When the controller at the lower end of the store arrangement table 262A is selected, the control unit then selects a store where a strong boss appears from the upper side to the lower side.
As a gimmick, for example, the control unit may skip one store and select the next store. In other words, the stores arranged in each store are more likely to be selected as they are closer to each store.

As shown in FIG. 12B, as another form, the storage unit of the server includes a store arrangement table 262B. The store arrangement table 262B has a plurality of stores (that is, store game machines) arranged on a matrix in an arrangement different from the arrangement in the real world.
In the store arrangement table 262B, the control unit selects a store where the strong boss appears in a certain direction (see arrow 262b).

  The game system displays the store arrangement table 262A or the store arrangement table 262B on the display unit of the game machine (see the display units 24 and 34 in FIG. 2). Thereby, the game system can tell the store where a strong boss appears in a predictable manner to the player, as in the first embodiment.

  As described above, the game system of this embodiment has the same effects as those of the first embodiment by including the store arrangement tables 262A and 262B instead of the virtual map.

(Third embodiment)
Next, a third embodiment of the present invention will be described.
FIG. 13 is a diagram illustrating a course diagram 381 of the third embodiment.
The course diagram of the present embodiment displays the boss influence zone 380c (unique character influence area) with the current position of the strong boss E as the center.
The boss influence zone 380c is an area where the influence of the strong boss E is large in the virtual space. The game system can convey the influence area of the strong boss E to the player with an image like a typhoon storm area. That is, in the present embodiment, “each region” refers to a concept having a spread as well as the place where the store is installed.

In the scene of the route map 381, strong boss E appears in the Naha store, and the Shinjuku store is included in the boss influence zone 380c. The game machines in the Naha store are handling strong boss battles.
In this case, the control unit of the server (see the control unit 70 in FIG. 2) performs, for example, the following process in the strong boss appearance process (see FIG. 6).

(1) While maintaining the state where the strong boss E is appearing on the game machine at the Shinjuku store, the strong boss E is newly introduced on the game machine at the Naha store. Start processing.
In this case, since the strong boss E is strong, the game system can be produced as if it proliferated and divided into stores near the Naha store.
(2) A strong boss battle will be held at the Naha store and a strong boss battle will be held at the Shinjuku store.
In this case, the game system can make the strong boss E appear in a plurality of stores at the same time. The manager or the like may attract customers by providing information such as “strong boss E descends at Naha store and Shinjuku store simultaneously” to the player.

  As described above, by providing the boss influence zone 380c, the game system according to the present embodiment can cause the strong boss E to appear in a plurality of stores and perform a strong boss battle.

(Fourth embodiment)
Next, a fourth embodiment of the present invention will be described.
FIG. 14 is a diagram illustrating the strong boss E1, the middle boss E2, and the weak boss E3 according to the fourth embodiment.
FIG. 15 is a virtual map 480 illustrating an aspect in which the strong boss E1, the middle boss E2, and the weak boss E3 of the fourth embodiment move in the virtual space.
As shown in FIG. 14, in the game of the present embodiment, there are three types (strong boss E1 and middle boss E2) as enemy characters of the boss case controlled by the boss control unit of the server (see the boss control unit 71 of FIG. 2). A weak boss E3) is prepared. Hereinafter, these three types of enemy characters of the boss case are collectively referred to as “boss character E”. The three types of boss characters E have different character images. The boss character E is more difficult for the player to defeat than the enemy character E0 (see FIG. 7A) controlled by each game machine.

The number of individuals of strong boss E1, medium boss E2 (E2-1, E2-2), weak boss E3 (E3-1, E3-2, E3-3) is one, two, three. 6 bodies. The boss character E has a higher rarity because the number of individuals decreases as the strength increases. Thus, the classification of the boss character E depends on the level of rarity.
The strength values (parameters relating to the game) of the strong boss E1, the medium boss E2, and the weak boss E3 are the largest for the strong boss E1, and in this order are “100P → 80P → 60P”. For this reason, the boss character E is more resistant to damage as the rarity level is higher.

Further, the strong boss E1 has the greatest attack power of the boss character E against the player, and decreases in the order of the medium boss E2 and the weak boss E3. For this reason, the higher the level of rarity, the more difficult it is for the player to defeat the boss character E, and the greater the influence on play.
Although detailed explanation is omitted, when the boss character E is defeated, the control unit of the server (see the control unit 70 shown in FIG. 2) gives the player a privilege that has a higher profit as the rarity level is higher. give. As a privilege, for example, a score, a title with high rarity, a warrior with high ability in the game, a weapon with high attack power against enemy characters, and the like.
As a result, the player is more willing to defeat the boss character E, which has a higher rarity, and the benefit of the privilege is greater, so the expectation that the boss character E having a higher rarity will want to meet is improved.

The boss history storage unit (see the boss history storage unit 64 in FIG. 2) of the server includes a damage table (see FIG. 8) for each boss character E.
The boss control unit individually manages the remaining strength values of the six boss characters E based on information in the boss history storage unit of the server. The boss control unit stores, for example, each of the weak bosses E3-1, E3-2, and E3-3, and manages these residual force values, even for the same type of weak boss E3.

As shown in FIG. 15, the boss control unit produces the boss character E so as to move between the stores arranged in the virtual space, as in the embodiment described above. In this case, the boss control unit controls each boss character E as an individual rather than as a unit.
The boss control unit may individually display the route map of each boss character E on the display unit (see the display units 24 and 34 shown in FIG. 2) according to the operation of the operation unit of the player. The course map of the boss character E may be displayed simultaneously.

In this way, the boss control unit manages the damage table for each individual, even for a plurality of boss characters E classified into the same type, and also manages each boss character E for movement, thereby managing each boss character E. Is controlled as an individual.
Thereby, the system of this embodiment can handle each of the six bodies as an individual, and can construct a unique character image for each of the six bodies.

However, as a big concept, the boss control unit controls the weak boss character E in the virtual space so that the strong boss character E moves after that. That is, the game machine in which the strong boss E1 and the middle boss E2 (each unique character) appear is changed in conjunction with the game machine in which the middle boss E2 and the weak boss E3 (other kinds of unique characters) appear.
Thereby, the system of this embodiment can produce the middle boss E2 so that the weak boss E3 is moved first, and then the strong boss E1 is followed by the middle boss E2.

  By such processing, the boss character E appears in the same store in order of weakness. In addition, the player battles in the order of the weak boss E3, the middle boss E2, and the strong boss E1. For this reason, in a state where the player battles with a stronger boss character E, the character C operated by the player is consumed and the physical strength value of the character C is reduced. Thereby, it is possible to prompt the player to charge for increasing the physical strength value of the character C operated by the player.

  Note that the boss control unit may select a store where a strong player is present as a store where a stronger boss character E appears. Thus, the system can perform a search to find out what kind of player is preceded by the weak boss character E, and move so that the stronger boss character E dislikes receiving high damage.

  As described above, the system of the present embodiment can construct a unique character image by causing a plurality of boss characters E to appear and controlling each boss character E individually, so that the boss character E can be produced in an interesting manner.

(Fifth embodiment)
Next, a fifth embodiment of the present invention will be described.
In the fifth embodiment, a virtual map creation process and a virtual map update process that are processes related to the virtual map described above will be described.
FIG. 16 is a flowchart of the virtual map creation process and the virtual map update process of the fifth embodiment.
The virtual map creation process and the virtual map update process are performed by the control unit of the server (see the control unit 70 in FIG. 2).

(Virtual map creation process)
The virtual map creation process will be described.
The virtual map creation process is a process of arranging a store in a virtual space and creating a virtual map.
Here, an example of creating the virtual map 80 in FIG. 3B will be described.
In S501, the control unit of the server accepts input of game machine identification information of the store game machine and position information (for example, store name, address, etc.) of the installed store.
The input of these information is not limited as long as the information can be input to the server. The information can be input by, for example, a method in which an administrator or the like uses an operation unit (see the operation unit 33 in FIG. 2) or the like. A transmission method or the like can be used.

In S502, the control unit determines the location of the store in the real world, the degree of proximity between the stores, and the like based on the location information of the store.
Hereinafter, the degree of proximity between stores is represented by the number of stores per unit area, which is referred to as “store density”.
The control unit calculates the store density for each region (Tokyo, Hokkaido, Okinawa Prefecture in the example of FIG. 3) and compares the regions.
The control unit determines that “Tokyo has a higher store density than other regions” because three stores are close to each other, that is, densely arranged in Tokyo.
On the other hand, Hokkaido has a larger area than Tokyo, but there are only two stores. In Okinawa Prefecture, only one store is located. For this reason, the control unit determines that “the store density is low in Hokkaido and Okinawa Prefecture”.

In S503, the control unit arranges the store in the virtual space and creates a virtual map.
The control unit arranges the store in the virtual space as follows.
(1) The stores are distributed and arranged so that the stores are equally spaced. Thereby, the interval between stores in the virtual space is more uniform than in the real world, that is, the density of stores in the virtual space is more uniform than in the real world.
(2) Disperse crowded stores in Tokyo. As a result, the three stores in Tokyo are arranged so as not to be adjacent to each other in the virtual space.
In step S504, the control unit ends the virtual map creation process.

Through the above processing, the game system can move the strong boss E in the virtual space so as to achieve the effects described in the first embodiment.
If there are too many stores in Tokyo, one of the stores may be arranged next to each other. The reason is that if a strong boss or the like passes through stores in Tokyo, if only the stores in Tokyo do not appear continuously, for example, even if they appear in only two stores in Tokyo, This is because it will not be a big complaint for players in Okinawa.

(Virtual map update process)
The virtual map update process will be described.
FIG. 17 is a diagram illustrating a virtual map in the virtual map update process of the fifth embodiment.
In the game system, two types of store deletion processing and store addition processing are prepared as virtual map update processing.
The store deletion process is a process of updating the virtual map because the store has withdrawn the store game machine.
The store addition process is a process of updating the virtual map because the store has introduced a store game machine.

(Store deletion process)
The store deletion process will be described.
As shown in FIGS. 16B and 17A, an example in which a store game machine is withdrawn from the Naha store will be described.
In S511, the control unit of the server accepts that the store game machine has been withdrawn from the Naha store. The input to the control unit that the store game machine has been withdrawn from the Naha store can be performed in the same manner as the virtual map creation process.

  In S512, the control unit deletes the Naha store from the virtual map 581 (see the virtual map 582). Moreover, a control part deletes the information regarding two store game machines of a Naha store from a store matching table (refer FIG. 4).

In S513, the control unit creates the virtual map 583 and updates the virtual map by arranging the remaining five stores again so that the intervals between the stores of the virtual map 582 are uniform.
In S514, the control unit ends the store deletion process.

(Store deletion process)
The store deletion process will be described.
As shown in FIGS. 16B and 17B, an example of introducing a new store game machine to the Osaka store will be described.
In S521, the control unit of the server accepts that a store game machine is newly installed in the Osaka store. The input that the store game machine is newly introduced to the Osaka store to the control unit can be performed in the same manner as the virtual map creation process.

In S522, the control unit creates a virtual map 585 in which the Osaka store is added to the virtual map 584. Moreover, a control part adds the information regarding two store game machines of an Osaka store to a store matching table (refer FIG. 4).
In S523, the control unit creates a virtual map 586 and updates the virtual map by arranging seven stores including the Osaka store again so that the interval between stores of the virtual map 582 is uniform.
In S524, the control unit ends the store addition process.

As described above, in the game system of the present embodiment, after the store game machine is withdrawn and deleted at the store, the server updates the virtual map 583,586 with uniform intervals between stores. Thereby, the work and processing of an administrator or the like according to the introduction and withdrawal of the store game machine in the store are easy.
Note that the game system may perform only one of the store deletion process and the store addition process.

(Sixth embodiment)
Next, a sixth embodiment of the present invention will be described.
FIG. 18 is a diagram for explaining a virtual map creating process according to the sixth embodiment.
The virtual map creation process is performed by the control unit of the server (see the control unit 70 in FIG. 2).
The processes of S601, S602, and S604 are the same as the processes of S501, S502, and S504 of the fifth embodiment.
In S602a, the control unit compares the store densities of the respective regions, and determines the number of store increases in the region having a low store density.
The administrator or the like can appropriately set the method for calculating the store increase number.
For example, the manager or the like increases the number of stores in a region where the store density is low so that the actual store density is equal. However, the calculation method is not limited to this, and can be appropriately set in consideration of the population of players and the like.

In S603, as illustrated in FIG. 18, the control unit arranges the store in the virtual space and creates a virtual map 680. In this case, the control unit reflects the number of stores increased in S602a.
Thereby, in the case of a store having a low store density, a plurality of stores are arranged on the virtual map.
The virtual map 680 is an example in which two Kitami stores A and B, two Sapporo stores A and B, and three Naha stores A, B, and C are arranged.
The store arrangement method is the same as S503 in the fifth embodiment. However, in the present embodiment, in addition to arranging the stores in the same area so as not to be adjacent to each other, the increased same stores are arranged so as not to be adjacent to each other.

Here, as described in the first embodiment described above, the game specifications may be in a form that can be played at any store.
However, in this specification, it is almost impossible for a player in Okinawa Prefecture to play by moving to another area (Tokyo, Hokkaido) and waiting for a strong boss. The same applies to players in Hokkaido. For this reason, in this specification, players in Tokyo are given more opportunities to play strong boss battles than players in other areas (Hokkaido, Okinawa Prefecture). Therefore, in this specification, the difference between the areas becomes large with respect to the opportunity to play a strong boss battle.

  On the other hand, the game system of this embodiment uses a virtual map 680 in which a plurality of stores in an area having a low store density are arranged for the strong boss appearance process. For this reason, in the real world, the occurrence frequency of strong boss battles in Tokyo and the occurrence frequency of strong boss battles in Hokkaido and Okinawa can be made uniform. Thereby, even if it is a player of Hokkaido and Okinawa Prefecture with a low store density, the opportunity of many strong boss battles is given like the player of Tokyo.

As described above, the game system according to the present embodiment can fairly give the player the opportunity to play a strong boss battle regardless of the specifications that the player can play at any store.
Note that even in the form of using a table or the like instead of the virtual map as in the second embodiment, the same effect as in the present embodiment can be obtained by arranging a plurality of stores in an area having a low store density.

(Seventh embodiment)
Next, a seventh embodiment of the present invention will be described.
In the seventh embodiment, a virtual map creation process and a virtual map update process, which are processes related to the virtual map described above, will be described.
FIG. 19 is a diagram showing a virtual map 780 of the seventh embodiment.
The virtual map 780 is obtained by superimposing stores on a real world map.
The boss control unit of the server (see the boss control unit 71 of FIG. 2) performs the strong boss appearance process (see FIG. 6) based on the virtual map 780.
For this reason, the game system of this embodiment can produce a strong boss so as to sequentially move through stores in the real world.
In addition, as described in the first, in the specification that the player can play in any store, in the area where the store is dense like Tokyo, the player moves the store in the real world by chasing a strong boss. Then, you can play a strong boss battle.

  As mentioned above, although embodiment of this invention was described, this invention is not limited to embodiment mentioned above, For example, various deformation | transformation and a change are possible like the deformation | transformation form etc. which are mentioned later, These are also It is within the technical scope of the present invention. In addition, the effects described in the embodiments are merely a list of the most preferable effects resulting from the present invention, and the effects of the present invention are not limited to those described in the embodiments. It should be noted that the above-described embodiment and modifications described later can be used in appropriate combination, but detailed description thereof is omitted.

(Deformation)
(1) In the embodiment, the example in which the position information of the portable game machine is registered in only one store is shown, but the present invention is not limited to this.
For example, the game system uses a function (GPS function or the like) by which the portable game machine acquires actual position information to store the store closest to the player in the virtual of the store association table (game machine position information storage unit). (Location information) may be registered. In this case, the player does not need to visit the store to register the portable game machine, which is convenient.

In addition to this, the game system may reflect the current position in the play while moving outside the store. In this form, the current position may be reflected in the play while the player is moving outside the store.
In this embodiment, the server stores virtual location information in the store association table (game machine location information storage unit) when the store closest to the current location acquired by the portable game machine is a store different from the previous store. May be updated sequentially.
In this form, the player carrying the portable game machine can move in the virtual space for a long distance even when moving in the real world for a short distance. For example, in the real world Tokyo, moving from the vicinity of the Ikebukuro store to the vicinity of the Shinjuku store moves the virtual space from the vicinity of the left end to the vicinity of the right end in the example of the virtual map shown in FIG. Thereby, the movement of the player in the real world can be produced interestingly in the virtual space.

(2) In the embodiment, the game system has shown an example in which a store where a strong boss appears can be predicted by displaying a route map of the strong boss or a store arrangement table, but the present invention is not limited to this. For example, the game system may display characters, graphs, and the like representing the probability of a store where a strong boss appears.

(3) In the embodiment, an example is shown in which the game is a battle with an enemy character, but the present invention is not limited to this. The game type may be any form as long as the character moves in the virtual space.
For example, in a game, an angel that moves in a virtual space may be provided as a character, and the player may receive a physical strength value from the angel. Further, the game may be a breeding game in which a dog that moves in the virtual space is provided as a character and the player raises the dog.

    DESCRIPTION OF SYMBOLS 1 ... Game system 10 ... Card 20 ... Store game machine 24, 34 ... Display part 27, 37, 60 ... Storage part 27b ... Store game machine identification information storage part 28, 38, 70 ... Control part 30 ... Portable game machine 37b ... Player identification information storage unit 50 ... Server 61 ... Player information storage unit 62 ... Virtual map information storage unit 63 ... Store association table 63a ... Store game machine identification information table 63b ... Player identification information table 64 ... Boss history storage unit 65 ... Damage Table 71 ... Boss control unit 73 ... Player association control unit 262A, 262B ... Store arrangement table 380c ... Boss influence zone

Claims (12)

Multiple game consoles located in different areas,
A game machine position information storage unit for storing information obtained by rearranging a plurality of game machines on a virtual map in a form different from the actual arrangement, or information obtained by rearranging a plurality of game machines on a table different from the actual arrangement; ,
A control unit that instructs the game machine to perform a play reflecting the arrangement of the game machine in the game machine position information storage unit;
A game system comprising: The game system according to claim 1,
The virtual map information or the table information has one end side and the other end side corresponding to the one end side being continuous,
A game system characterized by In the game system according to claim 1 or 2,
The virtual map is a three-dimensional figure represented on a plane;
A game system characterized by The game system according to any one of claims 1 to 3,
The plurality of game machines include store game machines arranged in a plurality of stores,
The control unit sequentially generates events according to the arrangement of the store game machines in the virtual map or the table in the game machine position information storage unit,
A game system characterized by The game system according to claim 4,
The interval between stores of the virtual map is more uniform than the interval between actual stores,
A game system characterized by In the game system according to claim 4 or 5,
When at least one of addition and deletion of a store is performed from the virtual map, the control unit rearranges again so that the interval between stores in the virtual map becomes uniform, and updates the virtual map. ,
A game system characterized by The game system according to any one of claims 4 to 6,
The control unit rearranges stores in a region where the number of stores per unit area is larger than other regions in the actual arrangement so as not to be adjacent to each other in the virtual map,
A game system characterized by The game system according to any one of claims 4 to 7,
The control unit arranges a plurality of stores in an area where the density of stores is small in the actual arrangement on the virtual map,
A game system characterized by The game system according to any one of claims 1 to 8,
The plurality of game machines include a store game machine arranged in a store, and a portable game machine having a function of being carried by a player and acquiring actual position information,
The control unit registers the position information of the store game machine acquired by the portable game machine as the position information of the portable game machine in the game machine position information storage unit,
A game system characterized by The game system according to claim 9,
The control unit registers, as virtual position information of the portable game machine, virtual position information of the store game machine closest to the position acquired by the portable game machine at the actual position in the game machine position information storage unit,
A game system characterized by The game system according to claim 10,
When the store game machine closest to the position acquired by the portable game machine at the actual position becomes a different store as the player moves, the control unit displays the virtual position information in the game machine position information storage unit. Updating,
A game system characterized by The game system according to any one of claims 1 to 11,
A display unit for displaying the virtual map or the table to a player;
A game system characterized by

Images