JP6925397B2 - Game control methods, computers and control programs - Google Patents

Description

The present invention relates to game control methods, computers and control programs.

In recent years, servers that provide games to mobile terminals via communication networks have become widespread. As a game provided by such a server, a game in which a plurality of players can participate (so-called "social game") is known.

Patent Document 1 discloses a game system including a server device and a plurality of user terminals, and providing a competitive card game played by using a game card. When the card given to the user by executing the battle type card game is registered as a designated card, this server device determines the given card as an unnecessary game card and owns it by another user. Owned card.

Japanese Patent No. 5086491

In the game system of Patent Document 1, when a card given to a user is unnecessary for the user, the card can be provided to another user to enable communication between the users. However, in social games, it is desired that not only contents such as cards but also various data can be provided to other users to further improve communication between users.

The present invention has been made to solve such a problem, and provides a game control method, a computer, and a control program capable of improving communication between players in a game in which a plurality of players participate. The purpose is.

The game control method according to the present invention is a game control method in a computer that includes a storage unit and executes a game, and stores the current values of parameters possessed by each player in the storage unit for each of a plurality of players, and in the game. When the additional value of the parameter is given to the first player and the value obtained by adding the additional value given to the current value of the first player stored in the storage unit exceeds the upper limit of the parameter, the amount exceeding the upper limit is adjusted. The value is given to the second player related to the first player.
The computer may be a mobile terminal, a stationary terminal, a server, or the like as long as the above procedure can be executed.

Further, in the game control method according to the present invention, the computer further includes an output unit.
Further, it is preferable to output the display data for displaying the selection screen for selecting the second player according to the instruction by the first player to the output unit.

Further, in the game control method according to the present invention, the computer further includes an output unit.
Further, it is preferable to output the display data for displaying the screen for displaying the player selected in the past as the second player to the output unit.

Further, in the game control method according to the present invention, it is preferable to automatically select the second player based on the player's game execution time, attribute, birthday, gender, blood type or place of residence.

Further, in the game control method according to the present invention, when giving to the second player, it is preferable to divide and give a value corresponding to the amount exceeding the upper limit value to a plurality of second players.

Further, in the game control method according to the present invention, in the granting to the second player, the ratio of division based on the game execution time, attribute, birthday, gender, blood type or place of residence of each of the plurality of second players. It is preferable to determine.

Further, in the game control method according to the present invention, it is preferable that the value given to the second player is corrected based on the relationship between the first player and the second player.

Further, in the game control method according to the present invention, it is preferable that the value given to the second player is corrected based on the current value of the parameter possessed by the second player.

Further, in the game control method according to the present invention, it is preferable that the value given to the second player is corrected to a value larger than the amount exceeding the upper limit value.

Further, in the game control method according to the present invention, a game medium group composed of a plurality of game media is stored in a storage unit for each of a plurality of players, and each game medium has each of the plurality of game media. The current value of the parameter is stored in the storage unit, an additional value is given to each game medium included in the game medium group of the first player when the first player is given, and a specific game is given to the second player. When the value obtained by adding the additional value to the current value of the medium exceeds the upper limit value, a value corresponding to the amount exceeding the upper limit value is given to the game medium corresponding to the specific game medium in the game medium group of the second player. Is preferable.

Further, in the game control method according to the present invention, in the granting to the second player, a receiving request is received from the second player within a predetermined time after the value corresponding to the amount exceeding the upper limit value is given to the second player. Only in this case, it is preferable to add the value given to the second player to the current value of the second player stored in the storage unit.

Further, in the game control method according to the present invention, if the receiving request is not received from the second player within a predetermined time in the grant to the second player, the player belongs to the first player or the group to which the second player belongs. It is preferable to give the third player a value corresponding to the amount exceeding the upper limit value.

Further, in the game control method according to the present invention, the third player is the player with the lowest level in the group, the player with the longest game execution time within the predetermined period, or each player in the group within the predetermined period. It is preferable that the player has the highest number of times an accessible bulletin board has been created or notified to other players in the group.

The computer according to the present invention is a computer that executes a game, and for each of a plurality of players, a storage unit that stores the current values of the parameters possessed by each player and an additional value of the parameters are given to the first player in the game. When the value obtained by adding the additional value given to the current value of the first player stored in the game execution unit and the storage unit exceeds the upper limit of the parameter, the value corresponding to the excess of the upper limit is given to the first player. It includes a granting unit to be given to the related second player.

