JP2019195369A - Game system and game program - Google Patents

Abstract

To provide a game system and a game program in which a utilizing method of a group including a plurality of players is developed.SOLUTION: A game system 1 comprises: a ranking unit 266b for ranking a player at a level 5 or a level 4 lower than the level 5 according to a result of a matching play: and a group guide unit 266c for guiding a group creation to a player ranked at the level 4 who has defeated by a player ranked at the level 5.SELECTED DRAWING: Figure 18

Description

  The present invention relates to a game system and a game program for a game in which a plurality of players form a group.

Conventionally, there has been a game system in which a plurality of players can form a group and perform battle play, information exchange, and the like (for example, Patent Document 1).
However, the conventional game system has a limited group usage method.

JP 2014-147589 A

  The subject of this invention is providing the game system and game program which developed the utilization method of the group which has several players.

  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.

In the first mode, the ranking unit (266b) ranks the player to the first rank or the second rank lower than the first rank according to the result of the battle play, and the first player of the first rank And a group guidance section (266c) that guides the group creation to the second player of the second rank who has been defeated.
-A 2nd form is a game system of a 1st form, The said group guidance part (266c) moves between 1st ranks and 2nd ranks, and the stay rate of a 2nd rank is more than a criterion. A game system characterized by guiding a second player to create a group.
The third mode is a matching unit (66a) for matching the first player set in advance as a matching partner of the second player with priority over other players in the game system of the first or second mode. The group guide unit (266c) creates a group for the second player when the match result of the second player after the matching by the matching unit is defeated by the preset first player. A game system characterized by guiding.
The fourth mode is a game system according to any one of the first to third modes, in which a player can play, and a plurality of game machines respectively arranged in a plurality of stores, a player, and a store are associated with each other. And a storage unit (256f) for storing the information, and the group guide unit (266c) guides the group creation to a plurality of second players associated with the same store. is there.
-5th form WHEREIN: The ranking means (266b) which ranks a computer to the 2nd rank lower than a 1st rank or a 1st rank according to the result of a battle play, and a 1st rank It is a game program characterized by functioning as a group guidance means (266c) for guiding the creation of a group to a second player of the second rank who has been defeated by the first player.

According to the present invention, the following effects can be obtained.
In the first and fifth embodiments, group creation guidance is provided to a plurality of second players who have lost to the first player. Here, the second player who has lost the first player is highly motivated to win the first player. For this reason, it is easy to guide the group creation by guiding the group creation to the second player in this state. Furthermore, the players of the group tend to desire to improve their skills in order to win the first player. For this reason, by instructing the players of the group to improve the skill, it can be used for the activation of the game, and the instruction can be performed efficiently.
The second form guides the group creation to players whose stay rate of the second rank is equal to or higher than the criterion, so that a player who has not acquired sufficient skill as the first rank as a player who guides the group creation. Can be extracted.
In the third mode, a set of a plurality of second players who have been defeated by a specific first player can be extracted as a player who guides group creation by setting the first player in advance by the system operator or the like. Since the plurality of second players together strongly desire revenge for the specific first player, the unity of the group can be improved.
-Since the 4th form can form the group to which the player corresponding to the same store belongs, the connection between the players in a group can be strengthened.

It is a figure explaining the composition of game system 1 of a 1st embodiment. It is a figure explaining the composition of game system 1 of a 1st embodiment. It is an external view of the game machine 30 of 1st Embodiment. It is a figure which shows each table which the server 50 of 1st Embodiment memorize | stores. It is a figure which shows each table which the server 50 of 1st Embodiment memorize | stores. It is a figure explaining the flow of the battle | competition process of the game system 1 of 1st Embodiment. It is a figure explaining the flow of the battle | competition process of the game system 1 of 1st Embodiment. It is a figure explaining the flow of the battle | competition process of the game system 1 of 1st Embodiment. It is a figure explaining each apparatus and the state of a player at the time of the battle | competition process of the game system 1 of 1st Embodiment. It is a figure explaining each apparatus and the state of a player at the time of the battle | competition process of the game system 1 of 1st Embodiment. It is a figure explaining each apparatus and the state of a player at the time of the battle | competition process of the game system 1 of 1st Embodiment. It is a figure which shows the display screen of the game machine 30 at the time of the battle | competition process of 1st Embodiment. It is a figure which shows the display screen of the game machine 30 at the time of the battle | competition process of 1st Embodiment. It is a figure which shows the display screen of the game machine 30 at the time of the battle | competition process of 1st Embodiment. It is a figure which shows the display screen of the game machine 30 at the time of the battle | competition process of 1st Embodiment. It is a figure which shows the display screen of the game machine 30 at the time of the battle | competition process of 1st Embodiment. It is a figure which shows the display screen of the information terminal 10 at the time of group battle information reception of 1st Embodiment. It is a figure explaining the structure of the game system 201 of 2nd Embodiment. It is a figure which shows each table which the server 250 of 2nd Embodiment memorize | stores. It is the table | surface 256e explaining the figure at the time of the group guidance of 2nd Embodiment, and the stage stay rate. It is a flowchart of the group recruitment process of 2nd Embodiment. It is an example of a display of the information terminal 210 at the time of the group recruitment process of 2nd Embodiment. It is a figure which shows the aspect by which the battle | competition play between store groups of 1st game and 2nd game of 3rd Embodiment is performed in stores A and B. It is a figure explaining the structure of the game system 301 of 3rd Embodiment. It is a figure which shows each table which the server 350 of 3rd Embodiment memorize | stores. It is a figure which shows each table which the server 350 of 3rd Embodiment memorize | stores. It is a figure explaining the process of the battle | competition between groups of the store group of stores A and B of 3rd Embodiment. It is a flowchart of the battle | competition process between shop groups of 3rd Embodiment. It is a flowchart of the battle | competition process between shop groups of 3rd Embodiment. It is a figure explaining the communication state between the information terminal 310 and the server 350 at the time of the group recruitment process of 3rd Embodiment. It is a figure explaining the communication state between the information terminal 310 and the server 350 at the time of the group recruitment process of 3rd Embodiment. It is an example of a display of the touch panel 14 of the information terminal 310 at the time of the group recruitment process of 3rd Embodiment. It is an example of a display of the touch panel 14 of the information terminal 310 at the time of the group recruitment process of 3rd Embodiment. It is an example of a display of the touch panel 14 of the information terminal 310 at the time of the group recruitment process of 3rd Embodiment. It is a display example of the support guidance display screen 376 of the information terminal 310 of 3rd Embodiment. It is a figure explaining the outline of the flow of the battle | competition between groups of the game system 401 of 4th Embodiment. It is a figure explaining the play screen 460 of the information terminal 410 of 4th Embodiment. It is a figure explaining the structure of the game system 401 of 4th Embodiment. It is a figure which shows the table which the player information storage part 456 of 4th Embodiment memorize | stores. It is a figure which shows the table which the group information storage part 458 of 4th Embodiment memorize | stores. It is a figure explaining the flow of the process of the battle | competition between groups of 4th Embodiment along a time-axis. It is a figure explaining the flow of the battle process of the game system 401 of 4th Embodiment. It is a figure which shows the display screen of the information terminal 410 from the battle | competition request between groups of 4th Embodiment to formation of a federation group. It is a figure which shows the display screen of the information terminal 410 from the battle | competition request between groups of 4th Embodiment to formation of a federation group. It is a figure explaining the flow of the schedule setting process of the game system 401 of 4th Embodiment. It is a figure which shows the display screen of the information terminal 410 at the time of the prior setting of the acceptance period of the battle play of 4th Embodiment. It is a figure which shows the display screen of the information terminal 410 at the time of the prior setting of the acceptance period of the battle play of 4th Embodiment. It is a figure which shows the display screen of the information terminal 410 at the time of the prior setting of the acceptance period of the battle play of 4th Embodiment. It is a figure explaining the reception of the matching to Ichiro (P011) during the battle period of Ichiro (P011) of 4th Embodiment, and the condition of the matching request from Ichiro (P011). It is a figure explaining the flow of a process of the matching request | requirement from Ichita (P021) to Ichiro (P011) in the reception period of Ichiro (P011) of 4th Embodiment. It is a figure which shows the example of a display of the information terminal 410 at the time of the matching process of 4th Embodiment. It is a figure explaining the process of the point provision to Ichiro (P011) of group G010 of 4th Embodiment. It is a table | surface explaining the total of the point provided to each player of 4th Embodiment, and the point of each group. It is a figure explaining the outline of the structure of the game system 501 of 5th Embodiment, and the outline of the battle | competition between groups. It is a figure explaining a part of process of the battle | competition play of the battle | competition between groups of 5th Embodiment along a time-axis.

(First embodiment)
1 and 2 are diagrams illustrating the configuration of the game system 1 according to the first embodiment.
FIG. 3 is an external view of the game machine 30 according to the first embodiment.
4 and 5 are diagrams illustrating tables stored in the server 50 according to the first embodiment.

In the embodiment, when a specific player is indicated, a player name is appropriately used, or a player ID (player identification information) is given in parentheses. That is, the specific player is expressed as, for example, a player (P011), Ichiro (P011), or the like. Similarly, when the specific information terminal 10 and the game machine 30 are indicated, the terminal ID (terminal identification information) and the game machine ID (game machine identification information) are attached in parentheses, and the information terminal 10 (T011), Described as a game machine 30 (M011) or the like.
Hereinafter, an example in which Ichiro (P011), Jiro (P012), Saburo (P013), and Shiro (P014) constitute the same group G010 will be described. Players in the same group can cooperate with each other regarding the game. Although detailed explanation is omitted, for example, the information terminal 10 and the game machine 30 can display a group participation screen (not shown) for encouraging group participation and accept participation in the group.

In the embodiment, an example in which the group G010 is composed of the four players (P011 to P014) will be described. However, the group G010 may be composed of more players.
In the embodiment, the term “matching” is mainly used to mean “combine” and “combination”.

[Configuration of Game System 1]
As shown in FIG. 1, the game system 1 includes an information terminal 10, a game machine 30, and a server 50.
The information terminal 10, the game machine 30, and the server 50 are connected by a communication network 2 using the Internet or the like, and can communicate as necessary.
The information terminal 10 is, for example, a mobile phone, a multi-function mobile phone (also referred to as a smartphone), a personal computer, a tablet computer, or the like. In the embodiment, an example in which the information terminal 10 is a multi-function mobile phone will be described.
Each player has an information terminal 10.

A plurality of game machines 30 are installed in the store.
The stores are, for example, those operated by game makers and store managers (also referred to as amusement facilities), those possessed by complex commercial facilities, and the like. Although FIG. 1 shows an example in which the game system 1 has one store, the game system 1 actually has more stores.
A store system including a plurality of game machines 30 and a store server 5 is installed in the store.
The plurality of game machines 30 and the store server 5 can communicate with each other as needed via the in-store communication network 3.

The store server 5 is a server that manages the game machines 30 in the store.
The store server 5 includes a storage unit and a control unit (not shown), and can manage, aggregate, etc. the operating status, billing status, etc. of the game machine 30 in the store.
In the present embodiment, detailed description of the store server 5 is omitted.

The server 50 is a server owned by an operator (game maker or the like) that manages and manages the game system 1.
In the embodiment, the computer refers to an information processing device including a storage device, a control device, and the like. The information terminal 10, the game machine 30, the store server 5, and the server 50 include a storage unit and a control unit, respectively. Included in computer concept.
Each storage unit is a storage device such as a hard disk or a semiconductor memory element for storing programs, information, and the like necessary for the operation of each device. Each control unit is a device for performing arithmetic processing necessary for the operation of each device and for overall control of each device. A control part is comprised from CPU (central processing unit) etc., for example. The control unit implements various functions of the embodiment by appropriately reading and executing various programs stored in the storage unit.

A game that can be executed by the game system 1 is a fighting game (see FIG. 13 and the like). The player can select single play (so-called computer battle) for playing alone or battle play with other players.
The fighting game executed on the game machine 30 is controlled by a play control unit 36a (described later) of the game machine 30. The battle play according to the first embodiment is a winning game where teams having three characters C, a leader, a middle player, and a general who are operated by each player, battle each other (see FIG. 12). The leader, mid-career, and general character C are sequentially replaced each time they are defeated in each round. Each character C is determined as a result of a round battle based on HP (a parameter indicating the physical strength value of the character), and loses when HP reaches 0P. The defeat between the players is determined by the victory or defeat of the general. That is, each player loses when the general of his team loses, and wins when each player wins the general of another team.

Details of the configuration of the game system 1 will be described with reference to FIGS. 1 to 3.
(Information terminal 10)
The information terminal 10 includes a touch panel 14, a storage unit 15, and a control unit 16.
The touch panel 14 is a device that serves as both a display unit that displays various types of information to the player and an operation unit that receives operations from the player. As the touch panel 14, for example, a capacitive type can be used.
The touch panel 14 displays a group information notification display 81 (see FIG. 17B) and the like.

The storage unit 15 includes a group program 15a and a terminal ID storage unit 15b.
The group program 15a is a program for managing players in the same group. The group program 15a is downloaded from the server 50 to the information terminal 10. Further, the group program 15a may be downloaded from a content server of a content service operator that distributes digital content (application, movie, music).
The group program 15a relates to a process for distributing information about a game to each player, a process for transmitting information between players, and the like.
The terminal ID storage unit 15b stores a terminal ID (information terminal identification information) for identifying the information terminal 10. The terminal ID is issued when the group program 15a is installed, and is transmitted to the server 50 in this case. The terminal ID is used to specify the information terminal 10, and is used, for example, when various types of information are distributed to the specific information terminal 10 using push notification.

The control part 16 performs the process regarding the function (WEB browsing, a telephone call, etc.) with which the information terminal 10 is provided other than the process regarding a game.
The control unit 16 includes a position information acquisition unit 16a.
The position information acquisition unit 16a acquires the position information of the information terminal 10, that is, the position information of the player who owns the information terminal 10. The position information acquisition unit 16a acquires position information using GPS or the like. In addition, when using GPS, based on the reception information of the GPS antenna (not shown) with which the information terminal 10 is provided, position information is acquired.
Details of the processing of the control unit 16 will be described later.

(Game machine 30)
The game machine 30 includes a charging unit 31, a card reader 32, an operation unit 33, a display unit 34, a storage unit 35, and a control unit 36.
The billing unit 31 is a part that charges a play fee from the player.
As shown in FIG. 3, the charging unit 31 includes a coin insertion slot 31a and a charging card RW (reader / writer) 31b.
The coin insertion slot 31a is an insertion slot for the player to insert coins for playing. In the coin insertion slot 31a, a coin detection unit (not shown) such as an optical sensor for detecting the inserted coin is provided. When the coin detection unit detects a coin, it outputs a coin detection signal to the control unit 36.

The billing card RW31b is a device that charges the play fee by communicating with the billing card 31c possessed by the player.
The billing card 31c has a built-in RFID tag (not shown) that stores the remaining charge. The billing card RW 31b and the billing card 31c can communicate in a non-contact manner by an electromagnetic induction method or the like. The billing card RW 31b communicates with the billing card 31c to subtract the play fee from the remaining charge of the billing card 31c.
The player can pay the play fee either by inserting coins or by using the payment card 31c.

The card reader 32 is a device that communicates with the ID card 32c possessed by the player to read out and acquire the player ID.
The ID card 32c has a built-in RFID tag 32d that stores the player ID. The card reader 32 and the ID card 32c can communicate with each other by an electromagnetic induction method or the like.
The billing card 31c and the ID card 32c can also be used as a single card. In this case, the identification information of the billing card 31c may be used as player identification information, and the billing card RW 31b and the card reader 32 may be used as one device.

The operation unit 33 is operated by the player at the start of play, at the time of play progress, at the end of play, or the like. The operation unit 33 is provided on the operation panel on the near side of the game machine 30.
The operation unit 33 includes one lever 33a, six a buttons to f buttons, and a start button 33b.
The lever 33a is a member operated so as to be tilted in the left-right direction, the depth direction, and a direction in which these are combined.
The a button to the f button and the start button 33b are push buttons. The a button to f button are mainly operated during play. The start button 33b is operated mainly at the start of play and at the end of play.
The display unit 34 is, for example, a liquid crystal display device. The display unit 34 displays various screens before the start of play, a play screen during play, various screens after the end of play, and the like.

The storage unit 35 includes a game program 35a.
The game program 35a relates to the fighting game.
The control unit 36 performs processing related to the game, processing related to communication with the server 50, and the like.
The control unit 36 includes a play control unit 36a.
The play control unit 36a performs control and processing related to play progress by operating according to the game program 35a.
Details of the processing of the control unit 36 will be described later.

(Server 50)
The server 50 includes an operation unit 53 (search target player setting reception unit), a storage unit 55, and a control unit 66.
The operation unit 53 is for a system operator or the like to operate the server 50. The operation unit 53 includes a mouse, a keyboard, and the like.

The storage unit 55 includes a game management program 55a, a player information storage unit 56, a strong player storage unit 57 (search target player storage unit), a group information storage unit 58, a store information storage unit 59, and a game machine information storage unit 60.
The game management program 55a is for performing various processes related to the game performed by the server 50. The game management program 55a is not directly involved in play control in the game machine 30, but is a type of game program because it performs processing related to the game.
The player information storage unit 56 stores the player ID and various information of the player in association with each other.
As shown in FIG. 4, the player information storage unit 56 includes a player ID storage unit 56a, a player name storage unit 56b, a stage storage unit 56c, a terminal ID storage unit 56d, and a play history storage unit 56e.

The player ID storage unit 56a stores the player ID of each player.
The player name storage unit 56b stores a player name. The player name is a nickname used when the player plays, and need not be a real name. The player name can be registered from a registration device (for example, the vending machine of the ID card 32c, the game machine 30, the information terminal 10 owned by the player, etc.).

The stage storage unit 56c stores the stage of each player.
The rank indicates the level of the player's game skill. The stage can be determined by the following method, for example.
Ten stages are set from the first stage.
Each player is awarded a point “3” when playing against a player at the same level as himself, and given a point “2” when playing against a player at a stage different from himself. A point “1” is awarded when a player is played with a player with two different levels, and no points are awarded when a player is played with a player with three or more different levels. Granting is a concept including addition and subtraction. When winning, points are added and points are subtracted. When the total points are 10 or more, the rank is promoted (that is, one step is increased), while when the points are -10 or more, the rank is demoted (that is, one step is decreased).
In addition, regarding the points to be given, the points to be given may be different depending on whether each player plays a player with a higher rank or a player with a lower rank. For example, when the stage difference is two stages, the former grant point may be larger than the latter grant point.

  The terminal ID storage unit 56d stores the player ID and the terminal ID of the information terminal 10 possessed by each player in association with each other. Each information terminal 10 transmits a terminal ID and a player ID to the server 50 when the group program 15a is installed. The control unit 66 of the server 50 acquires these pieces of information and stores them in the terminal ID storage unit 56d.

