JP5425968B2 - GAME DEVICE AND PROGRAM - Google Patents

Description

  The present invention relates to a game device, a game device control method, a game system, a game system control method, and a program.

  Conventionally, a game device that executes a game played by each of a plurality of users is 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, if one user's game play affects the progress of another user's game, for example, each user will be more conscious of the other user and improve the fun of the game. Can do.

  The present invention has been made in view of the above problems, and its object is to provide a game device, a game device control method, and a game system that can influence the game play of one user on the progress of another user's game. Another object is to provide a game system control method and program.

  In order to solve the above-mentioned problem, the game device (10) according to the present invention is based on the data stored in the means (200) for storing data indicating the status of the game played by the first user. In a game played by one user, first determination means (502) for determining whether or not the first user has cleared each of a plurality of game tasks, and the first user clears the plurality of game tasks. Means (512) for causing the second user to play at least one of the game tasks that have not been performed, and at least one of the game tasks that the first user has not cleared based on the play by the second user, Based on the determination result of the second determination means (514) for determining whether or not the second user has cleared, and the determination result of the second determination means (514), the first user clears And progress control means for controlling at least one of the progress of game task not (516), characterized in that it comprises a.

  According to the control method of the game apparatus (10) of the present invention, the first user plays based on the data stored in the means (200) for storing data indicating the status of the game played by the first user. In a game, a first determination step (502) for determining whether or not the first user has cleared each of a plurality of game tasks, and a game task that has not been cleared by the first user among the plurality of game tasks Based on the step (512) of causing the second user to play at least one of the above and the play by the second user, the second user takes at least one of the game tasks that the first user has not cleared. Based on the determination result of the second determination step (514) for determining whether or not it is cleared and the second determination step (514), the first user clears Characterized in that it comprises a progress control step for controlling at least one of progress of the game challenges not, a.

  The game system according to the present invention is a game system in which a user terminal and a game server are communicably connected, and is stored in means (200) for storing data indicating the status of a game played by the first user. Based on the data, in a game played by the first user, first determination means (502) for determining whether or not the first user has cleared each of a plurality of game tasks, and the plurality of game tasks Based on the means (512) for causing the second user to play at least one of the game tasks that have not been cleared by the first user and the play by the second user, the first user has not cleared A second determination means (514) for determining whether or not the second user has cleared at least one of the game tasks; and a second determination means (514) A progress control means (516) that controls at least one progress of a game task that has not been cleared by the first user based on a result of the determination, and is provided in either the user terminal or the game server. It is characterized by that.

  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 means for storing data indicating the status of a game played by a first user ( 200) and a first determination step (502) for determining whether the first user has cleared each of a plurality of game tasks in the game played by the first user based on the data stored in (200). The step (512) of causing the second user to play at least one of the plurality of game tasks that has not been cleared by the first user, and the first user based on the play by the second user, A second determination step (514) for determining whether or not the second user has cleared at least one of the game tasks that have not been cleared by the user. And a progress control step of controlling at least one progress of a game task that has not been cleared by the first user based on a determination result of the second determination step (514), for each of the user terminal or the game It is performed by any one of the servers.

  The program according to the present invention includes a plurality of game tasks in the game played by the first user based on the data stored in the means (200) for storing data indicating the status of the game played by the first user. First determination means (502) for determining whether or not each of the first users has cleared each of the game tasks, at least one of the plurality of game tasks that the first user has not cleared, A means (512) for causing the user to play, and a second step for determining whether or not the second user has cleared at least one of the game tasks that the first user has not cleared based on the play by the second user. 2 determination means (514), based on the determination result of the second determination means (514), at least one progress of the game task that has not been cleared by the first user. Progress control means for controlling (516), causes the computer to function as a.

  An 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 the game play of a certain user on the progress of another user's game.

  In one aspect of the present invention, the game device (10) is played by the second user based on the data stored in the means for storing data indicating the status of the game played by the second user. In the game, a means (504) for determining whether or not the second user has cleared each of the plurality of game tasks, a progress status of the game task by the first user, and a progress status of the game task by the second user Based on the comparison result of the comparison means (506) and the comparison means (506), whether to cause the second user to play at least one of the game tasks that the first user has not cleared And means for determining whether or not.

  Moreover, in one aspect of the present invention, the game device (10), based on the comparison result of the comparison means (506), asks the second user at least one of the game tasks that the first user has not cleared. Means 508 for proposing to play a game.

  In one aspect of the present invention, the game device (10) is cleared by the first user when the second user clears at least one of the game tasks that the first user has not cleared. It further includes a restricting means (520) for restricting a user other than the first user to play a game task that does not exist.

  Moreover, in one aspect of the present invention, the game device (10) has a current time within a period determined based on a time when the second user has cleared at least one of the game tasks that the first user has not cleared. And a means for determining whether to release the restriction by the restriction means (520) based on a determination result by the time point determination means (522). 524).

  In one aspect of the present invention, the progress control means (516) clears the first user when the second user clears at least one of the game tasks that the first user has not cleared. The game apparatus (10) includes a means (518) for changing the ease of clearing at least one game task that is not yet controlled, and controls the progress of the game task in which the ease of clearing has changed. Clear determination means (504) for determining whether or not the first user has cleared the game task when the ease of clearing the game task that one user has not cleared is changed, and the clear determination means And a means (524) for determining whether or not to release the restriction by the restriction means based on the determination result of (504).

  Moreover, in one aspect of the present invention, the game played by the first user is intended for the first user to clear the plurality of game tasks in a given order, and the progress control means ( 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. It is characterized by that.

  In one aspect of the present invention, the game device (10) includes means (526) for giving a reward to the first user with a given probability in a game played by the first user. And means for changing the given probability when the control by the progress control means (516) is performed.

  In one aspect of the present invention, the game apparatus (10) includes a means (530) for obtaining a parameter stored in a means (200) for storing a parameter in association with the first user, and the first user. Means (532) for changing the parameters when each game task progresses, means (534) for restricting the progress of each game task by the first user when the parameters are within a predetermined range, and the progress When the control by the control means (516) is performed, it further includes means for changing the amount of change of the parameter or the parameter itself.

  In one aspect of the present invention, the progress control means (516) clears the first user when the second user clears at least one of the game tasks that the first user has not cleared. It is characterized that at least one of the game tasks that have not been completed is considered to have been cleared.

  In one aspect of the present invention, the progress control means (516) clears the first user when the second user clears at least one of the game tasks that the first user has not cleared. It includes a changing means (518) for changing the easiness of clearing at least one game task that has not been completed, and controls the progress of the game task whose easiness of clearing has changed.

  In one aspect of the present invention, when the second user clears at least one of the game tasks that the first user has not cleared, the changing means (518) clears the first user himself / herself. For at least one of the game tasks that have not been performed, the ease of clearing the game task is changed by changing the progress of the first user when the game task is advanced .

  In the aspect of the present invention, the first determination unit (502) may determine that the first user is in charge of each of the plurality of game tasks when a given clear condition of the game task is satisfied. When it is determined that the game task has been cleared and the second user has cleared at least one of the game tasks that the first user has not cleared, the changing means 518 clears the first user himself / herself. For at least one of the game tasks that are not performed, the ease of clearing the game task is changed by changing the clear condition of the game task.

  In one aspect of the present invention, when the second user clears at least one of the game tasks that the first user has not cleared, the changing means (518) clears the first user himself / herself. For at least one of the game tasks that are not performed, the ease of clearing the game task is changed by changing the difficulty level of the game task.

  In addition, in the above, although the code | symbol described in drawing is described in parenthesis in order to make an understanding of this invention easy, by this, the game device etc. which concern on this invention 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).

  Programs and data are supplied to the game server 10 via an optical disc. 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.

  Instead of the touch panel, the user terminal 20 may be provided with, for example, a mouse, a stick, a touch pad, a button (key), a lever (stick), or the like. 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.

  Programs 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 illustrating an example of a 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 “affiliation 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 a basic value (initial value) of the attack power parameter of the player. 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 illustrating 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.

  The “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 the player card stored in the master database is given to the 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 illustrating 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).

  The individual user data includes “team name”, “level”, “degree of cooperation”, 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.

  Further, the individual user data includes “affiliated league”, “intra-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.

  Further, 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 a 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.

  The “lottery point” field indicates a lottery point. 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.

  Each user data includes a “number of players” field. The “number of players” field indicates the number of player cards held by the user.

  In addition, the individual 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.

  Each user data includes a “buddy list” field 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 the 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 a notification 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.

  Further, 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 exchanging 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.

  When a user performs a special search, he forms a team with other users. 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 illustrating 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.

  A user who does not belong to a team can apply for participation in a team generated by another user. When the user performs a given operation, a team search screen is displayed on the display unit 25.

  FIG. 7 is a diagram illustrating 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 the present embodiment, a case where each user belongs to only one team will be described. However, the user may belong to a plurality of 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 illustrating an example of a 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 illustrating 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 illustrating 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 the 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 illustrating 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.

  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 illustrating an example of the additional 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, the number of users determined at random (for example, the upper limit is five) 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 illustrating 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 the present embodiment, a certain user can help a special search of another user when the progress of the special search of another user belonging to the same team as the user is delayed. 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 illustrating 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 illustrating 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 illustrating 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).

  The game data storage unit 200 stores a progress situation database and a team database.

  FIG. 21 is a diagram illustrating 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 a “progress area” and a “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, any one of numerical values 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 the user is in progress). In the present embodiment, when the user performs 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 of 0-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 illustrating 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 the 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.

  Note that the processing 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.

  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 the present embodiment, in principle, in a 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 or ability parameter). 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.

  Presentation 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 the presentation unit 414 has presented the user, 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 gives the user a higher reward 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 the game task that has been cleared by the first user with the 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 causing 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 illustrating 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 display request for the team screen 60 is received, 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 (S 2). 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 database and determines 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.

  When 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 winning 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, the control part 11 will determine whether the user cleared the present search area, if the notification that screen transition operation was performed was received (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).

  Based on the strength of the opponent team determined in S28, the control unit 11 selects a player card belonging to the opponent team from the player cards stored in the player card database (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, the control part 11 will determine a battle result, if the notification that the battle | competition start button 82 was selected is received (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.

  Moving 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 score 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, the control part 11 will perform a battle | competition with an opponent team, if the notification that the battle | competition button 68 was selected is received (S55-S62). Since the process of S55-S62 is the same as the process of S27-S34, respectively, description will be omitted.

  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 status (S69; Y), the control unit 11 compares the progress status of the user executing the special search with the progress status 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). Since S77 to S82 are the same as S15 to S19 and S25, respectively, description thereof will be 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. Moreover, although the case where a player card is not provided is demonstrated here, a player card may be provided to the user who is helping another user by performing the process similar to S20-S24. Good.

  When it determines with the user having cleared the present search area (S82; Y), the control part 11 provides a ring item to the said 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 the other user 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 with 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.

  Moreover, execution of a battle | competition can be permitted about the other user who satisfy | fills a user and a given relationship. 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.

  Moreover, based on whether the user cleared the search area of another user instead, it is possible to influence the progress of the other user. 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.

  In addition, each user can be urged to help the search area of the user whose progress is behind him / her. 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.

  As illustrated in FIG. 32, the first execution unit 400 of Modification Example (1) includes a time 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 the 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 point is included in a period set based on the time point when the first permission unit 406 permits the execution of the game event (for example, the 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 modified example (1-1) is played by another user when the first permission unit 406 permits 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 2nd permission part 416 permits a battle, when the present time is included in the above-mentioned 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 the opponent team, a time limit is set for allowing other users belonging to the same team to be allowed 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 explained. 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 give permission. 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 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 with respect to 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), it is more competitive than when a battle is generated when the reference search area is cleared 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), the number of ring items that can be acquired in a randomly generated battle can be made larger than the battle that occurs by clearing the reference search area.

  (1-4) 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 match permitted by the second permission unit 416 by referring to “match allowed” 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, in a state where help from a certain user is received, further help from another user 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 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 modification (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, if a search area that has received help from a certain user is cleared, the help restriction by another user may be released.

  When the ease of clearing a game task that has not been cleared by the first user is changed, the first determination unit 502 determines whether or not the first user has cleared the game task. 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), when a special search is performed after the helped screen 150 is displayed on the user terminal 20 in S90, and 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 where the help is received is cleared, the help restriction by another user can be released.

  (2-3) For example, a user who receives help from a certain user may be able to easily 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 kth game task is currently in progress. In some cases, it is a game task to be cleared after k + 1.

  According to the modification (2-3), it is possible to determine a search area that is easy to clear in accordance with the progress status of the user who receives help.

  (2-4) For example, when a user progresses through a searched 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 modified example (2-4), when the user progresses through the searched search area, the probability that the reward is given can be changed.

  (2-5) For example, when a user searches for a helped search area, 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 within 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.

  When the control by the progress control unit 516 is performed, the change control unit 536 changes the parameter change amount or the parameter itself. 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 the user searches for a searched search area, the action points can be consumed or the action points can be prevented from being consumed.

  (2-6) For example, in the embodiment, when a certain user receives help, the case where the search area not cleared by the user progresses quickly has been explained. 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), it is possible to skip the execution of the search area that is cleared instead by another user.

  (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 the 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 modification 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.

  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.

  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.

  Further, 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.

  Further, 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.

  Further, 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.

  Further, for example, in the above-described embodiment and modification, 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.

  1 game system, 2 communication network, 10 game server, 20 user terminal, 11, 21 control unit, 12, 22 storage unit, 13, 23 communication unit, 14 optical disk drive unit, 15 database, 24 operation unit, 25 display unit, 26 audio output section, 30 main screen, 32 representative player image, 34 notification column, 36 notification message, 38A search button, 38B formation button, 38C training button, 38D lottery button, 38E match button, 38F AC button, 38G special search button , 40 Team formation screen, 42 Guidance button, 44 Approve button, 46 Disband button, 48 Team screen button, 50 Team search screen, 52 Application button, 60 Team screen, 62 User list, 64 Active image, 66 Special search button , 68 Battle button, 70 Special search screen, 72 Run button, 74 Recovery item use button, 76 Cancel button, 80 Appearance screen, 82 Battle start button, 90 Battle result screen, 92 Battle result, 94 Reward content, 96 Next button , 100 Additional points screen, 102 list, 104 Next button, 110 Final result screen, 112 Special search button, 120 Help proposal screen, 122 Help button, 124 Ignore button, 130 Help search screen, 132 Run button, 140 Help achievement screen 142 special search button, 150 helped screen, 152 next button, 200 game data storage unit, 300 game execution unit, 400 first execution unit, 402 progress determination unit, 404 game event execution unit, 406 first permission unit, 408 Battle information acquisition unit, 4 0 first opponent determination unit, 412 relation information acquisition unit, 414 presentation unit, 416 second permission unit, 418 second opponent determination unit, 420 reward grant unit, 422 time point determination unit, 424 third permission unit, 426 first 4 permission section, 428 priority execution section, 500 second execution section, 502 first determination section, 504 other user clear determination section, 506 comparison section, 508 proposal section, 510 determination section, 512 other user play execution section, 514 second Determination unit, 516 Progress control unit, 518 Change unit, 520 Limit unit, 522 Time determination unit, 524 Release determination unit, 526 Reward grant unit, 528 Probability change unit, 530 Parameter acquisition unit, 532 Parameter change unit, 534 Progress limit unit 536 Change control unit.

Claims (8)

Each of a plurality of users is a game device that executes a game aiming to clear each of a plurality of game tasks,
It is determined whether or not the progress status of each game task indicated by the data stored in the means for storing data indicating the progress status of each game task in the game played by the first user has reached a given progress status. it allows the game to the first user to play, a first determination means for determining whether the first user has cleared the game task,
Updating means for updating at least one progress status of a game task that has not been cleared by the first user among the plurality of game tasks in a game played by the second user, based on an operation of the second user ; ,
By determining whether at least one progress of a game task that has not been cleared by the first user has reached a given progress in a game played by the second user, the second user Second determination means for determining whether or not the game task has been cleared;
Progress control means for controlling at least one progress situation of a game task that the first user has not cleared in a game played by the first user based on a determination result of the second determination means;
If the second user at least one game challenges the first user is not clear clears, the game challenges the first user is not cleared, the a user other than the first user first Limiting means for limiting the user including two users to play;
A game apparatus comprising: Each of a plurality of users is a game device that executes a game aiming to clear each of a plurality of game tasks,
It is determined whether or not the progress status of each game task indicated by the data stored in the means for storing data indicating the progress status of each game task in the game played by the first user has reached a given progress status. it allows the game to the first user to play, a first determination means for determining whether the first user has cleared the game task,
Updating means for updating at least one progress status of a game task that has not been cleared by the first user among the plurality of game tasks in a game played by the second user, based on an operation of the second user ; ,
By determining whether at least one progress of a game task that has not been cleared by the first user has reached a given progress in a game played by the second user, the second user Second determination means for determining whether or not the game task has been cleared;
Progress control means for controlling at least one progress situation of a game task that the first user has not cleared in a game played by the first user based on a determination result of the second determination means;
Means for granting a reward to the first user at a given probability in a game played by the first user;
Means for changing the given probability when controlled by the progress control means;
A game apparatus comprising: Each of a plurality of users is a game device that executes a game aiming to clear each of a plurality of game tasks,
It is determined whether or not the progress status of each game task indicated by the data stored in the means for storing data indicating the progress status of each game task in the game played by the first user has reached a given progress status. it allows the game to the first user to play, a first determination means for determining whether the first user has cleared the game task,
Updating means for updating at least one progress status of a game task that has not been cleared by the first user among the plurality of game tasks in a game played by the second user, based on an operation of the second user ; ,
By determining whether at least one progress of a game task that has not been cleared by the first user has reached a given progress in a game played by the second user, the second user Second determination means for determining whether or not the game task has been cleared;
Progress control means for controlling at least one progress situation of a game task that the first user has not cleared in a game played by the first user based on a determination result of the second determination means;
Means for acquiring parameters stored in means for storing parameters in association with the first user;
Means for changing the parameter when the first user advances each game task;
Means for limiting the progress of each game task by the first user when the parameter is within a predetermined range;
When the control by the progress control means is performed, means for changing the parameter change amount or the parameter itself;
A game apparatus comprising: Each of a plurality of users is a game device that executes a game aiming to clear each of a plurality of game tasks,
It is determined whether or not the progress status of each game task indicated by the data stored in the means for storing data indicating the progress status of each game task in the game played by the first user has reached a given progress status. it allows the game to the first user to play, a first determination means for determining whether the first user has cleared the game task,
Updating means for updating at least one progress status of a game task that has not been cleared by the first user among the plurality of game tasks in a game played by the second user, based on an operation of the second user ; ,
By determining whether at least one progress of a game task that has not been cleared by the first user has reached a given progress in a game played by the second user, the second user Second determination means for determining whether or not the game task has been cleared;
Progress control means for controlling at least one progress situation of a game task that the first user has not cleared in a game played by the first user based on a determination result of the second determination means;
Including
The progress control means includes
Changing means for changing ease of clearing at least one game task not cleared by the first user when the second user clears at least one of the game tasks not cleared by the first user wherein the controlling the progress of a game challenges the ease of the clearing is changed,
A game device characterized by that. A computer that executes a game in which each of a plurality of users aims to clear each of a plurality of game tasks,
It is determined whether or not the progress status of each game task indicated by the data stored in the means for storing data indicating the progress status of each game task in the game played by the first user has reached a given progress status. In the game played by the first user, first determination means for determining whether the first user has cleared each game task,
In a game played by a second user, an update means for updating at least one progress status of a game task that has not been cleared by the first user among the plurality of game tasks based on an operation of the second user ;
By determining whether at least one progress of a game task that has not been cleared by the first user has reached a given progress in a game played by the second user, the second user Second determination means for determining whether or not the game task has been cleared;
Progress control means for controlling at least one progress situation of a game task that the first user has not cleared in a game played by the first user based on a determination result of the second determination means;
If the second user at least one game challenges the first user is not clear clears, the game challenges the first user is not cleared, the a user other than the first user first Restricting means for restricting the user including two users to play,
Program to function as. A computer that executes a game in which each of a plurality of users aims to clear each of a plurality of game tasks,
It is determined whether or not the progress status of each game task indicated by the data stored in the means for storing data indicating the progress status of each game task in the game played by the first user has reached a given progress status. In the game played by the first user, first determination means for determining whether the first user has cleared each game task,
In a game played by a second user, an update means for updating at least one progress status of a game task that has not been cleared by the first user among the plurality of game tasks based on an operation of the second user ;
By determining whether at least one progress of a game task that has not been cleared by the first user has reached a given progress in a game played by the second user, the second user Second determination means for determining whether or not the game task has been cleared;
Progress control means for controlling at least one progress situation of a game task that the first user has not cleared in a game played by the first user based on a determination result of the second determination means;
Means for giving a reward to the first user at a given probability in a game played by the first user;
Means for changing the given probability when controlled by the progress control means;
Program to function as. A computer that executes a game in which each of a plurality of users aims to clear each of a plurality of game tasks,
It is determined whether or not the progress status of each game task indicated by the data stored in the means for storing data indicating the progress status of each game task in the game played by the first user has reached a given progress status. In the game played by the first user, first determination means for determining whether the first user has cleared each game task,
In a game played by a second user, an update means for updating at least one progress status of a game task that has not been cleared by the first user among the plurality of game tasks based on an operation of the second user ;
By determining whether at least one progress of a game task that has not been cleared by the first user has reached a given progress in a game played by the second user, the second user Second determination means for determining whether or not the game task has been cleared;
Progress control means for controlling at least one progress situation of a game task that the first user has not cleared in a game played by the first user based on a determination result of the second determination means;
Means for obtaining parameters stored in means for storing parameters in association with the first user;
Means for changing the parameter when the first user advances each game task;
Means for limiting the progress of each game task by the first user when the parameter is within a predetermined range;
When the control by the progress control means is performed, means for changing the amount of change of the parameter or the parameter itself,
Program to function as. A computer that executes a game in which each of a plurality of users aims to clear each of a plurality of game tasks,
It is determined whether or not the progress status of each game task indicated by the data stored in the means for storing data indicating the progress status of each game task in the game played by the first user has reached a given progress status. In the game played by the first user, first determination means for determining whether the first user has cleared each game task,
In a game played by a second user, an update means for updating at least one progress status of a game task that has not been cleared by the first user among the plurality of game tasks based on an operation of the second user ;
By determining whether at least one progress of a game task that has not been cleared by the first user has reached a given progress in a game played by the second user, the second user Second determination means for determining whether or not the game task has been cleared;
Progress control means for controlling at least one progress situation of a game task that the first user has not cleared in a game played by the first user based on a determination result of the second determination means;
Is a program for functioning as
The progress control means includes
Changing means for changing ease of clearing at least one game task not cleared by the first user when the second user clears at least one of the game tasks not cleared by the first user wherein the controlling the progress of a game challenges the ease of the clearing is changed,
A program characterized by that.

Images