The control program according to the present invention is a control program of a computer having a storage unit and executing a game, and stores the current values of parameters possessed by each player in the storage unit for each of a plurality of players, and is the first in the game. If the additional value of the parameter is given to the player and the value obtained by adding the additional value given to the current value of the first player stored in the storage unit exceeds the upper limit of the parameter, the value corresponding to the amount exceeding the upper limit is exceeded. To the second player associated with the first player.
The game control method according to the present invention is a game control method for executing a game, in which the control means associates each of a plurality of game media groups composed of a plurality of game media with each of a plurality of players. In addition to storing in the storage unit, the current values of the parameters associated with each of the plurality of game media included in each game medium group are stored in the storage unit, and the game execution means is included in the plurality of game media groups in the game. By adding the additional value of the parameter to the current value of the parameter associated with the game medium included in the first game medium group associated with the first player, the additional value of the parameter is given to the game medium, and the giving means However, when the value obtained by adding the additional value given to the current value of the specific game medium included in the first game medium group exceeds the upper limit value of the parameter, the first of the plurality of game medium groups is stored in the storage unit. Corresponding by adding a value corresponding to the amount exceeding the upper limit value to the current value of the parameter associated with the game medium corresponding to the specific game medium in the second game medium group associated with the second player different from the player. It is characterized by including giving a value corresponding to the amount exceeding the upper limit value to the game medium to be played.
Further, in the game control method according to the present invention, it is preferable that the output control means outputs the display data for displaying the selection screen for selecting the second player according to the instruction by the first player to the output unit.
Further, in the game control method according to the present invention, it is preferable that the output control means outputs display data to the output unit for displaying a screen for displaying a player selected in the past as the second player in a selectable manner. ..
Further, in the game control method according to the present invention, the storage unit stores in advance the conditions for selecting the second player, and the selection means automatically selects the second player based on the conditions. preferable.
Further, in the game control method according to the present invention, it is preferable that the granting means divides and grants a value corresponding to the amount exceeding the upper limit value to a plurality of second players.
Further, in the game control method according to the present invention, the storage unit stores in advance a second condition for determining the division ratio, and the granting means determines the division ratio based on the second condition. Is preferable.
Further, in the game control method according to the present invention, it is preferable that the value given to the game medium is corrected based on the relationship between the first player and the second player.
Further, in the game control method according to the present invention, only when the giving means receives a receiving request from the second player within a predetermined time after giving the value corresponding to the amount exceeding the upper limit value to the game medium, the first 2 It is preferable to add a value corresponding to the amount exceeding the upper limit value to the current value of the game medium included in the game medium group.
Further, in the game control method according to the present invention, if a receipt request is not received from the second player within a predetermined time at a value corresponding to the amount exceeding the upper limit value, the group to which the first player or the second player belongs. It is preferable to give a value corresponding to the amount exceeding the upper limit value to the game medium associated with the third player belonging to.
Further, in the game control method according to the present invention, the third player is the player with the lowest level in the group, the player with the longest game execution time within the predetermined period, or each player in the group within the predetermined period. It is preferable that the player has the highest number of times an accessible bulletin board has been created or notified to other players in the group.
Further, in the game control method according to the present invention, it is preferable that the value given to the game medium is corrected based on the current value of the parameter of the game medium.
Further, in the game control method according to the present invention, it is preferable that the value given to the game medium is corrected to a value larger than the amount exceeding the upper limit value.
The computer according to the present invention is a computer that executes a game, and stores each of a plurality of game media groups composed of a plurality of game media in association with each of the plurality of players, and stores the plurality of game media groups in each game medium group. A storage unit that stores the current values of parameters associated with each of the plurality of game media included, and a game medium included in the first game medium group associated with the first player among the plurality of game media groups in the game. The game execution unit that gives the additional value of the parameter to the game medium by adding the additional value of the parameter to the current value of the parameter associated with, and the current value of the specific game medium included in the first game medium group. When the value obtained by adding the additional value given to is exceeded the upper limit value of the parameter, it is specified in the second game medium group associated with the second player different from the first player in the plurality of game medium groups in the storage unit. By adding a value corresponding to the amount exceeding the upper limit value to the current value of the parameter associated with the game medium corresponding to the game medium of, the corresponding game medium is given a value corresponding to the amount exceeding the upper limit value. It is characterized by having a part and.
The control program according to the present invention is a control program of a computer that executes a game, and stores each of a plurality of game media groups composed of a plurality of game media in a storage unit in association with each of the plurality of players. At the same time, the current values of the parameters associated with each of the plurality of game media included in each game medium group are stored in the storage unit, and the first game associated with the first player in the plurality of game medium groups in the game. By adding the additional value of the parameter to the current value of the parameter associated with the game medium included in the medium group, the additional value of the parameter is given to the game medium, and the specific game medium included in the first game medium group is added. When the value obtained by adding the additional value given to the current value of is exceeding the upper limit value of the parameter, the second game medium associated with the second player different from the first player in the plurality of game media groups in the storage unit. By adding the value corresponding to the amount exceeding the upper limit value to the current value of the parameter associated with the game medium corresponding to the specific game medium in the group, the value corresponding to the amount exceeding the upper limit value is added to the corresponding game medium. It is characterized in that the computer is made to perform what is given.

In the game control method, computer, and control program according to the present invention, when the upper limit value is exceeded by adding the additional value given in the game to the current value of the parameter possessed by the specific player, the value corresponding to the amount exceeding the upper limit value. To other players. This makes it possible to improve communication between players in a game in which a plurality of players participate.

It is a figure which shows an example of the schematic structure of a game system. It is a figure which shows an example of the schematic structure of a mobile terminal. It is a schematic diagram for demonstrating the game provided by a game system. (A) to (d) are diagrams showing an example of a display screen of a mobile terminal. (A) to (c) are diagrams showing an example of a display screen of a mobile terminal. It is a figure which shows an example of the schematic structure of a server. (A) to (c) are diagrams showing an example of the data structure of each table. It is a figure which shows an example of the operation sequence of a game system. It is a figure which shows an example of the operation flow of the 1st grant process by a server. It is a figure which shows an example of the operation flow of the 2nd grant process by a server.

Hereinafter, various embodiments of the present invention will be described with reference to the drawings. However, it should be noted that the technical scope of the present invention is not limited to those embodiments, but extends to the inventions described in the claims and their equivalents.

1. 1. Outline of the present embodiment In the game system of the present embodiment, the player plays a game provided by the server using a mobile terminal. The server executes a quest that progresses according to the scenario of the game as an event in the provided game. A quest is generally also called a search, a mission, or the like, and has a plurality of floors (stages) in each of a plurality of dungeons, and processes of each floor are sequentially executed. In the processing of each floor, a battle (competition) between a player character and an enemy character, a privilege such as a specific game medium to the player, a so-called RAID battle in which multiple players participate, an encounter with another player and / or Includes battles with other players. The player character is a game medium possessed by the player, and the enemy character is a game medium possessed by a non-player character or another player.

The game medium is electronic data used in the game, and includes, for example, cards, items, characters, avatars, and the like. Further, the game medium is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, and / or donated by the player in the game according to the progress of the game. The usage mode of the game medium is not limited to that specified in the present specification. By executing the quest, the player can grow the character and acquire the item.

In the present embodiment, a card registered in the game system in advance will be described as an example of a game medium. The player character or enemy character card used in the battle has parameters. The parameters are, for example, experience value, level, attack power, defense power, physical strength (HP (hit point)), attribute (for example, fire, water, thunder, etc.), rarity (for example, normal, rare, S (super)). Rare, SS (double super) rare, SSS (triple super) rare, legend, etc.), skill (special effect) activation rate, attack speed (number of attacks per turn, number of turns until attack, etc.), in a pair battle The number of defenses and / or the job (for example, occupation, type of troops, etc.). Experience points are parameters that represent the skill level of the card.

In this game, if the player character wins a battle with an enemy character, an additional value of experience value is given to the player, and the added value is added to the current value of the experience value of the card used in the battle. Will be added. When the experience value exceeds a predetermined value, the level of the card increases, and the attack power, defense power, HP, etc. increase as the level increases. On the other hand, an upper limit is set for the experience value, and when the experience value exceeds the upper limit, the additional value exceeding the upper limit is not added to the current value, and other players related to that player (hereinafter, , Called the related player), and is added to the current value of the experience value of the card used by the related player in the battle. Related players include, for example, other players who belong to the same group as that player, other players who have a friendship with that player, other players who rescued that player in battles with past enemy characters, and battles in the past. Other players who have played and / or other players who belong to a group that has played in the past.

As a result, the game system aims to improve communication between users in a game in which a plurality of users participate.

2. Configuration of Game System 1 FIG. 1 is a diagram showing an example of a schematic configuration of game system 1.

The game system 1 includes a plurality of mobile terminals 2 and a server 3. The mobile terminal 2 and the server 3 are connected to each other via a communication network, and are connected to each other via, for example, a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7. The program executed on the mobile terminal 2 (for example, a browsing program) and the program executed on the server 3 (for example, a game program) use a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