The strong player storage unit 57 stores the player ID of the strong player (search target player).
A strong player is a player with a high play skill. The strong player is, for example, a player at stage 10 or a higher player in various game tournaments. The strong player is a well-known player who has a high level of popularity in at least the fighting game field of the present embodiment. As will be described later, the strong player is a player to be searched for a group. In general, a general player often has a psychology of wanting to play against such a famous player.
The setting method of the strong player may be any method and is not limited. For example, the control unit 66 may extract a strong player from the player information storage unit 56 and store the strong player in the strong player storage unit 57 based on each setting condition (such as a player at the stage 10). Further, when the system operator operates the operation unit 53 and inputs information on the strong player, the control unit 66 may store this information in the strong player storage unit 57.

As shown in FIG. 5, the group information storage unit 58 stores group information. The group information is information in which the group ID of each group is associated with the player ID of the player included in each group.
The group information storage unit 58 stores, for example, the group G010 and four player IDs (P011 to P014) belonging to the group G010 in association with each other. Bunta (P061), Ryota (P062), and Kenta (P063) do not belong to any group, and therefore the group information storage unit 58 does not store information about these players.
Store information storage part 59 memorizes store information which is information about a store. The store information is information in which the store name is associated with the store address (position information).
The game machine information storage unit 60 stores game machine information that is information related to the game machine 30. The game machine information is information in which the game machine ID is associated with the name of the store where the game machine 30 is installed. In other words, the game machine information is information indicating a store where each game machine 30 is installed.
The system operator can input store information and game machine information by operating the operation unit 53, for example.

The control unit 66 performs various processes relating to the game by operating according to the game management program 55a.
The control unit 66 includes a matching unit 66a.
The matching unit 66a performs processing related to matching between players in the battle play.
Detailed processing of the control unit 66 will be described later.

[Operation of Game System 1]
Hereinafter, details of the operation of the game system 1 will be described.
6 to 8 are diagrams illustrating the flow of the battle process of the game system 1 according to the first embodiment.
FIG. 9 to FIG. 11 are diagrams for explaining the state of each device and player during the battle process of the game system 1 of the first embodiment.
12 to 16 are diagrams showing display screens of the game machine 30 during the battle process according to the first embodiment.
FIG. 17 is a diagram illustrating a display screen of the information terminal 10 when receiving group battle information according to the first embodiment.

(Ichirou (P011) and Riko (P050) battle process)
As shown in FIG. 6 and FIG. 9A, first, in store A, Ichiro (P011) who is a player of group G010 and Goshi (P050) (an opponent player) who is a strong player are respectively Processing will be described from the scene of starting a battle play using the game machine 30 (M011, M014).
In step S (hereinafter referred to as “S”) 1, the control unit 36 of the game machine 30 (M 011) executes a charging process using the charging unit 31 and a player ID reading process based on the operation of Ichiro (P 011). Later, a matching request operation is accepted from Ichiro (P011).
Similarly, in S2, the control unit 36 of the game machine 30 (M014) receives a matching request operation from the lion (P050).
In addition, the control part 36 of both game machines 30 (M011, M014) displays the setting screen (not shown) before a play start, and receives it by operation of the operation part 33.
In the setting screen, a matching type selection operation is accepted. The matching type includes in-store matching and inter-store matching. In-store matching is for matching players in the same store, and inter-store matching is for matching players between different stores. Note that the battle play based on the in-store matching is performed using the in-store communication network 3, and the battle play based on the inter-store matching is performed by communication battle using the communication network 2.

The control units 36 of both game machines 30 (M011, M014) transmit matching request information to the server 50. The matching request information includes game machine ID, player ID, and matching type information.
The following description explains an example in which in-store matching is selected.

In S3, when the matching unit 66a of the server 50 receives the matching request information from the game machine 30 (M011), the matching unit 66a performs a normal matching process. The normal matching process is a process performed in a normal time, unlike forced matching and priority matching described later.
In the matching request information, the matching type is in-store matching. For this reason, the matching unit 66a extracts the store A by referring to the game machine information storage unit 60 based on the game machine ID (M011) of the matching request information.

Similarly, the matching unit 66a of the server 50 extracts the store A based on receiving the matching request information from the game machine 30 (M014). Further, the matching unit 66a determines that the strong child (P050) is a strong player based on the information in the strong player storage unit 57.
Based on the above processing, the matching unit 66a determines that Ichiro (P011) is in the same store A, and matches both players.

  In S4, as shown in FIG. 9A, the matching unit 66a instructs both game machines 30 (M011, M014) to perform matching between both game machines 30 (M011, M014).

In S5a and S5b, the play control unit 36a of both game machines 30 (M011, M014) starts processing related to the battle play in response to an instruction from the server 50.
As shown in FIG. 12, when the battle play is started, the play control units 36a of both game machines 30 (M011, M014) each display a character selection screen on the display unit 34, and the operation unit 33 The selection of three characters C is accepted according to the operation. The play control units 36a of both game machines 30 (M011, M014) each perform a team battle by the selected three characters C by the above-described winning match.
Hereinafter, an example will be described in which Ichiro (P011) selects characters C1 to C3 in the order of the leader, middle class, and general, and similarly, the strong child (P050) selects characters C11 to C13.

(Transmission of strong player match information)
In S6, the matching unit 66a of the server 50 matches the strong player match information (search target player match information) in response to the matching of Ichiro (P011) (first player) and the strong child (P050) in S4. Perform transmission processing. The strong player battle information is information indicating that Ichiro (P011) and the strong player, Gyoko (P050), have battled each other.
Note that the matching unit 66a may perform this transmission processing after both players start a battle play. In this case, the matching unit 66a may receive information on the start of the battle play from the game machine 30 (M011, M014).

The matching unit 66a extracts the transmission destination of the strong player match information according to the following procedure.
(1) By referring to the group information storage unit 58, the players (P012 to P014) of the group G010 to which Ichiro (P011) belongs are extracted.
(2) The terminal ID (T012 to P014) of the player extracted in (1) is extracted by referring to the terminal ID storage unit 56d.
(3) Based on the terminal IDs (T012 to T014) extracted in (2) above, each information terminal 10 (T012 to T014) is requested to transmit the current position information.
Note that the location information acquisition unit 16a of each information terminal 10 (T012 to T014) acquires the current location information and transmits it to the server 50 in response to a request from the server 50.

(4) Receive and acquire the current location information of each information terminal 10 (T012 to T014). Then, by referring to the store information storage unit 59, the address of the store A where Ichiro (P011) (first player) and Riko (P050) are present is extracted.

(5) Each player (P012-P014) who owns each information terminal 10 (T012-T014) based on the position information of each information terminal 10 (T012-T014) of (4) and the address of the store A Acquires the travel time (required time) for traveling to the store A.
The method for obtaining the travel time may be any method and is not limited. For example, the server 50 may obtain the travel time using a map application, or may request the travel time server to calculate the travel time from a service company server that provides information such as travel time.

(6) From the information terminals 10 (T012 to T014), those having a movement time of less than 1 hour are extracted in (5) above.
In the example of FIG. 9A, Jiro (P012) and Saburo (P013) (second player) are close to store A and travel time is less than one hour, while Shiro (P014) is store A. It is a long distance from and travel time is 1 hour or more.
Therefore, the matching unit 66a extracts the information terminals 10 (T012, T013) of Jiro (P012) and Saburo (P013).
(7) The strong player battle information is transmitted to the information terminal 10 (T012, T013) extracted in (6) above using push notification. The strong player match information includes information indicating that Ichiro (P011) and Rokko (P050) have been matched, and store A information.
On the other hand, strong player battle information is not transmitted to the information terminal 10 (T014) of Shiro (P014) located at a long distance from the store A.

As shown in FIG. 17A, when receiving the strong player battle information, the control unit 16 of the information terminal 10 (T012) displays a push notification display 80 on the touch panel 14. FIG. 17A is an example of the information terminal 10 (T012) of Jiro (P012), but the information terminal 10 (T013) of Saburo (P013) performs the same processing.
The push notification display 80 has characters such as “group battle information !!”. By checking the push notification display 80, Jiro (P012) can know that players in the same group are playing against strong players.
As shown in FIG. 17A and FIG. 17B, the control unit 16 of the information terminal 10 (T012), when Jiro (P012) touches the push notification display 80, displays the group information notification display 81 on the touch panel 14. indicate.
The group information notification display 81 displays information included in the strong player battle information. That is, the group information notification display 81 is information indicating that Ichiro (P011), the same group as Jiro (P012), and the strong player, Gyoko (P050), are currently playing at the store A at the store A. indicate. In this case, the control unit 16 may display not matching but matching.
The information terminal 10 (T013) of Saburo (P013) performs the same processing.

Jiro (P012) and Saburo (P013) can confirm the information on the group information notification display 81. Jiro (P012) and Saburo (P013) can examine whether or not to go to the store A according to their future plans. Since Jiro (P012) and Saburo (P013) move from the current position to store A within one hour, Jiro (P012) and Saburo (P013) can easily move to store A. If it is within one hour, there is a high possibility that the player stays in the store A continuously.
As described above, the player has a psychology of wanting to play against a famous strong player. For this reason, for Jiro (P012) and Saburo (P013) who have learned the above information, going to the store A against Jiro (P012) and Saburo (P013) is an opportunity to play against Shiko (P050).
In this way, the game system 1 can give Jiro (P012) and Saburo (P013) a motivation to play with the strong child (P050), and can strongly encourage them to go to the store A.

As shown in FIG. 9B, an example in which Jiro (P012) and Saburo (P013) move to the store A is shown below.
On the other hand, Shiro (P014) 's information terminal 10 (T014) has not received strong player match information, so Shiro (P014) does not move to the store A.
Unlike the above-described form, even if Shiro (P014) can know the strong player battle information, Shiro (P014) is highly likely to determine that he / she does not go to the store A. This is because it is a burden for the player to go to the store A over an hour or more, and the possibility that a strong player stays in the same store for an hour or more is not high.
Therefore, at this time, the strong player match information is unnecessary information for Shiro (P014).
As described above, the game system 1 can select a player who is highly likely to visit the store A and transmit strong player match information.

In the embodiment, the neighborhood means that the player can move by using normal moving means within, for example, about one hour.
Ordinary transportation means are used on a daily basis, and include concepts such as walking, cars traveling on general roads, conventional lines, and general route buses (mainly buses operating on general roads). is there. On the other hand, normal transportation means are not used on a daily basis, and include, for example, automobiles that use expressways, express route buses (buses that operate including expressways), paid express trains, airplanes, etc. There is no concept.
In addition, the neighborhood is geographically a concept of, for example, the same or adjacent areas (such as municipalities and prefectures).

In S7, the matching unit 66a of the server 50 transmits the strong player battle information to the information terminal 10 (T012, T013) of Jiro (P012) and Saburo (P013) in (7) of S6. Information is transmitted to game machine 30 (M011) which Ichiro (P011) is playing.
In S8, as shown in the play screen 71a in FIG. 13A, when the play control unit 36a of the game machine 30 (M011) receives the terminal transmission information, the information terminal 10 of Jiro (P012) and Saburo (P013). Characters indicating that strong player battle information has been transmitted to (T012, T013) are displayed in the play screen 71a of the display unit 34.
Thereby, Ichiro (P011) can expect that Jiro (P012) and Saburo (P013) will come to the store A.

Here, the battle play between Ichiro (P011) and Ryoko (P050) executed in S5a and 5b is much higher than the skill of Ichiro (P011). P050).
In the present embodiment, as shown in the play screen 71b in FIG. 13B, an example in which the strong child (P050) has won will be described. In FIG. 13B, Ichiro (P011) is fighting against the third character C3 (advanced general), while Riko (P050) continues to fight against the first character C11. This is a scene in which Ryoko (P050) won.
That is, the example of FIG. 13B is a scene of the third round, and even if Ichiro (P011) battles using all three characters C1 to C3, one character C11 of the lion (P050) It was in a state that could not even win.

In S9a, the play control unit 36a of the game machine 30 (M011) transmits the play result to the server 50 in response to the end of the battle play between Ichiro (P011) and Riko (P050). The play result has defeat information indicating that Ichiro (P011) has lost.
Similarly, in S9b, the play control unit 36a of the game machine 30 (M014) transmits the play result to the server 50. The play result has victory information indicating that the strong child (P050) has won.
Note that the play control unit 36a of the game machine 30 (M014) becomes in a state where the next play can be received without charge for the strong child (P050) when the strong child (P050) wins.
In S10, the control unit 66 of the server 50 updates information such as the play history storage unit 56e in response to receiving the play results from both game machines 30 (M011, M014).

In the state where the above processing is completed, the play control unit 36a of the game machine 30 (M014) is in a state where it can accept the next play from the lion (P050).
Here, in the conventional game machine, both the single play and the battle play can be selected from the strong child (P050). The game machine 30 according to the present embodiment is configured to accept only the battle play from the lion (P050) by the following process.

  S11, as shown in FIG. 9B, in the present embodiment, an example will be described in which Bunta (P061) in the store A requests matching to the server 50 after the strong child (P050) wins. . The play control unit 36a of the game machine 30 (M015) of Bunta (P061) makes a matching request to the server 50 in response to the operation of Bunta (P061).

In S12, the matching unit 66a of the server 50 forcibly matches the game machine 30 (M014) of the strong child (P050). That is, the matching unit 66a instructs the game machine 30 (M014) of the strong child (P050) to execute only the battle play and not to execute the single play. In response to this, the game machine 30 (M014) enters a matching standby state (that is, a state in which the game machine 30 (M014) waits until matching with another game machine 30 is established).
When the matching unit 66a of the server 50 receives the matching request (see S11) from the game machine 30 (M015) of Bunta (P061), both the game machines 30 (M014, M015) of Bunta (P061) and Riko (P050) To match.
In the present embodiment, forcible matching between Bunta (P061) and Riko (P050) will be described as an example of in-store matching, but may be matching between stores.
In S13, the matching unit 66a instructs both game machines 30 (M014, M015) to perform matching between both game machines 30 (M014, M015).
In this case, the matching unit 66a instructs the game machine 30 (M014) of the strong child (P050) to release the consecutive victory restriction (described later).

In S14a and 14b, the play control unit 36a of both game machines 30 (M014 and M015) starts a battle play in response to an instruction from the server 50. This process is the same as S5a and 5b.
In S15, the play control unit 36a of the game machine 30 (M014) of the strong child (P050) cancels the consecutive victory restriction.
A description of the consecutive victory limit will be given.
The play control unit 36a of the game machine 30 mainly executes any one of the consecutive victory limited play end process and the defeat play end process as a process to end the play without performing the next play of the player.
The consecutive win limited play end process is a process executed when the number of consecutive wins in the battle play is reached, and the defeat play end process is executed when the player loses the battle play.
The consecutive win limitation is a limitation on the number of consecutive wins when the player continues to win consecutive battles based on one charge. The number of consecutive wins is set to 3 times, for example. For this reason, when the player performs a match play with a single charge, the game machine 30 selects whether to finish the play or pay an additional play fee when continuing to play three times in a row. Request.

The play control unit 36a of the game machine 30 (M014), after the matching unit 66a of the server 50 transmits strong player match information to the information terminal 10 such as Jiro (P012), continues to win as a play end process for the strong child (P050). The defeat play end process is executed without executing the limit play end process.
For this reason, by canceling the consecutive victory restriction, if the strong child (P050) wins the battle play, the next battle play can be performed without charge. Being able to play a battle without charge by winning consecutive games is beneficial for Gyoko (P050).

Here, as shown in FIG. 10 (A), Jiro (P012) and Saburo (P013) who confirmed the strong player battle information by the process of S7 are in store A even while the strong child (P050) is playing a battle. There is a high possibility of moving towards.
On the other hand, because the skill (P050) is remarkably high, it is highly likely that the player continues to play by continuously winning.
Thereby, after Jiro (P012) and Saburo (P013) arrive at the store A, the game system 1 has a possibility that matching between Jiro (P012) and Saburo (P013) and Riko (P050) will be established. Can be high.

FIG. 10A shows a state in which the strong child (P050) continues to win, and at the present time, the strong child (P050) and Ryota (P062) are playing against each other. Jiro (P012) and Saburo (P013) arrive at the store A in this scene and are going to use the game machines 30 (M011, M012), respectively.
When the strong child (P050) wins continuously, the matching unit 66a of the server 50 requests a matching request (ie, strong child) from the player in the store A to the strong child (P050) even while the strong child (P050) is playing. (Matching application to (P050)) is accepted, and matching processing of the next game of the lion (P050) is performed.
As shown in FIG. 10A, in this embodiment, three players (Jiro (P012), Saburo (P013), Kenta (P063)) make a matching request in S16a, S16b, and S16c.

In S <b> 17, as in S <b> 12, the matching unit 66 a of the server 50 performs forced matching with respect to the strong child (P050). For this reason, the game machine 30 (M014) of the strong child (P050) is controlled so that the next play also executes the battle play after the battle play currently in progress is completed.
Further, the matching unit 66a of the server 50 responds to requests from the game machines 30 (M012, M013, M016) of Jiro (P012), Saburo (P013), Kenta (P063), Jiro (P012), Saburo ( P013) and Kenta (P063) are matched with the strong child (P050).

In this case, the matching unit 66a performs matching between Jiro (P012) and Saburo (P013) belonging to the group G010 and Shiko (P050), Kenta (P063) not belonging to the group G010 (No. Priority is given to the matching between the other players different from the two players) and the strong child (P050). That is, the matching unit 66a gives priority to the matching request from Jiro (P012) and Saburo (P013), which are the transmission destinations of the strong player match information, over Kenta (P063).
Thereby, when Jiro (P012) and Saburo (P013) come to the store A in order to compete with the strong child (P050), matching between both is likely to be established.
Note that it is possible to appropriately set whether the matching unit 66a selects Jiro (P012) or Saburo (P013) to match with the strong child (P050). For example, the matching unit 66a may be selected irregularly. You may select in order of request.
FIG. 10B shows an example in which the first matching is established between Jiro (P012) and Shiro (P050), and the second matching is established between Saburo (P013) and Shiro (P050). is there.

In S18, the matching unit 66a displays information indicating that matching with the strong child (P050) is established for the game machines 30 (M012, M013) of Jiro (P012) and Saburo (P013), the order of the battle play The information indicating is sent.
In addition, the matching unit 66a performs the game machine 30 (M012, M013) after the match play between Ryota (P062) and the strong child (P050) is completed for the game machine 30 (M014) of the strong child (P050). Is sequentially instructed to sequentially execute the battle play between Jiro (P012) and Reiko (P050) and the battle play between Saburo (P013) and Reiko (P050).

