WO2013172424A1

WO2013172424A1 - Game device, game-device control method, game system, game-system control method, program, and information-storage medium

Info

Publication number: WO2013172424A1
Application number: PCT/JP2013/063695
Authority: WO
Inventors: 謙史鴻上; 賢一宮路
Original assignee: 株式会社コナミデジタルエンタテインメント
Priority date: 2012-05-17
Filing date: 2013-05-16
Publication date: 2013-11-21
Also published as: JP5425967B2; JP2013236843A

Abstract

The present invention causes a game played by another user to be affected according to the state of progression of a game played by a given user. A determination means (402) determines whether the state of progression of a game played by each of a plurality of users has reached a given state of progression or not. A first permission means (406) permits the execution of a given game event in a game which is being played by one of the plurality of users, and for which the state of progression of the game has reached the given state of progression. A second permission means (416) permits the execution of a game event in a game being played by another user, regardless of the state of progression of the game being played by the other user, when execution of the game event is permitted by the first permission means (406) in the game being played by the one user.

Description

GAME DEVICE, GAME DEVICE CONTROL METHOD, GAME SYSTEM, GAME SYSTEM CONTROL METHOD, PROGRAM, AND INFORMATION STORAGE MEDIUM

The present invention relates to a game device, a game device control method, a game system, a game system control method, a program, and an information storage medium.

Conventionally, game devices that execute a game played by each of a plurality of users are known. For example, Patent Document 1 discloses a game in which a given game event occurs when the progress of a game by each of a plurality of users reaches a given situation.

Japanese Patent No. 4855549

In the technology as described above, when the other user's game is affected according to the progress of the game played by a certain user, for example, each user becomes more aware of the other user, The interest can be improved.

The present invention has been made in view of the above problems, and its purpose is a game device capable of affecting a game played by another user according to the progress of the game played by a certain user, A game apparatus control method, a game system, a game system control method, a program, and an information storage medium are provided.

In order to solve the above-described problem, a game apparatus (10) according to the present invention is a game apparatus (10) that executes a game played by each of a plurality of users, and for each of the plurality of users, the user Determining means (402) for determining whether or not the progress of a game played by the player has reached a given progress, and among the plurality of users, the progress of the game reaches the given progress In the game played by the user, the first permission means (406) for permitting execution of the given game event, and the game event being executed in the game played by one user by the first permission means (406). If permitted, the game event is executed in the game played by the other user regardless of the progress of the game played by the other user. Characterized in that it comprises a second authorization means (416) for variable, a.

The control method of the game apparatus (10) according to the present invention is a control method of the game apparatus (10) that executes a game played by each of the plurality of users, and the user plays the game for each of the plurality of users. A determination step (402) for determining whether or not the progress status of the game to be reached has reached the given progress status, and among the plurality of users, the user whose progress status of the game has reached the given progress status In a game played by a user, a first permission step (406) for allowing execution of a given game event, and execution of the game event in a game played by one user in the first permission step (406) are permitted. The game event in the game played by the other user regardless of the progress of the game played by the other user. A second permission step of permitting execution (416), characterized in that it comprises a.

A game system according to the present invention is a game system in which a user terminal and a game server are communicably connected, and the progress of a game played by the user is set to a given progress for each of a plurality of users. A determination means (402) for determining whether or not a game event of a given game event is played in a game played by a user of which the progress of the game has reached the given progress among the plurality of users; Progress of a game played by another user when execution of the game event is permitted in a game played by one user by a first permission means (406) that permits execution and the first permission means (406) Regardless of the situation, in a game played by the other user, second permission means (416) for permitting execution of the game event; For people, characterized in that provided in one of said user terminal or said game server.

A game system control method according to the present invention is a game system control method in which a user terminal and a game server are communicably connected, and a progress status of a game played by the user is determined for each of a plurality of users. A determination step (402) for determining whether or not a given progress status has been reached, and a game played by a user of which the progress status of the game has reached the given progress status among the plurality of users; A first permission step (406) that permits execution of a given game event, and when the execution of the game event is permitted in a game played by one user in the first permission step (406), another user Regardless of the progress of the game being played, the game event is allowed to be executed in the game played by the other user. A second permission step (416) for each about, characterized in that it is carried out in one of the user terminal or the game server.

The program according to the present invention is a program for causing a computer to function as a game apparatus (10) that executes a game played by each of a plurality of users, and the game played by the user for each of the plurality of users. Determining means (402) for determining whether or not the progress status of the game has reached the given progress status, among the plurality of users, the user whose game progress status has reached the given progress status plays In the game, when the execution of the game event is permitted in a game played by one user by the first permission means (406) permitting the execution of the given game event, the first permission means (406) Regardless of the progress of the game played by the other user, in the game played by the other user, the game event Second permitting means for permitting the execution (416), as to function the computer.

The information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

According to the present invention, it is possible to influence a game played by another user according to the progress of the game played by a certain user.

In one aspect of the present invention, the game apparatus (10) further includes means (412) for acquiring storage contents of means (200) for storing relation information indicating a relationship between users, wherein the second permission is provided. When the execution of the game event is permitted in the game played by one user by the first permission unit (406), the means (416) has a given relationship with the one user among the other users. In a game played by a satisfying user, execution of the game event is permitted.

In one aspect of the present invention, each of the plurality of users belongs to at least one of a plurality of user groups, and the relationship information is information for identifying a user belonging to each user group, When the execution of the game event is permitted in the game played by one user by the first permission unit (406), the second permission unit (416) is the same as the one user among the other users. The execution of the game event is permitted for users belonging to a user group.

In one aspect of the present invention, when the game device (10) is permitted to execute the game event in the game played by one user by the first permission means (406), the other user plays. In the game to be performed, the presentation means (414) that presents that the execution of the game event is permitted in association with the one user, and after the presentation by the presentation means (414) is made, the other user may And a means (404) for executing the permitted game event when a given operation is performed.

In one aspect of the present invention, the game device (10) includes a current time within a period set based on a time when the first permission means (406) permits the execution of the game event. The second permission means (416) permits execution of the game event in a game played by one user by the first permission means (406). In such a case, whether or not to permit execution of the game event in a game played by another user is determined based on the determination result of the time point determination means (422).

In one aspect of the present invention, the game device (10) is a game played by the user with a given probability in a game played by the user for each of the plurality of users. When the execution of the game event is permitted in a game played by one user by the third permission means (424) that permits the execution of the game event and the third permission means (424), another user plays The game to be performed further includes fourth permission means (426) for permitting execution of the game event.

Moreover, in one aspect of the present invention, the game device (10) provides a reward to each of the plurality of users when the game event is executed in a game played by the user ( 420), and the means (420), when the game event permitted by the third permission means (424) or the fourth permission means (426) is executed, the first permission means. (406) or a reward that is higher than when the game event permitted by the second permission means (416) is executed is provided to the user.

Moreover, in one aspect of the present invention, the game device (10) causes the game event to be determined for each of the plurality of users by both the second permission means (416) and the fourth permission means (426). When the execution is permitted, the system further includes means (428) for executing the game event permitted by the fourth permission means (426) first.

Moreover, in one aspect of the present invention, the game device (10) provides a reward to each of the plurality of users when the game event is executed in a game played by the user ( 420), and when the game event permitted by the first permission means (406) is executed, the means (420) indicates that the game event permitted by the second permission means (416) It is characterized by giving a user a higher reward than when executed.

Moreover, in one aspect of the present invention, the game event is an event in which the user aims to clear a given game task, and the first permission means (406) includes the game among the plurality of users. In a game played by a user whose progress has reached the given progress, the generation of the game task is permitted, and the second permission means (416) is controlled by the first permission means (406). Permitting the occurrence of the game task in a game played by another user, regardless of the progress of the game by another user, when the game task is permitted to occur in a game played by the user; It is characterized by.

In one aspect of the present invention, the game task is for a user to aim for a given result in a battle, and the first permission means (406) includes the game among the plurality of users. In a game played by a user whose progress has reached the given progress, the execution of the match is permitted, and the second permission means (416) is set by one user by the first permission means (406). When the execution of the battle is permitted in the game to be played, the execution of the battle is permitted in the game played by the other user regardless of the progress of the game by the other user.

In one aspect of the present invention, the game device (10) acquires, for each of the plurality of users, means (408) for storing the information stored in the means (200) for storing information related to the user's battle record. ) And the first permission means (406) permitting the execution of the battle in the game played by the one user, the strength of the opponent in the battle is determined based on the information on the battle record of the one user. When the execution of the battle is permitted in the game played by the other user by the means for determining (410) and the second permission unit (416), based on the information on the battle record of the other user, And means (418) for determining the strength of the opponent.

In one aspect of the present invention, the second permission unit (416) may be configured to execute the game event when the first permission unit (406) permits the execution of the game event in a game played by one user. It is characterized in that it is determined whether or not to allow other users to execute the game event based on whether or not the execution result is a given result.

In addition, in the above, in order to make an understanding of this invention easy, the code | symbol described in drawing is described in parenthesis, However, The game device etc. which concern on this invention by this are not limited to the aspect of illustration.

It is a figure showing the whole game system composition concerning an embodiment of the present invention. It is a figure which shows an example of a master database. It is a figure which shows an example of a grant card database. It is a figure which shows an example of a user database. It is a figure which shows an example of the main screen displayed on a display part. It is a figure which shows an example of a team formation screen. It is a figure which shows an example of a team search screen. It is a figure which shows an example of a team screen. It is a figure which shows an example of a special search screen. It is a figure which shows an example of the special search screen displayed when an action point runs short. It is a figure which shows an example of an appearance screen. It is a figure which shows an example of a battle result screen. It is a figure which shows an example of an additional point screen. It is a figure which shows an example of a final result screen. It is a figure which shows an example of the team screen displayed on the user terminal of the user A. It is a figure which shows an example of a help proposal screen. It is a figure which shows an example of a help search screen. It is a figure which shows an example of a help achievement screen. It is a figure which shows an example of a help completed screen. It is a functional block diagram which mainly shows the function relevant to this invention among the functions implement | achieved by a game system. It is a figure which shows an example of a progress condition database. It is a figure which shows an example of a team database. It is a figure which shows the process performed with a game system when a special search is performed. It is a figure which shows the process performed with a game system when a special search is performed. It is a figure which shows the process performed with a game system when a special search is performed. It is a figure which shows the process performed with a game system when a special search is performed. It is a figure which shows the process performed with a game system when a special search is performed. It is a figure which shows the process performed with a game system when a special search is performed. It is a figure which shows the process performed with a game system when a special search is performed. It is a figure which shows the process performed with a game system when a special search is performed. It is a figure which shows the process performed with a game system when a special search is performed. It is a functional block diagram in a modification.

[1. Embodiment]
Hereinafter, an example of an embodiment of the present invention will be described in detail with reference to the drawings.

[1-1. Overall configuration of game system]
FIG. 1 is a diagram showing an overall configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 according to the present embodiment includes a game server 10 (game device) and a plurality of user terminals 20. The game server 10 and the plurality of user terminals 20 are connected to the communication network 2, and data communication is possible between the game server 10 and the user terminals 20.