The mobile terminal 2 is assumed to be a multifunctional mobile phone (so-called "smartphone"), but the present invention is not limited to this. The mobile terminal 2 may be a mobile phone (so-called "feature phone"), a mobile information terminal (Personal Digital Assistant, PDA), a portable game machine, a portable music player, a tablet terminal, or a tablet, as long as the present invention can be applied. It may be a PC, a notebook PC, or the like.

2.1. Configuration of Mobile Terminal 2 FIG. 2 is a diagram showing an example of a schematic configuration of the mobile terminal 2.

The mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, and a terminal processing unit 25. The mobile terminal 2 requests the server 3 to proceed with the game in response to the operation of the operation unit 23 (button or the like) by the player. Further, the mobile terminal 2 receives and displays display data related to the progress of the game from the server 3.

The terminal communication unit 21 includes a communication interface circuit including an antenna having a predetermined frequency band as a sensitive band, and connects the mobile terminal 2 to a wireless communication network. The terminal communication unit 21 establishes a wireless signal line with the base station 4 by a CDMA (Code Division Multiple Access) method or the like via a channel assigned by the base station 4, and communicates with the base station 4. conduct. Then, the terminal communication unit 21 transmits the data supplied from the terminal processing unit 25 to the server 3 or the like. Further, the terminal communication unit 21 supplies the data received from the server 3 or the like to the terminal processing unit 25. The terminal communication unit 21 may perform wireless communication with a Wifi (Wireless Fidelity) access point (not shown) by the wireless communication method of the IEEE802.11 standard.

The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores, as a driver program, an input device driver program that controls the operation unit 23, an output device driver program that controls the display unit 24, and the like. In addition, the terminal storage unit 22 stores, as an application program, a program for acquiring and displaying display data related to the progress of the game. The computer program is a terminal storage unit using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM (compact disk read only memory) or a DVD-ROM (digital versatile disk read only memory). It may be installed on 22. Further, the terminal storage unit 22 stores as data the player ID which is the identification information of the user of the mobile terminal 2, the display data related to the progress of the game, the video data, the image data, and the like. Further, the terminal storage unit 22 may temporarily store temporary data related to a predetermined process.

The operation unit 23 may be any device as long as the mobile terminal 2 can be operated, such as a touch panel and key buttons. The player can input characters, numbers, symbols, etc. using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. Then, the generated signal is supplied to the terminal processing unit 25 as a player's instruction.

The display unit 24 may be any device as long as it can display an image, an image, or the like, and is, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like. The display unit 24 displays an image corresponding to the image data supplied from the terminal processing unit 25, an image corresponding to the image data, and the like.

The terminal processing unit 25 includes one or more processors and peripheral circuits thereof. The terminal processing unit 25 is, for example, a CPU (Central Processing Unit), and controls the overall operation of the mobile terminal 2 in an integrated manner. The terminal processing unit 25 has a terminal communication unit 21 and a display unit so that various processes of the mobile terminal 2 are executed in an appropriate procedure based on a program stored in the terminal storage unit 22, an operation of the operation unit 23, and the like. Controls the operation of 24 etc. The terminal processing unit 25 executes processing based on a program (operating system program, driver program, application program, etc.) stored in the terminal storage unit 22. Further, the terminal processing unit 25 can execute a plurality of programs (application programs and the like) in parallel.

2.1.1. Function of Terminal Processing Unit 25 FIG. 3 is a schematic diagram for explaining a game provided by the game system 1.

As shown in FIG. 3, in the game system 1, when the player executes a battle, an additional value (100) of the experience value is given to the player. The added value given is added to the current value (9930) of the experience value of the card used by the player in the battle. However, an upper limit value (10000) is set for the experience value, and if the value obtained by adding the additional value to the current value exceeds the upper limit value, only the additional value (70) in the range that does not exceed the upper limit value is set for the current value. Is added. If the current value is already the upper limit, no additional value is added to the current value. In these cases, the portion exceeding the upper limit value (30) is given to other players related to that player, and is added to the current value (5000) of the experience value of the card used by the other player in the battle. In this way, since the experience value exceeding the upper limit value is given to other players, it is possible to improve communication between users.

FIG. 4A is a diagram showing an example of a My Page screen displayed on the display unit 24.

The My Page screen 400 shown in FIG. 4A is displayed at the start of a game or the like. Each screen described below is displayed based on the display data received from the server 3.

On the My Page screen 400, a "go exploration" button 401, a "setting" button 402, a "shop" button 403, and the like are displayed. When the player presses any button, the instruction corresponding to that button is transmitted from the mobile terminal 2 to the server 3.

When the "Go to Exploration" button 401 is pressed, a screen for executing the quest is displayed. When the "setting" button 402 is pressed, a screen for making various settings is displayed. When the "shop" button 403 is pressed, a screen for purchasing recovery items and the like is displayed.

FIG. 4B is a diagram showing an example of a quest screen displayed on the display unit 24.

The quest screen 410 shown in FIG. 4B is displayed when the "go to exploration" button 401 is pressed on the My Page screen 400. The quest screen 410 displays the name, floor and image 411 of the dungeon currently in progress, the "Explore" button 412, and the "Back" button 413.

The quest shown in this embodiment is a game in which a plurality of floors are provided in each of a plurality of dungeons, and the processing of each floor is sequentially executed. The processing of each floor includes a battle between a player character and an enemy character. Includes RAID battles, etc. When the "Explore" button 412 is pressed, the processing of the next floor is executed, and the quest screen 410 corresponding to the next floor is displayed. When the "Back" button 413 is pressed, the My Page screen 400 is displayed again.

FIG. 4C is a diagram showing an example of a battle screen displayed on the display unit 24.

The battle screen 420 shown in FIG. 4C is displayed when the "explore" button 412 is pressed on the quest screen 410 and an enemy character is encountered on the next floor. On the battle screen 420, a text 421 indicating that a battle is executed with the enemy character, a name and image 422 of the enemy character, and a "fight" button 423 are displayed. When the "fight" button 423 is pressed, a battle with the enemy character is executed, and a screen showing the result of the battle is displayed.

FIG. 4D is a diagram showing an example of a battle result screen displayed on the display unit 24.

The battle result screen 430 shown in FIG. 4D is displayed when the “fight” button 423 is pressed on the battle screen 420 and a battle with an enemy character is executed. On the battle result screen 430, a text and an image 431 showing the result of the battle, an additional value 432 of the experience value given in the battle, and information 433 to 436 regarding each parameter after the battle of the card used in the battle are displayed. The "Back" button 437 is displayed.

