JP2016054809A - Game control method, computer and control program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game control method or the like in which the communication between players can be improved in the game participated by two or more players.SOLUTION: A game control method concerning the present invention includes a memory unit (32), and is the game control method in a computer (3) for performing a game. The game control method comprises the steps of: storing a present value of a parameter that each player has in the memory unit for each of two or more players; imparting an additional value of the parameter to a first player in the game; and imparting the value according to that greater than the upper-limit value of the parameter to a second player associated with the first player, when the value obtained by adding an imparted additional value to the present value of the first player stored in the memory unit is greater than the upper-limit value.SELECTED DRAWING: Figure 6

Description

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

  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 that includes a server device and a plurality of user terminals, and provides a battle-type card game performed using a game card. When a card assigned to a user by executing a competitive card game is registered as a designated card, the server device determines the assigned card as an unnecessary game card and is owned by another user. It is assumed that the card is owned.

Japanese Patent No. 5086491

  In the game system of patent document 1, when the card given to the user is unnecessary for the user, it is possible to communicate between the users by providing the card to another user. However, in the social game, it is desired to provide not only content such as a card but also various data to other users and improve communication between users.

  The present invention has been made to solve such problems, and provides a game control method, a computer, and a control program that can improve communication between players in a game in which a plurality of players participate. For the purpose.

A 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 a current value of a parameter of each player in the storage unit for each of a plurality of players. If the value obtained by adding the additional value of the parameter to the first player and adding the additional value added to the current value of the first player stored in the storage unit exceeds the upper limit value of the parameter, depending on the amount exceeding the upper limit value Assigning the value to the second player related to the first player.
Note that the computer is only required to be able to execute the above procedure, and is, for example, a mobile terminal, a stationary terminal, a server, or the like.

In the game control method according to the present invention, the computer further includes an output unit,
Furthermore, it is preferable to output display data for displaying a selection screen for selecting the second player in accordance with an instruction from the first player to the output unit.

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

  Further, in the game control method according to the present invention, it is preferable that the second player is automatically selected based on the game execution time, attributes, birthday, sex, blood type or residence of the player.

  In the game control method according to the present invention, it is preferable that the value corresponding to the amount exceeding the upper limit value is divided and given to a plurality of second players in giving to the second player.

  Further, in the game control method according to the present invention, in the grant to the second player, the ratio of division based on the game execution time, attributes, birthday, sex, blood type, or residence of each of the plurality of second players Is preferably determined.

  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.

  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 of the second player.

  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 media group composed of a plurality of game media is stored in the storage unit for each of a plurality of players, and each game media has a plurality of game media. The current value of the parameter is stored in the storage unit, and in giving to the first player, an additional value is given to each game medium included in the game medium group of the first player, and in giving to the second player, a specific game 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 preferred.

  In addition, in the game control method according to the present invention, in the grant to the second player, a receipt request is received from the second player within a predetermined time after the value corresponding to the amount exceeding the upper limit is given to the second player. Only in the 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.

  In addition, in the game control method according to the present invention, when the grant to the second player does not receive a reception request from the second player within a predetermined time, the first player or the group to which the second player belongs belongs. It is preferable to give a value corresponding to the amount exceeding the upper limit value to the third player.

  In the game control method according to the present invention, the third player may be a player with the lowest level in the group, a player with the longest game execution time within a predetermined period, or each player within the group within a predetermined period. It is preferable that the player has the largest number of times of creating accessible bulletin boards or the number of times of notification 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 a current value of a parameter of each player, and an additional value of the parameter to the first player in the game When a value obtained by adding an 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 value of the parameter, a value corresponding to the amount exceeding the upper limit value is given to the first player. A granting unit for granting to a related second player.

  A control program according to the present invention is a computer control program that includes a storage unit and executes a game, and stores a current value of a parameter of each player in the storage unit for each of a plurality of players. If the value obtained by adding the additional value of the parameter to the player and adding the additional value added to the current value of the first player stored in the storage unit exceeds the upper limit value of the parameter, the value corresponding to the amount exceeding the upper limit value To the second player related to the first player.

  The game control method, the computer, and the control program according to the present invention provide a value corresponding to the amount exceeding the upper limit when the additional value given in the game is added to the current value of the parameter possessed by the specific player and the upper limit is exceeded. To other players. Thereby, in a game in which a plurality of players participate, communication between players can be improved.