[Hardware configuration of game server]
The game server 10 is realized by a server computer, for example. As shown in FIG. 1, the game server 10 includes a control unit 11, a storage unit 12, a communication unit 13, and an optical disc drive unit 14.

The control unit 11 includes, for example, a CPU and executes information processing according to an operating system and other programs. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a hard disk drive or a solid state drive). The communication unit 13 is for exchanging data with other devices (for example, the user terminal 20) via the communication network 2. The optical disk drive unit 14 reads programs and data stored on an optical disk (information storage medium).

The program and data are supplied to the game server 10 via an optical disk. That is, the program and data stored on the optical disc are read by the optical disc drive unit 14 and stored in the storage unit 12.

Note that the game server 10 may be provided with a component (for example, a memory card slot) for reading a program or data stored in an information storage medium (for example, a memory card) other than the optical disk. The program and data may be supplied to the game server 10 via an information storage medium other than the optical disk. Further, the program and data may be supplied to the game server 10 from a remote location via the communication network 2.

The game server 10 can access the database 15. The database 15 may be constructed in the game server 10 or may be constructed in a server computer different from the game server 10.

[Hardware configuration of user equipment]
The user terminal 20 is an information processing device that is used by a user to play a game. The user terminal 20 is realized by, for example, a mobile phone (including a smartphone), a portable information terminal (including a tablet computer), a personal computer, a portable game machine, or a home game machine (stationary game machine). In the following description, it is assumed that the user terminal 20 is a mobile phone (smartphone).

As shown in FIG. 1, the user terminal 20 includes a control unit 21, a storage unit 22, a communication unit 23, an operation unit 24, a display unit 25, and an audio output unit 26. The control unit 21, the storage unit 22, and the communication unit 23 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the game server 10.

The operation unit 24 is for the user to perform various operations / instructions. For example, a pointing device for the user to specify a position in the screen displayed on the display unit 25 is provided as the operation unit 24. For example, the user terminal 20 includes a touch panel provided on the display unit 25 so as to overlap the display unit 25.

Note that the user terminal 20 may be provided with, for example, a mouse, a stick, a touch pad, a button (key), or a lever (stick) instead of the touch panel. The display unit 25 is a liquid crystal display or an organic EL display, for example, and displays various screens. The audio output unit 26 is, for example, a speaker or headphones, and outputs audio data.

The program and data are supplied to the user terminal 20 from a remote location via the communication network 2. Note that the user terminal 20 may be provided with components for reading a program or data stored in an information storage medium such as a memory card or an optical disk. In this case, a program or data stored in a memory card or an optical disk may be read out and stored in the storage unit 22.

In the game server 10, for example, an HTTP daemon is activated. On the other hand, in the user terminal 20, a browser is activated. A processing request (HTTP request) is transmitted from the user terminal 20 to the game server 10 via a browser. In addition, a processing result (HTTP response) corresponding to the above processing request is transmitted from the game server 10 to the user terminal 20. For example, page data described in a web page description language is transmitted to the user terminal 20. Based on the page data, a screen based on the processing result is displayed on the display unit 25 of the user terminal 20.

[1-2. Outline of the game executed in the game system]
In the game system 1, a game played by each of a plurality of users is executed. Here, as an example of a game executed in the game system 1, a case will be described where each user executes a game that aims to clear each of a plurality of game tasks.

[1-2-1. Database contents]
First, data stored in the database 15 will be described. For example, the database 15 includes a master database, a grant card database, a user database, a progress database, and a team database.

FIG. 2 is a diagram showing an example of the master database. The master database stores basic data of all player cards prepared in the game system 1. As shown in FIG. 2, each record of the master database includes “card ID”, “player name”, “image”, “affiliation team”, “position”, “type”, “cost”, “offense”, “ Includes "Defense" and "Technique" fields.

The “card ID” field indicates identification information for uniquely identifying a player card. The “player name” field indicates the name of the soccer player associated with the player card. The “image” field indicates an image of a soccer player associated with the player card.

The “Affiliated Team” field indicates a team to which a real soccer player associated with the player card belongs. The “position” field indicates the position of the soccer player associated with the player card. For example, four types of positions, FW (forward), MF (midfielder), DF (defender), and GK (goalkeeper) are prepared. In each player card, at least one of these four positions is registered in the “position” field.

The “type” field indicates the high ability of the player card. In addition, since the player card of a soccer player with relatively high ability has a high rarity level, it can be said that the “type” field indicates the rarity level of the player card. In the game system 1, five types of “superstar”, “star”, “great”, “regular”, and “normal” are prepared, and any of these types is registered in the “type” field. The “Superstar” is the type with the highest ability (rareness). “Star” is the type with the second highest ability (rareness), and “Great” is the type with the third highest ability (rareness). “Regular” is the type with the fourth highest ability (rareness), and “Normal” is the type with the lowest ability (rareness).

The “cost” field indicates a cost required to use the player card for the battle, that is, a cost required to use the player card as a member participating in the game. In the present embodiment, the cost is used as an index indicating the strength (high ability) of the player card. “Cost” will be described later.

The “offense” field indicates the basic value (initial value) of the player's attack power parameter. The “defense” field indicates a basic value of the player's defense strength parameter. The “technique” field indicates a basic value of the technical skill parameter of the player. It can be said that the attack power parameter, the defense power parameter, and the technical power parameter are parameters indicating the ability of the player card.

Each player card stored in the master database is given to the user. Information indicating the player card given to the user is stored in the grant card database.

FIG. 3 is a diagram showing an example of the grant card database. The grant card database stores information on player cards assigned to each user. As shown in FIG. 3, each record of the granted card database includes “serial key”, “card ID”, “level”, “time”, “user ID”, “degree of cooperation”, “experience value”, “cost”. ”,“ Offense ”,“ Defense ”, and“ Technique ”fields.

“Card ID”, “Cost”, “Offense”, “Defense”, and “Technique” fields are the same as in the master database (see FIG. 2). However, as will be described later, the values of the “offense”, “defense”, and “technique” fields are increased by executing the player card training.

The “serial key” field is an identification number for identifying the player card assigned to each user. The serial key is incremented each time a player card is given to each user, and a new value is generated. The “level” field indicates the level of the player card. The “time” field indicates the time when the player card is issued and the time when the player card is given to the user. The “user ID” field indicates the user ID of the user to whom the player card is given. The user ID is identification information for uniquely identifying the user.

The “Cooperation Level” field indicates the skill level of cooperative play. The “experience value” field indicates the experience value acquired by the player. By executing the player card training, the value of the “experience value” field increases. When the value of the “experience value” field reaches a predetermined value, the value of the “level” field increases. In this case, the values of the “offense”, “defense”, and “technique” fields also increase.

Thus, when a player card stored in the master database is granted to a user, a new record is added to the grant card database. In the added record, information related to the player card given to the user is stored. When the player card is trained or the player card is transferred to another user, the contents of the record are updated.

FIG. 4 is a diagram showing an example of a user database. The user database stores various data related to all users of the game system 1. As shown in FIG. 4, each user data includes “user ID”, “user name”, and “image” fields. The “user ID” field indicates identification information for uniquely identifying a user. The “user name” field indicates a user name. The “image” field indicates a user image (for example, an avatar image).

In addition, each user data includes “team name”, “level”, “cooperation degree”, and “experience value” fields. The “team name” field indicates the name of the soccer team owned by the user. The “level” field indicates the level of the user team. The “cooperation degree” field indicates the skill level of cooperation between players belonging to the user team. The higher the level and degree of cooperation, the stronger the user team. The “experience value” field indicates an experience value acquired by the user team. When the value of the “experience value” field reaches a predetermined value, the value of the “level” field increases.

Furthermore, each user data includes “League League”, “League Ranking”, and “Overall Ranking” fields. The “affiliation league” field indicates a league to which the user team belongs. In the game system 1, a plurality of leagues having different levels are prepared, and each user team belongs to one of the leagues.

The “in-league ranking” field indicates the ranking of the user teams in the league, and the “overall ranking” field indicates the ranking of each user team in all the user teams. In the game system 1, a battle between user teams belonging to the same league is automatically performed, and the ranking in the league changes based on the battle result. When the in-league ranking of the user team increases, the user team is promoted to a league of the next higher hierarchy. On the other hand, when the in-league ranking of the user team is lowered, the user team is demoted to a league in the next lower hierarchy.

Furthermore, the individual user data includes “action points”, “management points”, “nurturing points”, and “lottery points” fields.

The “action point” field indicates the current value and the maximum value of the action point. In the game system 1, the user can obtain a player card by executing a player search (details will be described later). Action points are consumed by performing a player search. In addition, the action point is recovered every time a predetermined time elapses, or recovered when the user uses a given recovery item. When the recovery item is used, the action point may be recovered to the maximum value.

“The management point” field indicates the current value and the maximum value of the management point. Management points are consumed by playing against other soccer teams. In addition, the management points are recovered every time a predetermined time elapses, or recovered when the user uses a given game item. When the recovery item is used, the management point may be recovered to the maximum value. The management points are consumed only by the total cost of the player cards used by the user for the battle.

“The training point” field indicates the training point. In the game system 1, the user can grow (strengthen) a player card by synthesizing another player card with the player card. The training points are consumed by executing the player card training.

“Lottery points” field indicates lottery points. In the game system 1, in addition to the search described later, a user selects a player card by performing a lottery to select one of a plurality of bags (bags containing player cards) that move on the screen. Available. The lottery points are consumed by executing the lottery.

In addition, each user data includes a “number of players” field. The “number of players” field indicates the number of player cards held by the user.

Furthermore, each user data includes a “held item” field. The “held item” field indicates a list of items held by the user. The item ID and item parameter data of the item held by the user are registered in the “held item” field.

Also, each user data includes a “buddy list” and a “last access date” field. The “buddy list” field indicates a list of other users who are in a friendship relationship (friend relationship) with the user or the number of other users who are in a friendship relationship (friend relationship) with the user. The “last access date / time” field indicates the date and time when the user last accessed the game server 10.

The progress database and team database will be described later. The data stored in the database 15 is not limited to the above example. The database 15 may store various data necessary for a battle executed in the game system 1.

[1-2-2. Game screen example]
Next, the flow of the game will be described while showing an example of the game screen displayed on the display unit 25 of the user terminal 20. When the user operates the user terminal 20 to access the game server 10 in order to play a game, the main screen is displayed on the display unit 25.

FIG. 5 is a diagram illustrating an example of a main screen displayed on the display unit 25. As shown in FIG. 5, the main screen 30 displays various types of information related to the user and the game situation. The main screen 30 includes a representative player image 32. The image of the representative player card among the player cards held by the user is displayed as the representative player image 32.

The main screen 30 also includes an information column 34. A notification message 36 to the user is displayed in the notification column 34. For example, when a player card or item is presented from another user, a notification message 36 indicating that the present has been delivered to the user is displayed. When the user selects the notification message 36, a present delivered to him / her can be received.