Information 433-436 for each parameter includes current experience points 433, levels 434, experience gauges 435 and other parameters 436. The current value 433 indicates a value obtained by adding an additional value 432 to the current value before the battle is executed. Level 434 indicates a level corresponding to the current value 433. The experience value gauge 435 represents the size of the current value 433 with respect to the maximum value of the experience value at the level 434 in the form of a columnar graph. Other parameters 436 indicate HP, attack power, defense power, special effects, etc. corresponding to level 434. When the "Back" button 437 is pressed, the My Page screen 400 is displayed again.

FIG. 5A is a diagram showing another example of the battle result screen displayed on the display unit 24.

In the battle result screen 500 shown in FIG. 5A, similarly to the battle result screen 430 shown in FIG. 4D, the “fight” button 423 was pressed on the battle screen 420, and the battle with the enemy character was executed. Is displayed when. However, the battle result screen 500 is displayed when the current value of the experience value of the card used in the battle after the battle is executed reaches the upper limit value. On the battle result screen 500, in addition to each information displayed on the battle result screen 430, 511 that the experience value and / or the level is the maximum value and "present" buttons 521 to 514 are displayed.

The "present" button 512 is a button for selecting a player to be given an additional value exceeding the upper limit value and giving an additional value exceeding the upper limit value to the selected player. When the "present" button 512 is pressed, a screen for selecting a player to be granted is displayed. The "present" buttons 513 and 514 are buttons for giving an additional value exceeding the current upper limit value to a player selected in the past as a player to be granted. The "present" buttons 513 and 514 display a predetermined number of players in the order of the most recently selected players among the players selected in the past so that they can be selected. When the "present" buttons 513 and 514 are pressed, an additional value exceeding the upper limit is given to the player corresponding to the pressed button, and a screen showing the grant result is displayed.

FIG. 5B is a diagram showing an example of a player selection screen displayed on the display unit 24.

The player selection screen 520 shown in FIG. 5B is a screen for selecting a player to be granted according to an instruction from the player, and is displayed when the “present” button 512 is pressed on the battle result screen 500. On the player selection screen 520, an image 521, a name 522, a "present" button 523 of the player, and a "back" button 524 are displayed for each player related to the player.

Each player is displayed separately for each group of fellow players who are playing the battle together, recommended players arbitrarily selected by the game system 1. When the "present" button 523 is pressed, an additional value exceeding the upper limit is given to the player corresponding to the pressed button, and a screen showing the grant result is displayed. In addition, instead of the "present" button 523, a check box for selecting a player is displayed so that a plurality of players can be selected at the same time, and additional values exceeding the upper limit are given to the checked players at once. You may display one "gift" button to do so. When the "Back" button 524 is pressed, the battle result screen 500 is displayed again.

FIG. 5C is a diagram showing an example of a grant result screen displayed on the display unit 24.

The grant result screen 530 shown in FIG. 5C is displayed when the "present" button 513, 514 is pressed on the battle result screen 500, or when the "present" button 523 is pressed on the player selection screen 520. Will be done. On the grant result screen 530, the player 531 to be granted, the added value 532 given, information 533 to 536 regarding each parameter after giving the additional value of the card used by the player 531 in the battle, and the "back" button 537 are displayed. Is displayed.

Information 533-536 for each parameter includes current experience points 533, levels 534, experience point gauges 535 and other parameters 536. The current value 533 indicates a value obtained by adding the additional value 532 to the current value before the additional value is given. Level 534 indicates the level corresponding to the current value 533. The experience value gauge 535 represents the size of the current value 533 with respect to the maximum value of the experience value at the level 534 in the form of a columnar graph. Other parameters 536 indicate HP, attack power, defense power, special effects, etc. corresponding to level 534. When the "Back" button 537 is pressed, the My Page screen 400 is displayed again.

2.1.2. Configuration of Terminal Processing Unit 25 The terminal processing unit 25 includes at least a browsing execution unit 251. The browsing execution unit 251 is a functional module realized by a program executed by the processor included in the terminal processing unit 25. Alternatively, the browsing execution unit 251 may be mounted on the mobile terminal 2 as firmware.

The browsing execution unit 251 acquires and displays display data related to the progress of the game. That is, the browsing execution unit 251 transmits a display data acquisition request related to the progress of the game to the server 3 via the terminal communication unit 21 in response to an instruction from the player. Further, the browsing execution unit 251 receives the corresponding display data from the server 3 via the terminal communication unit 21. The browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data, specifies the control data and the content data, lays out the similarly specified content data based on the specified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24. Further, the browsing execution unit 251 stores each information included in the display data in the terminal storage unit 22 while the communication connection with the server 3 is established.

2.2. Configuration of Server 3 FIG. 6 is a diagram showing an example of a schematic configuration of server 3. Further, FIGS. 7A to 7C are diagrams showing an example of the data structure of various tables stored in the server storage unit 32.

The server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33. The server 3 advances the game in response to a request from the mobile terminal 2. Further, the server 3 creates display data related to the progress of the game and transmits it to the mobile terminal 2.

The server communication unit 31 is an example of an output unit, includes a communication interface circuit for connecting the server 3 to the Internet 7, and communicates with the Internet 7. Then, the server communication unit 31 supplies the data received from the mobile terminal 2 or the like to the server processing unit 33. Further, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program or the like that advances a game and creates display data related to the result. The computer program may be installed in the terminal storage unit 22 from a computer-readable portable recording medium such as a CD-ROM or a DVD-ROM using a known setup program or the like.

Further, as data, the server storage unit 32 includes the player table shown in FIG. 7A, the history table shown in FIG. 7B, the card table shown in FIG. 7C, the image data of each player, and the progress of the game. Stores various image data and the like related to. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

FIG. 7A shows a player table that manages players. In the player table, for each player, the player's identification number (player ID), password, name, image data file name, birthday, gender, blood type, place of residence, possession card information, possession used for battle Information such as a card identification number (use ID), stamina, stage information, excess value, and player ID of a related player is stored in association with each other.

The possessed card information includes the identification number (ownership ID) for managing the possessed card, the identification number (card ID) of the card, and the current value of the experience value for each card owned by the player and used in the game. And the level etc. are stored in association with each other. The use ID is the possession ID of the card used for the battle among the cards included in the possession card information. Stamina is a point for executing stage processing, and is consumed each time stage processing is executed, and is restored by the passage of a certain period of time or the use of a specific item. The stage information includes an identification number (dungeon ID) of the dungeon being executed by the player in the quest, an identification number of the stage (stage ID), and the like. The excess value is a value corresponding to the excess value when the experience value of the card used for the battle exceeds the upper limit value.