In S19a, the play control unit 36a of the game machine 30 (M012) of Jiro (P012) waits until the battle play between Ryota (P052) and Ryoko (P050) ends according to the matching instruction from the server 50. To do.
In S19b, the play control unit 36a of the game machine 30 (M013) of Saburo (P013) waits until the battle play between Jiro (P012) and Shiko (P050) is completed according to the matching instruction from the server 50. To do. In other words, the play control unit 36a of the game machine 30 (M013), after the battle play between Ryota (P052) and Ryoko (P050) is completed, the battle play between Saburo (P013) and Ryoko (P050) is further performed. Wait for it to finish.

In S20, the matching unit 66a of the server 50 instructs the game machine 30 (M016) of Kenta (P063) and the game machine 30 (not shown) of another player to perform matching.
In S21, the play control unit 36a of the game machine 30 (M016) of Kenta (P063) and the play control unit 36a of the game machine 30 (not shown) of another player respond to the matching instruction from the server 50. (P063) and the battle play between other players are started. Detailed description of this battle play will be omitted.

(Battle process between Jiro (P012) and Gyoko (P050))
In S22a and S22b, similarly to S9a and S9b, the play control unit 36a of the game machine 30 (M014, M015) of the lion (P050) and Ryota (P062) transmits the play result to the server 50, respectively. As for the play result, Ryoko (P050) wins and Ryota (P062) loses.
In S23, as in S10, the control unit 66 of the server 50 updates information such as the play history storage unit 56e in response to reception of the play result.

In S24a and S24b, both Jiro (P012) and Riko (P050) game machines 30 (M012, M014) are matched according to the end of the play between Ryota (P062) and Riko (P050). Later, the battle play process between Jiro (P012) and Riko (P050) is started.
In this case, the matching unit 66a of the server 50 may instruct the game machines 30 (M012, M14) to perform matching at the end of the battle between Ryota (P062) and Riko (P050). The game machine 30 (M014) of Riko (P050) may request matching from the game machine 30 (M012) of Jiro (P012).

  In S25a, the play control unit 36a of the game machine 30 (M012) of Jiro (P012) displays a character selection screen to start the battle play. In this case, the play control unit 36a accepts selection of four characters C. That is, the play control unit 36a accepts the selection of four characters C, while the three battles C in the normal battle play shown in FIG.

On the other hand, in S25b, the play control unit 36a of the game machine 30 (M014) of the lion (P050) starts the battle play in the same manner as the normal battle play shown in FIG. The selection of one character C is accepted.
In S26, the play control unit 36a further selects the HP of the character C selected by the strong child (P050) from the HP at the end of the previous play (match play between Ryota (P062) and strong child (P050)). Does not recover completely. In the embodiment, control is performed so that the HP of each character C is recovered only by 20P.
For this reason, as shown in the play screen 72a of FIG. 14A, at the start of play, the character C1 of Jiro (P012) has a total amount of 100P, whereas the HP of the character C11 of Jiro (P012) is , Having only about half 50P. When a different character is selected for each battle play, the play control unit 36a displays the HP of the character C of the previous play, the middle-ranking, and the general character C, and the character C of the previous-playing, middle-ranking, and general character C of the next play. What is necessary is just to reflect in HP.
In the previous play, if the character C is defeated by becoming HP0, at the start of the next game, the HP of the corresponding character C may be recovered from 0P to 20P only. For example, in the previous play, if the leader is defeated by becoming HP0, the leader's HP may be set to 20P at the start of the next play.

Through the processing of S24 to S26, the play control unit 36a of the game machine 30 (M012, M014) is based on the fact that the information terminal 10 (T012) of Jiro (P012) has received the battle information, When the child (P050) plays a battle, it is possible to set play conditions advantageous to Jiro (P012). That is, the play control unit 36a can advantageously set the number of characters and the setting of the character's HP to Jiro (P012).
For this reason, even if the strong child (P050) has a remarkably high skill, Jiro (P012) can improve the probability of winning through the revenge match.

In S27, as shown in the play screen 72b of FIG. 14 (B), the play control unit 36a of the game machine 30 (M011) of Ichiro (P011) performs a battle play between Jiro (P012) and Riko (P050). On the other hand, a temporary participation is accepted. In this case, the play control unit 36a may use charging from Ichiro (P011) as a condition for the temporary participation.
In the temporary participation, as a logistical support for the battle play between Jiro (P012) and Ryoko (P050), for example, only once per round, Ichiro (P011) who lost the previous play is allowed to attack. Is. For example, when the start button 33b is operated, the play control unit 36a may cause the character C operated by Ichiro (P011) to appear on the play screen and accept operations such as the a button to the f button.
Thereby, the play control part 36a of the game machine 30 (M011, M012, M014) can make the conditions of the battle play between Jiro (P012) and Riko (P050) more advantageous to Jiro (P012). .

The play screen 72c in FIG. 15 is a scene at the end of play between Jiro (P012) and Gyoko (P050).
Under the above conditions, in the battle play between Jiro (P012) and Ryoko (P050), Jiro (P012) was defeated, but before his fourth character C4 (General) appeared, Ryoko (P050) ) And the second character C12 can be defeated, and the third character C13 (general) of the lion (P050) can be played.

In S28a and S28b, similar to S9a and S9b, the play control units 36a of the game machines 30 (M012 and M014) of Jiro (P012) and Ryoko (P050) each return the play result to the server 50.
In S29, as in S10, the control unit 66 of the server 50 updates information such as the play history storage unit 56e in response to reception of the play result.

(Battle process between Saburo (P013) and Riko (P050)
In S30a and S30b, the game machine 30 (M013, M014) of Saburo (P013) and Ryoko (P050) responds that the battle between Shiro (P012) and Ryoko (P050) has ended. P013) and the battle play process between the strong children (P050) are started.
The processes after S30 and S31 of each game machine 30 and server 50 are the same as S24 to S29.
Hereinafter, processing different from S24 to S29 will be mainly described.
The play screen 73a of FIG. 16 (A) is a scene at the start of play of the battle play between Saburo (P013) and Shiko (P050).
In S31a, S31b, and S32, similar to S25a, S25b, and S26, the play conditions for the battle play between Saburo (P013) and Shiko (P050) are set to be advantageous for Saburo (P013).
That is, Saburo (P013) can select four characters C, while Gyoko (P050) can select only three characters C.
Moreover, in the battle play between Jiro (P012) and Riko (P050), which is the previous play, the leader of Riko (P050) is defeated. For this reason, at the start of the battle play between Saburo (P013) and Shiro (P050), which is the next play, the HP of the character C11 that is the predecessor of Shiro (P050) is set to 20P.

  In S33a and S33b, the play control unit 36a of each game machine 30 (M011, M012) permits the temporary participation of two people, Ichiro (P011) and Jiro (P012). This is because Ichiro (P011) and Jiro (P012) are the two players in the group G010 who have lost to Shiro (P050) before the play between Saburo (P013) and Shiro (P050). is there.

In the play screen 73b of FIG. 16B, as a result of setting the above play conditions, the fourth character C4 (General) of Saburo (P013) is replaced with the third character C13 (General of Shiko (P050)). ).
And a play result transmission process and an update process are performed after a play (S34a, S34b, S35).
Thus, in the game system 1, Jiro (P012) and Saburo (P013) of the group G010 easily win against Rokko (P050) in the revenge match play of Ichiro (P011) and Rokko (P050). To control the play. For this reason, if Jiro (P012) and Saburo (P013) of the group G010 win, the players of the group G010 can keep the face of the group, and the atmosphere of the group G010 is excited. As described above, the game system 1 can activate the group G010.

As described above, the game system 1 of the present embodiment uses the fact that one Ichiro (P011) in the group played against strong child (P050) and played Ichiro ( Jiro (P012) and Saburo (P013) other than P011) can be prompted to go to the store A.
In this case, the system operator or the like may select and set a player with a high name recognition, and play the player at the store A. As a result, the player can attract customers to the store A by producing an event as if a player with a high degree of popularity appeared in the store A by chance.
Further, the player has a chance to play against a strong player by belonging to the group. For this reason, the game system 1 can urge players who do not belong to the group (Bunta (P091) or the like) to belong to the group.
The probability that any one of the plurality of plays in the group will encounter a strong player is higher as the number of members in the group increases. For this reason, the game system 1 can promote the formation of a group of a certain scale, and can suppress a large group of small groups.

Note that the game system 1 of the present embodiment can be modified as follows.
(1) The matching unit 66a of the server 50 receives a matching request with the strong child (P050) from the information terminal 10 (T012, T013) of Jiro (P012) and Saburo (P013) that transmitted the strong player battle information. But you can. In this embodiment, the information terminal 10 (T012, T013) may display a reservation button or the like on the group information notification display 81 or the like and transmit the operation to the server 50. In this case, Jiro (P012) and Saburo (P013) can make a matching request with Riko (P050) during the travel time to the store A. P050) and the waiting time until the battle play is started can be reduced.
Even when the information terminal 10 (T012, T013) makes a matching request with the strong child (P050) as described above, the server 50, as described in the above embodiment, has Jiro (P012), Saburo ( The matching between P013) and the strong child (P050) may be prioritized over the matching between the other players (players not belonging to the group) and the strong child (P050).
Further, the matching unit 66a of the server 50 may accept a reservation for the game machine 30 of the store A from the information terminal 10 (T012, T013) of Jiro (P012) and Saburo (P013). Thereby, Jiro (P012) and Saburo (P013) can secure the game machine 30 immediately after going to the store A.

(2) The matching unit 66a of the server 50 sets a player for whom Jiro (P012) has been defeated in the past as a strong player (search target player) when transmitting strong player match information to Jiro (P012). Form may be sufficient. In this embodiment, the matching unit 66a may extract this strong player by referring to the play history storage unit 56e.
Here, the player who Jiro (P012) has been defeated in the past becomes an opponent whom Jiro (P012) wants to revenge personally. In this form, Ichiro (P011) and the like of the same group as Jiro (P012) face this strong player at the store A, thereby transmitting strong player match information to Jiro (P012). Therefore, Jiro (P012) can search and ask this strong player to players in the same group (Ichiro (P011), etc.).

  Further, the strong player may set a player in which a part or all of the players in the group are defeated. For example, in the play history storage unit 56e shown in FIG. 4, three of the players in the group G010 (Ichiro (P011), Jiro (P012), Saburo (P013)) have been defeated by Shiko (P050). The matching unit 66a may extract the lion (P050) by referring to the play history storage unit 56e. Even in this form, Jiro (P012) and Saburo (P013) who wish to revenge on Ryoko (P050) can search Ichiro (P011) in the same group for this Ryoko (P050).

Furthermore, the group may be a set of a plurality of players who have been defeated by one player to be revenged. For example, as shown in FIG. 2, when the strong player storage unit 57 has information of two strong players (strong (P050) and strong (P099)), each group becomes a strong (P050). A set of a plurality of players defeated may be a group, and a set of a plurality of players defeated by stubbornness (P099) may be another group. In this case, the matching unit 66a of the server 50 may extract a plurality of players defeated by each strong player by referring to the play history storage unit 56e.
In this mode, even if a group is not configured based on the intentions of a plurality of players in advance, the group can be configured based on the group configuration conditions and the above-described processing of the embodiment can be performed. That is, the matching unit 66a of the server 50, when one of a plurality of player groups who desire revenge for a player who is a revenge target battles with a player who is a revenge target, The battle information can be transmitted to the terminal 10.
Furthermore, the player to be searched is not limited to a strong player but may be a specific player. The specific player is, for example, a player who has an extremely large amount of battle play with a player with a lower skill than himself, or a player who extremely frequently abandons the battle play.
In this case, the control unit of the server 50 can determine whether each player corresponds to a specific player by analyzing the play history of each player.

(3) The battle play as a revenge with a strong player may be such that a plurality of players in the same group operate the character C, respectively. That is, the team of characters C in the battle play may have the characters C operated by a plurality of players in the same group. Further, in this embodiment, the play control unit 36a may cause the characters C operated by a plurality of players in the same group to simultaneously battle one character C operated by a strong player. In this form, a plurality of characters C and one character C will be battled. Thereby, the play control part 36a can set a battle | play play to the conditions advantageous to the player of a group, and can produce it so that a group may unite and revenge to a strong player.

(4) When the matching unit 66a of the server 50 transmits strong player match information to Jiro (P012), Saburo (P013) (second player) of the same group, Ichiro (P011) and Riko (P050) It may be a condition that the play is in a disadvantageous state for Ichiro (P011). In this embodiment, strong player match information may be transmitted to Ichiro (P011) regardless of the information in the strong player storage unit 57. It should be noted that the criterion for determining that the battle play is unfavorable to Ichiro (P011) can be set as appropriate. For example, this criterion is that Ichiro (P011) is fighting with the general character C, but the strong player is still fighting in advance, and Ichiro (P011) and the strong player are playing multiple times consecutively. It can be said that Ichiro (P011) has lost consecutively.

(5) When the matching unit 66a of the server 50 transmits strong player match information to Jiro (P012) and Saburo (P013) (second player) of the same group, charging from Ichiro (P011) is a condition. Form may be sufficient. In this embodiment, a part of the operation buttons may be assigned to the operation for transmitting strong player battle information. In addition, charging from Ichiro (P011) may be performed using the charging unit 31 of the game machine 30. In this form, when Ichiro (P011) loses to Ryoko (P050), I want to charge Ichiro (P011) when he wants a revenge battle by Jiro (P012), Saburo (P013), etc. as retaliation Can be urged.

(6) The matching process, the strong player match information transmission process, and the like may be performed by the store server instead of the server 50. In this case, the store server may include the strong player storage unit 57, the control unit 66, and the like. In this case, the store operator or the like can set the strong player (P050) or the like as the strong player in the strong player storage unit 57, so that the strong player visits the store as a store event. it can.
(7) When Jiro (P012) and Riko (P050) play a battle, the server 50 may perform processing (S24 to S26, etc.) for setting play conditions advantageous to Jiro (P012). In this case, the server 50 may instruct each game machine to set play conditions.

(Second Embodiment)
In the following description and drawings, parts having the same functions between the embodiments are appropriately given the same reference numerals or the same reference numerals at the end (the last two digits), and redundant descriptions are omitted as appropriate.
In the second embodiment, an example of a configuration for creating a group will be described.
FIG. 18 is a diagram illustrating the configuration of the game system 201 according to the second embodiment.
FIG. 19 is a diagram illustrating each table stored in the server 250 according to the second embodiment.
[Configuration of Game System 201]
The storage unit 15 of the information terminal 210 includes a player management program 215c.
The player management program 215c can be downloaded from the server 250 or the like.
The player management program 215c is used for receiving various types of guidance from the server 250 and for checking the player's own play information (for example, play history). The player management program 215c and the group program 15a may be one program.

As illustrated in FIG. 19, the player information storage unit 256 of the server 250 stores a registered store storage unit 256f. The registered store is a store based on the player. For example, the player can activate the player management program 215 c of his / her information terminal 210 to register the registered store from the information terminal 210.
The storage unit 55 of the server 250 includes a priority matching player storage unit 261.
The priority matching player storage unit 261 stores a priority matching player (first player). As will be described later, the priority matching player is a player that is preferentially matched when there is a matching request from another player (second player). The priority matching player can be set by operating the operation unit 53 by a system operator or the like.

  Note that the group information storage unit 258 illustrated in FIG. 19 does not have player information regarding the group G010. That is, the group information storage unit 258 indicates information at the time before the formation of the group G010.

The control unit 66 of the server 250 includes a stage management unit 266b (ranking unit) and a group guide unit 266c.
As described in the first embodiment, the stage management unit 266b ranks the players by assigning stages to the players.
As shown in the stage storage unit 56c in FIG. 19, for example, the players (P010 to P014) are ranked in five stages (first rank) or four stages (second rank) lower than five stages.
The group guide unit 266c guides the player to create a group.
Details of the processing of the control unit 66 will be described later.

[Operation of Game System 201]
FIG. 20 is a diagram for explaining the process at the time of group guidance according to the second embodiment, and a table 256e for explaining the stay rate at the stage.
FIG. 21 is a flowchart of group recruitment processing according to the second embodiment.
FIG. 22 is a display example of the information terminal 210 during the group recruitment process of the second embodiment.
Hereinafter, an example will be described in which the system operator or the like forms the group G010 by using the server 250 in response to a request from the store operator or the like of the store A. Group G010 is formed by players whose stores A are registered stores.

As shown in # 201 of FIG. 20A, first, the system operator or the like selects a priority matching player in response to a request from the store operator or the like. In this example, an example in which Sakurako (P020) at level 5 is selected will be described. Sakurako (P020) has a skill suitable for the rank 5 by being ranked in the rank 5 or having the skill to move between the ranks 5 and 6.
The matching unit 66a of the server 250 refers to the play history storage unit 56e (see FIG. 4) in response to the selection condition input from the system operator or the like, and as a player who satisfies this condition, P020) can be selected.

In the present embodiment, it is assumed that the play history includes the level of the player at the time of play. 19 shows an example in which the registered store of Sakurako (P020) is store A, but it may be other than store A.
The system operator or the like requests Sakurako (P020) for cooperation in creating the group G010.
As shown in # 202, when the system operator or the like obtains the approval of Sakurako (P020), the player ID of Sakurako (P020) is input to the server 250. In this example, the input date is December 10th.
Sakurako (P020) who accepted the request waits at the game machine 30 for as much time as possible after December 10th. Sakurako (P020) is not limited to the store A among the plurality of stores, and may be waiting at any one.

In S201, the matching unit 66a of the server 250 stores the player ID of Sakurako (P020) in the priority matching player storage unit 261 in response to an input operation by the system operator or the like.
Note that, as indicated by # 203 in FIG. 20A, the recruitment period of the group G010 starts after this input.
In S <b> 202, the matching unit 66 a of the server 250 receives a matching request from the game machine 30. Similarly to the first embodiment, the game machine 30 makes a matching request based on the operation of the player.

In S203, the matching unit 66a of the server 250 determines whether to match the player who has made the matching request with Sakurako (P020).
The matching type may be either in-store matching or inter-store matching. That is, if the type of matching request is in-store matching and both plays are in the same store, in-store matching for both players is established. On the other hand, if the type of matching request is inter-store matching and both players are in different stores, inter-store matching is established.

When all of the following conditions (a) to (c) are satisfied, the matching unit 66a preferentially matches Sakurako (P020) over other players as a matching partner of the player who made the matching request.
(A) The registered store of the player who made the matching request is the store A. The matching unit 66a refers to the registered store storage unit 256f based on the information of the player ID included in the matching request, and made the matching request. By determining whether or not the registered store of the player is store A, it is determined whether or not this condition is satisfied. Thereby, all players matched with Sakurako (P020) become players associated with store A, which is the same store.