Furthermore, the main screen 30 includes a search button 38A, a formation button 38B, a breeding button 38C, a lottery button 38D, a game button 38E, an AC button 38F, and a special search button 38G.

The search button 38A is a button for searching for a player (player card). When the search button 38A is selected, a player search is executed. When the player search is executed, action points are consumed. If the player search is successful, a player card is given to the user. Whether or not the player search is successful and the player card given to the user are randomly determined according to a predetermined probability. If there are not enough action points, the search is not executed.

The formation button 38B is a button for setting the formation of the user's soccer team. When the formation button 38B is selected, a screen for setting the formation is displayed on the display unit 25. On this screen, for example, the user selects a formation type such as “4-4-2” or selects a player card to be assigned to each position. That is, the user selects a player card to be used for a battle with another soccer team.

The training button 38C is a button for training (strengthening) the player card held by the user. When the breeding button 38C is selected, a screen for training the player card is displayed on the display unit 25. As described above, in the game system 1, it is possible to grow a player card by synthesizing another player card with the player card. In the above screen, the user nurtures a player card by selecting a player card to be cultivated and another player card to be consumed to cultivate the player card. As described above, player card training is executed in exchange for a predetermined amount of training points.

The lottery button 38D is a button for obtaining a player card by drawing a player card. When the lottery button 38D is selected, a lottery screen for performing a lottery is displayed on the display unit 25. When the user performs a given operation, for example, a screen (not shown) for selecting one of a plurality of bags moving on the screen (a bag containing a player card) is displayed, and a player card lottery is performed. Is executed.

The game button 38E is a button for playing a game with another user team. When the match button 38E is selected, a screen for playing a match with another user team is displayed on the display unit 25. Here, the game is executed in exchange for the management points corresponding to the total cost of the player cards used in the game. By winning a match with another user team, for example, the user can obtain a game item or a training point.

The AC button 38F is a button for interacting with other users. When the AC button 38F is selected, a screen for transmitting a message to another user or giving a player card or a game item to another user is displayed on the display unit 25.

The special search button 38G is a button for causing the user to execute a special search. In the present embodiment, the search executed when the search button 38A is selected is different from the search executed when the special search button 38G is selected. Hereinafter, a search executed when the special search button 38G is selected is referred to as a special search. The special search button 38G may be displayed on the main screen 30 only during a predetermined period.

・ Users form teams with other users when performing special searches. Each user can create a team by himself. Hereinafter, a user who creates a team by himself is also referred to as a team leader. When the team leader selects the special search button 38G, a team formation screen for allowing other users to belong to the team generated by the team leader is displayed on the display unit 25.

FIG. 6 is a diagram showing an example of the team formation screen. As shown in FIG. 6, on the team formation screen 40, the name of the user, the team to which the user belongs, and the number of members belonging to the team are displayed. The team formation screen 40 also includes a guidance button 42 for the team leader to invite other users to his team. When the team leader selects the guidance button 42, a list of other users who do not belong to any team is displayed on the display unit 25. The team leader selects another user invited to his team from the list.

The approval button 44 is a button for approving an application for team joining made by another user. The dissolution button 46 is a button for dissolving the team generated by the team leader. When the team leader selects the team screen button 48, a team screen 60 described later is displayed.

Users who do not belong to a team can apply for participation in teams created by other users. When the user performs a given operation, a team search screen is displayed on the display unit 25.

FIG. 7 is a diagram showing an example of the team search screen. As shown in FIG. 7, information regarding each team leader is displayed on the team search screen 50. For example, an upper limit (for example, 11 people) is set for the number of users that can belong to each team, and an application button 52 is displayed for a team that does not reach the upper limit (that is, a team to which a user can belong). The

When the user selects the application button 52, an application for joining a team is transmitted to the team leader. In the user terminal 20 of the team leader, when the team leader selects the approval button 44, a list of users who have applied for team joining is displayed. When the team leader selects a user from the list, the team leader can join the selected user to his team.

In addition, in this embodiment, although each user demonstrates the case where it belongs to only one team, you may enable it to belong to several teams.

When each user selects the special search button 38G while belonging to any team, a team screen relating to the team to which the user belongs is displayed on the display unit 25.

FIG. 8 is a diagram showing an example of the team screen. As shown in FIG. 8, the team screen 60 displays a user list 62 related to other users belonging to the same team. The user list 62 includes information indicating the area that each user is searching for. An active image 64 is shown for a user whose predetermined time has not elapsed since the game server 10 was last accessed. That is, the user who is displaying the active image 64 is highly likely to play the game at the present time. When the user selects the special search button 66, a special search screen is displayed on the display unit 25.

FIG. 9 is a diagram showing an example of the special search screen. As shown in FIG. 9, the special search screen 70 includes a search area in which the user is performing a special search, a search rate indicating the progress of the special search in the area, an experience value of the soccer team held by the user, an action The current value and maximum value of the point are displayed.

Special search screen 70 includes an execution button 72. When the execution button 72 is selected, a special search for players is executed. When a special player search is performed, action points are consumed. When the player's special search is successful, a player card is given to the user, and a screen showing the player card given to the user is displayed on the display unit 25.

Whether or not the player's special search is successful and the player card given to the user are randomly determined according to a predetermined probability. Further, when a special search for players is executed, the search rate increases. When the search rate reaches a predetermined value (for example, 100), the special search for the area is completed, and the user can proceed to the next area. Here, 200 search areas are prepared, and the user sequentially searches these search areas. If the action points are insufficient, the special search is not executed even if the user selects the execution button 72.

FIG. 10 is a diagram showing an example of the special search screen 70 displayed when action points are insufficient. As shown in FIG. 10, the special search screen 70 displays a message prompting the user to use a recovery item, along with a message indicating that action points are insufficient. The special search screen 70 displays the number of recovery items owned by the user. When the user selects the recovery item use button 74, the action points are recovered, and the number of recovery items held by the user is reduced. When the user selects the cancel button 76, the action point is not recovered.

In this embodiment, every time the user advances five search areas, a battle with the opponent team is executed. In the present embodiment, a case where a user's possession team and a computer team battle each other will be described, but an opponent may be a possession team of another user. When the user advances five search areas, an appearance screen is displayed on the display unit 25.

FIG. 11 is a diagram illustrating an example of an appearance screen. As shown in FIG. 11, a battle start button 82 is displayed on the appearance screen 80. When the user selects the battle start button 82, a battle between the owned team and the opponent team is executed. For example, a battle result is determined by executing a simulation process (match result determination process) based on player card data that is a member of the user's soccer team and player card data that is a member of the opponent team. The When the battle result is determined, a battle result screen is displayed on the display unit 25.

FIG. 12 is a diagram showing an example of a battle result screen. As shown in FIG. 12, a battle result screen 90 displays a battle result 92 indicating the score and win / loss of each team, a reward content 94 indicating a reward given to the user, and a next button 96. In the present embodiment, a ring item is given to the user as a reward. The user aims to collect a ring item by performing a special search and performing a battle. Ring items collected by the user can be redeemed for a given game item.

Also, the number of ring items given to the user is determined based on the battle result. In this embodiment, when a user advances a special search by himself and causes a battle to be executed, an event occurs in which another user belonging to the same team as the user takes away additional points. When the user selects the next button 96, an additional point screen is displayed on the display unit 25.

FIG. 13 is a diagram showing an example of the added point screen. As shown in FIG. 13, the additional points screen 100 displays a list 102 of users selected based on a given rule from users belonging to the same team as the user who executed the battle.

Here, a randomly determined number of users (for example, the upper limit is 5) is selected from other users belonging to the same team as the user who executed the battle. Additional points are given by the number of these selected users. When additional points are given, the number of ring items given to the user also increases. When the next button 104 is selected, a final result screen showing a final battle result is displayed on the display unit 25.

FIG. 14 is a diagram showing an example of the final result screen. As shown in FIG. 14, in the final result screen 110, the score added on the additional score screen 100 is added to the score displayed on the battle result screen 90. Ring items are given to the user by the total number of these scores. In the example of FIG. 14, the score obtained by the user's team in the battle is 1 point, and the additional points by other users are 3 points. Therefore, four ring items corresponding to the total of 4 points are given. . When the special search button 112 is selected, the special search screen 70 is displayed again, and the next search area is searched.

Further, in this embodiment, when a certain user advances a special search and executes a battle, other users belonging to the same team as this user are allowed to perform the battle regardless of the progress of their special search. The In other words, other users will get a chance to acquire a ring item regardless of the progress of their special search. Here, a case will be described in which each of the user X and the user Z belonging to the same team as the user A performs a battle by making a special search by himself / herself.

FIG. 15 is a diagram illustrating an example of the team screen 60 displayed on the user terminal 20 of the user A. As shown in FIG. 15, a battle button 68 is displayed on the team screen 60 at positions corresponding to the user X and the user Z. The user A can recognize that the user X and the user Z have advanced the special search and performed a battle by looking at the displayed battle button 68.

When the user A selects the battle button 68, an appearance screen 80 (see FIG. 11) is displayed on the display unit 25. That is, the user A can acquire a ring item by executing a battle with the opponent team regardless of the progress of his / her special search. In this case, unlike the case where the special search is performed by itself, an event for adding additional points may not be generated.

Further, in this embodiment, when the progress of the special search of another user who belongs to the same team as that of the user is delayed, the user can help the special search of the other user. For example, when a user performs a special search, a help proposal screen is displayed on the display unit 25 with a given probability.

FIG. 16 is a diagram showing an example of the help proposal screen. As shown in FIG. 16, the help proposal screen 120 displays a help button 122 and an ignore button 124. When the user selects the button 124 to be ignored, the user's special search proceeds without helping other users' special searches. When the user selects the button 122 to help, a help search screen is displayed on the display unit 25.

FIG. 17 is a diagram illustrating an example of the help search screen 130. As shown in FIG. 17, the help search screen 130 has the same layout as that of the special search screen 70, but is different in that information related to the search areas for other users' special searches is displayed. If the user selects the execute button 132, a special search for other users can proceed instead. When the user clears the search area of another user by selecting the execution button 132, a help achievement screen is displayed on the display unit 25.

FIG. 18 is a diagram showing an example of the help achievement screen. As shown in FIG. 18, the help achievement screen 140 displays information indicating that other users' search areas have been cleared and the number of ring items given to the user. When the user selects the special search button 142, the special search screen 70 is displayed on the display unit 25, and his / her special search can proceed.

On the other hand, in the user terminal 20 of the user who has received the help of the special search from another user, the helped screen is displayed on the display unit 25 at a given timing (for example, timing to proceed to the next search area).

FIG. 19 is a diagram showing an example of a helped screen. As shown in FIG. 19, the helped screen 150 displays information indicating a user who has helped with his / her special search. When the user selects the next button 152, the special search screen 70 is displayed and the special search can proceed. In this state, clearing the search area is easier than usual. For example, in the normal case, that is, when the special search is not received from another user, if the execution button 72 must be selected 20 times before the search area is cleared, help is received from the other user. In this case, the search area can be cleared by three operations.