FIG. 7B shows a history table that manages the history of assigning experience points to related players. History information is stored in the history table for each player. The history information is stored in association with the date and time of grant, the player ID of the related player to be granted, the value of the experience value given to the related player (hereinafter referred to as the granted value), and the like.

FIG. 7C shows a card table for managing cards. For each card, the card ID, name, image data file name, rarity, HP, attack power, defense power, attributes, etc. of the card are stored in the card table. HP is a parameter in which a value corresponding to the amount of damage received when attacked by an enemy character in a battle is subtracted. When HP becomes 0, the player is defeated in that battle. HP recovers by using a specific item, but does not recover over time. The card table stores the attack power and defense power when the level is the initial value, and the attack power and defense power at each level are calculated based on a predetermined calculation formula.

2.2.1. Configuration of Server Processing Unit 33 The server processing unit 33 includes a progress control unit 331, a game execution unit 332, and a granting unit 333. Each of these units is a functional module realized by a program executed by the processor included in the server processing unit 33. Alternatively, each of these parts may be mounted on the server 3 as firmware.

The progress control unit 331 controls the start and progress of the game, and appropriately instructs the game execution unit 332 and the granting unit 333 to execute the process. The progress control unit 331 exchanges necessary data with the mobile terminal 2 via the server communication unit 31.

Upon receiving the request for each screen described with reference to FIGS. 4A to 5C from the mobile terminal 2, the progress control unit 331 identifies the player ID included in the request. Then, the progress control unit 331 creates display data for displaying a button for receiving an instruction from the player, character information to be notified to the player, an image, etc. in a layout corresponding to the screen, and displays the data on the mobile terminal. Send to 2. Then, when any button is pressed on the screen displayed on the mobile terminal 2 and a request for the next screen corresponding to the button is received from the mobile terminal 2, the progress control unit 331 similarly displays the next screen. Data is created and the data is transmitted to the mobile terminal 2.

In particular, when the "explore" button 412 is pressed on the quest screen 410 displayed on the mobile terminal 2 and the corresponding quest request is received from the mobile terminal 2, the progress control unit 331 sends the game execution unit 332 to the quest. Instruct progress. Then, the progress control unit 331 transmits the display data for displaying the result of the quest created by the game execution unit 332 to the mobile terminal 2.

Further, when the "fight" button 423 is pressed on the battle screen 420 displayed on the mobile terminal 2 and the corresponding battle request is received from the mobile terminal 2, the progress control unit 331 executes the battle to the game execution unit 332. To instruct. Then, the progress control unit 331 transmits the display data for displaying the result of the battle created by the game execution unit 332 to the mobile terminal 2.

Further, when the "present" button 512 that does not specify the player to be granted is pressed on the battle result screen 500 displayed on the mobile terminal 2, and the corresponding player selection screen request is received from the mobile terminal 2, the progress control unit 331 Instructs the granting unit 333 to create display data for the player selection screen. Then, the progress control unit 331 transmits the display data created by the granting unit 333 to the mobile terminal 2.

Further, the "present" button 513, 514 that specifies the player to be granted is pressed on the battle result screen 500 displayed on the mobile terminal 2, or the "present" button 523 is pressed on the player selection screen 520, which corresponds to this. When the grant request is received from the mobile terminal 2, the progress control unit 331 instructs the grant unit 333 to execute the grant process. Then, the progress control unit 331 transmits the display data for displaying the grant result created by the grant unit 333 to the mobile terminal 2.

The game execution unit 332 identifies the player ID included in the quest request when the progress control unit 331 instructs the progress of the quest. The game execution unit 332 specifies the stamina, the dungeon being executed, the dungeon ID of the stage, and the stage ID corresponding to the specified player ID in the player table. The game execution unit 332 consumes (subtracts) the consumption points from the stamina and sets the stage to 1 on the condition that the specified stamina is equal to or more than the consumption points required to execute the processing of one stage. Proceed with one. The game execution unit 332 advances the stage by updating the stage ID of the player table. Based on a predetermined standard (for example, with a predetermined probability using a pseudo-random number generated with the current time as a seed), the game execution unit 332 battles an event in the advanced stage, grants an item, or the like. Decide on one.

When the event in the stage is decided to be a battle, the game execution unit 332 determines the enemy character based on a predetermined standard, and displays the battle screen 420 in which the enemy character and the "fight" button and the like are arranged in a predetermined layout. Display data to be generated is created, and the data is passed to the progress control unit 331.

On the other hand, when the game execution unit 332 decides to give an event for the stage, the game execution unit 332 decides the item to be given based on a predetermined criterion, and gives the decided item to the user. The game execution unit 332 creates display data for displaying the quest screen 410 corresponding to the next stage, which represents the assigned item and the like, and passes the data to the progress control unit 331.

When the progress control unit 331 instructs the game execution unit 332 to execute the battle, the game execution unit 332 specifies the player ID included in the battle request. The game execution unit 332 specifies the use ID corresponding to the specified player ID in the player table, and extracts each information about the card corresponding to the specified use ID from the player table and the card table. The game execution unit 332 executes a battle based on each of the extracted information, and when the player wins, gives the player an additional value of experience value as a privilege of the battle.

In the player table, the game execution unit 332 adds the added value given to the current value of the experience value of the card corresponding to the used ID, and increments (increments by 1) the level when the current value exceeds a predetermined value. .. When the value obtained by adding the additional value to the current value exceeds the upper limit value of the experience value, the game execution unit 332 adds only the amount obtained by subtracting the current value from the upper limit value to the current value. That is, in this case, an upper limit value is set for the current value. In this case, the game execution unit 332 stores in the player table the amount exceeding the upper limit value among the additional values, that is, the value obtained by subtracting the current value from the upper limit value and subtracting the value from the additional value as an excess value.

The game execution unit 332 creates display data for displaying the battle result screen in which the battle result and each parameter according to the level after the battle execution are arranged in a predetermined layout, and the data is used as the progress control unit 331. Pass to. When the value obtained by adding the additional value to the current value of the experience value exceeds the upper limit value, display data corresponding to the battle result screen 500 displaying the "present" button is created. In that case, the game execution unit 332 extracts the player selected in the past as the player to be granted from the history table, and includes a "present" button in the battle result screen 500 that displays the extracted player in a selectable manner. On the other hand, if the value obtained by adding the additional value to the current value of the experience value does not exceed the upper limit value, display data corresponding to the battle result screen 430 that does not display the "present" button is created.

When the progress control unit 331 instructs the addition unit 333 to create the display data of the player selection screen, the granting unit 333 specifies the player ID included in the player selection screen request. The game execution unit 332 identifies the related player corresponding to the specified player ID in the player table, and extracts each information about the specified related player. The game execution unit 332 creates display data for displaying the player selection screen 520 in which the extracted information is arranged in a predetermined layout, and passes the data to the progress control unit 331.