(B) The player who made the matching request does not belong to any group. The matching unit 66a refers to the registered store storage unit 256f based on the information of the player ID included in the matching request. It is determined whether or not the above is satisfied.

(C) It moves between stage 4 and stage 5, and the stay rate of stage 4 is 70% (judgment criterion) or more. The stay rate of each stage is the rate at which the player who made the matching request stays at each stage. Indicates. In the present embodiment, the stay rate at each stage is calculated based on the number of plays at each stage in the past 20 plays.
The matching unit 66a may calculate the stay rate at each stage with reference to the play history storage unit 56e (see FIG. 4) regarding the players satisfying the above (a) and (b).

Here, the player who satisfies the condition of (c) has a sufficient skill as the stage 4, but has a skill enough to stay in the stage 5 even if the player plays a plurality of times. That is, these players are in a state where it is difficult to acquire a sufficient skill as the stage 5 even if a sufficient number of plays are made because the improvement of the skill is stagnant. The game system 201 can match the player in such a state with Sakurako (P020) who stays at the stage 5 stably by extracting the player who satisfies the condition of (c).
As shown in the table 256e indicating the stay rate in FIG. 20B, the four players (P011 to P014) satisfy the condition (c).

Since the registered store of the players (P011 to P014) is the store A (see the registered store storage unit 256f in FIG. 19), the condition (a) is satisfied. Since the players (P011 to P014) do not belong to the group (see the group information storage unit 258 in FIG. 19), the condition (b) is satisfied.
For this reason, the four players (P011 to P014) satisfy all of the above conditions (a) to (c). Therefore, when a matching request is made, they are matched with Sakurako (P020). .

If the matching unit 66a of the server 250 determines that the two are matched (S203: YES), the process proceeds to S204. On the other hand, if the matching unit 66a determines not to match (S203: NO), the process proceeds to S203a.
In S203a, the matching unit 66a of the server 250 performs a normal matching process as described in the first embodiment. Although a detailed description of the subsequent processing is omitted, a battle play process or the like is performed between the game machines 30 of the matched players.

In S204, the matching unit 66a of the server 250 performs matching between the player who has made the matching request and Sakurako (P020).
Similar to the first embodiment, when both are matched, a battle play process is performed between the game machines 30 of both players. Both game machines 30 transmit the battle results to the server 250 as in the first embodiment.

In S <b> 205, when the control unit 66 of the server 250 receives the battle result from the game machine 30, it determines whether or not the player who requested the matching has won. When it is determined that the player who requested the matching has won (S205: YES), the control unit 66 terminates the group recruitment process. On the other hand, when it is determined that the player has lost (S205: NO), the control unit 66 proceeds to S206. move on.
As described above, the player who requested the matching is in a state where it is difficult to acquire the skill as the stage 5. For this reason, Sakurako (P020) is likely to win the battle play between the two. However, even a player satisfying the above (c) may have acquired a sufficient skill as the stage 5 most recently. The game system 201 can more accurately determine the current skill of the player who requested the matching by performing the process of S206.
Although a detailed description is omitted, when the player who requested the matching wins (S205: YES), the control unit 66 ends the series of processes after performing the process related to the stage described in the first embodiment.

In S206, the group guide unit 266c of the server 250 performs processing for displaying the group recruitment guide screen 270 (see FIG. 22A) on the information terminal 210. Also in this case, the control unit 66 performs processing related to the stage.
Based on the player ID of the player who has lost to Sakurako (P020), the group guide unit 266c refers to the terminal ID storage unit 56d and reads the terminal ID of the player. Then, information for displaying the group recruitment guidance screen 270 is displayed on the information terminal 210.

As shown in FIG. 22A, the control unit 16 of the information terminal 210 that has received this displays a group recruitment guidance screen 270 on the touch panel 14.
FIG. 22A is a display example of the group recruitment guidance screen 270 of the information terminal 210 of Ichiro (P011). That is, the group recruitment guidance screen 270 is displayed after Ichiro (P011) is defeated by Sakurako (P020).
The group recruitment guidance screen 270 has the following display.
Information that encourages participation in group G010 Information that group G010 aims to win Sakurako (P020) The player who loses Sakurako (P020) wants to win Sakurako (P020) Motivation is high. For this reason, it is easy to guide the group creation to the players in this state by guiding the group creation.
・ Number of applicants for Group G010, current number of applicants ・ Application button 270a

When the player confirms the display content of the group recruitment guidance screen 270 and desires group participation in the group G010, the player may operate the application button 270a.
The control unit 16 of the information terminal 210 transmits the operation information of the application button 270a to the server 250.

In S207, the group guidance unit 266c of the server 250 determines whether or not the player joins the group based on the operation information of the application button 270a transmitted from the information terminal 210.
When receiving the operation information of the application button 270a, the group guide unit 266c of the server 250 determines that the group joins (S207: YES), and proceeds to S208. On the other hand, when the information is not received (S207: NO) , The process from S201 is repeated.

In S208, the group guidance unit 266c of the server 250 determines whether the number of applicants has reached four, which is the number of applicants. When it is determined that the number of applicants has been reached (S208: YES), the group guidance unit 266c proceeds to S209, whereas when it is determined that the number has not been reached (S208: NO), the processing from S201 is repeated. .
In S209, the group guide unit 266c of the server 250 forms a group G010 and updates information in the group information storage unit 258.
For example, if four players (P011 to P014) wish to participate in the group G010 after playing against Sakurako (P020), these four people belong to the group G010 formed. In this case, the row of the group ID “G010” in the group information storage unit 258 in FIG. 19 is updated like the group information storage unit 58 in FIG.
As indicated by # 203 in FIG. 20A, in this example, the group G010 is formed as of December 20th.

The group G010 formed by the above processing has the following properties.
(1) Since the group G010 is formed by players in the store A, which is the same headquarters, the connection between the players is strong. In addition, the possibility of meeting at the store A is increased, and in this case, direct conversation or the like can be performed.
(2) Group G010 is a set of players who have lost to Sakurako (P020). For this reason, the players of the group G010 work together and strongly desire to revenge on Sakurako (P020), so the unity of the group can be improved.

  As shown in # 204 of FIG. 20 (A) and FIG. 22 (B), the store manager or the like can hold a class or the like for skill improvement after the group G010 is formed. In this case, if the store operator or the like uses the functions of the group program 15a and the player management program 215c, the store 250 transmits information for displaying the workshop guidance display 271 from the server 250 to each information terminal 210. Good. FIGS. 20A and 22B are examples in which information for displaying the seminar guidance display 271 is transmitted on December 25. FIG.

  In addition, since the store manager etc. can perform instruction | indication for skill improvement to the several player of group G010 simultaneously, it can perform efficiently. Further, the players in group G010 have a strong desire to win Sakurako (P020), and thus have a tendency to strongly desire to improve their skills. For this reason, store managers or the like can strongly encourage players in the group G010 to participate in classes or the like, and if the skill of the players improves as a whole, the group and fighting game fields can be activated. Can be achieved.

As described above, the game system 201 according to the present embodiment can urge players who have stagnated progress in skills to belong to a group, and can form a group of these players. After that, the system operator or the like suppresses the player from leaving the game where the improvement of the skill is stagnant, that is, stopping the game, by giving a lecture or the like for the skill improvement to these players. it can.
Further, the game system 201 can provide an opportunity to belong to a group for players who do not belong to the group. In addition, the player after group formation should just belong to a group, when it feels that it is useful for improvement of skill by having belonged to a group, or there is profit, such as exchange between players.

Note that the game system 201 of the present embodiment can be modified as follows.
(1) The condition for matching between the player who made the matching request and Sakurako (P020) may be a part of (a) to (c). In this case, the effect corresponding to each condition is exhibited.
For example, if the condition (a) is satisfied, an effect that a group to which players of only the same store belong can be formed. Even if the condition (a) is not satisfied, a group to which a plurality of players with different registered stores belong can be formed.
If the condition (b) is satisfied, an effect of encouraging a player who does not belong to the group to belong to the group is achieved. Even if the condition (b) is not satisfied, that is, even if the player already belongs to one of the groups, the player may belong to another group for improving the skill.
If the condition (c) is satisfied, there is an effect of encouraging the player whose skill improvement is stagnant to belong to the group.

(2) The matching partner of the player who made the matching request is not Sakurako (P020), but may be another player who stays at the stage 5 stably. In this case, the matching part 66a should just extract the player with a high stay rate of the stage 5 as another player based on the information of a play history memory | storage part. After that, when a player with a high stay rate in stage 4 loses to other players, the group guidance unit 266c sends a group recruitment guidance screen 270 to the player's information terminal 210 (see FIG. 22A). ) May be performed.
(3) The group recruitment guidance screen 270 may be displayed on the display unit 34 of the game machine 30 after the battle play ends. In this case, the game machine 30 may accept participation in the group by performing the same processing as the information terminal 10.

(4) The recruitment period for the group recruitment may be determined, and the group recruitment may be terminated upon reaching the recruitment period.
(5) Matching processing or the like may be performed not by the server 250 but by the store server 5 (see FIG. 1). In this case, the store server 5 may include a priority matching player storage unit 261, a control unit 66, and the like. In this case, since the store manager or the like can set Sakurako (P020) or the like in the priority matching player storage unit 261, the group can be recruited more freely.

(Third embodiment)
FIG. 23 is a diagram illustrating a mode in which the store play between the store groups of the first and second rounds of the third embodiment is performed at stores A and B.
FIG. 24 is a diagram illustrating the configuration of the game system 301 according to the third embodiment.
25 and 26 are diagrams illustrating each table stored in the server 350 according to the third embodiment.
[Configuration of Game System 301]
As shown in FIG. 23, the game system 301 performs a process related to a match play between store groups between a group of each store and a group of another store. The inter-store group battle play is a battle play between a group to which a player whose store is a registered store belongs and a group to which a player whose other store is a registered store belongs. In the present embodiment, the inter-store group battle play is performed not by the communication battle play but by the in-store battle play.
In the present embodiment, a group to which players with the same registered store belong is also referred to as a “store group”, and a match play between store groups is also simply referred to as a “match between groups”.
FIG. 23 shows an inter-group battle between a group G010 (first group) of players in the store A (first store) and a group G020 (second group) of players in the store B (second store). An example is shown. Intergroup battles are held at stores A and B, respectively.

As shown in FIG. 24, the storage unit 15 of the information terminal 310 includes a player management program 315c.
The player management program 315c is the same as that in the second embodiment. In addition, the player management program 315c includes a program related to processing on the information terminal 310 side among various processing related to the battle between groups.

As shown in FIG. 25, the registered store storage unit 356f (store-player information storage unit) of the server 350 has information on registered stores of the players (P011 to P015) and (P021 to P025).
The registered store storage unit 356f stores information about the store A and the players (P011 to P015) associated with the store A (information about the first store and the first player associated with the first store). That is, the registered store of the players (P011 to P015) is the store A.
In addition, the registered store storage unit 356f stores information on the store B and the players (P021 to P025) associated with the store B (information on the second store and the second player associated with the second store). That is, the registered store of the players (P021 to P025) is the store B.
In the play history storage unit 356e of FIG. 25, the parts related to Ichiro (P011), Jiro (P012), and Ichita (P021) are shown as a part of the play history.

  The group information storage unit 358 (before group formation) in FIG. 26 does not have player information regarding the groups G010 and G020. That is, the group information storage unit 358 (before group formation) shows information at the time before the group G010, G020 is formed.

The control unit 66 of the server 350 includes an inter-group battle management unit 366d.
The group battle management unit 366d performs management for a group battle. The inter-group battle management unit 366d performs processing related to group creation.
Details of the processing of the control unit 66 will be described later.

[Operation of Game System 301]
FIG. 27 is a diagram illustrating a process of a group battle between store groups of stores A and B according to the third embodiment.
28 and 29 are flowcharts of the inter-store group battle process according to the third embodiment.
30 and 31 are diagrams illustrating a communication state between the information terminal 310 and the server 350 during the group recruitment process according to the third embodiment.
FIGS. 32 to 34 are display examples of the touch panel 14 of the information terminal 310 during the group recruitment process of the third embodiment.
FIG. 35 is a display example of the support guidance display screen 376 of the information terminal 310 according to the third embodiment.

As shown in FIG. 27, an example in which the system administrator or the like has performed an operation for starting the inter-group battle process on December 1 will be described below.
In S301, the inter-group battle management unit 366d of the server 350 refers to the store address (position information) of the store information storage unit 59 (see FIG. 5) in accordance with the operation of the operation unit 53 such as a system operator, and the vicinity. Extract stores between each other. The concept of the neighborhood is the same as in the first embodiment. Here, it is assumed that stores A and B are neighbors and extracted.
When there are a plurality of combinations of neighboring stores, the inter-group battle management unit 366d may perform the following processing, for example.
-An input operation for narrowing down the area may be accepted.
-You may play a battle between groups in a combination of multiple nearby stores at the same time.
-After finishing the battle process of each group battle, you may start the battle process of the battle between other groups.

  As described above, in the game system 301, the system itself determines the stores A and B in accordance with the operation of the system operator or the like, so that the system operator or the like has the trouble of determining the store for performing the battle between groups. It does not take.

In S302, the inter-group match management unit 366d of the server 350 refers to the registered store storage unit 356f (see FIG. 25), and extracts a player in which the store A is registered as a registered store. Here, an example in which five players are extracted will be described.
In addition, the inter-group battle management unit 366d refers to the play history storage unit 356e (see FIG. 25), and has a battle history with the player at the store B as at least one of these five players. A player who has won in the history (a winning player) is selected.
Here, an example in which the inter-group battle management unit 366d has selected Ichiro (P011) will be described.
In other words, the play history storage unit 356e has a battle history between Ichirou (P011) of the store A and the one of the store B (P021) on November 1. And this battle | competition history has the information that Ichiro (P011) won.

  The inter-group battle management unit 366d may select four players other than Ichiro (P011) by the same method as Ichiro (P011), or may select irregularly. Here, an example will be described in which the inter-group battle management unit 366d irregularly selects players (P012 to P015) as players other than Ichiro (P011).

In S303, the inter-group match management unit 366d of the server 350 transmits the recruitment guidance display information to the information terminals 310 of the five players (P011 to P015) selected in S302 (see FIG. 30A). The recruitment guidance display information is information for displaying the store group recruitment guidance screen 370A (see FIG. 32A).
The recruitment for these five players includes recruitment processing (victory first player recruitment processing) for Ichiro (P011).

As shown in FIG. 32A, the control unit 16 of the information terminal 310 of the five players that has received the message displays a store group recruitment guidance screen 370A on the touch panel 14, respectively. The store group recruitment guidance screen 370A of FIG. 32A is displayed on the information terminal 310 of Ichiro (P011).
The store group recruitment guidance screen 370A of the information terminal 310 of each player (P011 to P015) is information that prompts each player to participate in the group G010 formed by a player whose store A is a registered store, A participation button 370a and the like are displayed.
Each player (P011 to P015) may operate the participation button 370a when he / she wants to participate in the group G010, that is, when he / she wants to participate in an inter-group battle.
The control unit 16 of each information terminal 310 transmits the operation information to the server 350 when the participation button 370a is operated.

  In this way, the game system 301 recruits groups that will play between groups from players at each store. For this reason, the game system 301 can increase the player's feelings from the attachment to the store where the headquarters is based, and improve the player's willingness to participate in the group. Thereby, a player's feeling can be excited and participation willingness can be improved.

In S304, the inter-group battle management unit 366d of the server 350 refers to the registered store storage unit 356f, and extracts a player in which the store B is registered as a registered store.
Here, an example will be described in which the inter-group battle management unit 366d irregularly extracted four players (P022 to P024) other than one player (P021). As described above, Ichita (P021) and Ichiro (P011) have a battle history, and Ichita (P021) is a defeated player (defeated player).

In S305, the inter-group match management unit 366d of the server 350 selects the four players (P022 to P024) that selected the recruitment guidance display information for displaying the store group recruitment guidance 370B (see FIG. 32B) in S304. ) To the information terminal 310.
As shown in FIG. 32 (B), the control unit 16 of the information terminal 310 of the four players that received this displays the store group recruitment guidance screen 370 </ b> A on the touch panel 14. The store group recruitment guidance display screen 370B of FIG. 32B is displayed on the information terminal 310 of Ichita (P021).
While the store group recruitment guidance screen 370A prompts participation in the group G010, the store group recruitment guidance display screen 370B prompts each player (P022 to P025) to participate in the group G020. . Group G020 is formed by players whose stores B are registered stores.
Each player (P022 to P025) may operate the participation button 370a when he / she wants to participate in the group G020.

  The inter-group battle management unit 366d of the server 350 receives the operation information of the participation button 370a from each information terminal 310 after completing the above processing, and thus the player is assigned to each group G010, G020 of the group information storage unit 358. To remember.

In S306, the inter-group match management unit 366d of the server 350 determines whether or not there is an application from Ichiro (P011) (see FIG. 30B). When it is determined that there is an application from Ichiro (P011) (S306: YES), the inter-group battle management unit 366d proceeds to S307, whereas when it is determined that there is no application (S306: NO), S308 Proceed to
In S307, the inter-group match management unit 366d of the server 350 transmits recruitment guidance display information to the information terminal 310 of Ichita (P021) (defeat second player recruitment process) (see FIG. 30B). . This recruitment guidance display information is information for displaying a store group recruitment guidance display screen 371B (see FIG. 33A). This recruitment guidance display information includes information indicating that Ichiro (P011) has joined the group G010 in addition to the information (see FIG. 32B) included in the recruitment guidance display information transmitted in S305.

As shown in FIG. 33 (A), the control unit 16 of the information terminal 310 of Ichita (P021) that has received the message displays a store group recruitment guidance display screen 371B on the touch panel 14.
The store group recruitment guidance display screen 371B of FIG. 33A has information indicating that Ichiro (P011) has joined the group G010 in addition to the information of the store group recruitment guidance display screen 370B of FIG. . In the case of wishing to join the group G020, Ichita (P021) may operate the join button 371a in the same manner as described in S303.

As described above, Ichita (P021) has a defeat history in the battle with Ichiro (P011). For this reason, Ichita (P021) has a strong desire to revenge on Ichiro (P011). In addition, winning or losing in a group match is determined by the skill of the entire group. For this reason, even if it is unlikely that Ichita (P021) can win against Ichiro (P011) due to skill differences or the like, the willingness to participate in the group G020 of Ichita (P021) is improved .
Thereby, the game system 301 can strongly urge Futa (P021) to participate in the group G020.

In S308, the inter-group battle management unit 366d of the server 350 determines whether the recruitment numbers of both groups have reached four each. When it is determined that the recruitment number has been reached (S308: YES), the inter-group match management unit 366d proceeds to S309. On the other hand, when it is determined that the number has not been reached (S308: NO), the processing from S302 is performed. repeat.
The inter-group match management unit 366d extracts players other than the players (P011 to P015) in S302 to repeat, and extracts players other than the players (P021 to P025) in S304 to repeat. In addition, in this manner, the process of extracting the player again may be performed, for example, every elapse of a standby period (for example, one day).

