JP2018089087A - Game server and game program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a new method of managing a team consisting of many players in a network game.SOLUTION: In a game system, a game server is connected to a plurality of game terminals via the Internet. One or more players are organized into a team. The team belongs to one of a plurality of unions that compete against each other. When a leader of the team has proposed changing unions, members of the team declare themselves to be for or against the proposal. Then, only the leader and the members for the proposal form a team to transfer to the destination union. On the other hand, the group of members against the proposal is organized into a new team.SELECTED DRAWING: Figure 5

Description

  The present invention relates to a technique for team formation in a network game.

  The use of smartphones as game terminals as well as communication terminals has become common. Network games popular with smartphones are provided by accessing a platform built on a game server from a smartphone. Network games often have contents that emphasize character development, cooperation and competition with other players, and collection of cards and items.

  Some network games form a team by a plurality of players and execute a team battle (see Patent Documents 1 and 2). In Patent Document 1, a leader / player called a clan master is set in a team called a clan. The clan master has strong authority over the clan membership (see paragraph [0026] etc.). Patent Document 2 proposes a mechanism for excluding inactive players from the team, such as a small number of logins, in order to prevent the team members from becoming rigid (see paragraphs [0026] and [0027]).

JP 2012-55435 A JP 2013-111281 A

  If the leader exercises unlimited power, members may lose their commitment to the team. On the other hand, if the leader's authority is too weak, the unity of the team may be lost. The present inventors believe that it is desirable to provide a mechanism in which members can easily reflect their intentions, and a leader operates a team based on the consensus of the members.

  The present invention has been completed on the basis of the above problem recognition, and its main object is to propose a new management method for a team composed of a large number of players in a network game.

The game server in an aspect of the present invention is connected to a plurality of game terminals via a communication network.
The game server includes a team setting unit that forms a team including one or more players, a proposal receiving unit that receives a change proposal for team setting information from the game terminal of the leader / player, and the leader / player in the same team. Based on the proposal notification unit that transmits the change proposal to the game terminal of the member / player to which it belongs, the approval / disapproval reception unit that receives the approval / disapproval of the change proposal from the game terminal of the member / player, and the setting information after the change A game control unit that changes a progress state of the game of the member / player who has accepted the change proposal.

  According to the present invention, the management of a team in a network game can be facilitated.

It is a hardware block diagram of a game system. It is a schematic diagram of a team. It is a schematic diagram of union. It is a schematic diagram of a season. It is a schematic diagram for demonstrating the union transfer of a team. It is a functional block diagram of a game system. It is a data structure figure of team information. It is a screen figure of an acceptance / rejection selection screen. It is a flowchart which shows the process of a coalition transfer. It is a schematic diagram for demonstrating the division | segmentation of the team accompanying a coalition transfer.

  In the present embodiment, a description will be given assuming a network game (hereinafter referred to as “game G”) in which one or more players form a “team” and one or more teams form an “association”. The game G is a war simulation game (Wargame). The player operates one or more characters to battle with enemy characters. In order to participate in the game G, the player needs to register as a player in the game server.

  A player belongs to any team (alliance). A leader / player (leader) is set for the team. The player is a mercenary, the team is a mercenary unit, the alliance is the kingdom to which the mercenary unit belongs, and the leader player is close to the image of a mercenary commander. In this embodiment, there are four federations (powers), and each federation competes for power. Players compete for individual achievements. The player can easily improve his / her own achievements by joining a team that easily raises the battle result, and thus, an alliance that easily raises the battle result.

The player can leave the team at any time. It is also possible to belong to another team after leaving. Similarly, a team can transfer to another coalition.
In the following, the explanation will be focused on the case where the team moves to the affiliated team.

FIG. 1 is a hardware configuration diagram of the game system 100.
In the game system 100, a plurality of game terminals 104 a, 104 b, 104 c... 104 n (hereinafter collectively referred to as “game terminal 104” when collectively referred to or not particularly distinguished) with respect to the game server 102. Connected through. The game terminal 104 in the present embodiment is assumed to be a smartphone. The game terminal 104 may be a portable game machine or a general-purpose computer such as a laptop PC. The game terminal 104 and the Internet 106 are wirelessly connected, but may be wired. A unique ID called a player ID is given in advance to the game player. The game server 102 provides a game to each game terminal 104.