Further, when the progress control unit 331 instructs the granting unit 333 to execute the granting process, the granting unit 333 specifies the player ID included in the granting request and the related player ID of the related player to be granted. The granting unit 333 identifies an excess value corresponding to the specified player ID in the player table, and sets the granting value to be given to the related player.

Next, the granting unit 333 corrects the granting value. In the game of this embodiment, the higher the level, the higher the experience value required to raise the level by one. Therefore, if the given value is given as it is from the player with a high level to the player with a low level, the level of the player with a low level becomes too high, and the game balance may be lost. Therefore, the granting unit 333 corrects the granting value based on the current value of the experience value possessed by the specified related player. For example, the granting unit 333 corrects the granting value by multiplying the granting value by the ratio of the current value of the experience value of the related player to the upper limit value. As a result, even when experience points are given from a high-level player to a low-level player, it is possible to maintain an appropriate game balance.

Further, a fixed upper limit value is set for the given value, and when the given value exceeds the upper limit value, the giving unit 333 corrects the given value to the upper limit value. Further, when the grant value exceeds a predetermined ratio (for example, 30%) of the experience value required to raise the current level of the related player by one, the grant unit 333 sets the grant value to the predetermined ratio of the experience value. to correct. As a result, it is possible to prevent other players from being given excessive experience points, and it is possible to maintain an appropriate game balance.

Further, the granting unit 333 may correct the granting value based on the relationship between the player and the related player. For example, when the attribute of the card used by the player in the game and the attribute of the card used by the related player in the game match, the granting unit 333 corrects the granting value so as to be higher than the current granting value. Alternatively, when the attribute of the card used by the player in the game is an attribute superior to or inferior to the attribute of the card used by the related player in the game, the granting unit 333 is more than the current grant value. The given value may be corrected so as to be higher. Further, the granting unit 333 may correct the granting value so as to be higher than the current granting value when the birthday, birth month, age, gender, blood type or place of residence of the player and the related player match. .. As a result, each player tries to become a related player of a player having a specific relationship in order to obtain a larger given value, so that communication between the players can be activated.

Further, the granting unit 333 may correct the granting value to a value larger than the current granting value (for example, a value 10% larger). In that case, the granting unit 333 may correct the granting value so that the larger the sum of the granting values given by the player to other players in the past, the larger the granting value. Alternatively, the granting unit 333 may correct the grant value so that the larger the sum of the grant values given by the related player from other players in the past, the larger the grant value. As a result, each player tries to transfer the assigned value more frequently, so that the game can be activated.

Next, the granting unit 333 grants the corrected grant value to the related player. The granting unit 333 adds the granting value to the current value of the experience value corresponding to the use ID of the related player in the player table. The granting unit 333 may grant the granting value to the related player as it is without correcting the granting value. The granting unit 333 creates display data for displaying the granting result screen 530 in which each parameter or the like according to the current level of the related player is arranged in a predetermined layout, and passes the data to the progress control unit 331.

In addition, the granting unit 333 notifies the related player on the home screen or the like displayed when the related player logs in that the granted value has been given to the related player, and requests the related player to receive the granted value. Only when the receipt request is received, the given value may be added to the current value of the experience value of the related player. In that case, the granting unit 333 assigns the given value to the current value of the experience value of the related player only when the receiving request is received from the related player within a predetermined time (for example, 24 hours) after the given value is given to the related player. Is added. On the other hand, if the receiving request is not received from the related player within the predetermined time, the granting unit 333 deletes the granting value given to the related player.

If the receiving request is not received from the related player within the predetermined time, the granting unit 333 may grant the granting value to the player or another player belonging to the group to which the related player belongs. This group is, for example, a group that fights together in a RAID battle, or a group that fights together in a so-called guild battle in which battles are held between groups. The granting unit 333 grants the granting value to, for example, the player with the lowest level in the group. This makes it possible to raise the level of the group and strengthen the entire group.

Alternatively, the granting unit 333 may grant the granting value to the player having the longest game execution time within a predetermined period (for example, one week) in the group. Alternatively, the granting unit 333 has created (launched) a bulletin board that can be accessed by each player in the group within a predetermined period, or notified other players in the group the most. The given value may be given to many players. The notification to the other player is, for example, posting on the bulletin board of the group, sending an e-mail, or the like. As a result, regardless of the level of each player, the player who makes the most effort or the player who contributes the most to the group is given a privilege, and it is possible to activate communication within the group.

In addition, when the value obtained by adding the given value to the current value of the experience value related to the related player exceeds the upper limit value, a value corresponding to the amount exceeding the upper limit value is further given to other players related to the related player. You may. As a result, the experience value exceeding the upper limit value is given to the player who is not directly related to the player of the first provider, so that it is possible to further activate the communication between the players.

Further, the granting unit 333 may grant a predetermined item or the like to the player and / or the related player when the current value of the experience value of the related player reaches the upper limit as a result of granting the granted value to the related player. .. As a result, each player tries to transfer the assigned value more frequently, so that the game can be activated.

FIG. 8 is a diagram showing an example of an operation sequence related to the sub-game processing of the game system 1. This operation sequence collaborates with each element of the mobile terminal 2 and the server 3 mainly by the terminal processing unit 25 and the server processing unit 33 based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance. Is executed.

First, when the player presses the "fight" button 423 using the operation unit 23 while the battle screen 420 is displayed on the display unit 24 of the mobile terminal 2, the viewing execution unit 251 of the mobile terminal 2 makes a battle request. It is transmitted to the server 3 via the terminal communication unit 21 (step S101). When the progress control unit 331 of the server 3 receives the sub-game request from the mobile terminal 2, the game execution unit 332 specifies the player ID included in the battle request, and the specified player is in the game from the player table and the card table. Extract each information about the card to be used. Next, the game execution unit 332 executes a battle based on each extracted information (step S102), and executes a first granting process of granting an additional value of experience value to the player according to the result of the battle (step S102). S103). The details of the first grant process will be described later. Next, the progress control unit 331 transmits the display data of the battle result screen created by the game execution unit 332 in the first granting process to the mobile terminal 2 (step S104). When the display data of the battle result screen is received from the server 3 via the terminal communication unit 21, the viewing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data, and the battle result is displayed on the display unit 24. Display the screen (step S105).

