JP5735088B1 - GAME CONTROL METHOD, COMPUTER AND CONTROL PROGRAM - Google Patents

Abstract

An object of the present invention is to provide a game control method and the like that can maintain a player's willingness to continue the game. A game control method according to the present invention is a game control method in a computer (2, 3) that executes a game, the possessing point for executing an event in the game owned by a player, and , Memorize the recovery point or recovery item to recover the owned point, execute the event on the condition that the owned point is equal to or greater than the predetermined value, and consume the predetermined value from the owned point, the owned point is the predetermined value Including automatically recovering owned points using recovery points or recovery items when less than. [Selection] Figure 3

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. Such a server provides, for example, a game for playing against an enemy character using a character owned by a player, a game for clearing a so-called quest that progresses according to a game scenario, and the like.

  In such a game, the player is given points for executing various events including a battle or a quest. This point is consumed every time a battle or quest is executed, and if this point falls below the value required for executing the battle or quest, the battle or quest cannot be executed. This point is recovered when a certain time elapses, but can be recovered without waiting for the elapse of a certain time by using a specific recovery item. However, the operation for using the specific recovery item is troublesome for the player, and the player's willingness to continue the game may be impaired.

  For example, Patent Document 1 displays a collective input button for collectively inputting recovery and attack when consumption parameters consumed by a battle with an enemy character are completely consumed. A game system is disclosed that, when a button is selected, restores the consumption parameters and attacks the enemy.

JP 2013-230229 A

  In the game system described in Patent Document 1, since the player can recover and attack by performing only one operation, it is possible to save the operation. However, since the game (match) is temporarily interrupted when the consumption parameter is completely consumed, there is a possibility that the player's willingness to continue to the game may be impaired.

  The present invention has been made to solve such a conventional problem, and an object of the present invention is to provide a game control method, a computer, and a control program capable of maintaining the player's willingness to continue the game. To do.

  A game control method according to the present invention is a game control method in a computer that executes a game, and is owned by a player for executing an event in the game, and recovery for recovering the owned point. The point or recovery item is memorized, the event is executed on the condition that the owned point is equal to or greater than the predetermined value, the predetermined value is consumed from the owned point, and the recovery point or when the owned point becomes less than the predetermined value Includes automatically recovering possession points using recovery items.

  In addition, in the game control method according to the present invention, only when it is set that whether or not the owner points are automatically recovered by the player and the owner points are automatically recovered, the owner points are automatically converted. It is preferable to recover it.

  In the game control method according to the present invention, the number and / or type of automatically usable items can be automatically received in order to accept the setting of the number and / or type of recovery items that can be automatically used by the player and automatically recover the possession points. It is preferred that only the recovery item is used.

  Further, in the game control method according to the present invention, only the recovery points having the automatically usable values are used in order to accept the setting of the automatically usable recovery point values by the player and automatically recover the possessed points. Is preferred.

  Further, in the game control method according to the present invention, it is preferable that a privilege is given to the player in accordance with the number of times the owned points are automatically recovered.

  In the game control method according to the present invention, it is preferable to change the recovery rate or recovery amount of the owned points according to the number of times the owned points are automatically recovered.

  In the game control method according to the present invention, it is preferable that the predetermined value to be consumed is changed according to the number of times the possession points are automatically recovered.

  In the game control method according to the present invention, it is preferable that the recovery rate or the recovery amount when the owned points are automatically recovered is set larger than when the owned points are recovered according to the player's instruction.

  In addition, in the game control method according to the present invention, when each player stores another player related to the player and automatically recovers the owned points, the owned points of other players related to the player are also automatically updated. It is preferable to recover it.

  In the game control method according to the present invention, the other players related to the player include other players belonging to the same group as the player, other players who have a friend relationship with the player, or past battles or quests. It is preferable that the other player rescues the player.

  In the game control method according to the present invention, the event includes a first event and a second event that is different from the first event, and when the possession point for the first event is automatically recovered. Preferably, the ownership points for the second event are also automatically recovered.

  In the game control method according to the present invention, it is preferable to set the number of times that the owned points can be automatically recovered according to the attributes of the game medium used for the event owned by the player.

  In the game control method according to the present invention, it is preferable to set the number of times that the possession points can be automatically recovered according to the difficulty level of the event.

  In the game control method according to the present invention, the event is preferably a battle or a quest.

  Further, the computer according to the present invention is a computer that executes a game, owned by a player, owned points for executing events in the game, and recovery points or recovery items for recovering the owned points The event execution unit that executes the event and consumes the predetermined value from the possession point, and the possession point is less than the predetermined value, on condition that the possession point is equal to or greater than the predetermined value And an automatic recovery unit that automatically recovers the possession points using the recovery points or recovery items.

  The control program according to the present invention is a control program for a computer that executes a game, and is owned by a player for executing an event in the game, and recovery for recovering the owned point. Stores points or recovery items, executes an event on the condition that the possession points are equal to or greater than a predetermined value, consumes a predetermined value from the possession points, and when the possession points become less than the predetermined value, Causes the computer to automatically recover the possession points using the recovery item.

  The game control method, computer, and control program according to the present invention automatically use a recovery point or recovery item owned by a player when a point for executing a specific event falls below a predetermined value. It is possible to maintain the player's willingness to continue the game by recovering the game.

1 is a diagram illustrating an example of a schematic configuration of a game system 1. FIG. 2 is a diagram illustrating an example of a schematic configuration of a mobile terminal 2. FIG. 2 is a diagram illustrating an example of a schematic configuration of a server 3. FIG. (A) is a figure which shows an example of the data structure of a player management table, (b) is a figure which shows an example of the data structure of a card management table. (A)-(d) is a figure which shows an example of the display screen of the portable terminal 2. FIG. (A)-(d) is a figure which shows an example of the display screen of the portable terminal 2. FIG. (A)-(c) is a figure which shows an example of the display screen of the portable terminal 2. FIG. 2 is a diagram illustrating an example of an operation sequence of the game system 1. FIG. It is a figure which shows an example of the operation | movement flow of the game progress process by the server. It is a figure which shows an example of the operation | movement flow of the automatic recovery setting process by the server. It is a figure which shows an example of the operation | movement flow of the event execution process by the 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 the present embodiment In the game system of the present embodiment, the player executes a game provided by the server using a mobile terminal. The server executes a battle (battle) with an enemy character using a game medium owned by the player as an event in the game to be provided. The enemy character in the battle is a game medium owned by another player or a non-player character. 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. In this embodiment, a card registered in advance in the game system will be described as an example of a game medium.

  In this game, the player is given battle points for executing the battle. The battle point is consumed every time the battle is executed, and when the battle point falls below a necessary value for executing the battle, the battle cannot be executed. The battle point is recovered by a predetermined value every time a certain time elapses, and further recovered by using a specific recovery item. In the game system of the present embodiment, the player can be set to automatically recover using the recovery item owned by the player when the battle point falls below a necessary value for executing the battle. Thus, even when the battle point falls below a necessary value for executing the battle, the player can continue the battle without performing an operation of recovering the battle point using the specific recovery item. It is possible to maintain the willingness to continue the game.