As described above, in the game system 1 according to the present embodiment, when a certain user advances a special search to generate a battle, the other user is permitted to battle regardless of the progress status of the other user. When a user helps the progress of a special search by another user, the other user can easily advance the special search. Hereinafter, the details of the above-described components will be described.

[1-3. Functions realized in the game system]
FIG. 20 is a functional block diagram mainly showing functions related to the present invention among the functions realized by the game system 1. As shown in FIG. 20, the game system 1 includes a game data storage unit 200, a game execution unit 300, a first execution unit 400, and a second execution unit 500.

[1-3-1. Game data storage unit]
The game data storage unit 200 is realized mainly by the storage unit 12 and the database 15. The game data storage unit 200 stores various data necessary for executing the game. The game data storage unit 200 stores, for example, a master database (FIG. 2), a grant card database (FIG. 3), and a user database (FIG. 4).

Further, the game data storage unit 200 stores a progress database and a team database.

FIG. 21 is a diagram showing an example of the progress situation database. As shown in FIG. 21, each record in the progress database includes a “user ID”, “progress”, “match allowed”, and “help” fields. The progress situation database indicates the progress of the game played by each of the plurality of users. Here, information indicating the progress of the special search played by each user is stored in the progress situation database.

The “progress status” field includes “progress area” and “progress rate”. The “progress area” stores information indicating a search area in which the user is currently in progress (that is, a game task in which the user is in progress). In the present embodiment, since 200 search areas are prepared, one of numerical values from 1 to 200 is stored in the “progress area”.

The “progress rate” stores the current search rate of the search area that is currently in progress (that is, information indicating the progress of the game task that is being processed by the user). In this embodiment, when the user executes a special search, the progress rate increases, and when the search rate reaches 100%, the search area is cleared. Therefore, the “progress rate” can be any value from 0 to 100. Is stored.

The “match allowed” field includes “user ID” and “time”. The “user ID” stores the user ID of a user who has caused a battle by proceeding with a special search among other users belonging to the same team as the user. The fact that the user ID of another user is stored in “User ID” means that the user is permitted to play regardless of the progress of the search area by the user. The “time” stores the time when another user indicated by the “user ID” caused a battle in the game of the other user. For example, the “time” stores the time when the battle by another user was executed (the time when the battle ended). When another user belonging to the same team as a certain user generates a battle, a new record is created, and the user ID of the user who generated the other battle and the time when the battle was generated are stored Will be.

The “Help” field includes “User ID” and “Time”. “User ID” stores the user ID of the user who assists the user's special search among other users belonging to the same team as the user. The fact that the user ID of another user is stored in “user ID” means that another user has cleared the search area of the user instead. The “time” stores the time when the user indicated by the “user ID” assists the search area (for example, the time when the user clears the search area). When another user who belongs to the same team as a certain user helps the search area, a new record is created, and the user ID of the other user and the time when the help is completed are stored. .

FIG. 22 is a diagram showing an example of the team database. As shown in FIG. 22, each record of the team database includes a “team ID”, “team name”, “team leader”, and “member” fields. Information for uniquely identifying each team is stored in the “team ID” field. The “team name” field stores the team name of each team. The “team leader” field stores the user ID of the team leader who created each team. The “member” field stores user IDs of members belonging to each team.

When a user creates a new team, a new record is added to the team database. The “team ID” of the record stores the team ID corresponding to the team, and the “team name” stores the team name specified by the user. The “team leader” stores the user ID of the user. Each time a user joins the team, the user ID of the joined user is stored in “Member”.

The control unit 11 functions as means for acquiring or updating various data stored in the game data storage unit 200. The game data storage unit 200 may store data necessary for executing the game, and the data stored in the game data storage unit 200 is not limited to the above example.

[1-3-2. Game execution part]
The game execution unit 300 is realized mainly by the control unit 11. The game execution unit 300 executes a game played by each of a plurality of users. Here, the game execution part 300 advances the game which the said user plays about each of several users based on the said user's operation. The game execution unit 300 updates the progress of the game by updating the progress database based on each user's operation.

The process executed by the game execution unit 300 is not limited to the above example. The game execution unit 300 executes various processes related to the game according to the present embodiment.

[1-3-3. First execution unit]
The first execution unit 400 is realized mainly by the control unit 21. Of the processes executed in the game system 1, the first execution unit 400 is a process for allowing a match to another user who belongs to the same team mainly when the user advances a special search and executes a match. Execute.

The first execution unit 400 includes a progress determination unit 402, a game event execution unit 404, a first permission unit 406, a battle record information acquisition unit 408, a first opponent determination unit 410, a relationship information acquisition unit 412, A presentation unit 414, a second permission unit 416, a second opponent determination unit 418, and a reward granting unit 420 are included.

[Progress determination unit]
The progress determination unit 402 determines, for each of a plurality of users, whether or not the progress of the game played by the user has reached a given progress (reference progress). The progress of the game is information indicating the progress of the game played by each user, for example, information indicating the clear status of each game task (for example, a search area). In the present embodiment, information indicating a search area cleared by the user among a plurality of search areas (for example, “progress area” in the progress database) corresponds to “game progress”.

For example, the progress determination unit 402 determines whether or not the progress of the game task (for example, the cleared search area) has reached a given progress. For example, the progress determination unit 402 determines whether or not the number of game tasks (search areas) cleared by the user among a plurality of game tasks is equal to or greater than a reference number. Or the progress determination part 402 determines whether the combination of the game task which the user cleared among several game tasks (search area) became a given combination.

In the present embodiment, since a game is executed in which each of the plurality of users aims to clear a plurality of game tasks (search areas) in a given order, the progress determination unit 402 includes each of the plurality of users. With respect to, it is determined whether or not the game tasks cleared by the user have been cleared up to the game tasks in a given order.

[Game event execution section]
The game event execution unit 404 executes a given game event in a game played by each of a plurality of users. In the present embodiment, the game event is an event in which the user aims to clear a given game task. In the present embodiment, the game event is intended for the user to achieve a given result in the battle.

It should be noted that the “game event” according to the present embodiment is not limited to a battle, and other various game events can be applied. In addition, for example, it may be a game event in which the user performs a lottery, or a game event in which the user plays a mini game.