Next, when the player presses the "present" button 512 using the operation unit 23 while the battle result screen 500 is displayed on the display unit 24 of the mobile terminal 2, the viewing execution unit 251 of the mobile terminal 2 causes the player. The selection screen request is transmitted to the server 3 via the terminal communication unit 21 (step S106). When the progress control unit 331 of the server 3 receives the player selection screen request from the mobile terminal 2, the granting unit 333 identifies the player ID included in the player selection screen request, and from the player table, relates to the related player of the specified player. Each information is extracted (step S107). Next, the sub-game execution unit 334 creates display data for the player selection screen based on the extracted information (step S108), and the progress control unit 331 transmits the display data to the mobile terminal 2 (step S109). ). When the display data of the player selection screen is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data and selects the player on the display unit 24. The screen 520 is displayed (step S110).

Next, when the player presses the "present" button 523 using the operation unit 23 while the player selection screen 520 is displayed on the display unit 24 of the mobile terminal 2, the viewing execution unit 251 of the mobile terminal 2 gives. The request is transmitted to the server 3 via the terminal communication unit 21 (step S111). When the progress control unit 331 of the server 3 receives the grant request from the mobile terminal 2, the grant unit 333 executes the second grant process of granting the experience value exceeding the upper limit value to the related player (step S112). The details of the second grant process will be described later. Next, the progress control unit 331 transmits the display data of the grant result screen created by the grant unit 333 in the second grant process to the mobile terminal 2 (step S113). When the display data of the grant result screen is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data and grants the result to the display unit 24. The screen 530 is displayed (step S114). This completes the operation sequence related to the sub-game process.

FIG. 9 shows an operation flow of the first grant process by the game execution unit 332 of the server 3. The first grant process shown in FIG. 9 is executed in step S103 of FIG.

The game execution unit 332 first determines whether or not the player has won the battle (step S201). When the player is defeated in the battle (step S201-No), the game execution unit 332 creates display data corresponding to the battle result screen 430 that does not display the "present" button (step S207), and ends a series of steps. On the other hand, when the player wins in the battle (step S201-Yes), the game execution unit 332 gives the player an additional value (step S202). Next, the game execution unit 332 determines whether or not the value obtained by adding the additional value to the current value exceeds the upper limit value (step S203).

When the value obtained by adding the additional value to the current value exceeds the upper limit value (step S203-Yes), the game execution unit 332 sets the upper limit value in the current value and stores the excess value in the player table as an excess value. (Step S204). Next, the game execution unit 332 creates display data corresponding to the battle result screen 430 displaying the "present" button (step S205), and ends a series of steps.

On the other hand, when the value obtained by adding the additional value to the current value does not exceed the upper limit value (step S203-No), the game execution unit 332 adds the additional value to the current value (step S206) and displays the "present" button. The display data corresponding to the battle result screen 430 is created (step S207), and a series of steps is completed.

FIG. 10 shows an operation flow of the second grant process by the grant unit 333 of the server 3. The second grant process shown in FIG. 10 is executed in step S112 of FIG.

First, the granting unit 333 identifies the player ID included in the grant request and the related player ID of the related player to be granted, identifies the excess value corresponding to the specified player ID in the player table, and grants the related player to the related player. It is used as an assigned value (step S401). Next, the granting unit 333 corrects the granting value (step S402), and grants the corrected granting value to the related player (step S403). Next, the granting unit 333 creates display data for displaying the granting result screen 530 (step S404), and ends a series of steps.

As described above, when the server 3 exceeds the upper limit value when the additional value of the experience value given to a specific player in the game is added to the current value, the server 3 sets the value corresponding to the amount exceeding the upper limit value to the other player. Give to. The activity of the game itself because the player tries to continue performing quests or battles for other players even after the experience value of his card reaches the upper limit and does not level up any more. It will be possible to achieve this. On the other hand, players who cannot acquire experience points until they reach the upper limit can raise their level thanks to the players who give them experience points, so thank the players who give them experience points. And you will be able to express your gratitude. Therefore, in a game in which a plurality of players participate, it is possible to improve communication between the players.

The present invention is not limited to the present embodiment. For example, in the present embodiment, each parameter such as experience value, level, and HP is possessed by each card used in the battle, but these parameters may be directly possessed by the player. In that case, it is also possible to apply the present invention to quests that do not use cards. For example, the server 3 gives an additional value of the experience value to the player as the player progresses the quest, and adds the additional value to the current value of the player's experience value within a range not exceeding the upper limit value. When the value obtained by adding the additional value to the current value of the player exceeds the upper limit value, the server 3 adds the value corresponding to the amount exceeding the upper limit value to the current value of the experience value of the related player.

Further, the parameters given to the related players are not limited to the experience points. The parameters given to the related players are, for example, attack power, defense power, parameters used in battles such as HP, parameters used in quests such as stamina, parameters used in purchasing in-game currency, etc., or the player It may be a parameter used in various settings such as skill points that determine the number of items that can be owned, the number of skills, and the like. Similarly, when items, skills, etc. for which an upper limit of the number of possessions is set are given to the player, the amount exceeding the upper limit of the number of possessions may be given to the related player.

In addition, the server 3 uses the experience value exceeding the upper limit as the related player only when the experience value is obtained in the battle in the predetermined dungeon or stage, or in the battle with the predetermined opponent. May be given to. Further, the server 3 accepts a setting from the player as to whether or not to give the experience value exceeding the upper limit value to the related player, and only when it is effectively set to give the experience value to the related player, the upper limit value. The experience value exceeding the above may be given to the related player.

Further, in the present embodiment, the related player to be granted is specified by the player when the value obtained by adding the additional value to the current value of the player's experience value exceeds the upper limit value, but is set in advance by the player. It may have been done. As a result, it is possible to reduce the player's operation after the battle is executed, and it is possible to improve the player's convenience.

In addition, the related player to be granted is automatically selected by the server 3 based on the player's game execution time (for example, daily game execution time or login time), attribute, birthday, gender, blood type, or place of residence. May be done. In that case, the server 3 has, for example, the attribute, birthday, birth month, age, gender, blood type or place of residence of the related player having the longest game execution time or the card used for the battle among the related players. Select the associated player that matches the player. A button for giving experience points to the automatically selected player is arranged on the battle result screen 500, and when this button is pressed by the player, the server 3 automatically selects the related player to be given. You may. As a result, there is a high possibility that a player that the player does not normally access is selected as the player to be granted, and communication can be activated.

Further, the related player to be granted is not limited to one person, and the granting unit 333 may divide and grant the experience value according to the amount exceeding the upper limit value to a plurality of related players. In that case, the granting unit 333 divides the specified granting value by the number of related players selected by the player and grants each related player. This makes it possible to communicate with many players at once.

In addition, the granting unit 333 may determine the division ratio based on the game execution time, attribute, birthday, gender, blood type, or place of residence of each related player. For example, the granting unit 333 increases the rate of granting to a related player having a longer game execution time, and lowers the rate of granting to a related player having a shorter game execution time. As a result, each player tries to play the game for a longer time and can activate the game itself. Alternatively, the granting unit 333 increases the ratio of giving to related players whose attributes, birthday, month of birth, age, gender, blood type or place of residence match the player, and lowers the ratio of giving to related players who do not match. .. As a result, each player tries to become a related player of a player having a specific relationship, and can activate communication between the players.