(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 at least one mobile terminal 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.

(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 is connected to the server 3 via the base station 4, the mobile communication network 5, the gateway 6, and the Internet 7, and communicates with the server 3. The portable terminal 2 executes a game provided from the server 3 in response to an operation of an operation unit (button or the like) by the player. For this purpose, 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.

  In the present embodiment, a multi-function mobile phone (so-called “smart phone”) is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 is not limited as long as the present invention is applicable. 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 PC, etc. Good.

  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 the CDMA (Code Division Multiple Access) method or the like and performs communication with the base station 4 through a channel assigned by the base station 4. 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.

  The terminal storage unit 22 includes, for example, a semiconductor memory. 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 a game provided from the server 3. 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 display data, video data, image data, and the like related to the game received from the server 3 as data. 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 type input device, a keypad, or the like. The player can input characters, numbers, and the like using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. The generated signal is supplied to the terminal processing unit 25 as an instruction from the player.

  The display unit 24 may be any device as long as it can display images, images, and the like, such as a touch panel display device, a liquid crystal display, and 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 controls the overall operation of the mobile terminal 2 and is, for example, a CPU (Central Processing Unit). The terminal processing unit 25 includes a terminal communication unit 21, a display unit so that various processes of the mobile terminal 2 are executed in an appropriate procedure according to 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) 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 executes a game provided by the server 3 in response to an instruction from the player using the operation unit 23. Upon receiving a game start instruction from the player using the operation unit 23, the browsing execution unit 251 further receives a player ID and password from the player using the operation unit 23, and issues a game start request including the received player ID and password. The data is transmitted to the server 3 via the terminal communication unit 21. Note that the player ID and password may be stored in the terminal storage unit 22 in advance, and the browsing execution unit 251 may acquire the player ID and password by reading from the terminal storage unit 22. When the server 3 succeeds in the authentication process using the player ID and password, the server 3 transmits home screen display data for displaying a home screen to be described later to the mobile terminal 2.

  When the browsing execution unit 251 receives home screen 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 specified content data in accordance with the identified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24.

  In response to an instruction from the player using the operation unit 23, the browsing execution unit 251 sends a game progress request including the request type corresponding to the instruction and the player ID of the player via the terminal communication unit 21. Send to server 3. The request type specifies one of the following: acquisition request for display data of various screens such as home screen display data, automatic recovery setting request for setting automatic recovery of battle points, battle execution request, etc. Is done. As a response to the game progress request, the browsing execution unit 251 receives corresponding display data from the server 3 via the terminal communication unit 21, creates drawing data corresponding to the received display data, and outputs it to the display unit 24. .

(2.2) Configuration of Server 3 FIG. 3 is a diagram illustrating an example of a schematic configuration of the server 3.

  The server 3 is an example of a computer that executes a game. The server 3 provides a game for executing a battle in response to a request from the mobile terminal 2, and consumes and recovers battle points. Further, the server 3 creates display data in response to a request from the mobile terminal 2 and transmits the display data to the mobile terminal 2. For this purpose, the server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33.

  The server communication unit 31 includes a wired communication interface circuit such as Ethernet (registered trademark) for connecting the server 3 to the Internet 7, and performs communication with the Internet 7. Then, the server communication unit 31 supplies 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 semiconductor memory, 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 a game program or the like that executes a battle as an application program, consumes and recovers battle points, 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 stores, as data, a player management table (FIG. 4A) for managing players, a card management table for managing cards (FIG. 4B), and the like. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  FIG. 4A is a diagram illustrating an example of a data structure of a player management table for managing players. The player management table includes, for each player, the player ID, password, name, image data file name of the player, group ID of the group to which the player belongs, card ID of the card used by the player for the battle, the player Stores the battle points owned by the player, the automatic recovery settings for whether or not to automatically recover battle points, information on recovery items and recovery points for recovering battle points, and the number of times automatic recovery has been performed . The group to which the player belongs has a specific cooperative relationship in which information is shared using a message transmission / reception function in the game, such as a team organized by a plurality of players in an event such as a so-called RAID battle. A group of multiple players. A battle point is an example of an owned point owned by a player. Valid or invalid is stored as the automatic recovery setting. As information about the recovery item, for each type of recovery item, the item name, the number of possessions, the number that can be automatically used, the number of uses, and the like of the recovery item are stored in association with each other. As information about the recovery point, an owned value, an automatically usable value, a used value, and the like are stored. The recovery point is, for example, in-game currency, and the player can acquire the recovery item by consuming the recovery point.

  FIG. 4B is a diagram illustrating an example of a data structure of a card management table for managing cards. The card management table stores, for each character's card, the card ID, name, file name of image data, number of consumption points, attack power, life force, and the like. The number of consumption points is the number of points required to execute one battle using the card, and indicates a predetermined number of points consumed from the battle points each time a battle is executed.

  The server processing unit 33 includes one or a plurality of processors and their peripheral circuits. The server processing unit 33 comprehensively controls the overall operation of the server 3 and is, for example, a CPU. The server processing unit 33 controls the operation of the server communication unit 31 and the like so that various processes of the server 3 are executed in an appropriate procedure in accordance with a program stored in the server storage unit 32. The server processing unit 33 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the server storage unit 32. Further, the server processing unit 33 can execute a plurality of programs (such as application programs) in parallel.

  (2.2.1) Functions of server processing unit 33

  FIGS. 5A to 5D, FIGS. 6A to 6D, and FIGS. 7A to 7C are examples of the display screen of the mobile terminal 2 based on the display data created by the server 3. FIG.

  FIG. 5A shows a home screen 500 displayed when the game is started. The home screen 500 displays a game notification 501, a “game selection” button 502, a “battle point automatic recovery setting” button 503, and the like. When the “game selection” button 502 is tapped, a game selection screen for selecting a game to be executed is displayed. When the “battle point automatic recovery setting” button 503 is tapped, an automatic recovery setting of battle points is performed. A battle point automatic recovery setting screen is displayed.

  FIG. 5B shows a battle point automatic recovery setting screen 510. The battle point automatic recovery setting screen 510 has a character card image 511, attack power 512, life power 513, and consumption point number 514 that are set to be used by the player for battle, and that player currently owns. A battle point 515 or the like is displayed. In addition, in this embodiment, in order to demonstrate easily, the example which performs a battle using one card | curd is demonstrated, However, You may carry out a battle using the deck which consists of a some card | curd. In that case, the battle point automatic recovery setting screen 510 displays each piece of information about all the cards constituting the deck, and the sum of the consumption points of all the cards is necessary for executing one battle. Is displayed as the number of points.

  The battle point automatic recovery setting screen 510 further includes an input field 516 for specifying whether or not to automatically recover battle points, and an input field for specifying the number of recovery items that can be automatically used for automatic recovery. An input field 518 for designating an automatically usable value of the recovery point 517 or the like is displayed. In the recovery item auto-usable number input field 517, for each type of recovery item, the currently set auto-usable number is used as an initial value, and a number up to the current number of possessions can be selected. The In the recovery point automatically usable value input field 518, a number up to the current possessed value is selectably displayed with the currently set automatically usable value as an initial value. The player can set the type and number of recovery items that can be automatically used in the input field 517. It should be noted that setting of the types of recovery items that can be automatically used in the input field 517 may be omitted, and the number of automatically usable recovery items may be set in common for all types of recovery items. Further, the setting of the number of recovery items that can be automatically used in the input field 517 may be omitted, and for all types of recovery items that can be automatically used, all recovery items owned by the player may be automatically usable. Further, when the display of the input fields 517 and / or 518 is omitted and the battle points are automatically recovered, all the recovery items and / or all the recovery points owned by the player may be automatically usable.

  The battle point automatic recovery setting screen 510 further displays a “set” button 519, a “return” button 520, an “opposing opponent” button 521, and the like. When the “set” button 519 is tapped, the items specified in the input fields 516 to 518 are set in the server 3 and the battle point automatic recovery setting screen is displayed again. When the “return” button 520 is tapped, the home screen is displayed again. When the “select opponent” button 521 is tapped, an opponent selection screen (not shown) for selecting an opponent is displayed. On the opponent selection screen, a list of opponents with which the player can compete is displayed, and the player can select an opponent from the opponent selection screen. Moreover, you may enable it to perform a battle | competition from this opponent selection screen. Further, the number of points required for executing one battle may be determined according to the opponent, not the character card set to be used for the battle.

  In addition, about the recovery item which can be used automatically, you may enable it to select the recovery item itself instead of the kind and number which can be used automatically. In that case, for example, an automatic recovery box for registering recovery items that can be automatically used in advance may be used.

  FIG. 5C shows an automatic recovery box setting screen 530. The automatic recovery box setting screen 530 includes a list of recovery items owned by the player, a check box 531 for selecting each recovery item, an “select all” button 532 for selecting all recovery items, An “all cancel” button 533 for canceling selection of all recovery items is displayed. The automatic recovery box setting screen 530 displays a registration button 534 for registering the selected item in the automatic recovery box and a “return” button 535. The player can select a recovery item that can be automatically used by checking a check box of a recovery item that can be automatically used and tapping a registration button 534. The server storage unit 32 stores, for each recovery item owned by the player, whether or not the recovery item is automatically usable. Each recovery item is stored in accordance with the designation on the automatic recovery box setting screen 530. Whether or not automatic use is possible is updated. Thereby, the player can easily grasp all the recovery items currently owned, and can appropriately determine which recovery item among the recovery items owned is automatically usable.

  In FIG. 5D, a home screen 540 displayed when the automatic recovery setting is enabled is displayed. On the home screen 540, the “battle point automatic recovery setting” button 541 displays that automatic recovery is set and the number of automatically used recovery items for each type of recovery item.

  FIG. 6A shows a game selection screen 600. On the game selection screen 600, a “battle” button 601, a “quest” button 602, a “card” button 603, a “my page” button 604, a “shop” button 605, and the like are displayed. When the “battle” button 601 is tapped, a battle is selected as a game to be executed, and a battle start screen for starting the battle is displayed. When the “quest” button 602 is tapped, a quest is selected as a game to be executed, and a quest start screen (not shown) for starting the quest is displayed. When the “card” button 603 is tapped, a card setting screen (not shown) for performing settings relating to cards owned by the player is displayed. When the “My Page” button 604 is tapped, a My Page screen (not shown) for performing various settings and the like is displayed. When the “shop” button 605 is tapped, a shop screen (not shown) for acquiring items or the like using the in-game currency is displayed.

  FIG. 6B shows a battle start screen 610. In the battle start screen 610, a “character selection” button 611 for selecting a character card used for the battle, an image 612 of the selected card, an attack power 613, a life force 614, and a consumption point number 615, the player currently Owned battle points 616 and the like are displayed. Further, the battle start screen 610 includes an “opposed opponent selection” button 617 similar to the “select opponent” button 521 in FIG. 5B, and a “battle point automatic recovery setting” button 503 in FIG. A similar “automatic recovery setting” button 618 is displayed. Further, on the battle start screen 610, a “battle execution” button 619 and a “return” button 620 are displayed. When the “character selection” button 621 is tapped, a character selection screen (not shown) is displayed. A list of character cards that can be used in the battle is displayed on the character selection screen, and the player can select a character card to be used in the battle from the character selection screen. When the “battle execution” button 619 is tapped, a battle execution screen showing the result of the battle is displayed. When the “return” button 620 is tapped, the game selection screen 600 is displayed again.

  FIGS. 6C and 6D show a battle execution screen 630 and a battle result screen 640, respectively. The battle execution screen 630 is a screen displayed immediately after the “battle execution” button 619 is tapped, and the battle result screen 640 is a screen displayed at the end of the battle. On the battle execution screen 630 and the battle result screen 640, the card 631 of the player who executes the game and its life force 632 are displayed, and the opponent's card 633 and its life force 634 are displayed. In the battle, the amount of damage given to the opponent's card is determined based on the attack power of the player's card, and the determined amount of damage is subtracted from the life force of the opponent's card. On the other hand, the amount of damage given to the player's card is determined based on the attack power of the opponent's card, and the determined amount of damage is subtracted from the life force of the player's card. When the life force of the opponent's card first becomes 0, the player wins. When the life force of the player's card becomes 0 first, the player loses. On the battle result screen 640, a battle effect image representing a change in the vitality of the player's card and the opponent's card is displayed by animation or the like, and the result content (win / loss) 641 is displayed. A “return” button 636 is displayed on the battle execution screen 630 and the battle result screen 640. When the “return” button 636 is tapped, the battle start screen is displayed again.

  FIG. 7A shows a battle start screen 700 displayed after the battle is executed. In the battle start screen 700, the value of the battle point 626 is obtained by subtracting the value (10) of the consumption point number 615 from the value (10) displayed on the battle start screen 610 in FIG. 6B before the battle execution. It has been changed to (0).

  When the automatic recovery setting is valid, when the “battle execution” button 629 is tapped on the battle start screen 700 in FIG. 7A, the recovery item is used to change the battle point from 0 to a predetermined value (for example, 50). The battle is executed again.

  FIG. 7B shows a battle start screen 710 displayed after the battle execution in this case. In the battle start screen 710, the value of the battle point 626 is restored to the predetermined value (50) from the value (0) displayed on the battle start screen 700 of FIG. Value (10) is changed to a subtracted value (40). Further, the battle start screen 710 displays 711 that automatic recovery has been performed. The display of the battle start screen 710 may be omitted, and the battle execution screen may be displayed next to the battle start screen 700.

  On the other hand, when the automatic recovery setting is invalid, when the “battle execution” button 629 is tapped on the battle start screen 700 in FIG. 7A, the battle is not executed, and the battle result indicates that the battle point is insufficient. A screen is displayed.

  FIG. 7C shows a battle result screen 720 indicating that the battle point is insufficient. In the battle result screen 720, the fact that the battle point is insufficient 721, the time 722 until the battle point is recovered, a “recovery item acquisition” button 723 for acquiring a recovery item using the recovery point, A “recovery item use” button 724, an “automatic recovery setting” button 725, and a “return” button 726 for using a recovery item owned by the player are displayed. When the “recovery item acquisition” button 723 is tapped, a shop screen for acquiring a recovery item using a recovery point is displayed. When the “use recovery item” button 724 is tapped, a screen for using the recovery item owned by the player is displayed, and the player displays the number, type, etc. of the recovery item to be used by the displayed screen. Can be specified. When the “automatic recovery setting” button 725 is tapped, a battle point automatic recovery setting screen is displayed. When the “return” button 726 is tapped, the battle start screen is displayed again. From the battle result screen 720, the player selects whether to wait until the time 722 has elapsed, to use a recovery item that he / she owns, to acquire a recovery item using a recovery point, or to set automatic recovery. can do.

(2.2.2) Configuration of Server Processing Unit 33 In order to realize the above functions, the server processing unit 33 includes a control unit 331, a game start unit 332, a game, as shown in FIG. A progression unit 333, a display data creation unit 334, an automatic recovery setting unit 335, an event execution unit 336, an automatic recovery unit 337, and a privilege granting unit 338 are provided. 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.

  Hereinafter, processing by the control unit 331 will be described. The control unit 331 controls the progress of the game and appropriately instructs the game start unit 332, the game progress unit 333, and the like to execute the process.

  When the control unit 331 receives a game start request from the mobile terminal 2 via the server communication unit 31, the control unit 331 transmits a player ID and password included in the received game start request to a player authentication unit (not shown), and performs authentication processing. Instruct execution.

  When the authentication by the player authentication unit is successful, the control unit 331 passes the player ID to the game start unit 332 and instructs execution of the game start process. In addition, the control unit 331 transmits home screen display data received from the game start unit 332 to the mobile terminal 2 via the server communication unit 31.

  On the other hand, when the control unit 331 receives a game progress request from the mobile terminal 2 via the server communication unit 31, the control unit 331 passes the received game progress request to the game progress unit 333 and instructs execution of the game progress process. In addition, the control unit 331 transmits various display data received from the game progression unit 333 to the mobile terminal 2 via the server communication unit 31.

  The game start unit 332 creates home screen display data for displaying buttons and the like for receiving various instructions (game start, automatic recovery setting, display data creation, etc.). Then, the game start unit 332 passes the created home screen display data to the control unit 331.

  Hereinafter, the process by the game progression unit 333 will be described. The game progress unit 333 progresses the game in response to the game progress request, and creates various display data for displaying information according to the progress result. Then, the game progress unit 333 passes the created display data to the control unit 331.

  The game progress unit 333 identifies the request of the mobile terminal 2 from the request type included in the game progress request received from the control unit 331.

  When the identified request is an acquisition request for home screen display data, the game progress unit 333 passes the player ID included in the game progress request to the game start unit 332 and instructs the creation of home screen display data. In this case, the game start unit 332 specifies a player corresponding to the player ID received from the game progression unit 333. In addition, the game start unit 332 passes the created home screen display data to the game progress unit 333.

  When the identified request is an acquisition request for each screen display data other than the home screen, the game progress unit 333 passes the player ID included in the game progress request to the display data creation unit 334 and creates each screen display data. Instruct.

  When the specified request is a battle point automatic recovery setting request, the game progression unit 333 passes the player ID included in the game progression request and each setting included in the automatic recovery setting request to the automatic recovery setting unit 335. Instruct the setting of automatic recovery of battle points.

  When the identified request is a battle execution request, the game progression unit 333 passes the player ID included in the game progression request to the event execution unit 336 and instructs the execution of the battle.

  The game progression unit 333 passes the display data received from the game start unit 332, the display data creation unit 334, the automatic recovery setting unit 335, or the event execution unit 336 to the control unit 331.

  Hereinafter, processing by the display data creation unit 334 will be described. The display data creation unit 334 creates display data for displaying each screen and passes it to the game progress unit 333.

  The display data creation unit 334 receives a game selection screen, a battle point automatic recovery setting screen, an opponent selection screen, a battle start screen, a quest start screen, a card setting screen, a my page screen, a shop screen, and a character selection screen from the game progress unit 333. Receive display data creation instructions. The display data creation unit 334 refers to the player management table stored in the server storage unit 32, identifies the player corresponding to the player ID received from the game progression unit 333, and displays each screen corresponding to the identified player. Create display data.

  When creating the display data of the battle point automatic recovery setting screen, the display data creation unit 334 refers to the player management table, the card ID of the card used for the battle, the battle point, the item name of the recovery item, the number of possessions and the automatic Extract available number, recovery point possession value, automatically available value, etc. Further, the display data creation unit 334 refers to the card management table stored in the server storage unit 32, and the card name corresponding to the card ID extracted from the player management table, the file name of the image data, the number of consumption points, Extract attack power and life force. Next, the display data creation unit 334 displays battle point automatic recovery setting screen display data for displaying each piece of extracted information, the “set” button, the “return” button, the “competitor selection” button, and the like in a predetermined layout. Created and passed to the game progression unit 333. In addition, also when creating the display data of the battle start screen, the display data creation unit 334 extracts the card information used for the battle from the card management table and creates the display data of the battle start screen.

  Hereinafter, processing by the automatic recovery setting unit 335 will be described. When the setting of automatic recovery of battle points is instructed from the game progression unit 333, the automatic recovery setting unit 335 accepts each setting by the player and performs automatic recovery setting of battle points.

  The automatic recovery setting unit 335 refers to the player management table stored in the server storage unit 32 when the setting of automatic recovery of battle points is instructed, and selects a player corresponding to the player ID received from the game progression unit 333. Identify. The automatic recovery setting unit 335 automatically sets battle points in the player management table according to the settings included in the automatic recovery setting request received from the game progression unit 333, the automatically usable number of recovery items, and the automatic recovery points. Set available values. In addition, the automatic recovery setting unit 335 generates battle point automatic recovery setting screen display data in the same manner as the display data generation unit 334 so that the player can confirm the set content, and passes it to the game progress unit 333.

  Hereinafter, processing by the event execution unit 336 will be described. The event execution unit 336 executes the battle when the game progression unit 333 instructs execution of the battle.

  When the execution of the battle is instructed, the event execution unit 336 refers to the player management table stored in the server storage unit 32, and the player corresponding to the player ID received from the game progression unit 333 and the current player's current Identify the battle points. Furthermore, the event execution unit 336 extracts the card ID of the card used by the identified player for the battle, and extracts the attack power, life force, consumption point number, and the like corresponding to the extracted card ID from the card management table.

  The event execution unit 336 executes the battle on condition that the current battle point is equal to or greater than the number of consumption points of the cards used for the battle. The event execution unit 336 determines the amount of damage given to the opponent's card based on the attack power of the player's card used for the battle, and subtracts the determined damage amount from the life force of the opponent's card. On the other hand, the event execution unit 336 determines the amount of damage given to the player's card based on the attack power of the opponent's card, and subtracts the determined damage amount from the vitality of the player's card. Then, the event execution unit 336 determines that the player has won if the life force of the opponent's card first becomes 0, and if the player has lost the life force of the player's card first, judge.

  Moreover, the event execution part 336 will consume a consumption point number from a battle point by subtracting a consumption point number from the battle point of a player management table, if a battle is performed. In addition, the event execution unit 336 creates battle execution screen display data and battle result screen display data for displaying a battle effect image and result contents, and passes them to the game progression unit 333.

  Hereinafter, processing by the automatic recovery unit 337 will be described. When the event execution unit 336 determines that the battle point is less than the number of consumption points, the automatic recovery unit 337 automatically recovers the battle point using the recovery item.

  The automatic recovery unit 337 has automatic recovery settings for battle points in the player management table, and the number of recovery items that can be automatically used is greater than the necessary number (for example, 1) for recovering the insufficient battle points. If the recovery item is less than or equal to the number that can be automatically used, the battle point is recovered. The automatic recovery unit 337 recovers the battle point by adding a value corresponding to the recovery amount or recovery rate determined for each recovery item to the battle point of the player management table. Note that the automatic recovery unit 337 may recover the battle point by updating the battle point in the player management table to an upper limit value determined for each player. The automatic recovery unit 337 decrements (subtracts 1) the number of recovery items owned in the player management table and increments (adds 1) the usage number. Further, the automatic recovery unit 337 increments the number of automatic recovery times in the player management table. Note that the automatic recovery unit 337 recovers according to a predetermined priority (in order of low recovery amount or high recovery rate) when multiple types of recovery items are set as automatically usable recovery items. Use items. This priority may be specified by the player.

  On the other hand, even when the battle point becomes less than the number of consumption points, the automatic recovery unit 337 does not automatically recover the battle point when the automatic recovery setting of the battle point is invalid in the player management table. If the number of recovery items used exceeds the number that can be automatically used, recovery items are not used and battle points are not automatically recovered. In these cases, the automatic recovery unit 337 creates battle result screen display data for displaying that the battle point is insufficient, and passes it to the game progress unit 333.

  Further, the automatic recovery unit 337 determines that when the number of recovery items owned is less than the required number, the recovery point ownership value is less than the required value for acquiring the recovery item, or the recovery point usage value is automatically If the available value is exceeded, the recovery point is not used and the battle point is not automatically recovered. On the other hand, if the possession value of the recovery point is equal to or greater than the necessary value and the use value of the recovery point is equal to or less than the automatically usable value, the automatic recovery unit 337 replaces the recovery point with a recovery item. The automatic recovery unit 337 exchanges recovery points for recovery items by increasing the number of recovery items owned in the player management table and subtracting a necessary value from the recovery points. And the automatic recovery part 337 recovers a battle point using the recovery item. Note that the automatic recovery unit 337 may recover the battle points directly using the recovery points without exchanging the recovery points for recovery items.

  As described above, the automatic recovery unit 337 uses only the number and / or type of recovery items that can be automatically used in order to automatically recover the battle points. Further, the automatic recovery unit 337 uses only recovery points having values that can be automatically used in order to automatically recover battle points. Thereby, even if it is a case where a computer recovers a battle point automatically, the player can obtain the feeling which is controlling the progress of a battle within a certain range.

  Note that the automatic recovery unit 337 may change the recovery rate or recovery amount of battle points according to the number of times of automatic recovery of battle points. In that case, the automatic recovery unit 337 increases the recovery rate or recovery amount of the battle points as the number of automatic recovery times of the battle points increases. Moreover, the automatic recovery part 337 may change the number of consumption points consumed when a battle is performed according to the number of times of automatic recovery of battle points. In that case, the automatic recovery unit 337 decreases the number of consumption points as the number of times of automatic recovery of battle points increases. Further, the automatic recovery unit 337 may set the recovery rate or the recovery amount when the owned points are automatically recovered larger than when the owned points are recovered according to the instruction of the player. As a result, it is attractive for the player to automatically recover the owned points, and the utilization rate of the automatic recovery function can be improved.

  Further, other players related to the player are stored in the player management table, and the automatic recovery unit 337 automatically recovers the battle points of a specific player by linking the battle points of the players related to each other. In such a case, the battle points of other players related to the player may be automatically recovered. For example, when the battle point of a specific player is automatically recovered, the automatic recovery unit 337 automatically recovers the battle points of other players belonging to the same group as that player. In this case, for example, only when a specific player's battle points are automatically recovered a predetermined number of times or only when winning by a random number generation process or the like, other player's battle points may be automatically recovered. Further, the recovery rate or recovery amount of battle points of other players may be smaller than the recovery rate or recovery amount of battle points of a specific player. The other players related to the player are not limited to other players belonging to the same group as the player, but other players who have a friendship relationship with the player, or battles with past enemy characters or It may be another player who rescues the player in the quest. This also makes it possible to improve the willingness to build cooperative relationships within the game.

  Further, the automatic recovery unit 337 may set the number of automatic recovery (or the upper limit thereof) according to the difficulty level of the battle (the level of the opponent). In this case, the automatic recovery unit 337 sets the number of automatic recovery (or the upper limit thereof) higher as the battle difficulty level is higher. As a result, it is possible to set the number of times of automatic recovery that is the same as the number of times that the possession point becomes 0 before winning the opponent, and set the number of times of automatic recovery within a range where the event can proceed smoothly It becomes possible.

  In addition, when an attribute such as level or rarity is defined for the card used for the battle, the automatic recovery unit 337 determines the number of times (or the upper limit) of the automatic recovery of the battle point according to the attribute of the card used for the battle. It may be set. In that case, the automatic recovery unit 337 sets the number of automatic recovery (or the upper limit thereof) higher as the level or rarity of the card used for the battle is higher. As a result, the player can increase the number of times of automatic recovery as the level becomes higher, and the player's motivation to improve the level can be improved. In addition, the automatic recovery unit 337 may determine the number of automatic recovery (or an upper limit thereof) according to the number of player logins, the number of battle executions, the number of players in a friend relationship, and the like. In this case, the automatic recovery unit 337 sets the number of automatic recovery (or the upper limit thereof) higher as the number of player logins, the number of battle executions, the number of players in a friend relationship, and the like are higher. Thereby, it is possible to improve the player's willingness to perform the game, the willingness to participate in the battle, and the willingness to build a cooperative relationship within the game.

  Hereinafter, the process by the privilege provision part 338 is demonstrated. The privilege grant unit 338 grants a privilege to the player according to the number of automatic recovery of the possession points.

  When the automatic recovery unit 337 automatically recovers owned points, the privilege granting unit 338 determines whether or not the number of automatic recovery times in the player management table is equal to or greater than a predetermined number. Grant a privilege. In addition, the privilege provision part 338 provides a player with the card or recovery item of a specific character, for example as a privilege. The privilege granting unit 338 gives the player a higher privilege, such as a card or a recovery item having a higher level or rarity, as the number of automatic recovery times increases. Thereby, it is attractive for the player to automatically recover the owned points, and the utilization rate of the automatic recovery function can be improved.

(3) Operation of Game System 1 FIG. 8 shows an example of an operation sequence of the game system 1. Note that the operation sequence described below is based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance, mainly by the terminal processing unit 25 and the server processing unit 33, by the mobile terminal 2 and the server 3. It is executed in cooperation with each element.

  The player instructs the start of the game using the operation unit 23 of the mobile terminal 2. The browsing execution unit 251 receives a player ID and password from the player using the operation unit 23, and transmits a game start request including the received player ID and password to the server 3 via the terminal communication unit 21 (step S101).

  When the control unit 331 of the server 3 receives the game start request from the portable terminal 2 via the server communication unit 31, the control unit 331 transmits the player ID and password included in the received game start request to the player authentication unit, and executes the authentication process. Is instructed (step S102).

  When the authentication by the player authentication unit is successful, the control unit 331 passes the player ID to the game start unit 332 and instructs execution of the game start process. When the control unit 331 instructs the game start unit 332 to execute the game start process, the game start unit 332 creates home screen display data and passes the created home screen display data to the control unit 331 (step S103).

  Next, the control unit 331 transmits the home screen display data received from the game start unit 332 to the mobile terminal 2 via the server communication unit 31 (step S104).

  When the browsing execution unit 251 receives the home screen display data from the server 3 via the terminal communication unit 21, the browsing execution unit 251 creates drawing data based on the received home screen display data. The browsing execution unit 251 outputs the created drawing data to the display unit 24 and displays the home screen (step S105).

  Next, in response to an instruction from the player using the operation unit 23, the browsing execution unit 251 sends a game progress request including the request type corresponding to the instruction and the player ID of the player via the terminal communication unit 21. To the server 3 (step S106).

  When the “Setting” button 519 on the battle point automatic recovery setting screen 510 in FIG. 5B is tapped, the request type is a battle point automatic recovery setting request. This automatic recovery setting request includes the settings specified in the input fields 516 to 518. When the “battle execution” button 619 on the battle start screen 610 in FIG. 6B is tapped, the request type is a battle execution request. When other buttons shown in the screens of FIGS. 5A to 5D, FIGS. 6A to 6D, and FIGS. 7A to 7C are tapped, the request type is displayed. Is a request for acquiring display data of each corresponding screen.

  When the control unit 331 receives a game progress request from the portable terminal 2 via the server communication unit 31, the control unit 331 passes the received game progress request to the game progress unit 333 and instructs execution of the game progress process. When the control unit 331 gives an instruction to execute the game progress process, the game progress unit 333 executes the game progress process (step S107). In the game progress process, each unit of the server processing unit 33 creates display data corresponding to the received game progress request, and the game progress unit 333 passes the created display data to the control unit 331. Details of the game progress process will be described later.

  Next, the control part 331 transmits each display data received from the game progress part 333 to the portable terminal 2 via the server communication part 31 (step S108).

  Upon receiving each display data and the like from the server 3 via the terminal communication unit 21, the browsing execution unit 251 creates drawing data based on the received display data. Further, the browsing execution unit 251 outputs the created drawing data to the display unit 24 and displays a corresponding screen (step S109). Thereafter, the processes in steps S106 to S109 are repeated.

  FIG. 9 is a diagram illustrating an example of an operation flow of game progress processing by the game progress unit 333. The game progress process shown in FIG. 9 is executed in step S107 of FIG.

  First, the game progress unit 333 specifies a request for the mobile terminal 2 from the request type included in the game progress request received from the control unit 331 (step S201).

  When the identified request is a battle point automatic recovery setting request (step S202—Yes), the game progress unit 333 instructs the automatic recovery setting unit 335 to set automatic recovery of battle points, and the automatic recovery setting unit 335. Executes automatic recovery setting processing (step S203). In the automatic recovery setting process, the automatic recovery setting unit 335 creates battle point automatic recovery setting screen display data and passes it to the game progression unit 333. Details of the automatic recovery setting process will be described later.

  Next, the game progression unit 333 passes the battle point automatic recovery setting screen display data to the control unit 331 (step S209), and ends a series of steps.

  On the other hand, when the request specified in step S201 is a battle execution request (step S202-No, step S204-Yes), the game progression unit 333 instructs the event execution unit 336 to execute the battle, and the event execution unit 336 performs a battle execution process (step S205). In the battle execution process, the event execution unit 336 creates battle execution screen display data and battle result screen display data, and passes them to the game progress unit 333. Details of the battle execution process will be described later.

  Next, the game progression unit 333 passes the battle execution screen display data and the battle result screen display data received from the event execution unit 336 to the control unit 331 (step S209), and ends a series of steps.

  On the other hand, when the request specified in step S201 is a request to acquire home screen display data (step S204-No, step S206-Yes), the game progress unit 333 instructs the game start unit 332 to create home screen display data. To do. The game start unit 332 creates home screen display data and passes it to the game progress unit 333 (step S207).

  Next, the game progress unit 333 passes the home screen display data received from the game start unit 332 to the control unit 331 (step S209), and ends a series of steps.

  On the other hand, when the request specified in step S201 is none of the above, that is, when the display data acquisition request is for each screen other than the home screen display data (step S206-No), the game progression unit 333 creates display data. The unit 334 is instructed to create display data for each screen. The display data creation unit 334 creates display data for the instructed screen and passes it to the game progression unit 333 (step S208).

  Next, the game progression unit 333 passes the received screen display data to the control unit 331 (step S209), and ends a series of steps.

  FIG. 10 is a diagram illustrating an example of an operation flow of automatic recovery setting processing by the automatic recovery setting unit 335. The automatic recovery setting process shown in FIG. 10 is executed in step S203 in FIG.

  First, the automatic recovery setting unit 335 sets the automatic recovery setting in the player management table according to the setting of whether to perform automatic recovery included in the automatic recovery setting request (step S301).

  Next, the automatic recovery setting unit 335 automatically sets the number of automatically usable types of recovery items in the player management table according to the setting of the automatically usable type and number of recovery items included in the automatic recovery setting request. Is set (step S302).

  Next, the automatic recovery setting unit 335 sets the automatically usable value of the recovery point in the player management table according to the setting of the automatically usable value of the recovery point included in the automatic recovery setting request (step S303).

  Next, the automatic recovery setting unit 335 creates battle point automatic recovery setting screen display data and passes it to the game progression unit 333 (step S304), and ends a series of steps.

  FIG. 11 is a diagram illustrating an example of an operation flow of a battle execution process performed by the event execution unit 336, the automatic recovery unit 337, and the privilege granting unit 338. The battle execution process shown in FIG. 11 is executed in step S205 of FIG.

  First, the event execution unit 336 determines whether or not the current battle point of the player of the mobile terminal 2 is equal to or greater than the number of consumption points of cards used for the battle (step S401).

  When a battle point is more than a consumption point number (step S401-Yes), the event execution part 336 transfers a process to step S412. On the other hand, when a battle point is less than the number of consumption points (step S401-No), the automatic recovery part 337 determines whether the automatic recovery setting of a battle point is effective (step S402).

  When the automatic recovery setting of the battle point is invalid (step S402-No), the automatic recovery unit 337 displays the battle result screen display data for displaying that the battle point is insufficient without automatically recovering the battle point. It is created and passed to the game progression unit 333 (step S403), and a series of steps is completed.

  On the other hand, when the automatic recovery setting of the battle points is valid (Yes in step S402), the automatic recovery unit 337 has the necessary number of recovery items of the type that can be automatically used to recover the insufficient battle points. It is determined whether or not this is the case (step S404).

  If the number of owned recovery items of the type that can be automatically used is greater than or equal to the required number (step S404-Yes), the automatic recovery unit 337 determines whether or not the number of recovery items used exceeds the number that can be automatically used. Determination is made (step S405).

  When the number of used recovery items is equal to or less than the number that can be automatically used (step S405-No), the automatic recovery unit 337 moves the process to step S409. On the other hand, if the number of used recovery items exceeds the number that can be automatically used (Yes in step S405), the automatic recovery unit 337 displays that the battle points are insufficient without automatically recovering the battle points. Battle result screen display data is created and passed to the game progression unit 333 (step S403), and a series of steps is completed.

  On the other hand, if the number of owned recovery items of the type that can be automatically used is less than the required number (step S404-No), the automatic recovery unit 337 acquires a recovery item whose recovery point possession value is required. It is determined whether or not the required value is exceeded (step S406).

  When the possession value of the recovery point is less than the necessary value (step S406-No), the automatic recovery unit 337 displays battle result screen display data for displaying that the battle point is insufficient without automatically recovering the battle point. Is created and passed to the game progression unit 333 (step S403), and a series of steps is completed.

  On the other hand, when the possession value of the recovery point is greater than or equal to the necessary value (Yes at Step S406), the automatic recovery unit 337 determines whether or not the use value of the recovery point exceeds an automatically usable value (Step S407). ).

  If the recovery point usage value exceeds the automatically usable value (step S407-Yes), the automatic recovery unit 337 displays the battle point shortage without automatically recovering the battle point. Result screen display data is created and passed to the game progression unit 333 (step S403).

  On the other hand, when the use value of the recovery point is equal to or less than the automatically usable value (step S407-No), the automatic recovery unit 337 replaces the recovery point with a recovery item (step S408), and the process proceeds to step S409. .

  In step S409, the automatic recovery unit 337 recovers the battle point (step S409).

  Next, the privilege granting unit 338 determines whether or not the number of times of automatic recovery is greater than or equal to a predetermined number (step S410).

  When the number of times of automatic recovery is less than the predetermined number (step S410—No), the privilege granting unit 338 proceeds to step S412 without performing any particular processing. On the other hand, when the number of times of automatic recovery is equal to or greater than the predetermined number (step S410—Yes), the privilege granting unit 338 grants a privilege to the player (step S411), and the process proceeds to step S412.

  In step S412, the event execution unit 336 executes a battle (step S412).

  Next, the event execution part 336 consumes the number of consumption points from a battle point (step S413).

  Next, the event execution unit 336 creates battle execution screen display data and battle result screen display data for displaying the battle effect image and result contents, and passes them to the game progression unit 333 (step S414). Exit.

  As described above, when the battle point becomes less than the predetermined value, the server 3 automatically recovers the battle point using the recovery point or recovery item owned by the player. Thereby, it is possible to prevent the progress of the game from being interrupted and maintain the player's willingness to continue the game.

  Note that the present invention is not limited to this embodiment. For example, in the present embodiment, an example in which the game event provided by the server 3 is a battle has been described. However, the event may be a quest that proceeds according to a game scenario. A quest is generally called a search, a mission, or the like, and is provided by a plurality of stages that are cleared by performing a battle, acquiring an item, or the like. By executing the quest, the player can grow the character or acquire a privilege such as a specific item.

  In this case, the server storage unit 32, as well as each information about the battle, also for the quest, the card ID of the card to be used, information about the quest point that is the possession point for executing the quest, automatic recovery setting, recovery item And information on the number of times of automatic recovery. Information about recovery points is managed in common for battles and quests. On the home screen, a “quest point automatic recovery setting” button is displayed in the same manner as the “battle point automatic recovery setting” button. When the “quest point automatic recovery setting” button is tapped, a quest point automatic recovery setting screen for performing automatic recovery setting of quest points is displayed, similar to the battle point automatic recovery setting screen. When the execution of the quest is instructed from the quest start screen, the event execution unit 336 executes the quest on the condition that the quest point is equal to or greater than the predetermined value, and consumes the predetermined value from the quest point. The automatic recovery unit 337 automatically recovers the quest point using the recovery point or the recovery item of the quest point when the quest point becomes less than a predetermined value. The predetermined value to be consumed is the number of consumption points of the character card used in the quest, as in the case of the battle. When a character card is not used for a quest, a predetermined value to be consumed may be set according to the difficulty level of the quest. Alternatively, the predetermined value to be consumed may be a fixed value.

  When the game event includes both a battle and a quest, the automatic recovery unit 337 automatically recovers one of the battle points and the quest points by linking the battle points and the quest points. In some cases, the other possession point may be automatically recovered. In that case, for example, only when the automatic recovery of one owned point is performed a predetermined number of times or only when winning by random number generation processing or the like, the other owned point may be automatically recovered. Further, the recovery rate or recovery amount of the owned point on the side to be recovered in conjunction may be made smaller than the recovery rate or recovery amount of the owned point on the previously recovered side. As a result, it is attractive for the player to automatically recover the owned points, and the utilization rate of the automatic recovery function can be improved.

  In the present embodiment, the automatic recovery setting can be performed from both the home screen and the battle start screen, but either one may be omitted.

  In the present embodiment, the server 3 executes the game. However, the server 3 may be omitted and the mobile terminal 2 may control the game. In that case, the terminal storage unit 22 stores information about the player of the portable terminal 2 in the player management table, a card management table, and the like, and the terminal processing unit 25 includes the server 3 in addition to the units shown in FIG. The server processing unit 33 has each unit having the same function. The terminal processing unit 25 transmits and receives each piece of information within the terminal processing unit 25 instead of transmitting and receiving each information via the terminal communication unit 21 and the server communication unit 31.

  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.