[First permission section]
The first permission unit 406 executes a given game event (for example, occurrence of a game task in a game played by a user whose game progress reaches a given progress among a plurality of users. , Allowing the execution of the battle. “Allow execution of game event” is to generate a game event in a game played by each user.

In this embodiment, in principle, in the game played by each user, the occurrence of a game event is restricted (suppressed) when the progress of the game does not reach a given progress. In the game played by each user, the first permission unit 406 removes the restriction on the occurrence of the game event when the progress of the game reaches a given progress.

[Statistical Information Acquisition Department]
The battle record information acquisition unit 408 acquires, for each of a plurality of users, the information stored in the unit that stores information related to the battle record of the user. It can be said that the battle record is information related to the user's past play results. For example, it can be said to be information indicating the strength of the user, which is determined based on the user's past play results. In the present embodiment, the battle record information acquisition unit 408 acquires information regarding the league to which each user belongs as information regarding the battle record.

[First opponent determination unit]
When the first permission unit 406 permits the execution of the battle in the game played by one user, the first opponent determination unit 410 determines the opponent's opponent in the battle based on the information related to the battle record of the one user. Determine strength.

The first opponent determination unit 410 determines the strength of the opponent based on the association between the battle record and the strength of the opponent (for example, cost and ability parameters). The first opponent determination unit 410 determines an opponent based on the strength associated with the user's battle record. The 1st opponent determination part 410 determines an opponent so that an opponent becomes strong, so that a user's battle record is good. That is, the 1st opponent determination part 410 determines an opponent so that an opponent becomes weak, so that a user's battle record is bad.

[Relation Information Acquisition Unit]
The relationship information acquisition unit 412 acquires the storage content of the means for storing the relationship information indicating the relationship between users. The relationship information is information indicating association between users, for example, information indicating whether the users are in a friendship relationship or whether the users are in a hostile relationship.

In the present embodiment, each of the plurality of users belongs to at least one of a plurality of user groups. The user group is a group composed of a plurality of users, and here is a team. The relationship information is information for identifying users belonging to each user group. In the present embodiment, the team database corresponds to the relationship information.

[Presentation section]
When the execution of a game event (for example, a battle) is permitted in a game played by one user by the first permission unit 406, the presentation unit 414 is permitted to execute the game event in a game played by another user. This is related to one user and presented.

“Present” means that information is output to the user. For example, the information is displayed on the screen or the information is notified by voice. “Present in association with the user” means that the execution of the game event is permitted and the user who is permitted to execute the game event (the progress of the game has reached a given progress User). Here, the presentation unit 414 displays the battle button 68 on the list 62 of the team screen 60, thereby associating and presenting that the battle is permitted and the user who created the cause of the battle being permitted. .

When a given operation is performed by the user after being presented to the user by the presentation unit 414, the game event execution unit 404 executes a game event in the game played by the user. Here, the game event execution unit 404 executes a battle when the battle button 68 is selected by the user.

[Second permission section]
When the first permission unit 406 permits execution of a game event (for example, execution of a battle) in a game played by one user by the first permission unit 406, the second permission unit 416 relates to the progress of the game played by another user. First, execution of a game event is permitted in a game played by the other user. The second permission unit 416 permits the execution of the game event even if the progress status of the game played by the other user does not reach the given progress status.

In this embodiment, the 2nd permission part 416 permits execution of a game event (for example, execution of a battle | competition) in the game which the user who satisfy | fills a given relationship with said one user among other users plays. To do. The given relationship is a relationship in which users are associated with each other, for example, a relationship belonging to the same user group. The 2nd permission part 416 permits execution of a game event about a user who belongs to the same user group as the above-mentioned one user among other users.

In the present embodiment, when the first permission unit 406 permits execution of a game event (for example, execution of a battle) in a game played by one user by the first permission unit 406, the execution result of the game event. Based on whether or not is a given result, it is determined whether or not to allow other users to execute the game event.

“The execution result of the game event is a given result” means that, in the present embodiment, the battle result is a given result. For example, it includes winning in a battle (winning by satisfying a predetermined condition), drawing in a battle (filling in a predetermined condition) and defeating in a battle (defeating in a predetermined condition). The predetermined condition here includes, for example, that the score difference is within a predetermined range and that the score of the user's team is within the predetermined range.

[Second opponent determination unit]
When the second permission unit 416 permits execution of the battle in the game played by the other user, the second opponent determination unit 418 determines the opponent's opponent in the battle based on the information about the other user's battle record. Determine strength. The second opponent determination unit 418 determines the opponent so that the better the user's performance, the stronger the opponent. That is, the second opponent determination unit 418 determines an opponent such that the worse the user's performance, the weaker the opponent.

[Reward Grant Department]
The reward granting unit 420 grants a reward to each of the plurality of users when a game event (for example, a battle) is executed in the game played by the user. The reward granting unit 420 grants a reward to the user who generated the game event based on the execution result of the game event (for example, battle). The reward granting unit 420 grants a reward to the user by giving a given game item to the user or changing parameters related to the user (for example, in-game currency or player card parameters).

When the game event permitted by the first permission unit 406 is executed, the reward granting unit 420 grants a higher reward to the user than when the game event permitted by the second permission unit 416 is executed. “High reward” means “reward is good” or “high reward” and “low reward” means “poor reward” or “low reward”. “High reward” means, for example, an increase in the number of items that can be acquired, an item with a high rare value, an increase in the number of in-game currencies that can be acquired, and an increase in the amount of parameter change. It means to include.

[1-3-4. Second execution unit]
The second execution unit 500 is realized mainly by the control unit 21. Of the processes executed in the game system 1, the second execution unit 500 mainly executes a process that facilitates the special search of the other user when the user helps the special search of the other user.

The second execution unit 500 includes a first determination unit 502, another user clear determination unit 504, a comparison unit 506, a suggestion unit 508, a determination unit 510, an other user play execution unit 512, and a second determination unit 514. And a progress control unit 516.

[First determination unit]
In the game played by the first user based on the data stored in the means for storing data indicating the status of the game played by the first user (for example, the progress database), the first determination unit 502 It is determined whether or not the first user has cleared each of the game tasks (for example, each search area).

For example, the first determination unit 502 clears the game task for each of a plurality of game tasks (for example, each search area) by determining whether or not a clear condition for the game task is satisfied. It is determined whether or not.

In the present embodiment, for each of a plurality of game tasks (for example, each search area), the first determination unit 502 has a given situation (for example, the search rate of each search area) for the game task. For example, it is determined whether or not the user has cleared the game task by determining whether or not the search rate is within a predetermined range.

[Other user clear determination part]
In the game played by the second user, the other user clear determination unit 504 is based on the data stored in the means for storing data indicating the status of the game played by the second user (for example, the progress status database). It is determined whether or not the second user has cleared each of the plurality of game tasks. The determination method by the other user clear determination unit 504 is the same as the determination method by the first determination unit 502, and for example, it is determined whether or not clear conditions for a plurality of game tasks are satisfied.

[Comparison part]
The comparison unit 506 compares the progress status of the game task by the first user (for example, the cleared search area) with the progress status of the game task by the second user. For example, the comparison unit 506 determines whether the difference between the progress status of the first user and the progress status of the second user satisfies a given condition. For example, the comparison unit 506 determines which of the progress status of the first user and the progress status of the second user is advanced or delayed.

In this embodiment, the comparison unit 506 compares a game task that has been cleared by the first user with a game task that has been cleared by the second user. The comparison unit 506 determines whether there are more or fewer game tasks that have been cleared by the first user and game tasks that have been cleared by the second user.

[Proposal Department]
Based on the comparison result of the comparing unit 506, the proposing unit 508 suggests that the second user play at least one game task (for example, a search area) that has not been cleared by the first user.

“Proposal to play a game task” is to prompt the user to play the game task, for example, to display a screen for allowing the user to play the game task. “Playing a game task” means that the user performs an operation for clearing the game task, for example, progressing the game task.

When the difference between the progress status of the first user and the progress status of the second user satisfies a given condition (for example, the difference is equal to or greater than a reference value), the proposing unit 508 plays the game task to the second user. suggest. When the progress status of the game task by the second user is more advanced than the progress status of the game task by the first user, the proposing unit 508 proposes to play the game task to the second user.

[Decision part]
Based on the comparison result of the comparison unit 506, the determination unit 510 determines whether to cause the second user to play at least one of game tasks (for example, a search area) that has not been cleared by the first user.

When the difference between the progress status of the first user and the progress status of the second user satisfies a given condition (for example, the difference is equal to or greater than a reference value), the determination unit 510 does not clear the game that the first user has cleared. It is determined that the second user plays the task. When the progress status of the game task by the second user is ahead of the progress status of the game task by the first user, the determination unit 510 causes the second user to play a game task that has not been cleared by the first user. decide.

[Other user play execution section]
Other user play execution part 512 makes a 2nd user play at least one of the game tasks which the 1st user has not cleared among a plurality of game tasks (for example, search area). The other user play execution unit 512 advances the game task (updates the progress of the game task) based on the operation of the second user.

[Second determination unit]
Based on the play by the second user, the second determination unit 514 determines whether or not the second user has cleared at least one of the game tasks (for example, a search area) that has not been cleared by the first user. . The determination method by the second determination unit is the same as the determination method by the first determination unit 502, and for example, it is determined whether or not a plurality of game task clear conditions are satisfied.

[Progress control unit]
The progress control unit 516 controls at least one progress of a game task (for example, a search area) that has not been cleared by the first user based on the determination result of the second determination unit 514. When the second user clears a game task that the first user has not cleared (by himself), the progress control unit 516 does not clear the game that the first user has cleared. Increase the progress of at least one of the tasks.

In the present embodiment, the progress control unit 516 includes a changing unit 518. When the second user clears at least one of the game tasks that the first user has not cleared (for example, the search area), the changing unit 518 may clear at least one of the game tasks that the first user has not cleared. Change ease. The progress control unit 516 controls the progress of the game task whose ease of clearing has changed.

“Changing the ease of clearing” is to make it easy or difficult to clear (challenge) the game task, for example, to increase or decrease the progress of the game task when the first user plays, It means changing the clear condition of the game task and changing the difficulty level of the game task.

In the present embodiment, the change unit 518 does not clear the first user himself / herself when the second user clears at least one of the game tasks (for example, the search area) that the first user has not cleared. For at least one of the game tasks, the ease of clearing the game task is changed by changing the progress (for example, the amount of change in the search rate) when the first user advances the game task.

[1-4. Processing executed in game system]
Next, processing executed in the game system 1 will be described. When the control unit 11 of the game server 10 executes the processing described below according to a program, the control unit 11 functions as a functional block (excluding the game data storage unit 200) shown in FIG.

FIG. 23 is a diagram showing processing executed in the game system 1 when a special search is executed. The process illustrated in FIG. 23 is executed when an instruction to display the team screen 60 (for example, an operation for the user to select the special search button 38G) is performed.

As shown in FIG. 23, in the user terminal 20, the control unit 21 transmits a display request for the team screen 60 to the game server 10 (S1). When the user terminal 20 transmits information to the game server 10, the user ID is transmitted to the game server 10. The game server 10 specifies which user is accessing based on the user ID. The same applies to the subsequent processing.

In the game server 10, when the control unit 11 receives a display request for the team screen 60, the control unit 11 refers to the team database and identifies a user who belongs to the same team as the user who has requested the display (S2). The control part 11 acquires the information regarding the user specified by S2, with reference to a user database (S3). In S3, the user's name, affiliation league, user's last login time, and the like are acquired. Whether or not to display the active image 64 is determined based on the last login time of each user. The control unit 11 refers to the progress database and acquires a search area where each user is playing (S4).

The control unit 11 refers to the progress situation database to determine whether or not the user ID is stored in the “matching permission” of the user who has requested display of the team screen 60 (S5).

When it is not determined that the user ID is stored in the “match allowed” (S5; N), the control unit 11 generates image data of the team screen 60 (see FIG. 8) that does not include the match button 68, and the user It transmits to the terminal 20 (S6).

On the other hand, when it is determined that the user ID is stored in the “match allowed” (S5; Y), the control unit 11 includes a team screen 60 including a battle button 68 at a position corresponding to the user indicated by the user ID ( The image data of FIG. 15) is generated and transmitted to the user terminal 20 (S7).

In the user terminal 20, when receiving the image data, the control unit 21 displays the team screen 60 on the display unit 25 (S8). The control unit 21 determines whether or not the special search button 66 has been selected (S9). When it is determined that the special search button 66 has been selected (S9; Y), the control unit 21 notifies the game server 10 that the special search button 66 has been selected (S10).

Moving to FIG. 24, in the game server 10, when receiving the notification that the special search button 66 has been selected, the control unit 11 refers to the progress database and determines whether or not the user should proceed to a new search area. Is determined (S11). In S11, it is determined whether or not the search rate of the search area being played is 0% or 100% and it is time to proceed to the next search area.

When it is not determined that the user should proceed to a new search area (S11; N), the control unit 11 refers to the progress database and searches for the search area in which the user is in progress and the current search of the search area. The rate is acquired (S12). The control part 11 produces | generates the image data of the special search screen 70 based on the information acquired in S12, and transmits to the user terminal 20 (S13). The action points and experience values included in the special search screen 70 are acquired from the user database.

In the user terminal 20, when receiving the image data, the control unit 21 displays the special search screen 70 on the display unit 25 (S14). The control unit 21 determines whether or not the execution button 72 has been selected (S15). When it is determined that the execution button 72 has been selected (S15; Y), the control unit 21 notifies the game server 10 that the execution button 72 has been selected (S16).

In the game server 10, upon receiving a notification that the execution button 72 has been selected, the control unit 11 refers to the user database and determines whether or not there are action points necessary for the special search (S17). ). For example, whether or not the action points necessary for executing the special search are determined for each search area (for example, five action points) and the action points stored in the user database are equal to or more than the necessary action points. It is determined whether or not.

If it is determined that there are no action points necessary for executing the special search (S17; N), the process ends. In this case, a message (FIG. 10) indicating that the special search cannot be performed because of lack of action points is displayed on the display unit 25.

On the other hand, when it determines with the action point required in order to perform a special search remaining (S17; Y), the control part 11 reduces a user's action point only by predetermined value with reference to a user database. (S18). The control unit 11 refers to the progress situation database and increases the search rate of the current search area by a predetermined value (S19).

The control unit 11 determines whether to give a player card to the user based on the first probability (S20). When it is determined that a player card is to be given to the user (S20; Y), the control unit 11 generates image data of a screen including the player card selected under a given law, and sends it to the user terminal 20. Transmit (S21). The selected player card is registered in the grant card database in association with the user.

In the user terminal 20, when receiving the image data, the control unit 21 displays the selected player card on the display unit 25 (S22). Moving to FIG. 25, the control unit 21 determines whether or not a given screen transition operation has been performed from the operation unit 24 (S23). When it is determined that the screen transition operation has been performed (S23; Y), the control unit 21 notifies the game server 10 that the screen transition operation has been performed (S24).

In the game server 10, upon receiving a notification that the screen transition operation has been performed, the control unit 11 determines whether or not the user has cleared the current search area (S25). In S25, it is determined whether or not the search rate of the current search area is within a predetermined range (for example, 100%).

When it is determined that the user has cleared the current search area (S25; Y), the control unit 11 determines whether or not the search area cleared by the user is a reference search area (S26). The reference search area is a search area designated in advance among a plurality of search areas, and is, for example, the nth (for example, n is a multiple of 5) th search area. When it is determined that the user has cleared the current search area, the “progress area” in the progress database is updated.

When it is determined that the search area cleared by the user is the reference search area (S26; Y), the control unit 11 refers to the user database and acquires the league to which the user belongs (S27). The control unit 11 determines the strength of the opponent team based on the user's league (S28).