It is a figure which shows an example of schematic structure of a game system. It is a figure which shows an example of schematic structure of a portable terminal. It is a schematic diagram for demonstrating the game which a game system provides. (A)-(d) is a figure which shows an example of the display screen of a portable terminal. (A)-(c) is a figure which shows an example of the display screen of a portable terminal. It is a figure which shows an example of schematic structure of a server. (A)-(c) is a figure which shows an example of the data structure of each table. It is a figure which shows an example of the operation | movement sequence of a game system. It is a figure which shows an example of the operation | movement flow of the 1st provision process by a server. It is a figure which shows an example of the operation | movement flow of the 2nd provision 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 these embodiments, and extends to the invention described in the claims and equivalents thereof.

1. Outline of Embodiment In the game system of this embodiment, a player executes a game provided by a server using a mobile terminal. The server executes a quest that proceeds according to a game scenario as an event in the game to be provided. A quest is generally called a search, a mission, or the like, and has a plurality of floors (stages) in each of a plurality of dungeons, and sequentially executes the processing of each floor. Each floor process includes a battle between a player character and an enemy character, giving a privilege such as a specific game medium to the player, a so-called RAID battle in which a plurality of players participate, encounters with other players, and / or This includes battles (matches) 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.

  A game medium is electronic data used in a game, and includes, for example, a card, an item, a character, an avatar, and the like. The game medium is electronic data that can be acquired, held, used, managed, exchanged, combined, strengthened, sold, discarded, and / or gifted, etc. by the player as the game progresses. The usage mode of the game media is not limited to those specified in this specification. A player can grow a character or acquire an item by executing a quest.

  In this embodiment, a card registered in advance in the game system will be described as an example of a game medium. The player character or enemy character card used in the battle has parameters. Parameters include, for example, experience values, levels, attack power, defense power, physical strength (HP (hit points)), attributes (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) trigger rate, attack speed (number of attacks per turn, number of turns until attack, etc.) The number of times of defense and / or a job (for example, occupation, military type, etc.). The experience value is a parameter representing the skill level of the card.

  In this game, when the player character wins a battle (match) with an enemy character, an additional value of the experience value is given to the player, and the given additional value becomes the current value of the experience value of the card used for the battle. Is 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 value, the additional value exceeding the upper limit value is not added to the current value, and other players related to the player (hereinafter referred to as the following values). And is added to the present value of the experience value of the card used by the related player for the battle. The related players are, for example, other players belonging to the same group as the player, other players who are in friendship with the player, other players who have rescued the player in battles with past enemy characters, And / or other players belonging to groups that have played in the past.

  Thereby, a game system aims at improving communication between users in a game in which a plurality of users participate.

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

  The game system 1 includes a plurality of portable terminals 2 and a server 3. The portable 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. A program (for example, a browsing program) executed on the portable terminal 2 and a program (for example, a game program) executed on the server 3 are made using a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

  The mobile terminal 2 is assumed to be a multi-function mobile phone (so-called “smart phone”), but the present invention is not limited to this. The mobile terminal 2 only needs to be applicable to the present invention. For example, a mobile phone (so-called “feature phone”), a mobile information terminal (Personal Digital Assistant, PDA), a mobile game machine, a mobile music player, a tablet terminal, a tablet A PC, a notebook PC, or the like may be used.