Hereinafter, upon application from the players (P011 to P014, P021 to P024) (see FIG. 31), the group G010 is formed by the players (P011 to P014), and the group G020 is formed by the players (P021 to P024). An example will be described.
In S310, as shown in the group information storage unit 358 (after group formation) in FIG. 26, the inter-group battle management unit 366d of the server 350 updates the information in the group information storage unit 358.

In S310, the inter-group battle management unit 366d of the server 350 uses the information for displaying the battle day inquiry screen 372 (see FIG. 33B) as the players (P011 to P014, P021) of the groups G010 and G020. P024).
When receiving this, the control unit 16 of the information terminal 310 of each player displays a battle day inquiry screen 372.
The battle date inquiry screen 372 of FIG. 33B is displayed on the information terminal 310 of Ichiro (P011). The battle day inquiry screen 372 allows the player to select a battle day candidate. The match date inquiry screen 372 displays a match date candidate date and a send button 372a.
Ichiro (P011) only needs to operate the send button 372a after selecting a convenient date among the dates displayed on the battle date inquiry screen 372. Similarly, other players may operate the battle day inquiry screen 372 displayed on their information terminal 310.
The control unit 16 of each information terminal 310 transmits response information including the selected date information to the server 350 in response to the operation of the transmission button 372a.

In S311, the inter-group match management unit 366d of the server 350 receives the response information of the match date from all players (P011 to P014, P021 to P024), and determines the content of the inter-group match based on the information. To do.
The content of the inter-group battle holding includes information on dates of the first round and the second round, and information on stores where the first round and the second round are held.
The inter-group battle management unit 366d determines two convenient dates for all players based on the answer information of all players. Then, the inter-group match management unit 366d determines the holding store by assigning one of the two dates to the store A and the other to the store B.
Here, an example will be described in which the first round and the second round are determined on December 21 and December 22, respectively, and the respective stores are determined as stores A and B (see FIG. 23 and the like).
In the present embodiment, an example in which only the date is determined will be described. However, the date and time may be determined by inquiring by subdividing the time zone.

  Through the above processing, the inter-group battle management unit 366d performs the inter-store battle between the first game using the game machine 30 of the store A (first battle) and the game machine 30 of the store B in a period different from the first game. Schedule processing can be performed so as to perform both the used second round (second battle).

In S312, the inter-group battle management unit 366d of the server 350 obtains information for displaying the battle content display screens 375A and 375B (see FIGS. 34A and 34B) for each player in each group. Transmit to the information terminal 310. This transmission information includes information on the contents of the inter-group battle held.
Upon receiving this, the control unit 16 of the information terminal 310 of each player displays the battle held content display screens 375A and 375B.

A battle held content display screen 375A in FIG. 34A is displayed on the information terminal 310 of Ichiro (P011).
The battle held content display screen 375A notifies the players (P011 to P014) of the group G010 of the battle held content. The battle held content display screen 375A displays information on the content of battle held between groups. In other words, the battle held content display screen 375A displays “information that the first round will be held at the store A on December 21” and “information that the second round will be held at the store B on December 22”. . In addition, the battle holding content display screen 375A of the players (P011 to P014) of the group G010 displays “home” information indicating that the store A is performed at the home base, and “away” indicating that the store B is performed at the enemy site. Display information of.

A battle held content display screen 375B in FIG. 34B is displayed on the information terminal 310 of Ichita (P021). The battle held content display screen 375B also displays information on the content of the battle held between groups, similar to the battle held content display screen 375A. In addition, the battle held content display screen 375B of the players (P021 to P024) of the group G020 is different from the battle held content display screen 375A in terms of “Away” and “Home”. In other words, the battle held content display screen 375B displays “Away” information indicating that the store A is an enemy site, and “Home” information indicating that the store B is a home base.
The players of each group may go to the stores A and B on each battle day by checking the battle content display screens 375A and 375B.

In S313, the inter-group battle management unit 366d of the server 350 transmits information for displaying the support guidance display screen 376 (see FIG. 35) to players other than the groups G010 and G020 of each store A and B. This transmission information also includes information on the contents of the inter-group battle held.
When receiving this, the control unit 16 of the information terminal 310 of each player displays a support guidance display screen 376.
The support guidance display screen 376 of FIG. 35 is displayed on the information terminal 310 of Goro (P015) where the store A is a registered store.
The support guidance display screen 376 displays information on the content of the inter-group battles in the same manner as the battle content display screens 375A and 375B. Display information that prompts you to go to support the match.
Further, the support guidance display screen 376 displays information on “home” and “away” in the same manner as the battle held content display screens 375A and 375B. For this reason, the game system 301 can urge the players of each store to support a group of stores at the base. Accordingly, the game system 301 can strongly urge players other than the groups G010 and G020 to go to the stores A and B on the battle day.

In S314, the inter-group match management unit 366d of the server 350 starts the process of the inter-group match of the first match by controlling the game machine 30 of the store A in response to the date being December 21st. (See FIG. 23A).
The form of this group battle is not limited.
For example, an inter-group battle may be a game in which each player of the group G010 and each player of the group G010 perform a battle play by a team of three characters. In this case, the server 350 may perform this battle play four times and determine the battle results of the group battles in the first game according to the four battle results.
In addition, for example, in a group-to-group match, each player in the group G010 selects one character to form a team having four characters, and similarly, each player in the group G020 has a team having four characters. After the formation, both teams may play against each other. In this case, a one-on-one round may be performed for a total of four rounds, or a winning match may be used.

In S315, the inter-group battle management unit 366d of the server 350 starts the process of the inter-group battle of the second round by controlling the game machine 30 of the store B in response to the date being December 22nd. (See FIG. 23B).
The process of the battle between groups in the second round is the same as the process of the battle between groups in the first round.
The group-to-group management unit 366d of the server 350 wins according to the result of the first-group battle between the groups and the result of the second-group battle according to the end of the second-group battle. Decide.

  In this way, the game system 301 performs a group battle at both stores A and B. For this reason, the players of both groups G010 and G020 play both the home game and the away game. For this reason, the game system 301 can aim at fairness of play conditions. In addition, since the group-to-group competition is performed in the nearby stores A and B, players other than the groups G010 and G020 (Goro (P015), Gota (P025), etc.) are limited to home stores for support and the like. It's also easy to go to away stores. For this reason, the game system 301 can enliven the atmosphere of both stores.

  As described above, the game system 301 according to the present embodiment recruits players from each store for a group player to play a group match. For this reason, it is possible to urge the player to join the group by driving the player's sense of opposition between the stores.

Note that the game system 301 of the present embodiment can be modified as follows.
(1) The battle between groups may be a battle between groups using a communication network. In this case, the players of both groups do not gather at the same store, but the players of each group may gather individually at each registered store. In this case, an inter-group battle can be performed between two stores that are sufficiently far away.

(2) A store performing a match between groups may be input to the server 350 by a system operator or the like in response to a request from the store operator or the like. In this case, the system operator or the like may input information specifying both stores, or may input information specifying only one store. In the latter case, the inter-group battle management unit 366d of the server 350 may determine a neighboring store of one store by referring to the store information storage unit 59 (see FIG. 5).

(3) The group match management unit 366d of the server 350 selects a plurality of players who have been defeated by the group G010 Ichiro (P011) among the players in the store B, and recruits these players to the group G020. You may go. These multiple players have a high sense of revenge toward Ichiro (P011). For this reason, group G020 improves unity.
Further, the inter-group battle management unit 366d of the server 350 may recruit to the group G020 for different players who have been defeated by different players of the group G010. For example, in the case where Futa (P022) of the store B has a play history defeated by Jiro (P012) of the group G010, in addition to Ichita (P021) defeated by the group G010 Ichiro (P011), Recruitment to the group G020 may be made to Ta (P022). In this case, both have a high revenge awareness toward the group G010. For this reason, group G020 improves unity.

(4) In the store A, the inter-group match management unit 366d of the server 350 is a player of the group G010 of the store A that is the home (P011 to P014) and a player of the group G020 of the store B that is the away (P021 to P024). In the game, the player of the group G020 of the store B (P021 to P024) is more likely to be the player of the group G010 of the store A (P011 to P014). An advantageous play condition may be set. The play conditions can be set as appropriate. For example, the player of the group G020 in the store B (P021 to P024) has less damage and higher attack power than the players of the group G010 in the store A (P011 to P014). It is. In this case, the motivation for the players in the group B to go to the store A which is an enemy site and play a battle is improved.
Similarly, the inter-group match management unit 366d determines that the player in the group B of the store B (P021 to P024) and the player in the group G010 of the store A (P011 to P014) play the latter in the store B. You may set play conditions that are more advantageous than the former.

Contrary to the above, the server 350 may set play conditions that are more advantageous for the player of the home store than the player of the away store.
In this case, the player who is a home store can play in a familiar store, and there are many players who can cheer and cheer, and since the play conditions are advantageous, the player can play more advantageously. Thereby, the game system 301 can excite the play in each store.

(Fourth embodiment)
FIG. 36 is a diagram for explaining the outline of the flow of the battle between groups of the game system 401 according to the fourth embodiment.
FIG. 37 is a diagram illustrating the play screen 460 of the information terminal 410 according to the fourth embodiment.
FIG. 38 is a diagram illustrating the configuration of the game system 401 according to the fourth embodiment.
FIG. 39 is a diagram illustrating a table stored in the player information storage unit 456 of the fourth embodiment.
FIG. 40 is a diagram illustrating a table stored in the group information storage unit 458 of the fourth embodiment.

As shown in FIG. 36, the game system 401 performs a process related to a battle between groups.
Hereinafter, an intergroup battle between the group G010 (large group, first group) and the allied group G020 (second group) that is the opponent and has the group G021 (small group) will be described.
As shown in FIG. 37, the battle play of the fighting game of this embodiment is performed between the information terminals 410 possessed by the player. FIG. 37 is a scene of a battle play between Ichiro (P011) of group G010 (P011) and Ichirou (P021) of group G010 displayed on information terminal 410 (T011) of Ichiro (P011) of group G010.
The touch panel 14 displays a lever operation unit 433a, an af button operation unit, and the like that receive operations in each direction, a selection operation, and the like, similar to the lever 33a and buttons af (see FIG. 3).

[Configuration of Game System 401]
(Information terminal 410)
As shown in FIG. 38, the storage unit 415 of the information terminal 410 includes a game program 415a and a player management program 415c.
The game program 415a is for executing the fighting game on the information terminal 410.
The player management program 415c is for executing various processes related to the fighting game (for example, schedule, matching, processing related to communication with the server 450, etc.) in the information terminal 410.
The play control unit 416a performs control and processing regarding play progress in the information terminal 410 by operating according to the game program 415a.

(Server 450)
As shown in FIG. 39, the player information storage unit 456 of the server 450 has information on the players (P011 to P019), (P021 to P024), (P025 to P028), (P029), and the like.
As shown in FIG. 40, the group information storage unit 458 (before the association is formed) includes information on players of the groups G010, G021, and G022, information on player IDs of leaders of the groups, and the like.
Before the formation of the federation, nine players (P011 to P019) belong to the group G010. Four players (P021 to P024), which are fewer than the group G010, belong to the group G021. Similarly, four players (P025 to P028) belong to the group G022.
No player belongs to the group G020. That is, the group G020 does not exist.
Kusuke (P029) does not belong to any group.

The group information storage unit 458 (after formation of the association) has information on the association group G020 in addition to the above information.
The federation group G020 is a group in which a group G021, a group G022, and a player who does not belong to the group (P029) are federated.
Details of the group information storage unit 458 (after formation of the association) and the association group G020 will be described later.

The storage unit 55 of the server 450 includes a schedule storage unit 462 (acceptance period storage unit) and a point storage unit 463.
The schedule storage unit 462 stores information about a matching acceptance period determined in accordance with a schedule process to be described later.
The point storage unit 463 stores the number of points given to each player based on a battle play between groups, which will be described later, information on the total number of points of each group, and the like.

  The inter-group competition management unit 466d performs management for inter-group competition, processing related to the formation of an alliance group, and the like.

[Operation of Game System 401]
FIG. 41 is a diagram illustrating the flow of the inter-group battle process of the fourth embodiment along the time axis.
FIG. 42 is a diagram illustrating the flow of the battle process of the game system 401 according to the fourth embodiment.
43 and 44 are diagrams showing display screens of the information terminal 410 from the inter-group battle request to the formation of the federation group according to the fourth embodiment.
In addition, in the illustration of the display screen after FIG. 43, the outer shape of the information terminal 410 is omitted as appropriate.

Hereinafter, the federation group formation process, the schedule setting process, the battle process, and the point process will be mainly described.
(Union group formation process)
Here, the process until Ichiro (P011), who is the leader of the group G010, requests a match with the group G021, and the battle between groups of the group G010 and the federation group G020 is started.
In S401, the play control unit 416a of the information terminal 410 (T011) of Ichiro (P011) who is the leader of the group G010 receives a request for an inter-group match from Ichiro (P011).
FIG. 41 shows an example in which a request for a battle between groups is received on April 1.
As shown in FIG. 43A, the play control unit 416a of the information terminal 410 (T011) accepts a request for an inter-group battle by displaying an inter-group battle request screen 470 on the touch panel 14.
The play control unit 416a appropriately acquires information for displaying the inter-group battle request screen 470 from the server 450.
The inter-group battle request screen 470 displays a battle group selection unit 470a, request destination group information 470b, and a request button 470c.

The battle group selection unit 470a displays a selection button that displays a group name for which a battle request is possible. The battle group selection unit 470a in FIG. 43A displays the selection buttons of the three groups G021, G031, and G090, but it may be possible to select more groups by scrolling the screen. .
The request destination group information 470b is detailed information of the group selected by the battle group selection unit 470a.
The detailed information includes the total number of people in the group, skill information (information on the skill), and the like.
The detailed information includes information on the skill of the entire group. That is, the skill information includes information on the number of players of each skill of low skill (levels 1 to 3), medium skill (levels 4 to 6), high skill (levels 7 to 8), and highest skill (level 10). The technique information display method is not limited to this. For example, the number of players at each level may be displayed, or the player name may be displayed so that the player can be identified.
In the present embodiment, such detailed information of each group is also referred to as group information.

In FIG. 43A, when the group G021 is selected by the battle group selection unit 470a, detailed information of the group G021 is displayed in the request destination group information 470b.
With this information, Ichiro (P011) can confirm the following, for example.
The number of players in group G021 (4 people) is smaller than the number of players in group G010 (9 people). Since group G021 has many low-skilled players, it is possible for their group G010 to win. Be great

When Ichiro (P011) requests an inter-group battle with the group G021, the selection button 470c may be operated after selecting the selection button of the group G021.
The play control part 416a will transmit the battle | competition request information between groups to the server 450, if operation of the request | requirement button 470c is received. The inter-group battle request information includes information indicating that a battle request is made from the group G010 to the group G021.

In S402, the inter-group battle management unit 466d of the server 450 receives the inter-group battle request information, and determines whether or not the battle request from the group G010 to the group G021 is appropriate.
The inter-group match management unit 466d determines that the number of players in the match request source group is greater than the number of players in the match request destination group, and determines that the number of players in the match request source group is the match request destination. If the number is less than the number of players in this group, it is determined as inappropriate.
A battle request from the group G010 (9 people) to the group G021 (4 people) is appropriate. Therefore, the inter-group battle management unit 466d accepts a battle request from the group G010. When the battle request is inappropriate, the inter-group battle management unit 466d transmits information for displaying the fact on the touch panel 14 to the information terminal 410 (T011) of Ichiro (P011).

The inter-group battle management unit 466d rejects the inter-group battle request from the group with a small number of players to the group with a large number of players based on the above determination. Thereby, the battle | competition between groups does not hold in an unreasonable state.
That is, as will be described later, matching between players is established by a matching request from a player in the opponent group.
For this reason, unlike the embodiment, in a mode that allows a match request from a group with a small number of players to a group with a large number of players, matching requests to a group with a small number of players are concentrated during the battle period. End up. In this case, the burden on the players in the group with a small number of players becomes large, and matching itself is difficult to be established.

The inter-group match management unit 466d may make the match request appropriate when the number of players in the match request source group is smaller than the number of players in the match request destination group and the difference between the two is small. In this case, the determination criteria can be set as appropriate so that no trouble occurs in the group-to-group battle. The determination criterion can be appropriately set according to, for example, the size of the group (that is, the number of players).
For example, if the total for both groups is less than 20 in both groups, the difference between the two is 2, and if the total is 20 or more, the difference between them is within 20% of the total for the group (for example, the total for both groups If there are 40 people, the difference between them can be set within 4). The latter condition takes into consideration that the number of players in the reception period (described later) increases in the same time zone if the group becomes large to some extent.

In S403, the inter-group match management unit 466d of the server 450 transmits the match request notification information to the information terminal 410 (T021) of the one (P021). Ichita (P021) is a leader of the group G021, which is a battle request destination from Ichiro (P011). The battle request notification information includes information for displaying a battle request notification screen 471 (see FIG. 43B).
In S404, as shown in FIG. 43B, when the play control unit 416a of the information terminal 410 (T021) of Ichita (P021) receives the battle request notification information, the battle request notification screen 471 is displayed on the touch panel 14. To do.

The battle request notification screen 471 displays request source group information 471a, a request rejection description 471b, a federation formation deadline date 471c, and a confirmation button 471d.
The request source group information 471a is group information of the group G010 that is the battle request source.
By checking the request source group information 471a, Ichita (P021) can confirm that the average skill of the players in the group G010 is higher than the average skill of the players in his group G021. Therefore, Ichita (P021) can determine that the requested group battle is disadvantageous to the group G021.

The request refusal explanation 471b is an explanatory note that the battle request cannot be rejected. That is, the inter-group match management unit 466d of the server 450 and the play control unit 416a of the information terminal 410 (T021) determine the match request from the match request destination group G021 when determined to be appropriate in S402. Request rejection is not accepted.
The federation formation deadline date 471c is a deadline date allowed before the group G021 forms the federation group G020. In the example of FIG. 43 (B), the association formation deadline date is April 20. In the embodiment, the association formation period is set to 5 days including the reception date of the battle request notification. In other words, the inter-group match management unit 466d of the server 450 grants the period until the alliance formation deadline date (the alliance group formation period) to the group G021.

The confirmation button 471d is a button to be operated when the one thick (P021) confirms each display content.
In S405, when the play control unit 416a of the information terminal 410 (T021) receives the operation of the confirmation button 471d, the play information is transmitted to the server 450.
In S406, the group battle management unit 466d of the server 450 receives the operation information of the confirmation button 471d.