The control unit 11 selects a player card belonging to the opponent team from the player cards stored in the player card database based on the strength of the opponent team determined in S28 (S29). The control part 11 produces | generates the image data of the appearance screen 80, and transmits to the user terminal 20 (S30).

In the user terminal 20, when receiving the image data, the control unit 21 displays the appearance screen 80 on the display unit 25 (S31). The control unit 21 determines whether or not the battle start button 82 has been selected (S32). When it is determined that the battle start button 82 has been selected (S32; Y), the control unit 21 notifies the game server 10 that the battle start button 82 has been selected (S33).

In the game server 10, upon receiving a notification that the battle start button 82 has been selected, the control unit 11 determines the battle result (S34). In S34, a battle result (scores of both teams, etc.) is determined based on each player card of the team owned by the user and each player card of the opponent team.

Referring to FIG. 26, the control unit 11 determines whether or not the user has won (S35). If it is not determined that the user has won (S35; N), the process proceeds to S12. In this case, after the battle result screen 90 indicating that the user has drawn or lost is displayed on the user terminal 20, the special search by the user is continued. Since the user could not win the battle, the ring item is not given.

On the other hand, when it is determined that the user has won (S35; Y), the control unit 11 provisionally determines the number of ring items to be given to the user based on the battle result determined in S34 (S36). The control unit 11 generates image data of the battle result screen 90 including the battle result determined in S34 and the number of ring items provisionally determined in S36, and transmits the image data to the user terminal 20 (S37).

In the user terminal 20, when receiving the image data, the control unit 21 displays the battle result screen 90 on the display unit 25 (S38). The control unit 21 determines whether or not the next button 96 has been selected (S39). When it is determined that the next button 96 has been selected (S39; Y), the control unit 21 notifies the game server 10 that the next button 96 has been selected (S40).

In the game server 10, when the control unit 11 receives a notification that the next button 96 has been selected, the control unit 11 determines an additional score based on a given probability (S41).

The control unit 11 selects other users belonging to the same team as the user based on the additional points determined in S41 (S42). In S42, the user may be selected from users whose last login time is close to the current time. That is, the user displaying the active image 64 may be preferentially selected. The control part 11 produces | generates the image data of the additional point screen 100 containing the other user elected in S42, and transmits to the user terminal 20 (S43).

In the user terminal 20, when receiving the image data, the control unit 21 displays the additional point screen 100 on the display unit 25 (S44). The control unit 21 determines whether or not the next button 104 has been selected (S45). When it is determined that the next button 104 has been selected (S45; Y), the control unit 21 notifies the game server 10 that the next button 104 has been selected (S46).

In the game server 10, the control unit 11 determines the number of ring items to be given to the user based on the number of ring items provisionally determined in S36 and the additional points determined in S41 (S47). . Moving to FIG. 27, the control unit 11 gives the ring items to the user by the number determined in S47 (S48). In S48, the “owned item” in the user database is updated.

The control unit 11 generates image data of the final result screen 110 including the battle result determined in S34, the additional score determined in S41, and the number of ring items determined in S47, and the user terminal 20 (S49). The control unit 11 refers to the progress database and stores the user ID and time in the “matching permission” of another user of the same team as the user, thereby permitting the other user to play (S50). .

In the user terminal 20, when receiving the image data, the control unit 21 displays the final result screen 110 on the display unit 25 (S51). The control unit 21 determines whether or not the special search button 112 has been selected (S52). If it is determined that the special search button 112 has been selected (S52; Y), the process returns to S10. Thereafter, the user continues to search for the search area.

On the other hand, in S9 shown in FIG. 23, when it is not determined that the special search button 66 is selected (S9; Y), the process proceeds to FIG. 27, and the control unit 21 determines whether or not the battle button 68 is selected (S53). ). When it is determined that the battle button 68 has been selected (S53; Y), the control unit 21 notifies the game server 10 that the battle button 68 has been selected (S54).

In the game server 10, upon receiving a notification that the battle button 68 has been selected, the control unit 11 executes a battle with the opponent team (S55 to S62). The processing of S55 to S62 is the same as the processing of S27 to S34, and will not be described.

After the battle result is determined in S62, the control unit 11 refers to the progress situation database and deletes the user ID and time of the other user who selected the battle button 68 from the “match allowed” ( S63). The control unit 11 determines the number of ring items to be given to the user based on the battle result determined in S62 (S64). The control part 11 gives a ring item to a user by the number determined by S64 (S65). In S65, the “owned item” in the user database is updated.

The control unit 11 generates image data of the battle result screen 90 including the battle result determined in S62 and the number of ring items determined in S64, and transmits the image data to the user terminal 20 (S66).

In the user terminal 20, when receiving the image data, the control unit 21 displays the battle result screen 90 on the display unit 25 (S67). The control unit 21 determines whether or not the next button 96 has been selected (S68). If it is determined that the next button 96 has been selected (S68; Y), the process returns to S1, and a display request for the team screen 60 is made again.

On the other hand, when it is determined in S11 shown in FIG. 24 that the user should proceed to a new search area (S11; Y), the process proceeds to FIG. 29, and the control unit 11 performs special processing based on the second probability. It is determined whether or not to compare the progress status of the user executing the search with the progress status of other users belonging to the same team as the user (S69).

When it is determined to compare the progress (S69; Y), the control unit 11 compares the progress of the user executing the special search with the progress of other users belonging to the same team as the user. Then, it is determined whether there is a user who can help (S70). In S70, it is determined whether or not there is a user whose progress is slower than that of the user who is executing the special search.

When it is determined that there is a user who can help (S70; Y), the control unit 11 refers to the progress database, generates image data of the help proposal screen 120, and transmits the image data to the user terminal 20 (S71). ). In S71, a helpable user and a search area for helping the user (a search area that has not been cleared by a helpable user. For example, a search area next to a search area in which the user is currently in progress). , Including the image data of the help proposal screen 120 is transmitted.

In the user terminal 20, when receiving the image data, the control unit 21 displays the help proposal screen 120 on the display unit 25 (S72). The control unit 21 determines whether or not the help button 122 has been selected (S73). When it is determined that the help button 122 has been selected (S73; Y), the control unit 21 notifies the game server 10 that the help button 122 has been selected (S74).

In the game server 10, when the control unit 11 receives a notification that the help button 122 has been selected, the control unit 11 generates image data of the help search screen 130 including a search area that has not been cleared by other users, and the user It transmits to the terminal 20 (S75).

In the user terminal 20, when receiving the image data, the control unit 21 displays the help search screen 130 on the display unit 25 (S76). Thereafter, the user searches for other users from the help search screen 130 (S77 to S82). S77 to S82 are the same as S15 to S19 and S25, respectively, and thus the description thereof is omitted. In S81, unlike in S19, the value in the progress status database is not updated. A value indicating the search rate of the search area is temporarily stored in the storage unit 12. In S81, the value is updated. Although a case where a player card is not given will be described here, a player card may be given to a user who is helping another user by executing the same processing as S20 to S24. Good.

When it is determined that the user has cleared the current search area (S82; Y), the control unit 11 gives a ring item to the user (S83). In S83, a predetermined number of ring items are given.

The control unit 11 refers to the progress database and adds the user ID and time to “help” of other users who cleared the search area (S84). The control part 11 produces | generates the image data of the help achievement screen 140 containing the number of ring items provided by S83, and transmits to the user terminal 20 (S85).

In the user terminal 20, when receiving the image data, the control unit 21 displays the help achievement screen 140 on the display unit 25 (S86). The control unit 21 determines whether or not the special search button 142 has been selected (S87). When it is determined that the special search button 142 is selected (S87; Y), the process returns to S10. In this case, the help of other users is terminated and the user's special search is continued.

On the other hand, in S69 shown in FIG. 29, when it is not determined by comparing the progress status (S69; N), or when there is no helpable user (S70; N), the process proceeds to FIG. Referring to the database, it is determined whether or not another user has helped his / her search area (S88). In S88, it is determined whether or not the user ID and time of another user are stored in the “help” in the progress database.

When it is determined that another user has helped his / her search area (S88; Y), the control unit 11 generates image data of the helped screen 150 and transmits it to the user terminal 20 (S89).

In the user terminal 20, when receiving the image data, the control unit 21 displays the helped screen 150 on the display unit 25 (S90). The control unit 21 determines whether or not the next button 152 has been selected (S91). When it is determined that the next button 152 has been selected (S91; Y), the control unit 21 notifies the game server 10 that the next button 152 has been selected (S92).

In the game server 10, upon receiving a notification that the next button 152 has been selected, the control unit 11 sets a search rate so that the user can easily clear the next search area (S93). In S93, for the next search area, the change amount of the search rate when the user selects the execution button 72 and the search is performed is increased. For example, in the normal case (when there is no help from another user), when the search rate increases by 5% each time the execution button 72 is selected, the execution button 72 is 1 in S93. Setting is performed so that the search rate increases by 40% each time the selection is made. The setting contents are temporarily stored in the storage unit 12. Subsequent processing shifts to S12. In this case, the amount of increase in the search rate in S19 is determined based on the information set in S93, and is larger than in the normal case. For example, the search rate may be controlled so that it can be cleared in three times even in a search area that cannot be cleared unless the execution button 72 is selected 20 times.

According to the game system 1 described above, when a certain user advances a special search and generates a battle, the execution of the battle is permitted for the other user regardless of the progress of the other user. It is possible to influence the game played by other users according to the progress of the game played by the user.

Also, it is possible to permit the execution of the battle for other users who satisfy the given relationship with the user. Furthermore, the execution of the battle can be permitted for other users belonging to the same team as the user.

In addition, since it is indicated that the execution of the battle is permitted in association with the user who has been permitted to perform the battle, it is easy for the user to determine which user's play allows the battle to be performed. I can understand.

Also, if a user generates a battle by proceeding with a special search by himself, there is a chance of additional points, so if a battle occurs due to another user's play, the reward when the battle is generated by himself Can be set higher. In addition, the strength of the opponent team can be determined based on the battle record of each user, not the battle record of other users. Further, when each user wins a battle generated by proceeding with a special search, the battle can be permitted to other users.

Also, it is possible to influence the progress of the other user based on whether the user has cleared the search area of the other user instead. Moreover, each user can help the search area of the user whose progress is behind him / herself. Since the user cannot help other users unless the search area is advanced to some extent, the user can be promoted to advance his / her search area.

Also, it is possible to encourage each user to help the search area of the user whose progress is behind him / herself. Further, when each user clears another user's search area instead, it is possible to facilitate the search area capture by the other user.

[2. Modified example]
The present invention is not limited to the embodiments and modifications described above, and can be appropriately changed without departing from the spirit of the present invention.

(1) First, a modified example related to processing performed by the first execution unit 400 will be described. FIG. 32 is a functional block diagram in the modified example.

32, the first execution unit 400 of the modification example (1) includes a time point determination unit 422, a third permission unit 424, a fourth permission unit 426, and a priority execution unit 428. Each of these functions is realized mainly by the control unit 11.