2 Mobile terminal 3 Server 32 Server storage unit 335 Automatic recovery setting unit 336 Event execution unit 337 Automatic recovery unit 338 Benefit granting unit

Claims (13)

A game control method in a computer executing a game,
Player owns, owned point for performing quests proceeds according battle or scenarios of the game including the attack by the attack and the opponent by the player in the game, and, recovery for recovering the points owned Remember items,
On the condition that the possession point is equal to or greater than a predetermined value, the battle or the quest is executed, and the predetermined value is consumed from the possession point,
When the possession point becomes less than the predetermined value, if the number of use of the recovery item for recovering the possession point is equal to or less than the number of automatically usable recovery items, the possession using the recovery item If points are automatically recovered and the number of recovered items used exceeds the number of automatically usable recovery items, the owned points are insufficient without automatically recovering the owned points. It includes that you notice the player,
Before starting the battle or the quest, a screen for accepting a setting as to whether or not to automatically recover the owned points by the player is displayed.
In the recovery, the owned point is automatically recovered only when it is set to automatically recover the owned point.
A game control method characterized by the above. Further accepting a setting of the number and / or type of recovery items that can be automatically used by the player;
The game control method according to claim 1, wherein only the number and / or type of the automatically usable recovery items are used to automatically recover the possession points. Memorize the number of times the possession points were automatically recovered;
Depending on the number of times, to impart a benefit to the player, the game control method according to claim 1 or 2. Memorize the number of times the possession points were automatically recovered;
Depending on the number of times, varying the recovery rate or recovery amount of the owned point, the game control method according to any one of claims 1-3. Memorize the number of times the possession points were automatically recovered;
Depending on the number, the changing of the predetermined value, the game control method according to any one of claims 1-4 consuming. Storing a recovery rate or recovery amount when automatically recovering the owned points, and a recovery rate or recovery amount when recovering the owned points according to the instructions of the player;
The recovery rate or recovery amount when automatically restoring the ownership point is set larger than the recovery rate or recovery amount when restoring the ownership point according to an instruction of the player, any one of claims 1 to 5 The game control method according to item. For each player, memorize other players related to the player, memorize possession points owned by other players,
The game control method according to any one of claims 1 to 6 , wherein when the player's possession points are automatically recovered, the possession points of other players related to the player are also automatically recovered. Other players related to the player are other players belonging to the same group as the player, other players who have a friendship with the player, or other players who have rescued the player in past battles or quests. The game control method according to claim 7 . Stores possession points for the battle and possession points for the quest,
When automatically restored the one owned point of the owned point for points owned and the quest for the battle, the other points owned also be recovered automatically, any one of claims 1-8 The game control method according to item. Player according to the attribute of the game medium used in the battle or the quest owns, sets the number of times can be automatically recovering the points owned, any one of claims 1-9 The game control method as described in. The game control method according to any one of claims 1 to 10 , wherein the number of times that the possession points can be automatically recovered is set according to the difficulty level of the battle or the quest. A computer running a game,
Player owns, owned point for performing quests proceeds according battle or scenarios of the game including the attack by the attack and the opponent by the player in the game, and, recovery for recovering the points owned A storage unit storing items;
On the condition that the possession point is a predetermined value or more, while executing the battle or the quest, an event execution unit that consumes the predetermined value from the possession point,
When the possession point becomes less than the predetermined value, if the number of use of the recovery item for recovering the possession point is equal to or less than the number of automatically usable recovery items, the possession using the recovery item If points are automatically recovered and the number of recovered items used exceeds the number of automatically usable recovery items, the owned points are insufficient without automatically recovering the owned points. and automatic recovery unit that notifies the player,
A control unit that displays a screen for accepting a setting as to whether or not to automatically recover the possession points by a player before starting the battle or the quest,
The automatic recovery unit automatically recovers the owned points only when it is set to automatically recover the owned points.
A computer characterized by that. A computer control program for executing a game,
Player owns, owned point for performing quests proceeds according battle or scenarios of the game including the attack by the attack and the opponent by the player in the game, and, recovery for recovering the points owned Remember items,
On the condition that the possession point is equal to or greater than a predetermined value, the battle or the quest is executed, and the predetermined value is consumed from the possession point,
When the possession point becomes less than the predetermined value, if the number of use of the recovery item for recovering the possession point is equal to or less than the number of automatically usable recovery items, the possession using the recovery item If points are automatically recovered and the number of recovered items used exceeds the number of automatically usable recovery items, the owned points are insufficient without automatically recovering the owned points. is executed that you notice the player to the computer,
Before starting the battle or the quest, a screen for accepting a setting as to whether or not to automatically recover the owned points by the player is displayed.
In the recovery, the owned point is automatically recovered only when it is set to automatically recover the owned point.
A control program characterized by that.

Images