In S407a and S407b, the play control unit 416a of the information terminal 410 (T021) of Ichita (P021) and the match management unit 466d of the server 450 confirm that the server 450 has received the operation information of the confirmation button 471d in S406. Accordingly, the federation group formation processing is performed by communicating display information and operation information on the touch panel 14 between the two as necessary.
The federation group formation process is a process for forming a group G021 of the one piece (P021) and a federation group G020 with another group and another player in response to the request of the one piece (P021).

The federation group formation process is performed in the following procedure.
(1) As shown in FIG. 44 (A), the play control unit 416a of the information terminal 410 (T021) of Ichita (P021) displays the association request screen 472 on the touch panel 14 in accordance with the operation of Ichita (P021). To display.
The association request screen 472 displays an association selection unit 472a, association request destination group information 472b, a total number of associations 472c, an association formation expiration date 472d, and a request button 472e.
The association selection unit 472a displays a selection button displaying a group name that can request the association. The association selection unit 472a in FIG. 44A displays selection buttons for three groups G022, G032, and G091.
The inter-group battle management unit 466d sets the number of players in the group G010, which is the battle request source, as the total number of players of the group G021 (4 players) and the number of players in the group to which the association is requested as a group that can request an alliance. (9 people) You may extract the following groups.

The association request destination group information 472b is group information of the group selected by the association selection unit 472a.
The total number of alliances 472c is the total of the number of players in the group G021 and the number of players in the group selected by the alliance selection unit 472a. In the case where there are two or more association request destinations (group, player), the total number of associations 472c is the total at the present time.
Ichita (P021) decides the group to request the association, taking into account the skill of the player who combines his group G021 and the group selected by the association selection unit 472a and the skill of the player of the opponent group G010. Just decide.

When the group (P021) requests the group selected by the confederation selection unit 472a to associate with his group G021, the request button 472e may be operated.
In response to this, the play control unit 416a of the information terminal 410 (T021) transmits operation information of the request button 472e to the server 450.

(2) As shown in FIG. 44 (B), the play control unit 416a of the information terminal 410 (T021) of Ichita (P021) displays the association request screen 473 on the touch panel 14 according to the operation of Ichita (P021). To display.
While the association request screen 472 in FIG. 44A is a screen for requesting an association to another group, the association request screen 473 is a screen for requesting an association to an individual player. It is.
The association request screen 473 displays an association selection unit 473a, association request destination player information 473b, an association total number of people 473c, and a request button 473e.

  The association selection unit 473a displays a selection button that displays the names of players who can request the association. The association selection unit 473a in FIG. 44B displays selection buttons for Kyusuke (P029), Kenta (P063), and Koshi (P099).

The association request destination player information 473b is player information of the player selected by the association selection unit 473a. This player information is information such as the player name, rank, affiliation group, association count, association win rate, and the like.
The affiliation group is a group name to which the player selected by the alliance selection unit 473a belongs. If the affiliation group does not belong to any group, “no affiliation” is displayed.
The number of times of alliance and the alliance win rate are history information relating to an alliance group in which the selected player has participated in the past.
The association count is the number of times the selected player participates in the past association group.
The association count is the winning rate of the selected player when participating in the past association group.

The association request destination player information 473b in FIG. 44 (B) is player information of 9suke (P029) since 9suke (P029) is selected by the association selection unit 473a.
Further, the total number of associations 473c is 9 because the group G022 (4 people) selected Kusuke (P029) after requesting the association.

Ichita (P021) can examine and confirm the following by the association request destination player information 473b regarding Kusuke (P029).
・ Because it is stage 9, the skill is high. For this reason, it is sufficient for reinforcement of the skill of own group G021.
・ Although I have not joined the group, the number of associations is 10. For this reason, if you request a coalition, you are likely to participate.
・ The win rate when participating in the Union is high.

Just as in the case of determining the group for which association is requested, Ichita (P021) may be determined in consideration of the player who requests the association.
When the player (P021) requests the player selected by the association selection unit 473a to associate with his / her group G021, the request button 473e may be operated.
In response to this, the play control unit 416a of the information terminal 410 (T021) transmits operation information of the request button 473e to the server 450.

(3) When the server 450 receives the operation information of the request button 472e or the request button 473e from the information terminal 410 (T021) by the processing of (1) or (2) above, the server 450 sends the association request information to the group of the association request destination. To the information terminal 410 of the leader of the player or the information terminal 410 of the player requesting the association. The association request information includes information indicating that an association request from the group G021 to the other group or another player has been made by the association group G020 (a request to participate in the association group G020).

(4) Although illustration is omitted, the information terminal 410 that has received the association request information displays an inquiry screen asking whether or not to participate in the association group G020 with the group G021. On this inquiry screen, for example, buttons for selecting participation or non-participation are displayed.
The play control unit 416a of the information terminal 410 transmits operation information having information regarding participation or non-participation to the server 450.
(5) When receiving the operation information from the participation request destination information terminal 410, the inter-group match management unit 466d of the server 450 updates the information in the group information storage unit 458. That is, when the received operation information includes information regarding participation, the group-to-group battle management unit 466d stores the player ID of the player who participates in units of groups or the player ID of the player who individually participates in the group information storage unit 458. Stored in the row of the associated group G020.
Further, the inter-group match management unit 466d of the server 450 transmits information indicating participation or non-participation to the information terminal 410 (T021) of Ichita (P021) that is the participation request source.

(6) Upon receiving information indicating participation or non-participation, the play control unit 416a of the information terminal 410 (T021) of Ichita (P021) displays a screen (not shown) having the information on the touch panel 14. Thereby, Ichita (P021) can know the result of participation or non-participation from the group requested to participate and the player.
(7) The play control unit 416a of the information terminal 410 (T021) of Ichita (P021) and the inter-group battle management unit 466d of the server 450 perform the processes (1) to (6) in the federation group formation period. Repeat. Therefore, Ichita (P021) can request another group to participate again when the group requested to participate does not participate. Thereby, Ichita (P021) can organize until the number of players in the association group G020 becomes the same as the number of players in the group G010 that is the battle request source.
(8) When the play control unit 416a of the information terminal 410 (T021) and the inter-group battle management unit 466d of the server 450 reach April 5 which is the association formation deadline date, the processing from (1) to (7) above is performed. Exit.

In S <b> 408, the inter-group match management unit 466 d of the server 450 includes, as the association group G <b> 020, the players of the group G <b> 021 and the players stored in the row of the association group G <b> 020 of the group information storage unit 458 as of the association formation deadline date. Form a group with
The group information storage unit 458 (after forming the association) in FIG. 40 indicates information after forming the association group G020.
Hereinafter, the formed federation group G020 includes a group G021 player (P021 to P024) (four people) as a federation request source, and a group G022 player (P025 to P028) (four people) as a federation request destination. The example which has 9 help (P029) (one person) which is an association request destination is demonstrated.

In S409, the inter-group battle management unit 466d of the server 450 transmits alliance formation contact information indicating that the alliance group G020 is formed to the information terminals 410 (T021 to T029) of each player of the alliance group G020.
In S410a, S410b, and S410c, the play control unit 416a of the information terminal 410 (T021 to T029) of each player of the association group G020 displays the association formation contact screen 474 on the touch panel 14 when receiving the association formation contact information. In FIG. 42, only the processing of the information terminal 410 (T021, T025, T029) of Ichita (P021), Gosuke (P025), and Kyusuke (P029) in the federation group G020 is illustrated.
The federation formation contact screen 474 of FIG. 44 (C) is displayed on the information terminal 410 (T021) of Ichita (P021).
The federation formation contact screen 474 displays federation group information 474a.
The federation group information 474a includes the breakdown information of the federation group G020 in addition to the group information of the federation group G020.
The breakdown information is information such as the group ID of the group constituting the federation group G020, the player ID of the player, and the like.

  The inter-group match management unit 466d of the server 450 transmits the association formation contact information to the information terminals 410 (T011 to T019) of each player in the group G010 in addition to the association group G020 (see S409). The play control unit 416a of the terminal 410 (T011 to T019) may receive this and display the federation formation contact screen 474. In this case, the players of the group G010 can know the group information of the federation group G020 that is the opponent.

Through the above process, the game system 401 forms an alliance group G020 having the group G021 in response to a group battle request from the group G010 to the group G021.
The game system 401 has the following actions and effects by forming the federation group G020.
(1) Since the federation group formation period is given to the group G021, the number of members belonging to both groups can be made equal. Thereby, an equal group battle can be performed.
(2) Since the federation group G020 having the groups G021, G022 is formed, the small groups (groups with a small number of members) can be combined into one. For this reason, it is possible to promote the elimination of the small group outbreak.
In addition, since the federation group G020 matches and battles with the large group G010, even if it is a set of different groups, it has a great unity.

(3) The group G021 can apply for participation in the federation group G020 not only for the group unit but also for the player unit. For this reason, the number of people in the federation group G020 can be adjusted more finely.
(4) The group G021 cannot reject the battle request from the group G010. For this reason, in order for the group G021 to fight equally with the group G010, it is necessary to form the federation group G020. As a result, it is possible to further promote the cancellation of small groups.

In addition, you may deform | transform the process of the battle | competition request | requirement between groups as follows.
The inter-group battle management unit 466d of the server 450 may accept a request for an inter-group battle from a small group to a large group. In this case, the inter-group battle management unit 466d may make it a condition that the difference between the number of players in the small group and the number of players in the large group is smaller than the criterion. For example, as described above, the determination criterion can be appropriately set to such an extent that a defect does not occur in the battle between groups.

  Moreover, the game system 401 may receive the request | requirement of the battle | competition between groups from the alliance group G020 to another group after union formation. In this case, the game system 401 may perform a process for forming the federation group G020 by performing the same process as in S407a and S407b. In this case, the inter-group battle management unit 466d appropriately sets the difference between the number of players in the federation group G020 and the number of players in other groups so that no trouble occurs in the inter-group battle as described above. do it. In this case, by forming a federation group G020 having a small group, a leader or the like of the small group belonging to the federation group G020 can start a battle between groups.

(Schedule setting process)
FIG. 45 is a diagram illustrating the flow of schedule setting processing of the game system 401 according to the fourth embodiment.
46 to 48 are diagrams showing display screens of the information terminal 410 at the time of advance setting of the battle play acceptance period according to the fourth embodiment.
The game system 401 performs schedule setting processing after forming the federation group G020.
The schedule setting process sets a reception period (matching reception period) in which each player can receive a matching request in the battle period in advance of the battle period in which a battle play between groups is actually performed. It is processing.
As shown in FIG. 41, the inter-group match management unit 466d of the server 450 sets the five days from April 6 to April 10 as the schedule setting period after forming the federation group G020 on April 5. To do. Further, the inter-group battle management unit 466d sets seven days (one week) from April 11 to April 17 as the battle period.
Hereinafter, the schedule setting process for the players in the group G010 will be described, but the schedule setting process for the players in the federation group G020 is performed in the same manner.

As shown in FIG. 45, in S420, the inter-group match management unit 466d of the server 450 displays the match execution guide information having information for displaying the match execution guide screen 475 (see FIG. 46A) as group G010. To each information terminal 410 (T011 to T019).
In S421a and S421b, the play control unit 416a of each information terminal 410 (T011 to T019) displays the battle execution guidance screen 475 on the touch panel 14 when receiving the battle execution guidance information.
46A is displayed on the information terminal 410 (T011) of the group G010 Ichiro (P011).
The battle execution guidance screen 475 displays an outline of a battle between groups (a battle group name, a holding period, etc.), a detail button 475a, and an input button 475b.
The detail button 475a is provided corresponding to the display of each group name.
Although illustration is omitted, when the detail button 475a corresponding to each group is operated, the play control unit 416a acquires the group information of each group from the server 450 and displays a display screen having the group information of each group. . Thereby, each player can confirm the group information of an opponent.

When the input button 475b is operated, the play control unit 416a displays a reception period input screen 476.
As shown in FIG. 46B, the acceptance period input screen 476 is a screen for accepting an input of the acceptance period from the player.
The reception period input screen 476 displays a reception period selection table 476a and a determination button 476b.
The reception period selection table 476a includes seven rows for seven days of the battle period (April 11 to April 17) and three time zones (previous time zone 10: 0 to 14:00, middle time zone 14 : A cell (cell) divided by a column of 00 to 18:00 and a later time zone 18: 00 to 22:00 is displayed.
The information terminal 410 requests the player to set the reception period by displaying the reception period selection table 476a.
The player selects three or more cells corresponding to the acceptable date and time zone from the cells in the reception period selection table 476a when a matching request is made by another player. Thereby, the player can preset a time convenient for him in real life as the reception period. The acceptance period selection table 476a displays “◯” in the cell of the selected time zone.
The player may operate the decision button 476b when confirming the selection content.
In S422a, when the play control unit 416a of the information terminal 410 (T011) receives the operation of the determination button 476b, the play control unit 416a transmits selection information of the date and time period selected in the reception period selection table 476a.
In S422b, the play control unit 416a of the information terminal 410 (T012 to T019) of each player (P012 to P019) of the group G010 receives the operation of the determination button 476b in accordance with the reception of the operation of the determination button 476b. Send selection information.

In S423, the inter-group match management unit 466d of the server 450 receives the selection information of the date and time zone from all the players in the group G010, thereby receiving the reception period from the information terminal 410 (T011 to T019) of each player. Accept pre-configuration. The inter-group battle management unit 466d transmits the preset information of all the players in the group G010 to the information terminal 410 (T011) of Ichiro (P011) who is the leader.
In S424, the play control unit 416a of the information terminal 410 (T011) of Ichiro (P011) displays a reception period adjustment screen 477 on the touch panel 14 as shown in FIG. 46C.

In S425, as shown in FIGS. 46C, 47A, and 47B, the play control unit 416a of the information terminal 410 (T011) of Ichiro (P011) receives the reception period adjustment tables 477b and 478. The period adjustment operation using is accepted.
The reception period adjustment tables 477b and 478 are for the group leader to adjust the date and time zone selected by all players in the group. That is, since each player selects a reception period, the selection of a plurality of players overlaps in the same time zone. The leader of the group can adjust the reception period selected by the player of the group so as to satisfy the following adjustment conditions (a) to (d).
(A) The acceptance period of each player is 3 or more.
(B) The total acceptance period of all players is 30.
(C) The time zone after weekdays is 2 or more.
(D) The total time of the weekend is 2 or more.

  The above (a) is a condition for making the inter-group battle not a part of the group but a total battle of the entire group by having each player of the group have three or more reception periods. In this way, the game system 401 can improve the likelihood of matching by providing a plurality of reception periods for one player.

  The above (b) is a condition for facilitating the matching. That is, according to the above (a), the entire group has 21 (= 3 × 7 days) reception periods, but matching is more easily established as the reception period increases. Therefore, the game system 401 makes it easy to establish matching by requesting Ichiro (P011) 30 adjustments, which is more than 21 in total for the reception period.

The above (c) and (d) are conditions for arranging a reception period in a time zone in which matching is likely to be established.
That is, in general, on weekdays, the player is more likely to secure play time after the evening than in the morning and noon hours, and it is easier to ensure play time throughout the day on weekends. Therefore, the game system 401 facilitates matching according to the above conditions (c) and (d).
Further, according to the above conditions (c) and (d), the reception periods of both groups are arranged on all the 7th days during the battle period. Thereby, the acceptance period is arranged with little bias in the battle period, that is, it is arranged on the average in the battle period. For this reason, matching between players tends to be established throughout the battle period.

The play control unit 416a of the information terminal 410 (T011) selects the cell displaying the date from the reception period adjustment table 477b of FIG. ) Reception period adjustment table 478 and determination button 478b.
47A is an acceptance period adjustment table 478 for April 11 (Monday) which is a weekday, and FIG. 47 (B) is an acceptance period adjustment table 478 for April 17 (Sunday) which is a weekend. is there.
As shown in FIG. 47 (A), the reception period adjustment table 478 displays a cell divided by each player's row and three time zone columns. The square corresponding to the time zone selected by each player in S422a and 422b (see FIG. 46B) displays “◯”.
When “◯” is selected by Ichiro (P011), the play control unit 416a changes “◯” to the display of “X”. Thereby, the play control unit 416a accepts a setting for deleting the player corresponding to “◯” from the acceptance period corresponding to “◯”.

Ichiro (P011) can devise a strategy that makes the group G010 advantageous by adjusting the acceptance period as follows, for example, considering the conditions (a) to (d).
-Under the conditions (a) and (b) above, each player in the group G010 has at least 3 acceptance periods, and some players in the group G010 have 4 or more acceptance periods. It will be. Here, if the high-skilled players (P017 to P019) have more acceptance periods, the winning rate of the group G010 can be expected to increase. For this reason, Ichiro (P011) has, as much as possible, a high-skilled player (P017 to P019) having a reception period of four or more and a low-skilled player (P011 to P013) having a reception period of only three. Can be adjusted.

-It is expected that the number of battles will be large during the time period when matching is likely to be established. Here, if the high-skilled players (P017 to P019) are arranged in a time zone in which matching is likely to be established, the winning rate of the group G010 can be expected to increase. For this reason, Ichiro (P011) arranges the high-skilled players (P017 to P019) as much as possible in the time zone after weekdays and all the time zones on weekends, and places the low-skilled players before weekdays. By arranging in the time zone and the middle time zone, it can be adjusted so as to satisfy the conditions (c) and (d).

In order to satisfy the above conditions (c) and (d), for example, in the example of FIG. 47 (A), Ichiro (P011) uses the high-skilled player (P018) , P019), and the other players are adjusted to be deleted. In the example of FIG. 47B, Ichiro (P011) leaves only the high-skilled players (P017 to P019) and the medium-skilled players (P015, P016) in the time zone after April 17, which is the weekend. The other players are adjusted to be deleted.
It is necessary for Ichiro (P011) to adjust the schedule so as to satisfy the conditions (a) and (b) in addition to the above (c) and (d). Further, there are cases where the selection of high-skilled players is less than two in the later hours of weekdays or the entire time of the weekend. Although a detailed description is omitted, for this reason, Ichiro (P011) may need to arrange low-skilled or medium-skilled players in the time zone after the weekday or the entire time zone on the weekend.

When Ichiro (P011) finishes the schedule adjustment operation, he / she may operate the enter button 478b.
In S426, the play control unit 416a of the information terminal 410 (T011) transmits schedule adjustment information to the server 450 in accordance with the operation of the determination button 478b.
In S427, when receiving the schedule adjustment information, the inter-group match management unit 466d of the server 450 determines whether or not the schedule adjustment information satisfies the conditions (a) to (d).
The inter-group match management unit 466d determines that this is appropriate when the schedule adjustment information satisfies the conditions (a) to (d).
On the other hand, when the schedule adjustment information does not satisfy the conditions (a) to (d), the inter-group match management unit 466d determines that the schedule adjustment information is inappropriate and the schedule adjustment information is inappropriate. Is transmitted to the information terminal 410 (T011) of Ichiro (P011).