(1-1) For example, in the embodiment, when a certain user advances a special search and wins an opponent team, there is a time limit for allowing other users belonging to the same team to play. Also good. That is, the right to play may be lost if another user does not select the battle button 68 within 24 hours from the time when a certain user advances the special search and wins the opponent team.

The time point determination unit 422 determines whether or not the current time is included in a period set based on the time point when the first permission unit 406 is permitted to execute a game event (for example, a battle). The “time when the execution of the game event is permitted” is the time when it is determined that the game event is permitted, for example, the time stored in “matching permission” in the progress situation database. The “period determined based on the time point” is a predetermined period set after the time point.

The second permission unit 416 of the modification example (1-1) is played by another user when the first permission unit 406 permits the execution of a game event (for example, a battle) in a game played by one user. Whether or not to allow execution of the game event in the game is determined based on the determination result of the time determination unit 522.

The second permission unit 416 permits the battle when the current time is included in the above period. That is, the second permission unit 416 loses the right to play a battle when the permitted battle is not executed in the above period. If the current time is not included in the period, the second permission unit 416 deletes the user ID and the time stored in the “match permission” in the progress status database, thereby losing the right to play.

Note that the second permission unit 416 is set based on the time stored in the “match allowed” in S5 without deleting the user ID and the time stored in the “match allowed” in the progress situation database. You may make it determine whether the present time is included in a period. If the current time is not included in the above period, the execution of the battle can be restricted if the battle button 68 is not generated.

According to the modified example (1-1), when a certain user advances a special search and wins an opponent team, a time limit may be set for allowing other users belonging to the same team to play. it can.

(1-2) Further, for example, in the embodiment, the case where a battle with the opponent team occurs every time five search areas are cleared has been described. A battle may be generated. And like embodiment, you may give the right to play to the other user who belongs to the same team as the user who generated this battle.

The third permission unit 424 allows each of a plurality of users to execute a game event (for example, a battle) in a game played by the user with a given probability in the game played by the user. To do.

When the user advances the game, the third permission unit 424 determines whether or not to generate a game event based on a given probability. For example, each time the search of the search area is executed, the third permission unit 424 determines whether or not to generate a game event based on a given probability. This probability may be a predetermined probability, or may be a probability that changes according to the game situation.

When the third permission unit 424 permits execution of a game event (for example, a battle) in a game played by one user by the third permission unit 424, the fourth permission unit 426 executes the game event in a game played by another user. to approve. The method of permitting the game event by the fourth permission unit 426 is the same as in the embodiment. That is, the battle is permitted by storing the user ID and the time in the “match battle” in the progress database. In addition, information indicating whether the battle is permitted by the second permission unit 416 or the battle permitted by the fourth permission unit 426 may be stored in the “match permission”.

In the modified example (1-1), the same processing as that shown in FIGS. 23 to 31 is executed. However, when it is determined in S15 that the execution button 72 is selected, the battle is performed with a given probability. It is determined whether or not a match with the opponent team is generated. When it is determined that a battle is to be generated, the process proceeds to S27 and the battle is executed.

According to the modified example (1-2), when a battle that occurs randomly for a certain user is executed, the battle can be permitted to other users.

(1-3) Also, for example, when a battle is generated at the time of searching as in the modified example (1-2), a battle is generated more than when a battle is generated at the time of clearing the reference search area as in the embodiment. You may make it increase the number of ring items which can be acquired.

The reward granting unit 420 executes the game event permitted by the first permission unit 406 or the second permission unit 416 when the game event permitted by the third permission unit 424 or the fourth permission unit 426 is executed. A higher reward is given to the user than if it was done. For example, when the game event permitted by the third permission unit 424 or the fourth permission unit 426 is executed, the reward granting unit 420 allows the game event permitted by the first permission unit 406 or the second permission unit 416. The number of ring items given to the user is increased compared to the case where is executed.

According to the modified example (1-3), it is possible to increase the number of ring items that can be acquired in a randomly generated battle as compared to the battle that occurs by clearing the reference search area.

(1-4) Further, for example, when the battle is permitted by the second permission unit 416 and the battle is permitted by the fourth permission unit 426, the battle permitted by the fourth permission unit 426 is more Since the reward is high, the battle permitted by the fourth permission unit 426 may be preferentially executed.

When the execution of a game event (for example, a battle) is permitted by both the second permission unit 416 and the fourth permission unit 426 for each of the plurality of users, the priority execution unit 428 Allow allowed game events to run first. For example, the priority execution unit 428 causes the game event permitted by the fourth permission unit 426 to be executed first by restricting (suppressing) the execution of the battle permitted by the second permission unit 416.

For example, the priority execution unit 428 does not display the battle button 68 for executing the battle permitted by the second permission unit 416 on the team screen 60, and executes the battle permitted by the fourth permission unit 416. By displaying only the battle button 68, the game event permitted by the fourth permission unit 426 is executed first.

For example, in the modified example (1-4), whether or not there is a battle permitted by the second permission section 416 by referring to “match permission” in the progress database when the process of S7 is executed. Whether there is a match permitted by the permission unit 416 is specified. When there are both a battle permitted by the second permission unit 416 and a battle permitted by the fourth permission unit 416, a battle button 68 for starting the battle permitted by the fourth permission unit 416. The team screen 60 including When the battle button 68 is selected, the number of ring items given to the user is set more than usual.

According to the modified example (1-4), a battle to which a high reward is given can be preferentially executed.

(2) Next, a modified example related to processing performed by the second execution unit 500 will be described. As shown in FIG. 32, the second execution unit 500 of the modified example (2) includes a restriction unit 520, a time point determination unit 522, a release determination unit 524, a reward granting unit 526, a probability changing unit 528, a parameter An acquisition unit 530, a parameter change unit 532, a progress restriction unit 534, and a change control unit 536 are included.

(2-1) For example, when help from a certain user is received, further help from other users may not be accepted. Furthermore, you may make it set the period which does not receive the help from another user.

When the second user clears at least one of the game tasks that the first user has not cleared (for example, the search area), the restriction unit 520 determines that the game task that has not been cleared by the first user other than the first user. Restrict (suppress) the user from playing. For the user whose user ID and time are stored in the “help” of the progress database, the restricting unit 520 restricts another user from proceeding instead in the search area that the user has not cleared.

The time determination unit 522 determines whether or not the current time is included in a period determined based on the time when the second user clears at least one of the game tasks (for example, the search area) that the first user has not cleared. judge. The processing performed by the time determination unit 522 is the same as the processing performed by the time determination unit 422. The “time when the second user clears” refers to the time when it is determined that the second user has cleared the search area.

The release determination unit 524 determines whether to release the restriction by the restriction unit 520 based on the determination result by the time point determination unit 522. “Release restriction” means that another user can be helped by a certain user, that is, a certain user can clear the search area of another user instead. When the current time is included in the period, the cancellation determination unit 524 determines to allow other users to play game tasks that the first user has not cleared.

For example, in the modified example (2-1), whether or not there is a user who can help out of the users whose user ID and time are not stored in “help” with reference to the progress database in the determination of S70. Will be determined. That is, storing the user ID and time in “Help” indicates that help from another user has been received, and in this case, it is excluded from the determination target in S70.

According to the modified example (2-1), it is possible to prevent the help from being concentrated on a certain user. Furthermore, a time limit can be set for the help limitation by other users.

(2-2) For example, after clearing a search area that has received help from a certain user, the restriction of help by other users may be released.

The first determination unit 502 determines whether or not the first user has cleared the game task when the ease of clearing the game task that has not been cleared by the first user has changed. The first determination unit 502 determines whether or not the user has cleared the search area while the control by the changing unit 518 is being performed.

The release determination unit 524 determines whether to release the restriction by the restriction unit 520 based on the determination result by the first determination unit 502. When the first user clears the game task, the cancellation determination unit 524 releases the limitation by the limitation unit 520.

In the modified example (2-2), a special search is performed after the helped screen 150 is displayed on the user terminal 20 in S90, and when the user clears the search area in a state that is easy to clear, the progress status database is referred to. Thus, the user ID and time stored in “Help” are deleted.

According to the modified example (2-2), when the area that received the help is cleared, the help restriction by other users can be released.

(2-3) For example, a user who receives help from a certain user may make it easier to capture the search area next to the search area currently being executed.

The progress control unit 516 controls at least one progress of a game task to be cleared after the game task being played by the first user when the second user clears a game task that has not been cleared by the first user. The “game task to be cleared after the game task being played” is a game task that should be cleared after the game task currently in progress. For example, the k-th game task is currently in progress. In some cases, it is a game task to be cleared after k + 1.

According to the modified example (2-3), it is possible to determine a search area that is easy to clear according to the progress status of the user receiving the help.

(2-4) For example, when a user progresses through a helped search area, a player card may be given each time the search is advanced.

The reward granting unit 526 grants a reward to the first user with a given probability in the game played by the first user. When the user advances the game, the reward granting unit 526 determines whether to give a reward to the user based on a given probability. For example, when the user advances the search area, the reward granting unit 526 determines whether to give a player card to the user based on a given probability.

The probability changing unit 528 changes (increases or decreases) a given probability when the control by the progress control unit 516 is performed. For example, the probability changing unit 528 changes the probability when the first user advances the game task in a state where the control by the progress control unit 516 is performed. The probability by the probability changing unit 528 may be changed by a predetermined value, or may be changed by a numerical value determined under a given law.

According to the modification (2-4), when the user progresses through the helped search area, the probability that the reward is given can be changed.

(2-5) For example, when a user searches a search area that has been helped, consumption of action points may be reduced.

The parameter acquisition unit 530 acquires parameters stored in a unit that stores parameters (for example, action points) in association with the first user. The parameter acquisition unit 530 refers to the user database and acquires action points associated with each user.

The parameter changing unit 532 changes the parameters when the first user advances each game task (for example, a search area). This amount of change is predetermined for each game task. When the search of the search area is executed, the parameter changing unit 532 changes the action point.

The progress restriction unit 534 restricts (suppresses) the progress of each game task by the first user when the parameter is in a predetermined range (greater than or equal to the reference value or less than the reference value). “Restrict the progress of the game task” means that the game task is not progressed or the progress status is not changed even if the user performs a given operation.

The change control unit 536 changes the change amount of the parameter or the parameter itself when the control by the progress control unit 516 is performed. The change control unit 536 changes the consumption amount of action points when the user proceeds with the search in a state where the control by the progress control unit 516 is performed. Or you may make it recover action point itself.

According to the modified example (2-5), when a user searches a search area that has been helped, it is possible to consume action points or not to consume action points.

(2-6) For example, in the embodiment, when a user receives help, the search area that has not been cleared by the user progresses faster. However, there is a search area that has been helped by another user. Alternatively, it may be set to cleared.

The progress control unit 516 clears at least one of the game tasks that the first user has not cleared when the second user clears at least one of the game tasks that the first user has not cleared (for example, the search area). It is considered that it was done. The progress control unit 516 refers to the progress database and adds a search area cleared by another user to “progress” instead. That is, it is assumed that the progress control unit 516 clears a search area cleared by another user even if a certain user does not advance the search area.