FIG. 2 is a schematic diagram of a team.
In the game G, a plurality of teams are formed. A team is organized by one or more players. When a player registers in the game G, the player initially belongs to his / her own team. When you want to belong to another team, you apply to join that team's leader / player (hereinafter simply called “leader”). If the application is approved, you can become a member of an existing team. On the other hand, you may expand a team as a leader by taking in another player to the team to which he belongs.

A team ID (TID) and a player ID (PID) are given to the team and the player. The team of TID = X1 shown in FIG. 2 (hereinafter referred to as “team (X1)”) includes seven players (P1) to players (P7). The player (P1) is a leader of the team (X1), and the player (P2) is a sub-leader player (hereinafter simply referred to as “sub-leader”). The players (P1) to (P7) belonging to the team (X1) are called “members of (team (X1))”.
The management policy of the team is decided by the leader. The sub-leader is appointed as the leader. A team always has a leader, but a sub-leader is not permanent.

Players (P1) to (P7) fight against enemy teams in cooperation with members of team (X1). In the game G, the player operates the character by setting various commands such as attack and defense to the character. The enemy team of team (X1) is a team belonging to a different confederation from team (X1). The player obtains an experience value by battle. When the experience value accumulates above a certain level, the level of the character (alternate) operated by the player increases. Also, by winning the battle, you can get various resources, items, equipment, etc. (booty). A resource is a kind of game point and serves as a resource for construction / strengthening of facilities (described later) and equipment purchase.
The player strengthens the character by leveling up the character while repeating the battle, and preparing the team facilities (described later) and the equipment of the character.

  In some cases, players who are familiar with each other gather to form a team, and in other cases, unknown players gather to form a team. In any case, each player can deepen the exchange through the team battle of the game G.

  The team has setting information 108 as a shared property. The setting information 108 includes a team name (brand), facilities shared as a team, affiliated associations, team size (maximum number of members), and the like. The name of the team can be freely chosen by the leader. For example, it is assumed that the name of the team (X1) is “Fox”. The team occupies a section of the game field and can build various facilities here. Building a facility takes time and money. Members will cover construction costs by investing resources. By investing in additional facilities after construction, the facilities can be further strengthened.

  For example, building and strengthening a barracks can increase the number of members that can join a team to a maximum of 80 people. Various facilities such as a facility for strengthening the equipment of each character, a facility for improving the accumulation speed of experience values, a facility for recovering damage, and an attacking facility can be constructed. In general, members who have been a member of the team for a long time contribute to the strengthening and development of the team, so the attachment (loyalty) to the team will be stronger. In addition, the more active the team, the higher the brand value of the team name “Fox”.

FIG. 3 is a schematic diagram of the association.
A federation ID (AID) is given to the federation. As described above, four associations (Y1) to associations (Y4) are prepared in advance for the game G. The Union (Y1) to the Union (Y4) are trying to expand their power while repeating battles. The federation is also given a name. For example, the name of the union (Y1) is “purple union”, and the name of the union (Y2) is “blue union”.

  In FIG. 3, four teams of team (X1) to team (X4) belong to the association (Y1). Similarly, two teams of team (X5) and team (X6) belong to the union (Y2), and six teams of team (X7) to team (X13) belong to the union (Y3). Only the team (X13) belongs to the alliance (Y4). For the members of team (X1), team (X2) to team (X4) belonging to the same union (Y1) are companions competing together, and teams (X5) to team (X13) belonging to other unions are enemies is there.

  The number, level, and equipment of the members belonging to the team are diverse, but the Union (Y3) is considered to be a relatively powerful force because of the large number of teams. Therefore, a team belonging to the association (Y3) can easily advance the game. On the other hand, the team (X13) who belongs only to the alliance (Y4) is likely to be blessed with the opportunity to fight the enemy. For this reason, members of the team (X13) may be able to easily improve the character level due to abundant battle experience.

  Note that the player belongs to one of the teams, and the team belongs to one of the alliances. One player cannot belong to multiple teams. A team cannot belong to more than one alliance.

FIG. 4 is a schematic diagram of the season.
The game server 102 manages the game G in units of “season”. The season changes every three months. Specifically, January to March is season S1, April to June is season S2, July to September is season S3, and October to December is season S4. The player's results are ranked at the end of the season. The battle record may be a level, or may be arbitrarily determined based on various parameters such as the number of enemy defeats, the bullet rate, and the play time.