Although a detailed description is omitted, when the play control unit 416a of the information terminal 410 (T011) of Ichiro (P011) receives the information, the information indicating that the schedule adjustment information is inappropriate is displayed on the touch panel 14. Then, the play control unit 416a accepts a schedule readjustment operation from Ichiro (P011).
It should be noted that the determination whether the schedule adjustment information satisfies the above (a) to (d) may be performed by the information terminal 410 instead of the server 450. In this case, the information terminal 410 may make this determination before transmitting the schedule adjustment information to the server 450. In this case, the play control unit 416a of the information terminal 410 (T011) functions as a control unit (inter-group battle management unit) that executes a part of the above-described processing of the control unit 66 of the server 450.

In S428, the inter-group match management unit 466d of the server 450 transmits the schedule adjustment information determined to be appropriate in S427 to the information terminals 410 (T011 to T019, T021 to T029) of all players in both groups. Further, the inter-group battle management unit 466d stores the schedule adjustment information in the schedule storage unit 462 as confirmed schedule information for reference in a process related to matching described later.
In S429a, S429b, and S429c, as shown in FIG. 48, when the play control unit 416a of each information terminal 410 (T011 to T019, T021 to T029) receives the schedule adjustment information, the reception period schedule screen 479 is displayed on the touch panel 14. Display (output) on (output unit).

The acceptance period schedule screen 479 of FIG. 48 is displayed on the information terminal 410 (T021) of the union group G020 (P021).
The acceptance period schedule screen 479 displays the schedule table 479a to notify the acceptance period of each player of the opponent group G010 to Panda (P021).
The schedule table 479a is the same display as the reception period adjustment table 477b and the like, that is, “◯” is displayed in the square of the battle period of each player. Ichita (P021) can confirm the schedule of the entire schedule of the battle period by scrolling the touch panel 14 left and right.

By checking the schedule table 479a, Ichita (P021) can schedule a matching request at which time of the battle period in consideration of the circumstances of his / her real life. Further, the schedule table 479a displays each player name and each player's level. For this reason, Ichita (P021) can consider a time zone in which matching advantageous to himself can be requested.
On the other hand, each player of the group G010 can confirm the acceptance period determined by Ichiro (P011) after confirming the schedule table 479a (S422a, 422b, see FIG. 46B). .

As described above, the inter-group battle management unit 466d of the server 450 and the play control unit 416a of the information terminal 410 perform a schedule process that is a process of adjusting the battle period for which the preset setting has been accepted.
Through the above process, the game system 401 can determine the schedule for the reception period of the group G010 and inform both groups of the determined schedule. Moreover, although description is abbreviate | omitted, the game system 401 can determine an acceptance schedule process also regarding the alliance group G020, and can notify the determined schedule to both groups.

(Matching process)
As shown in # 451 of FIG. 41, the inter-group battle management unit 466d of the server 450 starts the battle process after the schedule setting process, that is, when April 11 arrives. To do.
FIG. 49 is a diagram for explaining the status of accepting matching to Ichiro (P011) and matching request from Ichiro (P011) during the battle period of Ichiro (P011) according to the fourth embodiment.
FIG. 50 is a diagram illustrating the flow of processing of a matching request from Ichita (P021) to Ichiro (P011) during the acceptance period of Ichiro (P011) of the fourth embodiment.
FIG. 51 is a diagram illustrating a display example of the information terminal 410 during the matching process of the fourth embodiment.
Hereinafter, processing of a matching request to Ichiro (P011) and a matching request from Ichiro (P011) will be described, but the same processing is performed for each player in both groups G010 and G020.

As shown in FIG. 49, by the above schedule processing, Ichiro (P011) has received three reception periods (the mid-time zone of April 12, the mid-time zone of April 13 (Wed), and the April 15 (Friday) ) After time zone) is set.
In FIG. 49, the time point described as “necessary” in the circle indicates the time point when the player of the federation group G020 requests matching from Ichiro (P011). The time point described as “necessary” in the square indicates the time point when the matching request is made from Ichiro (P011) to the player of the federation group G020.
The inter-group battle management unit 466d of the server 450 performs the following processing during the acceptance period of Ichiro (P011).

(Matching request from player of federation group G020 to Ichiro (P011))
As shown in FIG. 49 and FIG. 50, as an example of this matching request, at the time of 16:00 in the middle time zone on April 12, which is the acceptance period of Ichiro (P011), the thickness of the federation group G020 (P021) Processing when a request for matching is made from Ichiro (P011) will be described.
During the acceptance period, Ichiro (P011) needs to wait in a state where the information terminal 410 can be operated in order to accept a matching request from a player of the federation group G020. It should be noted that during the waiting period during which Ichiro (P011) is not playing the battle play, the play control unit 416a of the information terminal 410 (T011) of Ichiro (P011) may execute a single play. . In this case, when there is a matching request from a player of the federation group G020 during a single play, the play control unit 416a may perform a process related to matching after stopping or stopping the single play process. .

In S440, as shown in FIG. 51A, the play control unit 416a of the information terminal 410 (T021) of the union group (P021) of the federation group G020 responds to the operation of the unification (P021) by the matching request screen 480. Is displayed on the touch panel 14.
The matching request screen 480 displays a player selection button 480a and a matching request button 480b.
The player selection button 480a is a button for selecting an opponent for which a match (P021) requests matching. Inside the player selection button 480a, the name of the player who is currently accepting matching in the group G010 and its rank are displayed. The play control unit 416a acquires information such as the player name from the server 450.

At the time of FIG. 51 (A), Ichiro (P011) and Jiro (P012) in the group G010 are accepting matching.
In this example, since Ichita (P021) makes a matching request to Ichiro (P011), Ichita (P021) selects the player selection button 480a for selecting Ichiro (P011) and then the matching request button 480b. Can be operated.
In addition, Saburo (P013) is in the reception period, but is fighting with Kyusuke (P029) of the federation group G020. For this reason, the inter-group match management unit 466d of the server 450 does not accept a matching request to Saburo (P013).

  In S441, the play control unit 416a transmits the operation information of the matching request button 480b to the server 450. As a result, the information terminal 410 (T021) requests the server 450 to make a matching request between Ichita (P021) and Ichiro (P011) (that is, a matching request between the information terminals 410 (T011) and 410 (T021)). I do.

In S442, the inter-group match management unit 466d of the server 450 receives the operation information of the player selection button 480a from the information terminal 410 (T021) of Ichita (P021), thereby obtaining Ichita (P021) and Ichiro (P011). ) Matching request is received.
In S443, the inter-group match management unit 466d transmits a matching request between Ichita (P021) and Ichiro (P011) to the information terminal 410 (T011) of Ichiro (P011).

In S444, as shown in FIG. 51B, when the play control unit 416a of the information terminal 410 (T011) of Ichiro (P011) receives this matching request from the server 450, the matching acceptance screen 481 is displayed on the touch panel 14. To do.
The matching acceptance screen 481 displays information indicating that a matching request has been received from the total thickness (P021) of the federation group G020, and a battle start button 481a.
In S445, when the play control unit 416a of the information terminal 410 (T011) receives an operation of the battle start button 481a from Ichiro (P011), the play control unit 416a transmits the operation information to the server 450.
The matching acceptance screen 481 does not have a button for rejecting the matching request. For this reason, if there is a matching request from a player of the opponent's alliance group G020 during his acceptance period, Ichiro (P011) cannot reject it and operates the match start button 481a. Is required.
For this reason, the inter-group match management unit 466d of the server 450 and the play control unit 416a of the information terminal 410 (T011) receive an Iro from the players of the group who is the opponent of the group G010 when the Ichiro (P011) is in the reception period. When a matching request is made for (P011), an operation for rejecting the request is not accepted from Ichiro (P011). Thereby, the game system 401 can improve the easiness of the matching between the players of the groups G010 and G020.

In S446, when the inter-group battle management unit 466d of the server 450 receives the operation information of the battle start button 481a from the information terminal 410 (T011) of Ichiro (P011), matching between Ichiro (P011) and Ichita (P021) is performed. Information indicating this has been stored in the storage unit 55. Note that the information in the storage unit 55 is referred to when the information terminal 410 of a player other than the one of the federation group G020 (P021) displays the matching request screen 480 (see FIG. 51A).
In S447, the inter-group battle management unit 466d of the server 450 instructs the information terminals 410 (T011) and 410 (T021) of Ichita (P021) and Ichiro (P011) to start a battle play.
In S448a and S448b, the play control unit 416a of the information terminals 410 (T011) and 410 (T021) of Ichita (P021) and Ichiro (P011) responds to an instruction from the server 450, so that Ichita (P021) and Ichiro (P011) A match play is started.

The play screen 460 of FIG. 37 is a scene of a battle play between Ichita (P021) and Ichiro (P011). In this scene, Ichiro (P011) has won Ichita (P021).
Although not shown in FIG. 50, the play control unit 416a of the information terminal 410 (T011) of Ichita (P021) and Ichiro (P011) transmits the play result to the server 450 when the play ends. When receiving this, the inter-group battle management unit 466d of the server 450 deletes information indicating that Ichiro (P011) and Ichita (P021) have been matched from the storage unit 55.
Thus, the process from when Ichita (P021) makes a matching request to Ichiro (P011) until the battle play between the two ends is completed.

The game system 401 performs the following processing in addition to the above processing during the acceptance period of Ichiro (P011).
(1) The inter-group battle management unit 466d does not limit the number of players in the federated group G020 that requests matching to Ichiro (P011) within the acceptance period. That is, if the player is outside the acceptance period in the federation group G020, a matching request can be made to Ichiro (P011). For this reason, the game system 401 can improve the easiness of establishment of matching during the battle period.

However, the inter-group battle management unit 466d limits the number of matchings from Ichita (P021) to Ichiro (P011) to one during each acceptance period.
For example, during the reception period of Ichiro (P011) in the mid-time period on April 11, Ichita (P021) can make a matching request to Ichiro (P011) only once. Since Ichiro (P011) has three acceptance periods during the match period, the number of times that Ichita (P021) can request a match from Ichiro (P011) is one match for each acceptance period. A total of 3 times throughout the period.
Thereby, the game system 401 can suppress an excessive matching request | requirement etc. for the purpose of only the point acquisition (a point process is mentioned later) by the same player during each reception period.

Note that the upper limit number of matching requests that can be made in each reception period is not limited to one, and may be any number that can suppress an excessive number of matching requests.
In addition, the upper limit number may be different for each reception period. For example, the upper limit number of times during which the number of matching requests is low (pre-weekday time zone, middle time zone, etc.) is the upper limit number of times during which there are many matching request times (after weekdays, all weekend time periods, etc.) More than that. In this case, since the number of battles between groups increases even in a time zone where the number of matching requests is small, it can be expected that the battles between groups will become active.

(2) The inter-group match management unit 466d does not accept a matching request from the information terminal 410 (T011) of Ichiro (P011) to another player during the acceptance period of Ichiro (P011). The other players are all players and include the players (P021 to P029) of the federation group G020. In addition, the game system 401 restricts the players that can be played by Ichiro (P011) during the acceptance period to the players of the federation group G020 who requested matching to Ichiro (P011).
Thereby, the game system 401 can improve the ease of establishing matching between players of the groups G010 and G020.

(3) The inter-group match management unit 466d of the server 450 determines that when Ichiro (P011) receives a matching request from the player of the federation group G020 to Ichiro (P011) during the acceptance period, Ichiro (P011) If the match is not accepted, Ichiro (P011) is dealt with in a defeat.
The case where the matching request is not accepted is, for example, the following case.
When the battle start button 481a is not operated in the scene of S445 and FIG. 51B, when the information terminal 410 (T011) of Ichiro (P011) is in a state of not accepting the matching request. In the state, for example, when Ichiro (P011) is not logged in to the game, when the information terminal 410 (T011) is turned off, the information terminal 410 (T011) This is the case when it exists in a place where it cannot be received.

  Thereby, the game system 401 can prompt the player during the reception period to wait in a state where the matching request can be received. Further, the game system 401 can urge the player to take into account the actual life schedule in detail when setting the reception period (S422a, 422b, see FIG. 46B).

(4) In the above-mentioned (3) no-war defeat process, a grace period (for example, 10 minutes) elapses after the player of the federation group G020 makes a matching request to the information terminal 410 (T011) of Ichiro (P011). Thus, Ichiro (P011) 's defeat may be confirmed. For Ichiro (P011), in order to confirm the presence or absence of a matching request, it is sometimes harsh to constantly monitor the state of the information terminal 410 (T011) during the acceptance period.
Thereby, even if it is during a reception period, the game system 401 is permissible with respect to a player if it is a short break etc.

(Matching request from Ichiro (P011) to players of the federation group G020)
On the contrary, the request for matching from Ichiro (P011) to the players of the federation group G020 will be described.
The inter-group battle management unit 466d of the server 450 accepts a battle request from the Ichiro (P011) to the players within the reception period of the federation group G020 while Ichiro (P011) is outside the reception period during the battle period.
For example, the time zone after April 12 in FIG. 49 is outside the acceptance period for Ichiro (P011). During this time period, Ichiro (P011) makes a matching request to two members of the federation group G020.
Thus, Ichiro (P011) can play a match by making a matching request to a player within the reception period of the alliance group G020 as an opponent while he is outside the reception period. .

By the schedule setting process and the battle process, the game system 401 has the following operations and effects.
Since each player can set a reception period in advance, a battle request can be received at a time convenient for real life. For this reason, each player is not matched at an inconvenient time. Moreover, if it is the reception period preset by each player, the matching between each player and the opponent who requested the matching can be established. For this reason, the battle period can be carried out over a long time (for example, several days) instead of a predetermined short time (for example, several hours).

(Point processing)
FIG. 52 is a diagram for explaining the process of giving points to Ichiro (P011) of the group G010 according to the fourth embodiment.
FIG. 53 is a table for explaining the points given to each player and the total points of each group according to the fourth embodiment.
The inter-group battle management unit 466d of the server 450 determines the win / loss of the inter-group battle based on the total points given to each player.
Hereinafter, although the process of giving points to Ichiro (P011) will be described as an example, other players are processed in the same manner.

  52, the inter-group battle management unit 466d of the server 450 decides to play a match after Ichiro (P011) requests a match from the player of the federation group G020. In response, 1 point is awarded to Ichiro (P011). Then, when Ichiro (P011) wins in the battle play, the inter-group battle management unit 466d further gives 1 point as a point corresponding to the victory to Ichiro (P011). Moreover, even if Ichiro (P011) loses in the battle | competition play, the battle management part 466d between groups does not subtract the point which he owns.

For this reason, Ichiro (P011) can obtain 1 point by first making a matching request without worrying about the stage difference and establishing the matching.
For this reason, the game system 401 can strongly urge each player to make a matching request to the player in the opponent group in each time slot. Thereby, the game system 401 can implement | achieve more battle | competition play within a battle | competition period, and can make the battle | competition between groups active.
Furthermore, Ichiro (P011) is required to play the battle play seriously in order to acquire 1 point corresponding to the victory in addition to 1 point at the time of the matching request.

On the other hand, as shown in the middle time zone on April 11 in FIG. 52, when the match management request is made to Ichiro (P011) during the acceptance period of Ichiro (P011), the inter-group match management unit 466d of the server 450 No increase or decrease is made for Ichiro (P011) regardless of the win or loss of the battle play.
However, when Ichiro (P011) is defeated in this match play and Ichita (P021), the opponent, wins, the inter-group match management unit 466d makes a matching request to Ichita (P021). In addition to 1 point, 1 point is awarded according to victory. For this reason, if Ichiro (P011) loses in a match play based on a request for matching by Ichiro (P011), the group G010 of Ichiro (P011) will be disadvantaged when winning or losing between groups. For this reason, Ichiro (P011) is required to play seriously even in the battle play based on the request for matching.

Here, the relationship between the point process and the schedule setting process described above will be described.
It is a period during which a large number of competitive plays are executed, that is, a period during which matching is easily requested, which greatly affects the win / loss between groups. For this reason, here, the arrangement of players during a period in which matching is easily requested will be described.
The leaders of both groups can determine the schedule in consideration of the following, for example.

(Placement of players during the battle period)
In the case where a high skill player is arranged and a low skill player is not arranged in a period during which matching is easily requested, in this case, a high skill player of the own group is requested to be matched by a player of the opponent group. In this battle play, since the probability of winning increases, it becomes difficult for the opponent group to acquire points. On the other hand, since the low-skilled player of the own group makes a matching request to the player of the opponent group, in this battle play, the probability of losing is high, so only points based on the matching request can be obtained, and based on victory Difficult to get points.
For this reason, the group which carried out the schedule process in this way has a strong tendency to defend.

In the case where a low-skilled player is placed and a high-skilled player is not placed in a period during which matching is easily requested, in this case, a low-skilled player in the own group is requested to be matched by a player in the opponent group In this battle play, since the probability of defeat increases, the opponent group can easily get points. On the other hand, since the high-skilled player of the own group makes a matching request to the player of the opponent group, the probability of winning is high in this battle play, so in addition to the points based on the matching request, Easy to earn points.
For this reason, the group which carried out the schedule processing in this way has a strong tendency to attack.

Each leader can consider the total number of persons on the reception period adjustment screen 477 shown in FIG.
For example, each leader can be expected to increase the number of matching requests to the partner group as the total number of people increases. That is, in the example of FIG. 46 (C), the total number of people is 70 people, of which 30 people are arranged in each battle period. Since the acceptance period is not set for the remaining 40 persons, these 40 persons can make matching requests to the players in the opponent group during this period. Therefore, the larger the total number of players, the better the attacking posture, and the more advantageous it is for winning or losing a match between groups.

(Processing at the end of the match period)
As shown in the granted point table in FIG. 53, the inter-group match management unit 466d of the server 450 totals the total points given to the entire groups when the match period ends. Then, the inter-group battle management unit 466d determines that the group having a large total number of points is a victory. In this example, group G010 wins.
Further, in this example, since the alliance group G020 is defeated, the inter-group match management unit 466d does not grant a privilege to the players (P025 to 029), but unlike this example, the alliance group G020 has won. In that case, a privilege is given to each player (P021 to P029) who participated in the federation group G020. The privilege may be anything useful for the player, and may be an item that can be worn by the character C, for example.
In addition, you may perform the process regarding a privilege not only with the union group G020 but with respect to the group G010.
Then, the inter-group battle management unit 466d stores various types of information about the inter-group battle (such as information about wins and losses) in the storage unit 55, and ends the series of processes.
Note that the inter-group battle management unit 466d may receive the intention of the player of the alliance group G020 from the information terminal 410 after the end of the inter-group battle, and may remain without canceling the alliance group G020. In this case, the allied group G020 may request a revenge battle against the group G010 because the wins and losses in the above example are very close.

  By the above point process, the game system 401 strongly urges each player to make a matching request to the player during the battle acceptance period of the opponent group. Thereby, the battle | competition between groups can be implemented not only as a part of player of a group but as a total power battle of all the players.