According to the modified example (2-6), execution of the search area cleared instead by another user can be skipped.

(2-7) For example, in the embodiment, the case where the search rate per operation is increased has been described. However, the game task clear condition may be changed. For example, the search is normally cleared when the search rate reaches 100%, but may be cleared at 50%.

For each of a plurality of game tasks (for example, a search area), the first determination unit 502 determines that the first user has cleared the game task when a given clear condition for the game task is satisfied. . The clear condition is, for example, a condition indicating a parameter value that changes according to the progress of the game. If the parameter satisfies the clear condition, it is determined that the game task has been cleared.

When the second user clears at least one of the game tasks (for example, the search area) that the first user has not cleared, the changing unit 518 has at least one of the game tasks that the first user has not cleared by himself / herself. About, the easiness of clearing of the said game task is changed by changing the clear conditions of the said game task. The changing unit 518 is configured so that the clear condition is easier (relaxed) or clearer when the second user provides help for the first user than when the second user does not provide help for the first user. The clear condition is changed so that the condition becomes difficult (strict).

According to the modified example (2-7), the ease of clearing can be changed by changing the clear condition of the search area.

(2-8) For example, when the difficulty level is set for the game task, when the help from another user is obtained, the difficulty level of the game task may be changed.

When the second user clears at least one of the game tasks that the first user has not cleared, the changing unit 518 determines whether or not the game task has been cleared for at least one of the game tasks that the first user has not cleared. By changing the difficulty level, the ease of clearing the game task is changed. The difficulty level is an index indicating the difficulty of clearing the game task. For example, the higher the difficulty level, the more difficult it is to clear the game task. The difficulty level is stored in the storage unit 12, for example.

According to Modification (2-8), the ease of clearing can be changed by changing the difficulty level.

(3) Further, for example, the necessary functions in the first execution unit 400 are a progress determination unit 402, a first permission unit 406, and a second permission unit 416, and other functional blocks may be omitted. Good. Further, the functions necessary for the second execution unit 500 are the first determination unit 502, the other user play execution unit 512, the second determination unit 514, and the progress control unit 516, and other functional blocks are omitted. You may make it do. Further, only one of the first execution unit 400 and the second execution unit 500 may be realized.

(4) Further, for example, the embodiment and the above-described modification examples may be combined.

In addition, for example, in the above description, the second execution unit 500 has described the case where a certain user performs processing when helping another user, but the processing when a certain user disturbs another user is performed. You may make it perform. In this case, when a certain user clears the search area of another user, it may be difficult for the other user to clear the search area. For example, you may make it suppress the increase in the search rate when the said other user performs a search.

Also, for example, the present invention can be applied to a game system that executes a game other than a soccer game (for example, another sports game). For example, the present invention can also be applied to a game system in which a user's baseball team and a computer baseball team battle each other.

Also, for example, the present invention can be applied to a game system that executes a game other than a sports game. For example, the present invention can be applied to a card game. In addition, the present invention can also be applied to a game in which a user collects cards and plays against monsters.

For example, although the case where each function described above is realized in the game server 10 has been described, a part of each function may be realized in the user terminal 20. Each function is shared by the game server 10 and the user terminal 20. That is, each of the plurality of functions described above may be provided in either the game server 10 or the user terminal 20.

For example, the game data storage unit 200 may be realized by the user terminal 20. That is, data relating to a user who operates a certain user terminal 20 (user data, progress data, team data) may be stored in the user terminal 20 instead of the database 15. In this case, the game server 10 acquires the stored contents of the user terminal 20 via the communication network 2.

For example, the game execution unit 300 may be realized by the user terminal 20. In other words, the control unit 21 of the user terminal 20 may function as the game execution unit 300 by executing the program. In this case, the control part 21 (game execution part 300) advances the game which a user plays by acquiring and updating data directly from the database 15 via the communication network 2, and updates a progress condition. become.

For example, the first execution unit 400 may be realized by the user terminal 20. Furthermore, each function included in the first execution unit 400 may be shared between the game server 10 and the user terminal 20. The control unit 21 of the user terminal 20 may function as the first execution unit 400 by executing the program. In this case, the control unit 21 (first execution unit 400) obtains and updates data directly from the database 15 via the communication network 2 so that the user advances a special search and executes a battle. Allow other users on the same team to play.

For example, the second execution unit 500 may be realized by the user terminal 20. Furthermore, each function included in the second execution unit 500 may be shared between the game server 10 and the user terminal 20. The control unit 21 of the user terminal 20 may function as the first execution unit 400 by executing the program. In this case, the control unit 21 (second execution unit 500) obtains and updates data directly from the database 15 via the communication network 2, so that when the user helps another user's special search, the other Make it easier for users to advance special searches.

In addition, for example, in the above-described embodiments and modifications, the server client type game system has been described, but the present invention can also be applied to a stand-alone type game device. That is, the present invention can also be applied to a game device in which data exchange with other computers does not occur. In this case, each function described above is realized by one game device.

Claims

A game device that executes a game played by each of a plurality of users,
For each of the plurality of users, determination means for determining whether or not the progress of the game played by the user has reached a given progress;
A first permission means for permitting execution of a given game event in a game played by a user of which the progress of the game has reached the given progress among the plurality of users;
When the execution of the game event is permitted in the game played by one user by the first permission means, in the game played by the other user regardless of the progress of the game played by the other user, A second permission means for permitting execution of the game event;
A game apparatus comprising:
The game device includes:
Further comprising means for acquiring storage contents of means for storing relation information indicating a relationship between users;
When the execution of the game event is permitted in a game played by one user by the first permission unit, the second permission unit is a user who satisfies a given relationship with the one user among other users. Permit the execution of the game event in a game played by
The game device according to claim 1.
Each of the plurality of users belongs to at least one of a plurality of user groups,
The relationship information is information for identifying users belonging to each user group,
When the execution of the game event is permitted in the game played by one user by the first permission means, the second permission means is for users belonging to the same user group as the one user among other users. Allow the execution of the game event;
The game device according to claim 2.
The game device includes:
When execution of the game event is permitted in a game played by one user by the first permission means, the one user is permitted to execute the game event in a game played by another user. Presentation means for presenting in association;
Means for executing the permitted game event when a given operation is performed by another user after the presentation by the presentation means;
The game apparatus according to claim 1, further comprising:
The game device includes:
A time point determination means for determining whether or not the current time is included in a period set based on a time point when the execution of the game event is permitted by the first permission means;
Whether the second permission means permits the execution of the game event in a game played by another user when the execution of the game event is permitted in the game played by one user by the first permission means. Is determined based on the determination result of the time determination means,
The game device according to claim 1.
The game device includes:
For each of the plurality of users, in a game played by the user, a third permission means for permitting execution of the game event in a game played by the user with a given probability;
Fourth execution means for allowing execution of the game event in a game played by another user when execution of the game event is permitted in a game played by one user by the third permission means;
The game apparatus according to claim 1, further comprising:
The game device includes:
For each of the plurality of users, when the game event is executed in a game played by the user, the method further includes means for giving a reward to the user,
When the game event permitted by the third permission means or the fourth permission means is executed, the means executes the game event permitted by the first permission means or the second permission means. Give users a higher reward than
The game device according to claim 6.
The game device includes:
For each of the plurality of users, when the execution of the game event is permitted by both the second permission unit and the fourth permission unit, the game event permitted by the fourth permission unit is determined first. Means to execute,
The game device according to claim 6, further comprising:
The game device includes:
For each of the plurality of users, when the game event is executed in a game played by the user, the method further includes means for giving a reward to the user,
The means gives the user a higher reward when the game event permitted by the first permission means is executed than when the game event permitted by the second permission means is executed,
The game device according to claim 1.
The game event is an event in which the user aims to clear a given game task,
The first permission means permits the game task to be generated in a game played by a user who has reached the given progress among the plurality of users.
When the first permission means permits the generation of the game task in a game played by one user, the second permission means allows the other user to perform regardless of the progress of the game by another user. In the game to play, allow the occurrence of the game task,
The game device according to claim 1.
The game task is for the user to aim for a given result in a match,
The first permission means permits the execution of a battle in a game played by a user whose progress status of the game has reached the given progress status among the plurality of users,
The second permission means, when the execution of the battle is permitted in the game played by one user by the first permission means, the other user plays regardless of the progress of the game by the other user. Allow games to be played,
The game device according to claim 10.
The game device includes:
For each of the plurality of users, means for acquiring the information stored in the means for storing information related to the user's battle record;
Means for determining the strength of the opponent in the battle based on information relating to the performance of the one user when execution of the battle is permitted in the game played by one user by the first permission means;
Means for determining the strength of the opponent in the battle based on information relating to the results of the other user when execution of the battle is permitted in the game played by the other user by the second permission unit;
The game device according to claim 11, further comprising:
The second permission means includes
When execution of the game event is permitted in a game played by one user by the first permission means, based on whether the execution result of the game event is a given result, other users are Decide whether to allow game events to run,
The game device according to claim 1.
A control method of a game device that executes a game played by each of a plurality of users,
For each of the plurality of users, a determination step of determining whether or not the progress status of the game played by the user has reached a given progress status;
A first permission step for permitting execution of a given game event in a game played by a user whose progress status of the game has reached the given progress status among the plurality of users;
When execution of the game event is permitted in a game played by one user in the first permission step, the game played by the other user regardless of the progress of the game played by the other user, A second permission step for allowing execution of the game event;
A method for controlling a game device, comprising:
A game system in which a user terminal and a game server are communicably connected,
For each of a plurality of users, determination means for determining whether or not the progress of the game played by the user has reached a given progress;
A first permission means for permitting execution of a given game event in a game played by a user of which the progress of the game has reached the given progress among the plurality of users;
When the execution of the game event is permitted in the game played by one user by the first permission means, in the game played by the other user regardless of the progress of the game played by the other user, A second permission means for permitting execution of the game event;
Each of these is provided in either the user terminal or the game server.
A control method of a game system in which a user terminal and a game server are communicably connected,
For each of a plurality of users, a determination step for determining whether or not the progress of the game played by the user has reached a given progress;
A first permission step for permitting execution of a given game event in a game played by a user whose progress status of the game has reached the given progress status among the plurality of users;
When execution of the game event is permitted in a game played by one user in the first permission step, the game played by the other user regardless of the progress of the game played by the other user, A second permission step for allowing execution of the game event;
The game system control method is performed on either of the user terminal or the game server.
A program for causing a computer to function as a game device that executes a game played by each of a plurality of users,
For each of the plurality of users, determination means for determining whether or not the progress of the game played by the user has reached a given progress,
A first permission means for permitting execution of a given game event in a game played by a user of which the progress of the game has reached the given progress among the plurality of users;
When the execution of the game event is permitted in the game played by one user by the first permission means, in the game played by the other user regardless of the progress of the game played by the other user, A second permission means for permitting execution of the game event;
A program for causing the computer to function as
A computer-readable information storage medium in which the program according to claim 17 is recorded.