In addition, when a battle is performed using a plurality of cards, the granting unit 333 grants experience points according to the correspondence between each card used by the player in the battle and each card used by the related player in the battle. You may. In that case, in the player table, deck information regarding a deck which is a card group composed of a plurality of cards used in the battle is stored for each player. In the deck information, the identification number (frame ID) of the frame in which each card is placed and the possession ID of the owned card placed in the frame are stored in association with each other. The game execution unit 332 assigns an additional value to each card included in the player's deck used in the battle, depending on the result of the battle. When the value obtained by adding the additional value given to the specific card to the current value of the experience value of the specific card placed in the deck exceeds the upper limit value, the granting unit 333 responds to the amount exceeding the upper limit value. The value is given to the card corresponding to the specific card (for example, the card placed in the same position) in the deck of the related player. Since the related player will strategically decide where to place the card for which he / she wants to acquire experience points, it is possible to improve the taste of giving experience points.

Further, when the deck is formed by combining the cards owned by the player and the cards owned by the related player, the granting unit 333 may automatically select the related player as the related player to be granted.

Further, each function of the server processing unit 33 described above may be executed by the terminal processing unit 25 of the mobile terminal 2. In this case, if the player table and the card table are stored in the terminal storage unit 22, it is not necessary to communicate with the server 3 each time the processing is performed, and the above function can be realized only by the mobile terminal 2. Further, the game executed on the mobile terminal 2 may be a hybrid game in which the server 3 and the mobile terminal 2 each play a part of the processing. In that case, for example, each screen related to the progress of the game is a web display displayed on the mobile terminal 2 based on the display data generated by the server 3, and other menu screens and the like are native applications installed on the mobile terminal 2. The native display is displayed by.

It will be appreciated by those skilled in the art that various changes, substitutions and modifications can be made to this without departing from the spirit and scope of the invention.

1 Game system 2 Mobile terminal 21 Terminal communication unit 22 Terminal storage unit 23 Operation unit 24 Display unit 25 Terminal processing unit 251 Browsing execution unit 3 Server 31 Server communication unit 32 Server storage unit 33 Server processing unit 331 Progress control unit 332 Game progress unit 333 Granting part

Claims (14)

A game control method for running a game
The control means stores the current values of the parameters associated with each of the plurality of players in the storage unit.
The game executing means assigns the additional value of the parameter to the first player by adding the additional value of the parameter to the current value of the parameter associated with the first player among the plurality of players in the game. death,
Applying means, when a value above the sum of the granted added value to the current value of the first player exceeds the upper limit value of the parameter in the storage unit, the second player different from the first player, wherein Grant excess value corresponding to a separatory exceeding the upper limit,
The granting means notifies the second player of information regarding the granting of the excess value in response to the granting of the excess value to the second player.
The granting means adds the excess value to the current value of the second player in response to the receipt notification of the excess value from the second player.
When the present value of the parameter of the second player reaches the upper limit value as a result of the addition of the excess value to the current value of the second player, the first player and the second player Granting certain benefits to at least one of the players,
A game control method characterized by including that. The game control method according to claim 1, wherein the output control means outputs display data for displaying a selection screen for selecting the second player according to an instruction by the first player to an output unit. The game control method according to claim 1, wherein the output control means outputs display data for displaying a screen for displaying a player selected in the past as the second player to the output unit. The storage unit stores in advance the conditions for selecting the second player, and stores the conditions for selecting the second player.
The game control method according to claim 1, wherein the selection means automatically selects the second player based on the above conditions. The game control method according to any one of claims 1 to 4, wherein the granting means divides and grants the excess value to a plurality of the second players. The storage unit stores in advance a second condition for determining the division ratio, and stores the second condition.
The game control method according to claim 5, wherein the granting means determines the division ratio based on the second condition. Wherein the excess value given to the second player, the first player to be corrected based on the relationship between the second player, the game control method according to any one of claims 1 to 6. In addition of the excess value, only if the excess value received the receive request from the second player within a predetermined time after applying the second player, the excess value to said current value of the second player There Ru is added, the game control method according to any one of claims 1 to 7. In application of the excess value, if not receiving the reception request from the second player within the predetermined time, the excess value to the third player belonging to the first player or the second group of players belongs There Ru granted, the game control method according to claim 8. The third player is the number of times that the player with the lowest level in the group, the player with the longest game execution time in a predetermined period, or the bulletin board accessible to each player in the group within a predetermined period is created. The game control method according to claim 9, wherein the player has the highest number of notifications to other players in the group. The game control method according to any one of claims 1 to 10, wherein the excess value given to the second player is corrected based on the current value of the parameter possessed by the second player. The game control method according to any one of claims 1 to 11, wherein the excess value given to the second player is corrected to a value larger than the amount exceeding the upper limit value. The computer that runs the game
A storage unit that stores the current values of the parameters associated with each of the multiple players,
A game execution unit that assigns an additional value of the parameter to the first player by adding an additional value of the parameter to the current value of the parameter associated with the first player among the plurality of players in the game. ,
If the value said adding the granted added value to the current value of the first player exceeds the upper limit value of the parameter in the storage unit, the second player different from the first player, more than the upper limit Azukasuru and imparting section with the excess value corresponding to the minute,
Have,
The granting part
In response to the addition of the excess value to the second player, the second player is notified of the information regarding the addition of the excess value.
In response to the notification of receipt of the excess value from the second player, the excess value is added to the current value of the second player.
When the current value of the parameter of the second player reaches the upper limit value as a result of adding the excess value to the current value of the second player, at least one player of the first player and the second player Gives certain benefits to
A computer that features that. A control program for the computer that runs the game
The current values of the parameters associated with each of the plurality of players are stored in the storage unit, and
By adding the additional value of the parameter to the current value of the parameter associated with the first player among the plurality of players in the game, the additional value of the parameter is given to the first player.
If the value said adding the granted added value to the current value of the first player exceeds the upper limit value of the parameter in the storage unit, the second player different from the first player, more than the upper limit Grant the excess value corresponding to the minute,
In response to the addition of the excess value to the second player, the second player is notified of the information regarding the addition of the excess value.
In response to the notification of receipt of the excess value from the second player, the excess value is added to the current value of the second player.
When the current value of the parameter of the second player reaches the upper limit value as a result of adding the excess value to the current value of the second player, at least one player of the first player and the second player Gives certain benefits to
A control program characterized by causing the computer to execute such a thing.

Images