FIG. 5 is a schematic diagram for explaining the team transfer of the team.
Teams may change their affiliation (hereinafter referred to as “confederation transfer”) upon the initiative of the leader. Union transfers can be carried out at the turn of the season or at certain points during the season. FIG. 5 shows a situation where the team (X1) is transferred from the federation (Y1) to the federation (Y2).

  The leader (P1) of team (X1) proposes the transfer to the alliance (Y2) to the members. At this time, the other members of the team (X1) may or may not follow the leader (P1). The setting information 108 of the team (X1) is attached to the leader (P1). That is, the transfer proposal by the leader (P1) is substantially a transfer decision notification, and the team (X1) including at least the leader (P1) is transferred to the association (Y2). Whether or not the members of the team (X1) will follow the decision to transfer the alliance is their own judgment. All members may transfer to the Union with the leader (P1), only some members may transfer to the Union, or all members other than the leader may choose to remain. When the leader proposes a transfer to the federation, the leader moves with the setting information 108. Therefore, the player who has transferred to the federation according to the leader (P1) can benefit from the setting information 108 (shared property) of the previous team (game You can continue to enjoy the beneficial effects that accompany the progress. A player who does not follow the leader (P1) leaves the team (X1) and remains in the alliance (Y1). Since the leader (P1) has the setting information 108, the team of the remaining persons is trained from the initial state. Details of the processing at the time of separation will be described later.

FIG. 6 is a functional block diagram of the game system 100.
As described above, the game system 100 includes the game server 102 and the game terminal 104. Each component of the game terminal 104 and the game server 102 includes an arithmetic unit such as a CPU (Central Processing Unit) and various coprocessors, a storage device such as a memory and a storage, and hardware including a wired or wireless communication line connecting them. This is realized by software that is stored in a storage device and supplies processing instructions to an arithmetic unit. The computer program may be constituted by a device driver, an operating system, various application programs located in an upper layer thereof, and a library that provides a common function to these programs. Each block described below is not a hardware unit configuration but a functional unit block.
The game server 102 may be configured to include a web server, and the game terminal 104 may be configured to include a portable communication terminal and a web browser installed therein.

(Game server 102)
The game server 102 includes a communication unit 110, a data processing unit 112, and a data storage unit 114.
The communication unit 110 is in charge of communication processing with the game terminal 104 via the Internet 106. The data storage unit 114 stores various data. The data processing unit 112 performs various processes based on the data acquired by the communication unit 110 and the data stored in the data storage unit 114. The data processing unit 112 also functions as an interface between the communication unit 110 and the data storage unit 114. In addition to the game program, the data storage unit 114 stores information indicating the play state of each player.

The data storage unit 114 includes a game data storage unit 116, a player data storage unit 118, and a team data storage unit 120.
The game data storage unit 116 stores a game program. The player data storage unit 118 stores information indicating the progress of the game for each player, such as the level, equipment, items, and resources of each player. The team data storage unit 120 stores team information indicating the organization of teams and associations and team setting information 108. The team information will be described later with reference to FIG.

The communication unit 110 includes a proposal receiving unit 122, a proposal notifying unit 124, and an acceptance / rejection receiving unit 126.
The proposal receiving unit 122 receives a proposal related to a setting change of the setting information 108 (hereinafter, referred to as “change proposal”) such as a coalition transfer from the leader. The proposal notifying unit 124 notifies the member other than the team leader of the change proposal. The acceptance / rejection receiving unit 126 receives the acceptance / rejection (yes / no) for the change proposal from the game terminal 104 of the member.

The data processing unit 112 includes a player registration unit 128, a team setting unit 130, and a game control unit 132.
The player registration unit 128 receives player registration from the game terminal 104 via the communication unit 110. When player registration is requested, the player registration unit 128 assigns a player ID and a team ID to the player, and registers them in the player data storage unit 118 and the team data storage unit 120 in association with any of the federation IDs. When the game module of the game G is installed in the game terminal 104, player registration is automatically requested.

  The team setting unit 130 forms a team composed of one or more players. In addition, the team setting unit 130 associates teams with associations. The game control unit 132 manages the progress state of the game for each game and for each player. The progress state of the game is, for example, each player's level, battle record, resource, or the like.

(Game terminal 104)
The game terminal 104 includes a user interface unit 134, a communication unit 136, a data processing unit 138, and a data storage unit 140.
The user interface unit 134 accepts operations from the player via the touch panel, and is also in charge of processing related to the user interface such as image display and audio output. The communication unit 136 is in charge of communication processing with the game server 102 and other game terminals 104 via the Internet 106. The data storage unit 140 stores various data. The data processing unit 138 executes various processes based on the data acquired by the user interface unit 134 and the communication unit 136 and the data stored in the data storage unit 140. The data processing unit 138 also functions as an interface for the user interface unit 134, the communication unit 136, and the data storage unit 140.

The communication unit 136 includes a proposal transmission unit 142, a proposal reception unit 144, and an acceptance / rejection transmission unit 146.
The proposal transmission unit 142 transmits the change proposal by the leader to the game server 102. The proposal receiving unit 144 receives the proposal for change by the leader from the proposal notifying unit 124. The acceptance / rejection transmission unit 146 transmits a member's acceptance / rejection for the change proposal.

The data processing unit 138 includes a game execution unit 148.
The game execution unit 148 controls the progress of the game in cooperation with the game server 102. The game execution unit 148 may be formed as a software module that is downloaded from the game server 102 as part of the function of the game control unit 132.
The communication unit 136 acquires various game information from the game server 102, and the data processing unit 138 displays a game screen on the user interface unit 134. The user interface unit 134 detects various inputs by the user, and the data processing unit 138 notifies the game server 102 of input information via the communication unit 136. In response to this input information, the game control unit 132 of the game server 102 controls the progress of the game in cooperation with the game execution unit 148 of the game terminal 104.

  The user interface unit 134 includes an input unit 152 that receives input from the player and an output unit 154 that outputs various types of information such as images and sounds to the player. The input unit 152 mainly detects a player's touch operation on the screen as an input.

FIG. 7 is a data structure diagram of the team information 156.
The team information 156 is stored in the team data storage unit 120. The team setting unit 130 records the correspondence relationship between the player, the team, and the association in the team information 156. In the case of FIG. 7, the player (P1) is the leader of the team (X1), and the team (X1) belongs to the association (Y1). The game control unit 132 associates the team (team ID) with the team setting information 108, and associates the association (confederation ID) with the association setting information. Similarly, the game control unit 132 associates the player (player ID) with the game progress state (level, equipment, etc.) in the player data storage unit 118.

FIG. 8 is a screen diagram of the acceptance / rejection selection screen 158.
The acceptance / rejection selection screen 158 is displayed on the game terminal 104 of a member other than the leader. The leader transmits the change proposal to the game server 102 by the proposal transmission unit 142. The proposal receiving unit 122 of the game server 102 receives the change proposal, and the proposal notifying unit 124 transmits the change proposal to other members belonging to the same team as the leader. In the member game terminal 104, when the proposal receiving unit 144 receives the change proposal, the output unit 154 displays the acceptance / rejection selection screen 158. On the acceptance / rejection selection screen 158, the member performs touch input of approval (YES) or rejection (NO) with respect to the leader's change proposal. The acceptance / rejection transmission unit 146 transmits acceptance / rejection (YES / NO) (hereinafter referred to as “acceptance / rejection information”) to the game server 102 together with the player ID.

  In FIG. 8, the leader of team (X1) (team name “Fox”) proposes a transfer from Union (Y1) (Union name “Purple Union”) to Union (Y2) (Union name “Blue Union”). Displayed on the member 104 belonging to the team (X1).

FIG. 9 is a flowchart showing the process of the association transfer process.
The process shown in FIG. 9 is executed when the game server 102 receives a change proposal from the leader. The proposal notifying unit 124 refers to the team information 156 and distributes the change proposal to the game terminals 104 of other members belonging to the same team as the leader (S10). The acceptance / rejection receiving unit 126 receives acceptance / rejection information from each game terminal 104 and totals the information (S12). Members who have not sent the acceptance information within the time limit may be deemed to have accepted.

  When there is a refusal, that is, there is a member who has entered refusal on the acceptance / rejection selection screen 158 (Y in S14), the team setting unit 130 forms a new team including the refusal (S16). For example, when only the player P3 refuses, a new team including only the player P3 is formed, and the team setting unit 130 assigns a team ID to the new team. When a plurality of players, for example, the players P3 and P4 refuse, a new team including the players P3 and P4 is formed and similarly given a team ID.

  After the new team formation, the team setting unit 130 selects a new team leader according to a predetermined selection condition (described later) (S18). The team setting unit 130 sets a team including one or more approvers, and changes the association to which this team belongs (S20). If there is no rejection (N in S14), the process is skipped to S20.

FIG. 10 is a schematic diagram for explaining the division of the team accompanying the transfer of the alliance.
In FIG. 10, it is assumed that the leader (P1) of the team (X1) proposes the transfer of the alliance from the alliance (Y1) to the alliance (Y2). Of the six remaining members, it is assumed that the player (P2), the player (P3), the player (P5), and the player (P6) approve, and the player (P4) and the player (P7) reject.

The team setting unit 130 forms a new team including the rejected player (P4) and player (P7) as members, and assigns a team ID = X14. In the team information 156, the team (X14) is associated with the association (Y1). The team setting unit 130 automatically selects either the player (P4) or the player (P7) as a leader of the new team (X14) according to a predetermined selection condition. Selection conditions in the present embodiment are as follows.
(1) When the remaining team (X14) includes the sub-leader of the old team (X1), the sub-leader becomes the leader of the team (X14).
(2) When the sub-leader of the old team (X1) is not included, the member with the highest level among the members of the team (X14) becomes the new leader.
(3) When there are two or more members at the highest level, select them randomly from those members.

  The sub-leader of team (X14) is appointed as the leader of team (X14). The team setting unit 130 may select a member having the highest level among the members other than the leader as a sub-leader, or may randomly select the member.

  In this way, the team setting unit 130 banishes the player who rejects the leader's change proposal from the team (X1). The setting information 108 of the team (X1) is also a shared asset of the team (X1) after transferring to the alliance (Y2) together with the leader (P1) regardless of the number of refusals.

The game system 100 has been described above based on the embodiment.
According to this embodiment, a leader can transfer a team from one association to another with a member. There may be a method in which the leader leaves the team, then re-establishes the team in the transferee's coalition and invites the old members, but in this case, the team is dismantled. Leaders are likely to have difficulty deciding to transfer to the Union, as they do not know if the old members will regroup after the transfer. Also, it is cumbersome for players who follow the leader to apply for a new membership to the leader's new team after the leader's transfer.

  In the present embodiment, when the leader proposes to transfer to the federation, the member simply selects approval or rejection on the acceptance / rejection selection screen 158, and is substantially one-touch whether to act with the leader or leave the team. Can be selected. The proposal of the leader is a decision, but it is up to you to follow that decision. When a team leaves the team, a new team is formed only by the rejecters, and a leader is automatically selected, which greatly reduces the burden of procedures associated with leaving the team. Because it is easy to leave the group, it can give a sense of tension to the team management of the leader.

  The leader has the right to carry the setting information 108 which is a shared property of the team. Brands and team size (membership) are nurtured by the investment and dedication of members to the team. For this reason, the member needs to be prepared to lose the setting information 108 although he / she has the freedom not to follow the leader. Teams with abundant setting information 108, that is, teams with tradition and history, are less likely to have rejecters (leavers), and the authority of the leader is considered to increase. In addition, it is considered that older players who have been dedicated to the team for a long time are less likely to be separated. While giving the player the freedom to reject proposals, it is a system that is easy to foster the authority of the leader.

  Leaders can't force members to take, but if you manage your team well, it's hard to isolate. According to the game system 100 in the present embodiment, it becomes easy to achieve both the unity of the team and the balance of the members' freedom.

  In addition, this invention is not limited to the said embodiment and modification, A component can be deform | transformed and embodied in the range which does not deviate from a summary. Various inventions may be formed by appropriately combining a plurality of constituent elements disclosed in the above embodiments and modifications. Moreover, you may delete some components from all the components shown by the said embodiment and modification.

Although it has been described that the game system 100 is configured by a plurality of game terminals 104 and one game server 102, some of the functions of the game terminal 104 may be realized by the game server 102, or the functions of the game server 102 may be A part may be assigned to the game terminal 104. In addition, a third device other than the game server 102 or the game terminal 104 may bear a part of the function.
A set of each function of the game terminal 104 and each function of the game server 102 described with reference to FIG. 6 can be generally grasped as one “information processing apparatus”. How to allocate a plurality of functions necessary for realizing the present invention to one or a plurality of hardware depends on the processing capability of each hardware, the specifications required for the game system 100, and the like. It only has to be decided.

  When transferring to the Union, the refusal group leaders will log in for a certain period of time, contribute to the construction and strengthening of the old team's facilities (for example, the total amount invested), the length of time they belong to the old team, and the battle participation rate. May be selected based on various selection conditions such as the number of battles and the number of enemy aircraft destroyed. The leader of the refusal group may be selected by candidacy, recommendation, majority vote among the members of the withdrawal group, or the player who first announced the rejection of the proposal may be the leader of the new team.

  It may be possible to change leaders. For example, the leader may be selected by the rotation system for each season. If a member proposes a leader change and a majority of the members agree, the leader may be removed. Upon receiving the dismissal motion, the team setting unit 130 counts the pros and cons of the members, and changes the leader by updating the team information 156 based on the count results. The new leader may be selected according to the selection conditions described above.

  In addition to team transfers, leaders can make various changes. For example, a stronger team can be formed by merging one team with another team. When the leader (P1) of the team (X1) and the leader (P8) of the team (X2) agree to the merger, the leader (P1) and the leader (P2) propose the merger to the members of the team led by each. Players who refuse to merge are expelled from the team and a new team is formed. Then, a new team (merger team) is formed only for the members who approved the merger. The team setting unit 130 merges the two teams by assigning a team ID to the new team. The leader of the merged team may be determined by discussion between the two former leaders, or may be selected by the team setting unit 130 according to the selection conditions. The leader's merger proposal is a matter of decision, but it is up to you to decide whether to follow the decision.

  Leaders also suggest building or strengthening facilities within the team. As described above, by constructing and strengthening the facility, the character operated by the player may be strengthened, or the character's damage may be recovered. The construction and strengthening of the facility has an advantageous effect on the player. Approvers for facility construction and strengthening are required to invest for this purpose. The refusal is not required to invest, but cannot use the facility. Only members who have accepted the change proposal for constructing / strengthening the facility may change the progress of the game based on the change proposal. In the case of the above example, the burden of being required to invest and the effects associated with the use of the facility will affect the progress of the game. On the other hand, the refusal has no burden or benefit. The team setting unit 130 may expel the refusal from the team even if the proposal is for construction / strengthening the facility. In addition, the leader may set what kind of penalty will be given to rejecting a proposal.

  The leader may suggest team battles with other teams. For example, it is assumed that the leader (P1) of the team (X1) proposes a battle with the team (X5) belonging to the enemy alliance (Y2). At this time, only the approver may dispatch, and the refusal may concentrate on defense.

  The game control unit 132 may give various penalties to the rejection of the leader's proposal. For example, a player who refuses a proposal for a match with another team may be prohibited from participating in battle for a certain period (moderately), or some of the resources owned by the player may be forced for the team. You may contribute. On the other hand, the game control unit 132 may give merit to the approver of the leader's proposal. For example, some of the reader's resources may be allocated to the approver. According to such a method, the tissue can be controlled by the candy and the whip.

  In this embodiment, the leader's proposal is a decision notification. Each member can choose whether or not to follow this decision notice, but cannot overturn the decision itself. As a variation, a member who has a veto right to the leader's proposal may be included. For example, the game control unit 132 may grant a refusal right (speaking right) to a player who belongs to a team for a predetermined time or more, or a player who has cleared a certain condition for a battle record or an investment amount. When a player who has a refusal right selects refusal on the acceptance / rejection selection screen 158, the leader cannot make a proposal.

  Leader proposals may not be implemented unless they are unanimous or in majority. The power balance between leaders and members may be adjusted by placing various restrictions on leader power.

  Building and strengthening facilities gives members benefits such as equipment enhancement. However, dishonest behavior can be envisaged, joining a team, enjoying only the benefits, and then easily moving to another team. Therefore, the benefits associated with the setting information 108 of the team such as the facility may not be given until the predetermined certification condition is satisfied after joining the team. For example, accreditation that a certain amount of time has passed since joining the team, destroying a certain number of enemy aircraft for the team, being approved by the leader, being recommended by more than three members, etc. Conditions can be considered. The team setting unit 130 records whether or not the team team 156 clears the qualification conditions of the team to which the team belongs. The game control unit 132 provides the benefits associated with the setting information 108 (for example, facility usage rights and resources provided periodically from the facility) only to players who have cleared the certification conditions.

  In the present embodiment, it has been described that the setting information 108 is attached to the leader when transferring to the federation. As a modification, a part of the setting information 108 may be given to a detached member. For example, some facilities, equipment, resources, and the like may be given as the setting information 108 of the new team of the leaving member.

  The leader may be able to withdraw the proposal. The leader may make a proposal, confirm the approval status of the members, and decide whether to execute the proposal. According to such a control method, the leader can manage the team while respecting the intentions of the members. There may be a mix of teams that give leaders more authority and teams that respect the will of the members. The team may be operated on a purifying route that expels dissatisfied molecules one by one, or a team that allows for a certain amount of selfishness as long as it exerts its power in battle.

  When transferring the alliance, a new team ID may be assigned to the transferred team. For example, in the case shown in FIG. 10, when the leader (P1) of the team (X1) (association (Y1)) proposes the transfer to the association (Y2), the team ID after the transfer is (X1) A different new team ID (for example, X15) may be given. In this case, the team information 156 associates the team (X15) with the approver's player ID. The setting information 108 of the old team is also associated with the team (X15). On the other hand, the remaining rejector forms a new team, but this team may continue to be given the team ID = X1. For the transferred team (X15), the team ID is changed, but the setting information 108 such as the team name “Fox” is maintained.

  In the present embodiment, the game G as a war simulation has been described as an object. However, the present invention is not limited to the simulation game but can be applied to other types of games such as sports games, role playing games, and action games. is there.

  100 game system, 102 game server, 104 game terminal, 106 Internet, 108 setting information, 110 communication unit, 112 data processing unit, 114 data storage unit, 116 game data storage unit, 118 player data storage unit, 120 team data storage unit 122 proposal receiving unit, 124 proposal notifying unit, 126 acceptance / rejection receiving unit, 128 player registration unit, 130 team setting unit, 132 game control unit, 134 user interface unit, 136 communication unit, 138 data processing unit, 140 data storage unit, 142 Proposal Transmitter, 144 Proposal Receiver, 146 Accept / Reject Transmitter, 148 Game Execution Unit, 152 Input Unit, 154 Output Unit, 156 Team Information, 158 Accept / Deny Select Screen

Claims (9)

Connected to multiple game terminals via a communication network,
A team setting unit for organizing a team including one or more players;
A proposal receiving unit for receiving a proposal for changing the setting information of the team from the game terminal of the leader player;
A proposal notifying unit for transmitting the change proposal to game terminals of member players belonging to the same team as the leader player;
An acceptance / rejection receiving unit for receiving acceptance / rejection of the change proposal from the game terminal of the member player;
A game server, comprising: a game control unit that changes a progress state of a game of a member / player who has accepted the change proposal based on the changed setting information.   2. The game server according to claim 1, wherein the game control unit causes a member player who has accepted the change proposal to generate an advantageous effect on the progress of the game based on the changed setting information. .   3. The game server according to claim 2, wherein the game control unit generates the advantageous effect only for a member player who satisfies a predetermined certification condition after joining the team. 4.   The game server according to claim 1, wherein the game control unit gives a penalty to a member / player who rejects the change proposal.   The game server according to claim 1, wherein the team setting unit banishes a member / player who rejects the change proposal from the team.   The game server according to claim 5, wherein the team setting unit further causes the members / players expelled from the team to belong to another team.   When a plurality of members / players are expelled from the team, the team setting unit forms a new team composed of the plurality of members / players, and designates a leader / player of the new team as a predetermined The game server according to claim 6, wherein the game server is selected based on the selection condition.   The team setting unit associates each of the plurality of teams with any of the plurality of alliances in a competitive relationship, and when a change of the association to which the team belongs is proposed by the leader / player, The game server according to any one of claims 1 to 7, wherein a team including only a member / player who has accepted the change belongs to a transfer destination association. The ability to organize a team with one or more players;
A function of receiving a proposal for changing the setting information of the team from the game terminal of the leader player;
A function of transmitting the change proposal to game terminals of member players belonging to the same team as the leader player;
A function of receiving approval or disapproval of the change proposal from the game terminal of the member player;
A game program for causing a computer to exhibit a function of changing a progress state of a game of a member player who has accepted the change proposal based on setting information after the change.

Images