2.1. Configuration of Mobile Terminal 2 FIG. 2 is a diagram illustrating 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 portable terminal 2 requests the server 3 to advance the game in accordance with the operation of the operation unit 23 (button or the like) by the player. In addition, the mobile terminal 2 receives display data related to the progress of the game from the server 3 and displays it.

  The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitivity band is a predetermined frequency band, and connects the mobile terminal 2 to the wireless communication network. The terminal communication unit 21 establishes a radio signal line by a CDMA (Code Division Multiple Access) method or the like with the base station 4 through a channel assigned by the base station 4, and communicates with the base station 4. Do. 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 data received from the server 3 or the like to the terminal processing unit 25. Note that the terminal communication unit 21 may perform wireless communication with a wireless communication method of the IEEE 802.11 standard with a WiFi (Wireless Fidelity) access point (not shown).

  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 an input device driver program for controlling the operation unit 23, an output device driver program for controlling the display unit 24, and the like as driver programs. In addition, the terminal storage unit 22 stores, as an application program, a program that acquires and displays 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). 22 may be installed. Further, the terminal storage unit 22 stores, as data, a player ID that is identification information of the user of the mobile terminal 2, display data relating to the progress of the game, video data, 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 operation of the mobile terminal 2 is possible, and is, for example, a touch panel, a key button, or the like. The player can input characters, numbers, symbols, and the like using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. And the produced | generated signal is supplied to the terminal process part 25 as a player's instruction | indication.

  The display unit 24 may be any device as long as it can display images, images, and the like, and is, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The display unit 24 displays a video corresponding to the video 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 a plurality of processors and their peripheral circuits. The terminal processing unit 25 is a CPU (Central Processing Unit), for example, and comprehensively controls the overall operation of the mobile terminal 2. The terminal processing unit 25 includes a terminal communication unit 21, a display unit, 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 The operation of 24 etc. is controlled. The terminal processing unit 25 executes processing based on programs (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 (such as application programs) 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 experience values is given to the player. The given additional value is added to the current value (9930) of the experience value of the card used by the player in the battle. However, the upper limit (10000) is set for the experience value, and when the value obtained by adding the additional value to the current value exceeds the upper limit value, only the additional value (70) within the range not exceeding the upper limit value is included in the current value. Is added. If the current value is already the upper limit value, no additional value is added to the current value. In these cases, the amount exceeding the upper limit (30) is given to other players related to the player, and added to the current value (5000) of the experience value of the card used by the other player for the battle. As described above, since the experience value exceeding the upper limit value is given to other players, communication between users can be improved.

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

  A my page screen 400 shown in FIG. 4A is displayed at the start of the game. Each screen described below is displayed based on display data received from the server 3.

  On the my page screen 400, a “go to exploration” button 401, a “setting” button 402, a “shop” button 403, and the like are displayed. When the player presses any button, an instruction corresponding to the button is transmitted from the portable terminal 2 to the server 3.

  When a “go to exploration” button 401 is pressed, a screen for executing a quest is displayed. When the “setting” button 402 is pressed, a screen for performing various settings is displayed. When the “shop” button 403 is pressed, a screen for purchasing a recovery item or the like is displayed.

  FIG. 4B is a diagram illustrating 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. On the quest screen 410, the name, floor and image 411 of the currently progressing dungeon, an “Explore” button 412 and a “Return” button 413 are displayed.

  The quest shown in this embodiment is a game in which each of a plurality of dungeons has a plurality of floors, 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, RAID battles and the like are included. When the “Explore” button 412 is pressed, processing of the next floor is executed, and a quest screen 410 corresponding to the next floor is displayed. When the “return” button 413 is pressed, the my page screen 400 is displayed again.

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

  The battle screen 420 shown in FIG. 4C is displayed when an “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 an enemy character, the name and image 422 of the enemy character, and a “warming” 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 illustrating 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 a “battle” button 423 is pressed on the battle screen 420 and a battle with an enemy character is executed. The battle result screen 430 includes text and an image 431 representing the result of the battle, an additional value 432 of the experience value given in the battle, information 433 to 436 regarding each parameter after the battle execution of the card used in the battle, A “return” button 437 is displayed.

  The information 433 to 436 regarding each parameter includes a current value 433 of experience values, a level 434, an experience value gauge 435, and other parameters 436. The current value 433 indicates a value obtained by adding the additional value 432 to the current value before the battle execution. A level 434 indicates a level corresponding to the current value 433. The experience value gauge 435 represents the magnitude 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. The other parameters 436 indicate HP, attack power, defense power, special effects, etc. corresponding to the level 434. When the “return” button 437 is pressed, the my page screen 400 is displayed again.

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

  The battle result screen 500 shown in FIG. 5 (a) is similar to the battle result screen 430 shown in FIG. 4 (d), and the “battle” button 423 is pressed on the battle screen 420, and the battle with the enemy character is executed. When displayed. However, the battle result screen 500 is displayed when the current value of the experience value after the battle execution of the card used in the battle has reached the upper limit value. In addition to the information displayed on the battle result screen 430, the battle result screen 500 displays 511 that the experience value and / or level is the maximum value and “present” buttons 512 to 514.

  The “present” button 512 is a button for selecting a grant target player to be given an additional value exceeding the upper limit value and giving the selected player an additional value exceeding the upper limit value. When the “present” button 512 is pressed, a screen for selecting a player to be given is displayed. “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 given. “Present” buttons 513 and 514 display a predetermined number of players in the order of the latest selection among the players selected in the past. 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 illustrating an example of a player selection screen displayed on the display unit 24.

  A player selection screen 520 shown in FIG. 5B is a screen for selecting a player to be given in accordance with 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, for each player related to the player, an image 521, a name 522, a “present” button 523, and a “return” button 524 are displayed.

  Each player is displayed separately for each group such as a fellow player playing a battle together, a recommended player arbitrarily selected by the game system 1, and the like. 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, a check box for selecting a player is displayed instead of the “present” button 523 so that a plurality of players can be selected at the same time, and an additional value exceeding the upper limit is given to the checked players. One “present” button may be displayed. When the “return” button 524 is pressed, the battle result screen 500 is displayed again.

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

  The assignment result screen 530 shown in FIG. 5C is displayed when the “present” buttons 513 and 514 are pressed on the battle result screen 500 or when the “present” button 523 is pressed on the player selection screen 520. Is done. The grant result screen 530 includes a player 531 to be given, an added value 532 given, information 533 to 536 about each parameter after giving the additional value of a card used by the player 531 in a battle, and a “return” button 537. Is displayed.

  Information 533 to 536 relating to each parameter includes a current value 533 of experience values, a level 534, an experience value gauge 535, and other parameters 536. The current value 533 indicates a value obtained by adding the additional value 532 to the current value before adding the additional value. A level 534 indicates a level corresponding to the current value 533. The experience value gauge 535 represents the magnitude 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 “return” 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 a processor included in the terminal processing unit 25. Or the browsing execution part 251 may be mounted in the portable terminal 2 as firmware.

  The browsing execution unit 251 acquires and displays display data relating 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 accordance with an instruction from the player. Further, the browsing execution unit 251 receives 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 to identify control data and content data, lays out the content data that has been identified based on the identified 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 piece of 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 illustrating an example of a schematic configuration of the server 3. 7A to 7C are diagrams illustrating examples of data structures 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 relating 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 performs communication with the Internet 7. And the server communication part 31 supplies the data received from the portable terminal 2 grade | etc., To the server process part 33. FIG. In addition, 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 that progresses a game and creates display data related to the result. The computer program may be installed in the terminal storage unit 22 using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM or DVD-ROM.

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

  FIG. 7A shows a player table for managing players. In the player table, for each player, the player identification number (player ID), password, name, file name of image data, date of birth, sex, blood type, residence, possession card information, possession used for battle Information such as card identification numbers (use IDs), stamina, stage information, excess values, and player IDs of related players are stored in association with each other.

  The possessed card information includes, for each card used by the game owned by the player, an identification number (owned ID) for managing the owned card, an identification number (card ID) of the card, and a current experience value And the level and the like are stored in association with each other. Use ID is possession ID of the card | curd used for a battle among the cards contained in possession card information. The stamina is a point for executing the process of the stage, is consumed every time the process of the stage is executed, and is recovered by elapse of a certain time or use of a specific item. The stage information includes the identification number (dungeon ID) of the dungeon that the player is executing in the quest, the identification number of the stage (stage ID), and the like. The excess value is a value corresponding to the excess when the experience value of the card used for the battle exceeds the upper limit value.

  FIG. 7B shows a history table for managing a history regarding the provision of experience values to related players. History information is stored in the history table for each player. In the history information, the grant date and time, 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 grant value), and the like are stored in association with each other.

  FIG. 7C shows a card table for managing cards. For each card, the card ID, name, file name of image data, rarity, HP, attack power, defense power, attributes, and the like are stored in the card table. HP is a parameter to which a value corresponding to the magnitude of damage received when receiving an attack from an enemy character in a battle is subtracted. When HP becomes 0, the player loses in that battle. HP recovers due to the use of a specific item or the like, 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 grant unit 333. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units 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.

  When the request for each screen described with reference to FIGS. 4A to 5C is received from the portable terminal 2, the progress control unit 331 specifies 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 notified to the player, an image, etc. in a layout corresponding to the screen, and the data is stored in the portable terminal. 2 to send. 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 a corresponding quest request is received from the mobile terminal 2, the progress control unit 331 sends a quest request to the game execution unit 332. Instruct the progress. Then, the progress control unit 331 transmits the display data created by the game execution unit 332 for displaying the result of the quest to the portable terminal 2.

  In addition, when the “battle” button 423 is pressed on the battle screen 420 displayed on the mobile terminal 2 and a corresponding battle request is received from the mobile terminal 2, the progress control unit 331 performs a battle execution on the game execution unit 332. Instruct. Then, the progress control unit 331 transmits the display data created by the game execution unit 332 for displaying the battle result to the mobile terminal 2.

  Further, when a “present” button 512 that does not designate a player to be given is pressed on the battle result screen 500 displayed on the mobile terminal 2 and a corresponding player selection screen request is received from the mobile terminal 2, the progress control unit 331. Instructs the assigning unit 333 to create display data of the player selection screen. Then, the progress control unit 331 transmits the display data created by the assigning unit 333 to the mobile terminal 2.

  In addition, “Present” buttons 513 and 514 that specify the player to be given are pressed on the battle result screen 500 displayed on the mobile terminal 2, or “Present” button 523 is pressed on the player selection screen 520 and correspondingly When the grant request to be received 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 to the mobile terminal 2 display data for displaying the grant result created by the grant unit 333.

  When the progress control unit 331 instructs the progress of the quest, the game execution unit 332 specifies the player ID included in the quest request. The game execution unit 332 specifies the stamina corresponding to the specified player ID, the dungeon being executed, the dungeon ID of the stage, and the stage ID in the player table. The game execution unit 332 consumes (subtracts) the consumption points from the stamina on the condition that the identified stamina is equal to or more than the consumption points necessary for executing the processing of one stage. Make progress. 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 using the current time or the like as a seed), the game execution unit 332 determines whether an event in the advanced stage is a battle or item grant Decide on one.

  When the game execution unit 332 determines that an event in the stage is a battle, the game execution unit 332 determines an enemy character based on a predetermined criterion, and displays a battle screen 420 in which the enemy character and a “tack” button are arranged in a predetermined layout. Display data is generated and the data is passed to the progress control unit 331.

  On the other hand, if the game execution unit 332 determines that the event at the stage is to be given an item, the game execution unit 332 determines an 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 passes the data to the progress control unit 331.

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

  In the player table, the game execution unit 332 adds the added value to the current value of the experience value of the card corresponding to the use ID, and increments (increases 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 as the current value. In this case, the game execution unit 332 stores, in the player table, an excess value exceeding the upper limit value among the additional values, that is, a value obtained by subtracting the current value from the upper limit value from the additional value as an excess value.

  The game execution unit 332 creates display data for displaying a battle result screen in which parameters and the like according to the battle result and the level after the battle execution are arranged in a predetermined layout, and the data is used as the progress control unit 331. To pass. 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 this case, the game execution unit 332 extracts a player selected in the past as a player to be granted from the history table, and includes a “present” button that displays the extracted player in a selectable manner in the battle result screen 500. 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.

  The giving unit 333 specifies the player ID included in the player selection screen request when the progress control unit 331 is instructed to create display data for the player selection screen. The game execution unit 332 specifies a related player corresponding to the specified player ID in the player table, and extracts each piece of information related to the specified related player. The game execution unit 332 creates display data for displaying the player selection screen 520 in which the extracted pieces of information are arranged in a predetermined layout, and passes the data to the progress control unit 331.

  Further, when the execution control unit 331 instructs execution of the grant process, the grant unit 333 specifies the player ID included in the grant request and the related player ID of the related player to be granted. The granting unit 333 identifies an excess value corresponding to the identified player ID in the player table and sets it as a grant value to be given to the related player.

  Next, the grant unit 333 corrects the grant value. In the game of this embodiment, the higher the level, the higher the experience value required to raise the level by one. For this reason, when a grant value is given as it is from a player with a high level to a player with a low level, the level of a player with a low level becomes too high, and the game balance may be lost. Therefore, the grant unit 333 corrects the grant value based on the current experience value of the identified related player. For example, the granting unit 333 corrects the grant value by multiplying the grant value by the ratio of the current value of the experience value of the related player to the upper limit value. Thereby, even when an experience value is given from a player with a high level to a player with a low level, the game balance can be appropriately maintained.

  In addition, a fixed upper limit value is set for the grant value, and when the grant value exceeds the upper limit value, the grant unit 333 corrects the grant value to the upper limit value. Furthermore, when the grant value exceeds a predetermined ratio (for example, 30%) of the experience value necessary for raising 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 an excessive experience value from being given to other players, and to maintain an appropriate game balance.

  Further, the granting unit 333 may correct the grant value based on the relationship between the player and the related player. For example, when the attribute of the card used by the player for the game matches the attribute of the card used by the related player for the game, the granting unit 333 corrects the grant value to be higher than the current grant value. Or, when the attribute of the card used by the player for the game is an attribute superior to the attribute of the card used by the related player for the game or an inferior attribute, The given value may be corrected so as to be higher. Further, the granting unit 333 may correct the grant value so that it is higher than the current grant value when the birthday and 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 number of assigned values, so that communication between the players can be activated.

  Further, the granting unit 333 may correct the grant value to a value larger than the current grant value (for example, a value that is 10% larger). In that case, the granting unit 333 may correct the grant value so that it increases as the sum of the grant values that the player has given to other players in the past increases. Or grant part 333 may amend so that a grant value may become large, so that a related player has a large sum total of a grant value given from other players in the past. Thereby, each player tries to transfer the assigned value more frequently, so that the game can be activated.

  Next, the grant unit 333 gives the corrected grant value to the related player. The granting unit 333 adds the grant 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 give the related player as it is without correcting the grant value. The granting unit 333 creates display data for displaying the granting result screen 530 in which each parameter 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.

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

  In addition, when the reception request is not received from the related player within a predetermined time, the granting unit 333 may give the grant value to other players belonging to the player or 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 a battle is performed between groups. The grant unit 333 gives the grant value to the player with the lowest level in the group, for example. As a result, the group can be raised and the entire group can be strengthened.

  Or grant part 333 may give the grant value to the player with the longest game execution time within the predetermined period (for example, 1 week) within the group. Alternatively, the granting unit 333 has the highest number of times that a bulletin board that is accessible to each player in the group is created (launched) within a predetermined period or the number of times that notification is given to other players in the group. The given value may be given to many players. The notification to the other player is, for example, posting on a bulletin board of a group or sending an e-mail. As a result, regardless of the level of each player, a privilege is given to the player who makes the most effort or contributes most to the group, and it becomes possible to activate communication within the group.

  Further, when the value obtained by adding the grant 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. May be. As a result, an experience value that exceeds the upper limit value is given to a player that is not directly related to the player of the first provider, so that it is possible to further activate communication between the players.

  Further, as a result of assigning the granted value to the related player, 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 value. . Thereby, each player tries to transfer the assigned value more frequently, so that the game can be activated.

  FIG. 8 is a diagram illustrating an example of an operation sequence related to the sub game process of the game system 1. This operation sequence cooperates with each element of the portable 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. And executed.

  First, in a state where the battle screen 420 is displayed on the display unit 24 of the mobile terminal 2, when the player presses the “warming” button 423 using the operation unit 23, the browsing execution unit 251 of the mobile terminal 2 issues a battle request. It transmits to the server 3 via the terminal communication part 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 the game from the player table and the card table. Extract each piece of information about the card you use. Next, the game execution unit 332 executes a battle based on each piece of extracted information (step S102), and executes a first giving process for giving an additional value of experience values to the player according to the result of the battle (step S102). S103). Details of the first provision process will be described later. Next, the progress control part 331 transmits the display data of the battle result screen which the game execution part 332 created in the 1st provision process to the portable 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 browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data, and displays the battle result on the display unit 24. A screen is displayed (step S105).

  Next, when the player presses the “present” button 512 using the operation unit 23 in a state where the battle result screen 500 is displayed on the display unit 24 of the mobile terminal 2, the browsing execution unit 251 of the mobile terminal 2 A 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 portable terminal 2, the granting unit 333 specifies the player ID included in the player selection screen request, and relates to the related player of the specified player from the player table. 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 portable 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. A screen 520 is displayed (step S110).

  Next, when the player presses the “present” button 523 using the operation unit 23 in a state where 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 a second grant process for granting an experience value that exceeds the upper limit value to the related player (step S112). Details of the second provision 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 the grant result is displayed on the display unit 24. The screen 530 is displayed (step S114). Thus, the operation sequence related to the sub game process is completed.

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

  The game execution unit 332 first determines whether or not the player has won in the battle (step S201). When the player loses 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 the series of steps. On the other hand, when the player wins in the battle (step S201—Yes), the game execution unit 332 gives an additional value to the player (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 to the current value, and stores the amount exceeding the upper limit value in the player table as the 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, if 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. Display data corresponding to the battle result screen 430 not to be created is created (step S207), and a series of steps is terminated.

  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 in 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, specifies an excess value corresponding to the specified player ID in the player table, and grants it to the related player. A given value is set (step S401). Next, the grant unit 333 corrects the grant value (step S402), and gives the corrected grant value to the related player (step S403). Next, the granting unit 333 creates display data for displaying the grant result screen 530 (step S404), and ends a series of steps.

  As described above, the server 3 adds the value corresponding to the amount exceeding the upper limit when the additional value of the experience value given to a specific player in the game exceeds the upper limit when the additional value is exceeded. To grant. Since the player's experience value of his / her card reaches the upper limit value and does not level up any further, the player tries to continue executing the quest or battle for other players, so the activity of the game itself Can be achieved. On the other hand, a player who cannot acquire an experience value until reaching the upper limit by himself will be able to raise the level thanks to the player who gives the experience value, so thank the player who gives the experience value. And I will start to express my gratitude. Therefore, in a game in which a plurality of players participate, communication between players can be improved.

  Note that the present invention is not limited to this embodiment. For example, in the present embodiment, the parameters such as the experience value, the level, and the HP are included in each card used in the battle, but these parameters may be directly included in the player. In that case, it is also possible to apply this invention to the quest which does not use a card | curd. 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 experience value of the player 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 a value corresponding to the amount exceeding the upper limit value to the current value of the experience value of the related player.

  Moreover, the parameter given to a related player is not limited to an experience value. Parameters given to related players include, for example, parameters used in battles such as attack power, defense power, HP, parameters used in quests such as stamina, parameters used in purchase of in-game currency, etc. Parameters used in various settings such as skill points for determining the number of items that can be owned, the number of skills, and the like may be used. Similarly, items, skills, and the like for which the upper limit value of the number of possessions is set may be given to the related player in excess of the upper limit value of the number of possessions when given to the player.

  In addition, the server 3 only gives the experience value that exceeds the upper limit value to the related player only when the experience value is obtained in a battle in a predetermined dungeon or stage, or in a battle with a predetermined opponent. You may give to. Further, the server 3 accepts the setting of whether or not to give the related player an experience value exceeding the upper limit value from the player, and the upper limit value is set only when it is set to be effective to give to the related player. An experience value that exceeds the value may be given to the related player.

  Further, in the present embodiment, the related player to be given is designated 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. May be. Thereby, it becomes possible to reduce the operation of the player after the battle execution, and it is possible to improve the convenience of the player.

  In addition, the related player to be given is automatically selected by the server 3 based on the game execution time (for example, game execution time or login time of the day), attributes, birthday, sex, blood type or residence of the player. May be. In that case, the server 3 has, for example, the related player with the longest game execution time among the related players, or the attribute, date of birth, month of birth, age, sex, blood type or place of residence of the card used for the battle. A related player that matches the player is selected. It should be noted that a button for giving an experience value 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 a related player to be given. May be. This increases the possibility that a player who is not normally accessed by the player will be selected as a player to be given, and can activate communication.

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

  Further, the granting unit 333 may determine a division ratio based on the game execution time, attribute, birthday, sex, blood type, or residence of each related player. For example, the granting unit 333 increases the rate of grant for a related player with a longer game execution time, and lowers the rate of grant for a related player with a shorter game execution time. Thereby, each player tries to play the game for a longer time, and the game itself can be activated. Alternatively, the granting unit 333 increases the ratio given to the related player whose attribute, date of birth, birth month, age, gender, blood type, or place of residence matches the player, and lowers the ratio given to the related player that does not match. . Thereby, each player tries to become a related player of a player having a specific relationship, and it becomes possible to activate communication between the players.

  In addition, when a battle is performed using a plurality of cards, the granting unit 333 grants an experience value according to the correspondence between each card used by the player and each card used by the related player for the battle. May be. In that case, in the player table, deck information related to a deck which is a card group composed of a plurality of cards used for battle is stored for each player. In the deck information, the identification number (frame ID) of the frame in which each card is arranged and the possession ID of the possessed card arranged in the frame are stored in association with each other. The game execution unit 332 gives an additional value to each card included in the player's deck used for the battle, according to 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 arranged on the deck exceeds the upper limit value, the granting unit 333 responds to the amount exceeding the upper limit value. A value is assigned to a card (for example, a card arranged at the same position) corresponding to the specific card in the deck of the related player. Since the related player strategically decides where to place the card for which the experience value is to be acquired, it is possible to improve the preference related to the provision of the experience value.

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

  The functions 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 processing is performed, and the above function can be realized only by the portable terminal 2. The game executed on the mobile terminal 2 may be a hybrid game in which each of the server 3 and the mobile terminal 2 takes 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 display data generated by the server 3, and other menu screens and the like are installed in the mobile terminal 2. The native display is displayed by.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made thereto without departing from the spirit and scope of the present invention.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 21 Terminal communication part 22 Terminal memory | storage part 23 Operation part 24 Display part 25 Terminal processing part 251 Viewing execution part 3 Server 31 Server communication part 32 Server storage part 33 Server processing part 331 Progress control part 332 Game progress part 333 grant unit

Claims (15)

A game control method in a computer including a storage unit and executing a game,
For each of the plurality of players, the current value of the parameter of each player is stored in the storage unit,
In the game, an additional value of the parameter is given to the first player,
When a value obtained by adding the added additional value to the current value of the first player stored in the storage unit exceeds the upper limit value of the parameter, a value corresponding to the amount exceeding the upper limit value is set to the first value. Granted to a second player associated with the player,
A game control method comprising: The computer further includes an output unit,
The game control method according to claim 1, further comprising: outputting display data for displaying a selection screen for selecting the second player in accordance with an instruction from the first player to the output unit. The computer further includes an output unit,
2. The game control method according to claim 1, wherein display data for displaying a screen on which a player selected in the past as the second player can be selected is output to the output unit.   Furthermore, the game control method of Claim 1 which selects the said 2nd player automatically based on a game execution time of a player, an attribute, a birthday, sex, a blood type, or a residence.   The game control method according to any one of claims 1 to 4, wherein, in giving to the second player, a value corresponding to an amount exceeding the upper limit value is divided and given to the plurality of second players.   In the granting to the second player, the division ratio is determined based on the game execution time, attributes, birthday, sex, blood type, or residence of each of the plurality of second players. The game control method described.   The game control method according to claim 1, wherein the value given to the second player is corrected based on a relationship between the first player and the second player.   The game control method according to claim 1, wherein the value given to the second player is corrected based on a current value of the parameter of the second player.   The game control method according to any one of claims 1 to 8, wherein a value given to the second player is corrected to a value larger than an amount exceeding the upper limit value. Furthermore, for each of a plurality of players, a game medium group composed of a plurality of game media is stored in the storage unit, and for each of the plurality of game media, a current value of the parameter of each game medium is stored in the storage unit. Remember
In giving to the first player, the additional value is given to each game medium included in the game medium group of the first player,
In giving to the second player, when a value obtained by adding the additional value to the current value of a specific game medium exceeds the upper limit value, a value corresponding to the amount exceeding the upper limit value is set to the value of the second player. The game control method according to any one of claims 1 to 9, wherein the game medium group is given to a game medium corresponding to the specific game medium.   In the granting to the second player, the storage unit only when a reception request is received from the second player within a predetermined time after giving a value corresponding to the amount exceeding the upper limit value to the second player. The game control method according to claim 1, wherein a value given to the second player is added to the current value of the second player stored in the game.   In giving to the second player, if the receipt request is not received from the second player within the predetermined time, the first player or a third player belonging to a group to which the second player belongs is The game control method according to claim 11, wherein a value corresponding to an amount exceeding the upper limit value is given.   The number of times that the third player has created a player with the lowest level in the group, a player with the longest game execution time within a predetermined period, or a bulletin board accessible to each player within the group within a predetermined period Alternatively, the game control method according to claim 12, wherein the player is the player who has made the most number of notifications to other players in the group. A computer running a game,
A storage unit for storing a current value of a parameter of each player for each of a plurality of players;
A game execution unit for giving an additional value of the parameter to the first player in the game;
When a value obtained by adding the added additional value to the current value of the first player stored in the storage unit exceeds the upper limit value of the parameter, a value corresponding to the amount exceeding the upper limit value is set to the first value. A granting unit for granting to a second player related to the player;
A game control method comprising: A computer control program including a storage unit and executing a game,
For each of the plurality of players, the current value of the parameter of each player is stored in the storage unit,
In the game, an additional value of the parameter is given to the first player,
When a value obtained by adding the added additional value to the current value of the first player stored in the storage unit exceeds the upper limit value of the parameter, a value corresponding to the amount exceeding the upper limit value is set to the first value. Granted to a second player associated with the player,
A control program for causing a computer to execute the above.

Images