Note that the game system 401 of this embodiment can be modified as follows.
(1) The federation group G020 does not have the group G022, and may be a federation of players of the group G021 and one or more players who do not belong to the group.
(2) The inter-group battle management unit 466d may accept a request for an inter-group battle from the group G021 having a smaller number of people than the group G010 to the group G010. In this case, the inter-group battle management unit 466d performs processing related to the formation of the federation group G020 having the group G021 before requesting the inter-group battle, and thereafter receives the inter-group battle from the federation group G020. It may be.

(3) The fighting player may be executed not between the information terminals 410 owned by the player but between the game machines in the store. In this case, the player may go to the store during the reception period and wait for a matching request in a state where the game machine can be operated.
(4) The play control unit 416a of the information terminal 410 may perform part of the processing of the inter-group battle management unit 466d of the server 450.
(5) A group that has won in an inter-group match may absorb a defeated group.

(6) The arrangement of the reception period, that is, the schedule can be set by the player, but the inter-group battle management unit 466d may set it irregularly or in accordance with setting conditions. The setting condition is, for example, setting a high skill player in a time zone in which matching is easily established.

(Fifth embodiment)
FIG. 54 is a diagram for explaining the outline of the configuration of the game system 501 of the fifth embodiment and the outline of the battle between groups.
In FIG. 54, illustration of each component is omitted. The game machine 530 and the server 550 have the same configuration as the first embodiment (see FIG. 2 and the like), the fourth embodiment (see FIG. 38 and the like), and the like. That is, the game machine 530 includes a game program 535 a in the storage unit 535 and a play control unit 536 a in the control unit 536. The server 550 includes a game management program 555a in the storage unit 555, an inter-group battle management unit 566d in the control unit 566, and the like. Further, each player may have an information terminal (see FIG. 2 and the like) as in the first embodiment.
As shown in FIG. 54, the game system 501 performs a process related to a battle between groups between the groups G010 (first group) and G020 (second group). The skill of the entire group is higher in the group G010 than in the group G020, that is, the players in the group G010 have higher skills than the players in the group G020.
Similar to the first embodiment, the game system 501 performs a group battle using a game machine 530 in a store. The groups G010 and G020 may be a federation group formed by the same processing as in the fourth embodiment.
In FIG. 54, Ichiro (P011) among nine players (P011 to P019) (first player) in the group G010 plays with the game machine 530 (M011) in the store A011, and nine players in the group G020 ( An example in which one (P021), two (P022), and three (P023) of P021 to P029) (second player) are playing on the game machines 530 (M021 to M023) of the stores A021 to A023, respectively. It is.

The group battle of this embodiment is executed in response to a request for a group battle from one group (group G010, etc.) to the other group (group G020, etc.) as in the fourth embodiment (see FIG. 42, S401 to S406, etc.).
Moreover, although illustration is abbreviate | omitted, the battle | competition management part 566d of the server 550 sets the battle | competition period of the battle | competition between groups similarly to 4th Embodiment, and the battle implementation guidance screen 475 ( Processing for displaying (see FIG. 46A) is performed. In the present embodiment, the battle period is set, for example, from May 11th to May 17th.
After that, the game system 501 starts processing related to the battle play between the players of both groups in response to the arrival of the battle period, as in the fourth embodiment.

Processing related to the battle play will be described in detail.
FIG. 55 is a diagram for explaining a part of the battle play process of the battle between groups according to the fifth embodiment along the time axis.
FIG. 55 illustrates the process on May 11 from 18:00 to 19:00.
The game system 501 performs a battle play process in the following order.
(1) The inter-group match management unit 566d receives a matching request in accordance with the operation of each game machine 530 (M011, M021 to M023) of each player (P011, P021 to P023). In this embodiment, a matching request is received from each player and a matching standby state with another player is entered (that is, whether or not a matching request is actually received from each player and matching is performed with another player). The state of processing) is also referred to as an entry.
In this case, the inter-group battle management unit 566d limits the number of players that can be simultaneously entered so that the total skill of the player who has requested matching is within 10 ranks for one group.

From 18:00 to 19:00, for group G010, Ichiro (P011) has entered and the total skill level is level 10, so the inter-group battle management unit 566d has entered other players from group G010. Is not allowed.
On the other hand, for group G020, Ichita (P021), Futa (P022), and Sota (P023) are simultaneously entered and their total skill level is rank 5, so the inter-group battle management unit 566d From G020, the entry of one or more other players is allowed within a range of 5 within the remaining stage.
In this way, when the high skill Ichiro (P011) requests matching from the group G010, the number of players that can be entered at the same time is smaller in the group G010 than in the group G020. For this reason, the number of plays per player is smaller in the group G010 than in the group G020. Thereby, the game system 501 can be in a situation where a high-skilled player plays a concentrated battle with a plurality of low-skilled players.

(Processing for Battle 1)
(2) The inter-group battle management unit 566d of the server 550 performs a matching process for the first battle among the players in the entry.
In other words, the inter-group match management unit 566d matches one of the group G010 Ichiro (P011) and the group G020 size (P021), size 2 (P022), and size 3 (P023). In the example of FIG. 55, in the match 1, Ichiro (P011) and Ichita (P021) are matched.
(3) The inter-group battle management unit 566d instructs the matched game machines 530 of both players to start the battle play via the communication network 2.

(4) The play control unit 536a of each game machine 530 of both matched players starts a battle play in response to an instruction from the server 550.
Although detailed description is omitted, the play control unit 536a performs a fighting game play process similar to that of the first embodiment.
The battle play is a remaining game where three characters battle each other, and each character has HP 100P, and the total HP of the three characters is HP 300P.

At the end of the match, Ichiro (P011) has decreased from HP300P to HP250P, and the first character has a remaining HP, whereas Ichita (P021) has decreased from HP300P to HP0P. The third character is HP0P.
For this reason, the play control unit 536a determines that Ichiro (P011) (victory player) of the tier 10 has won the thickness of the tier 1 (P021) based on the HP.
The play control unit 536a transmits the play result to the server 550.

(5) The play control unit 536a of the game machine 530 executes processing for recovering the HP of the defeated Ichita (P021) character according to the end of play. In the embodiment, the recovery time of HP300P is 10 minutes. The process related to HP recovery may be executed by the inter-group battle management unit 566d of the server 550.

(6) The inter-group battle management unit 566d of the server 550 performs point grant processing based on the play result received from the game machine 530. In the point awarding process, victory points are awarded to the winning player, while victory points are not given to the defeated player, and the number of points is not increased or decreased.
Further, the inter-group battle management unit 566d gives more victory points to the winning player as the level of the opponent (defeated player) is higher. In the present embodiment, points having the same numerical value as that of the stage are given. For this reason, for example, if the player wins the opponent in the first rank, the victory point 1 is awarded, and if the player wins the opponent in the first rank 10, the victory point 10 is awarded.
In the match 1, Ichiro (P011) who has won is awarded a victory point 1 corresponding to the rank 1 of the opponent Ichita (P021).

(Processing for Battle 2)
(7) The inter-group match management unit 566d of the server 550 performs a matching process for match 2 (next play), which is the second match.
In this case, the inter-group match management unit 566d excludes Ichirou (P021) who is performing the HP recovery process according to (5) from the players in the entry as a matching partner of Ichiro (P011). Note that the inter-group match management unit 566d may exclude one player (P021) from the players in the entry.
As a result, the match management unit 566d between groups does not match again between Ichiro (P011) and Ichita (P021) in the match 2 but with Ichiro (P011) and Ichita (P021) or Futa (P022). In addition, the play control unit 536a of the game machine 530 does not execute the battle play between Ichiro (P011) and Ichita (P021) during the recovery period.
In the example of FIG. 55, in the match 2, Ichiro (P011) and Futa (P022) are matched.
For this reason, since Ichiro (P011) does not fight with the same low skill player, he / she does not get bored with the game even when fighting.

(8) Similar to the above (3) to (7), the inter-group battle management unit 566d of the server 550 and the play control unit 536a of the game machine 530 perform battle play between Ichiro (P011) and Futa (P022). Process. In this example, Ichiro (P011) in stage 10 has won Futa (P022) in stage 2.
However, the play control unit 536a of the game machine 530 reflects the HP 250 of the character of Ichiro (P011) who won the battle 1 to the HP of the character of Ichiro (P011) of the battle 2 and reflects it in the battle 2. For this reason, in the battle 2, the first character of Ichiro (P011) starts the battle from HP50P. In this case, as in the first embodiment, the play control unit 536a may recover only a part of the HP without fully recovering the HP (see S26 in FIG. 8).

  Even after the next game, the play control unit 536a continues the process of carrying the character's HP to the next game in the case where Ichiro (P011) wins consecutively. For this reason, Ichiro (P011) becomes disadvantageous after the next game because the initial physical strength of the character decreases as he wins.

(Processing for match 3)
(9) The inter-group match management unit 566d of the server 550 performs matching processing for match 3 as the third match in response to the end of match 2.
At the time of Match 3 match processing, HP (P021) and Futa (P022) are in the HP recovery period. Therefore, the inter-group match management unit 566d excludes Ichitaro (P021) and Futa (P022) that are performing HP recovery processing from the players in the entry as matching partners of Ichiro (P011). . Therefore, the inter-group battle management unit 566d matches Ichiro (P011) and Santa (P023).
(10) Similar to the above (3) to (7), the inter-group battle management unit 566d of the server 550 and the play control unit 536a of the game machine 530 perform battle play between Ichiro (P011) and Santa (P023). Process. In this example, stage 10 Ichiro (P011) wins stage 2 Santa (P023).
At the start of the match 3, the HP of the character of Ichiro (P011) is HP200P. For this reason, the play control unit 536a of the game machine 530 performs a battle using two characters corresponding to HP200P with respect to Ichiro (P011).

(Processing for Battle 4)
(11) The inter-group match management unit 566d of the server 550 performs matching processing for the match 4 that is the fourth match in response to the end of the match 3.
During the match process of match 4, the recovery period has ended for Ichita (P021) and the recovery periods for Futa (P022) and Santa (P023) are within the recovery period. Therefore, the inter-group battle management unit 566d matches Ichiro (P011) and Ichita (P021).
(12) Similar to the above (3) to (7), the inter-group battle management unit 566d of the server 550 and the play control unit 536a of the game machine 530 perform battle play between Ichiro (P011) and Ichita (P021). Process. In this example, Ichiro (P011) has won Ichita (P021).

(Processing for Battle 5)
(13) The inter-group battle management unit 566d of the server 550 matches Ichiro (P011) and Futa (P022) as in the battle 4. In addition, the inter-group battle management unit 566d of the server 550 and the play control unit 536a of the game machine 530 perform battle play processing between Ichiro (P011) and Futa (P022). In this example, Ichiro (P011) has won Futa (P022).
Note that at the start of the match 5, the HP of the character of Ichiro (P011) is HP100P. For this reason, the play control unit 536a of the game machine 530 performs a battle using one character corresponding to HP100P with respect to Ichiro (P011).

(Processing for Battle 6)
(14) The inter-group battle management unit 566d of the server 550 matches Ichiro (P011) and Santa (P023) in the same manner as the battle 4. Further, the inter-group battle management unit 566d of the server 550 and the play control unit 536a of the game machine 530 perform a battle play process between Ichiro (P011) and Santa (P023).
Since the HP of the character of Ichiro (P011) is a total HP50P at the start of the match 6, Ichiro (P011) will play a battle with one HP50P character. On the other hand, the total HP of the HP characters of the Santa (P023) character is HP300P, so the Santa (P023) will play with three HP100P characters as usual. For this reason, Santa (P023) is advantageous even if his skill is lower than Ichiro (P011).

In the example of FIG. 55, at the end of play, the HP of the character of Ichiro (P011) is HP0P, and the HP of the character of Santa (P023) is HP10P. For this reason, the play control unit 536a of the game machine 530 determines that Santa (P023) has won.
The play control unit 536a transmits the play result to the server 550.

(15) The inter-group match management unit 566d of the server 550 performs a point grant process for the match 6 based on the play result received from the game machine 530.
The inter-group battle management unit 566d gives victory points 10 corresponding to the rank 10 of Ichiro (P011), the opponent, to the winning Santa (P023).

The inter-group match management unit 566d of the server 550 gives a total of 8 victory points to the group G010 Ichiro (P011) through the processes (1) to (15) above, and the group G020 thickness (P021). ), Futa (P022), and Futa (P023) will be given a total of 10 victory points.
For this reason, at least at 18: 00 to 19:00 on May 11, the group G020 has won the group G010. That is, the group in which the low-skilled player has entered wins over the group in which the high-skilled player has entered.
Note that the inter-group match management unit 566d of the server 550 determines win / loss between groups based on the total number of victory points of the players within the match period, as in the fourth embodiment. In addition, since the inter-group match management unit 566d of the server 550 and the play control unit 536a of the game machine 530 continue the same processing as the above (1) to (15) during the battle period, there are many low-skilled players. Even a group can expect to win against a group with many high-skilled players.

  As described above, the game system 501 of the present embodiment limits the number of players that can be simultaneously entered from the same group based on the skill, and increases the points given to the player as the player with higher skill wins. . Thereby, even if the skill difference between groups is large, an equal group battle can be executed.

Note that the game system 501 of the present embodiment can be modified as follows.
(1) The battle play may be executed not between the game machines 530 in the store but between information terminals possessed by the player.
(2) In the above example, when a player newly enters the group G020, the newly entered player may be added to perform the matching process.

(3) The inter-group battle management unit 566d of the server 550 may transmit an information terminal owned by the player regarding the status of the inter-group battle. In this case, the player can decide whether or not to go to the store by confirming whether the entry is possible by checking the situation of the battle between groups at the current time on the touch panel of the information terminal or the like. .
For example, in the example of FIG. 55, a player in the group G010 can determine that entry is not possible even if he / she goes to the store by checking the situation of the inter-group battle at the current time, while the player in the group G020 It can be determined that entry is possible by going to.

(4) The control unit of the game machine 530 in the store may charge a fixed fee per hour (for example, lending time such as 1000 yen per hour) from players who play between groups. Thereby, the store is profitable even if the player occupies the game machine during the battle between groups, and the player is not charged an extremely large amount for the battle between groups.

(5) The inter-group match management unit 566d of the server 550 may increase or decrease the upper limit of the total skill level of players that can be requested for matching per group according to the status of matching requests from both groups. Thus, the inter-group match management unit 566d can increase or decrease the number of players that can be entered simultaneously according to the acceptance status of the matching request operation.
In this case, for example, the inter-group match management unit 566d accepts an operation of a matching request of two high-skilled players from the group G010, and performs an operation of a matching request of six or more low-skilled players from the group G020. If accepted, the total skill per group may be set to the stage 20, and the number of players that can be entered in the stage 20 may be limited.
Thereby, since multiple battle play between groups can be performed simultaneously, the waiting time until matching is established can be reduced, and the battle play between groups can be made active.

  Although the embodiment has been described above, the present invention is not limited to the embodiment, and various modifications and changes such as a later-described modification can be made. Is within the scope. In addition, the effects described in the embodiments and the like are only a part of the preferable effects of the present invention, and the effects of the present invention are not limited to those described in the embodiments and the like. In addition, although part of embodiment, a part of embodiment, a deformation | transformation form, and a part of structure of a deformation | transformation form can also be used using only those parts, or combining suitably, detailed description is abbreviate | omitted.

(Deformation)
(1) In the embodiment, an example in which the game program is executed by a game machine or an information terminal is shown, but the present invention is not limited to this. For example, the game program is executed by a server, and may be related to a browser game that operates on a WEB page displayed on a game machine or an information terminal.

(2) In the embodiment, an example in which the game is a fighting game or RPG is shown, but the present invention is not limited to this. The type of game is not limited as long as a battle game is possible, and may be, for example, a shogi game, a sports game such as baseball, a shooting game, or the like.
(3) In the embodiment, an example is shown in which the battle game is played by a winning game, but the present invention is not limited to this. The battle game is also a mode in which one-on-one battles are sequentially performed, and the winning player has the right to play again, and the lost player loses the right to play again, so that all the players in one group lose. Good.

  1, 201, 301, 401, 501 ... Game system 5 ... Store server 10, 210, 310, 410 ... Information terminal 14 ... Touch panel 15, 35, 55, 415, 535, 555 ... Storage unit 15a ... Group program 16, 36 , 66, 416, 566 ... control unit 16a ... position information acquisition unit 30, 530 ... game machine 33 ... operation unit 34 ... display unit 35a, 415a, 535a ... game program 36a, 416a, 536a ... play control unit 50, 250, 350, 450, 550 ... mackerel 53 ... operation unit 55a ... game management program 56, 256, 356, 456 ... player information storage unit 56a ... player ID storage unit 56b ... player name storage unit 56c ... stage storage unit 56e, 356e ... play History Memory unit 57 ... Strong player storage unit 58, 258, 358, 458 ... Group information storage unit 59 ... Store information storage unit 60 ... Game machine information storage unit 66a ... Matching unit 215c, 315c, 415c ... Player management program 256f, 356f ... Registered store storage unit 261 ... priority matching player storage unit 266b ... stage management unit 266c ... group guide unit 366d, 466d, 566d ... match management unit between groups 462 ... schedule storage unit 463 ... point storage unit

Claims (5)

A ranking unit that ranks the player in the first rank or the second rank lower than the first rank according to the result of the battle play;
A group guidance section for guiding the group creation to the second player of the second rank who has lost the first player of the first rank;
A game system comprising: The game system according to claim 1,
The group guide section
Guiding the group creation to the second player who moves between the first rank and the second rank and whose stay rate of the second rank is equal to or higher than the criterion;
A game system characterized by In the game system according to claim 1 or 2,
A matching unit that matches a first player set in advance as a matching partner of the second player over other players,
The group guide section
Guiding the group creation to the second player when the match result of the second player after the matching by the matching unit is a loss to the preset first player;
A game system characterized by The game system according to any one of claims 1 to 3,
A plurality of game machines that can be played by a player and respectively disposed in a plurality of stores;
A storage unit for storing the player and the store in association with each other;
The group guide section
Guiding the group creation to a plurality of second players associated with the same store;
A game system characterized by Computer
Ranking means for ranking the player to the first rank or the second rank lower than the first rank according to the result of the battle play;
Group guidance means for guiding the group creation to the second player of the second rank defeated by the first player of the first rank;
A game program characterized by functioning.

Images