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

Abstract

PROBLEM TO BE SOLVED: To provide a game control method or the like capable of maintaining a motivation of a player to continue a game.SOLUTION: A game control method is a game control method in a computer for executing a game for successively executing processes in a plurality of stages, and includes execution of a process in one stage from among the plurality of stages according to a first instruction of a player, and continuous execution of processes in at least two predetermined stages from among the plurality of stages according to a second instruction of the player.SELECTED DRAWING: 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. A game provided by such a server includes a game in which a plurality of players can participate (so-called “social game”). As such a social game, for example, a game (so-called “card battle game”) in which a card is used to battle (battle) an enemy character is known (for example, Patent Document 1).

  As such a social game, for example, a game that clears a so-called quest that progresses according to a game scenario (so-called “quest game”) is also known. Generally, a quest game has a plurality of stages, and each time a stage is instructed by a player, stage processing is sequentially executed one by one.

JP 2008-113768 A

  However, in the conventional quest game, the player needs to give an instruction every time the process of each stage is executed, and much time and labor are required to execute the processes of a plurality of stages. For this reason, there is a possibility that the player's willingness to continue the game is impaired during the progress of the quest game.

  The present invention has been made to solve such problems, and an object of the present invention is to provide a game control method, a computer, and a control program that can maintain the player's willingness to continue the game.

A control method according to the present invention is a game control method in a computer that executes a game that sequentially executes processing of a plurality of stages, and executes processing of one of the plurality of stages according to a first instruction by a player. Then, in accordance with a second instruction by the player, processing of two or more predetermined numbers of stages among the plurality of stages is continuously executed.
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.

  Further, in the control method according to the present invention, when processing of a predetermined number of stages is executed in accordance with the second instruction, each execution result of the processing of the predetermined number of stages is set to a predetermined number of stages. It is preferable to display after executing all of the processes.

  In addition, in the control method according to the present invention, when processing of a predetermined number of stages is executed according to the second instruction, an item to be given in a predetermined number of stages is processed in a predetermined number of stages. It is preferable to give to the player after executing all of the above.

  In the control method according to the present invention, when a predetermined number of stages are processed in accordance with the second instruction, the predetermined number from the possession point for executing the stage processing owned by the player. It is preferable to consume points for the stages.

  Further, in the control method according to the present invention, when a specific event occurs in any one of a predetermined number of stages executed according to the second instruction, the stage after the stage in which the specific event has occurred It is preferable not to continuously execute the stage processing.

  In the control method according to the present invention, it is preferable that the privilege to be given to the player is changed between when the stage process is executed according to the first instruction and when the stage process is executed according to the second instruction.

  Further, in the control method according to the present invention, when a condition for clearing a specific stage among a predetermined number of stages executed according to the second instruction is not satisfied, a stage subsequent to the specific stage is determined. It is preferable not to execute the processing continuously.

  Further, in the control method according to the present invention, when the condition for clearing a specific stage among a predetermined number of stages scheduled to be executed according to the second instruction is not satisfied, the specific stage and the specific stage It is preferable not to continuously execute processing of later stages.

  Also, in the control method according to the present invention, for each player, when another player related to the player is stored and processing of a predetermined number of stages is executed according to the second instruction, the other player related to the player is stored. It is preferable to grant a privilege.

  In the control method according to the present invention, it is preferable that the game field advances by a certain distance in each of the processes of the plurality of stages.

  A computer according to the present invention is a computer that executes a game that sequentially executes a process of a plurality of stages, and that executes a process of one stage of the plurality of stages in accordance with a first instruction by a player. And a second execution unit that continuously executes processing of a predetermined number of stages of two or more of the plurality of stages according to a second instruction by the player.

  A program according to the present invention is a control program for a computer that executes a game for sequentially executing processing of a plurality of stages, and executes processing of one of the plurality of stages according to a first instruction by a player, In accordance with the second instruction by the player, the computer is caused to continuously execute processing of a predetermined number of stages of two or more of the plurality of stages.

  A control method, a computer, and a control program according to the present invention execute a process of one stage when a first instruction is given by a player and continuously execute a process of a plurality of stages when a second instruction is given. Accordingly, it is possible to continuously execute a plurality of stages in accordance with an instruction from the player, and to maintain the player's willingness to continue the game.

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 figure which shows an example of schematic structure of a server. (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, (c) shows an example of the data structure of a dungeon management table. FIG. (A)-(d) is a figure which shows an example of the display screen of a portable terminal. (A)-(d) is a figure which shows another example of the display screen of a portable terminal. (A)-(d) is a figure which shows another example of the display screen of a portable terminal. (A)-(c) is a figure which shows another example of the display screen of a portable terminal. 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 game progress process by a server. It is a figure which shows an example of the operation | movement flow of the normal execution process by a server. It is a figure which shows an example of the operation | movement flow of the continuous execution 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 stages, and sequentially executes the processing of each stage. Each stage has a battle with an enemy character using a game medium owned by the player, a privilege such as a specific game medium to the player, a so-called RAID battle in which a plurality of players participate, and other players Encounters and / or battles with other players are included. A player can grow a character or acquire an item by executing a quest.

  The game medium is electronic data used in the 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. Cards used in battles with enemy characters are attack power, defense power, physical strength (or HP (hit points)), attributes (eg, fire, water, thunder, etc.), rarity (eg, normal, rare, S ( (Super) rare, SS (double super) rare, SSS (triple super) rare, legend, etc.), skill (special effect) activation rate, number of attacks in one turn, number of defenses in one match, and / or job ( (For example, occupation, military type, etc.).

  The quest executed in this embodiment is for exploring the dungeon from the entrance to the position where the floor boss is located, and each stage obtained by dividing the dungeon at a certain distance is set as one stage. For example, if a 200 m dungeon has 20 stages, the distance per stage is 10 m. Instead of dividing the dungeon every fixed distance, the distance of each stage may be set to an arbitrary distance (for example, 1 m, 15 m, etc.). In addition, the distance of each stage is changed according to the ability of the character card used by the player so that the higher the ability of the character card used by the player, the longer the distance of each stage, and the shorter the ability, the shorter the distance. May be. Further, the dungeon may be divided into a plurality of units (for example, floors), and each unit may be divided into a plurality of stages. A player advances a game field by a certain distance in each stage. In the game system of the present embodiment, the player proceeds with the quest by giving a normal execution instruction for executing a process of one stage or a continuous execution instruction for executing a process of a plurality of stages continuously. To go. As a result, the player can continuously execute the processes of a plurality of stages with a single instruction, and the time and labor required to clear the dungeon can be reduced, and the player can continue to the game. It is possible to maintain motivation.

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 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. 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 this 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 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.

  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. In addition, the terminal storage unit 22 stores display data, video data, image data, and the like related to the progress of the game 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, 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. 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, 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 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 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. 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.

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 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. 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 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. The server storage unit 32 also includes, as data, a player management table (FIG. 4A) for managing players, a card management table for managing cards (FIG. 4B), and a dungeon management table for managing dungeons (FIG. 4). 4 (c)), storing image data and the like related to the player, card, and enemy character. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  4A, 4B, and 4C are diagrams illustrating examples of data structures of various management tables.

  FIG. 4A shows a player management table. The player management table includes, for each player, an identification number (player ID) of the player, a password, a name, a file name of image data, an identification number (card ID) of a character card (owned card) possessed by the player, Parameter information related to each parameter of the player, quest card information related to the character card (quest card) used in the quest, stage information related to the stage being executed, RAID boss battle information related to the RAID boss battle, and player IDs of other players related to the player, etc. Is memorized.

  The parameter information includes the level, experience value, HP, stamina, etc. of the player. The level is a parameter for determining the upper limit value of HP, the number of other players related to the player, and the like. The experience value is a parameter to which a specific value is added when a battle is won. When the experience value exceeds a predetermined value, the level is incremented (increased by 1). 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. Note that HP recovers due to the use of a specific item, but does not recover over time. The stamina is a point for executing the stage process, and is consumed every time the stage process is executed. This stamina is an example of possession points owned by the player. Note that stamina recovers after a certain period of time or use of a specific item.

  The quest card is composed of a predetermined number (for example, three) of player cards preset from the possession cards and a predetermined number (for example, one) of guest cards arbitrarily designated by the server 3 from other than the possession cards. The Guest cards have levels, experience points, and HP. This guest card is given to the player when the quest is achieved. The quest card information includes the card ID of each player card, the card ID, level, experience value, and HP of the guest card.

  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 RAID boss battle information includes a card ID of a character card (deck card) that constitutes a deck used in the RAID boss battle. The deck card is composed of a predetermined number (for example, seven) of cards that are preset from the possessed cards.

  Other players related to the player rescued the player in battles or quests with other players belonging to the same group as the player, other players who are friends with the player, past enemy characters Other players, other players who have played in the past, and / or other players belonging to groups that have played in the past.

  FIG. 4B shows a card management table. The card management table stores, for each card, the card ID, name, file name of the image data, parameters such as rarity, attack power, defense power, and the like.

  FIG. 4C shows a dungeon management table. The dungeon management table stores, for each dungeon, the dungeon ID, name, image data file name, distance, number of stages, stage ID of each stage included in the dungeon, and the like.

  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 based on a program or the like 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. 5 to 8 are diagrams illustrating an example of a display screen of the mobile terminal 2 based on display data created by the server 3.

  FIG. 5A shows a home screen 500 displayed when the game is started. The home screen 500 is displayed based on home screen display data received from the server 3. The home screen 500 displays a list of a plurality of buttons. The server 3 is requested to start the quest game via the terminal communication unit 21 by tapping the “go to exploration” button 501.

  FIG. 5B shows a quest start screen 510 displayed when the start of a quest game is requested on the home screen 500 shown in FIG. The quest start screen 510 is displayed based on the quest start screen display data received from the server 3. The quest start screen 510 includes an image 511 of the currently progressing dungeon, the name of the dungeon, the current position in the dungeon and the text 512 indicating the distance from the current position to the position where the floor boss is located, and the current dungeon A gauge 513 representing the position in the form of a columnar graph is displayed. On the quest start screen 510, a “full sprint” button 514, an “explore” button 515, and an end button 516 are further displayed. The server 3 is requested through the terminal communication unit 21 to continuously execute the processes of a plurality of stages by tapping the “full sprint” button 514. On the other hand, the server 3 is requested via the terminal communication unit 21 for normal execution of one stage of processing by tapping the “Explore” button 515. The end of the quest game is requested to the server 3 via the terminal communication unit 21 by tapping the end button 516.

  FIG. 5C shows a normal battle screen 520 that is displayed when normal execution is requested on the quest start screen 510 shown in FIG. 5B and a normal battle is executed at that stage. The normal battle screen 520 is displayed based on the normal battle screen display data received from the server 3. The normal battle is performed between the player card and guest card used in the quest game and the enemy character. On the normal battle screen 520, a text 521 indicating that the normal battle is executed with the enemy character, an image 522 of the enemy character, and a “warming” button 523 are displayed. Execution of a normal battle is requested to the server 3 via the terminal communication unit 21 by tapping the “warf” button 523.

  FIG. 5D shows a battle result screen 530 displayed when a normal battle execution is requested on the normal battle screen 520 shown in FIG. The battle result screen 530 is displayed based on the battle result screen display data received from the server 3. On the battle result screen 530, a text 531 similar to the text 512 in FIG. 5B, a gauge 532 similar to the gauge 513 in FIG. 5B, and text and an image 533 representing the battle result are displayed. The The battle result screen 530 further displays a “full sprint” button 514, an “explore” button 515, and an end button 516. It should be noted that the text 531 indicates from which position to which position it has moved due to the execution of the stage process, in addition to the information represented by the text 512 in FIG. 5B.

  FIG. 6A shows an item granting screen 600 that is displayed when normal execution is requested on the quest progress screen 510 shown in FIG. 5B and an item is given at that stage. The item grant screen 600 is displayed based on the item grant screen display data received from the server 3. In the item granting screen 600, a text 601 similar to the text 512 in FIG. 5B, a gauge 602 similar to the gauge 513 in FIG. 5B, the fact that the item has been granted, and the assigned item are shown. Text and images 603 are displayed. The item granting screen 600 further displays a “full sprint” button 514, an “explore” button 515, and an end button 516. Note that the text 601 indicates from which position to which position the stage has been moved by executing the stage process, in addition to the information represented by the text 512 in FIG. 5B. Items provided at each stage include a strengthening item for enhancing the attack power or defense power of the character card, a recovery item for recovering the player's stamina or HP, and the like. In addition, the map item to advance to other dungeons is included in the items given at each stage, not only when clearing the current dungeon, but also when acquiring that map item, advance to other dungeons Also good.

  FIG. 6B shows a character card granting screen 610 displayed when normal execution is requested on the quest progress screen 510 shown in FIG. 5B and a character card is given at that stage. The character card grant screen 610 is displayed based on the character card grant screen display data received from the server 3. On the character card granting screen 610, a text 611 similar to the text 512 in FIG. 5B, a gauge 612 similar to the gauge 513 in FIG. A text representing the card and an image 613 are displayed. The character card granting screen 610 further displays a “full power sprint” button 514, an “explore” button 515, and an end button 516. It should be noted that the text 611 indicates from which position to which position the stage has moved due to execution of the stage process, in addition to the information represented by the text 512 in FIG. 5B. Note that the character card may be one of the items, and the character card may be given on the item granting screen of FIG.

  FIG. 6C shows a RAID boss battle screen 620 that is displayed when normal execution is requested on the quest progress screen 510 shown in FIG. 5B and a RAID boss battle is executed at that stage. The RAID boss battle screen 620 is displayed based on the RAID boss battle screen display data received from the server 3. The RAID boss battle is a battle in which a plurality of players related to the player cooperate to fight a RAID boss stronger than the enemy character of the normal battle. The RAID boss battle is performed using a deck composed of deck cards. On the RAID boss battle screen 620, a text 621 indicating that the battle is executed with the RAID boss, an image 622 of the RAID boss, and a “warming” button 623 are displayed. Execution of the RAID boss battle is requested to the server 3 via the terminal communication unit 21 by tapping the “warf” button 623. In this case, a RAID boss battle is executed by the server 3, and a battle result screen similar to the battle result screen 530 shown in FIG. The RAID boss battle may be started according to the player's selection as described above, or may be automatically started at the same time when the player reaches the position where the RAID boss is located.

  FIG. 6D shows a floor boss battle screen 630 displayed when normal execution is requested on the quest progress screen 510 shown in FIG. 5B and the position where the floor boss is located is reached. The floor boss battle is performed between the player card and guest card used in the quest game and the floor boss. The floor boss battle screen 630 is displayed based on the floor boss battle screen display data received from the server 3. On the floor boss battle screen 630, a text 631 similar to the text 512 in FIG. 5B, a gauge 632 similar to the gauge 513 in FIG. 5B, and a “challenge boss” button 633 are displayed. The text 631 indicates that the position where the floor boss is located has been reached. The execution of the floor boss battle is requested to the server 3 through the terminal communication unit 21 by tapping the “challenge boss” button 633. In this case, the battle result screen 530 shown in FIG. The floor boss battle may be started according to the player's selection as described above, or may be automatically started at the same time when the player reaches the position where the floor boss is located.

  7A, 7B, and 7C, there are continuous execution screens 700, 710, and 720 that are sequentially displayed when continuous execution is requested on the quest progress screen 510 shown in FIG. 5B. Each is shown. The continuous execution screens 700, 710 and 720 are displayed based on the continuous execution screen display data received from the server 3. The continuous execution screen 700 displays a state in which the player cards 701 to 703 and the guest card 704 are traveling rightward and encounter an enemy character 705 that fights in the first stage. The continuous execution screen 710 displays a state in which the player cards 701 to 703 and the guest card 704 advance in the right direction and encounter the character card 706 given in the next stage. The continuous execution screen 720 includes a text 721 indicating the result (success / failure) of the continuous execution, player cards 701 to 703 and a guest card 704, an enemy character 705 that has battled in each stage, a character card 706, 707 is displayed. In this way, on the continuous execution screen, enemy characters that fight in each stage that are continuously executed, character cards or items to be given, etc. are sequentially displayed, and finally the result of continuous execution is displayed.

  FIG. 7D shows a continuous execution result screen 730 displayed subsequent to the continuous execution screens 700, 710, and 720. The continuous execution result screen 730 is displayed based on the continuous execution result screen display data received from the server 3. On the continuous execution result screen 730, the text 731 similar to the text 512 in FIG. 5B, the gauge 732 similar to the gauge 513 in FIG. 5B, and the execution results of the processes of each stage executed continuously are displayed. A text 733 to be displayed and an image 735 representing the character card and / or item acquired at each stage are displayed. As shown in the text 531 in FIG. 5 (d), the text 601 in FIG. 6 (a), the text 611 in FIG. 6 (b), and the text 631 in FIG. Although it is displayed that the distance (10 m) has been advanced, the text 731 indicates that the distance (70 m) of a plurality of stages that have been continuously executed has been advanced. In the text 733, the result of the battle in each stage and the character card and / or item acquired in each stage are displayed. Further, when the position where the floor boss is present is reached as a result of continuous execution, a “challenge boss” button 734 is further displayed on the continuous execution result screen 730.

  FIGS. 8A and 8B show a continuous execution screen 800 displayed when a continuous execution is requested on the quest progress screen 510 shown in FIG. 5B and a RAID boss battle is executed at a specific stage. And 810 are shown. If there is a battle with an enemy character, a character card, and / or an item before the RAID boss battle is executed, the continuous execution screens 800 and 810 are shown in FIGS. 7A and 7B. The continuous execution screen 700 and / or 710 are displayed. The continuous execution screen 800 displays a state where the player cards 701 to 703 and the guest card 704 are traveling rightward and encounter the RAID boss 801. When a RAID boss battle is executed during continuous execution, the continuous execution is interrupted and a continuous execution screen 810 is displayed. On the continuous execution screen 810, a text 811 indicating that a RAID boss has been encountered, a RAID boss 812, player cards 701 to 703, and a guest card 704 are displayed.

  FIG. 8C shows a continuous execution result screen 820 displayed following the continuous execution screens 800 and 810. The continuous execution result screen 820 includes a text 821 similar to the text 512 in FIG. 5B, a gauge 822 similar to the gauge 513 in FIG. 5B, and each of the continuous executions until the RAID boss is encountered. A text 826 representing the result of the stage processing and an image 827 representing the character card and / or item acquired at each stage are displayed. The continuous execution result screen 820 further displays a RAID boss image 823, a “select deck” button 824, and a “combat” button 825. As shown in FIGS. 8A to 8C, by displaying the image of the RAID boss and the fact that the RAID boss has appeared on the screen, the player knows that the continuous execution has been interrupted by the appearance of the RAID boss. And can smoothly transition to a RAID boss battle.

2.2.2. Configuration of Server Processing Unit 33 In order to implement the above functions, the server processing unit 33 includes a control unit 331, a game progress unit 332, a normal execution unit 333, and a continuous execution unit 334. 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 start and progress of the game, and instructs the game progress unit 332 and the like to execute processing as appropriate.

  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 passes the received game start request to a player authentication unit (not shown) and instructs the execution of the authentication process. The game start request includes a player ID and a password. The control unit 331 creates home screen display data when the player authentication by the player authentication unit is successful. The control unit 331 creates home screen display data for displaying a button or the like for receiving an instruction for game progress or the like in a predetermined layout. In addition, the control unit 331 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31.

  When receiving 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 332 and instructs execution of the game progress process. The game progress request includes a player ID and a request type. As the request type, any one of a quest start request, a normal execution request, a normal battle execution request, a RAID boss battle execution request, a floor boss battle execution request, a continuous execution request, an end request, and the like is designated. In addition, the control unit 331 transmits display data of each screen received from the game progression unit 332 to the mobile terminal 2 via the server communication unit 31.

  Hereinafter, the process by the game progression unit 332 will be described.

  The game progress unit 332 controls the progress of the game and appropriately instructs the normal execution unit 333 or the continuous execution unit 334 to execute the normal execution process or the continuous execution process, respectively. In addition, the game progress unit 332 passes the display data of each screen created by the game progress unit 332, the normal execution unit 333, or the continuous execution unit 334 to the control unit 331.

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

  If the identified request is a quest start request, the game progression unit 332 reads the player management table and identifies the dungeon and stage dungeon ID and stage ID that are being executed by the player with the player ID included in the game progression request. Then, the game progression unit 332 creates quest start screen display data for displaying a quest start screen for executing a dungeon stage process corresponding to the identified dungeon ID and stage ID. The game progression unit 332 reads the image, name, distance, and information related to the stage corresponding to the dungeon ID from the dungeon management table, specifies the position corresponding to the stage ID, and displays each information, button, and the like in a predetermined layout. Create quest start screen display data for

  When the identified request is a normal execution request, the game progression unit 332 passes the player ID included in the game progression request to the normal execution unit 333 and instructs execution of the normal execution process.

  When the identified request is a normal battle execution request, the game progression unit 332 reads the player management table and identifies the HP of the player with the player ID, the player card, the guest card, and the guest card HP included in the game progression request. . Furthermore, the game progression unit 332 reads the card management table and identifies the attack power and defense power of the identified player card and guest card.

  The game progression unit 332 determines the amount of damage given to the enemy character based on the attack power of the player card and the attack power of the guest card, and the defense strength of the enemy character, and subtracts the determined damage amount from the enemy character's HP. . On the other hand, the game progression unit 332 determines the amount of damage to be given to the player based on the attack power of the enemy character and the defense strength of the player card, and subtracts the determined damage amount from the player's HP. Further, the game progression unit 332 determines the amount of damage given to the guest card based on the attack power of the enemy character and the defense power of the guest card, and subtracts the determined damage amount from the HP of the guest card. Then, the game progression unit 332 determines that the player has won if the enemy character's HP first becomes 0, and if the player card's HP or the guest card's HP first becomes 0, the player loses. It is determined that

  The game progression unit 332 adds a specific value to the experience value of the player in the player management table when the player wins, and increments the player level (increases by 1) when the experience value of the player exceeds a predetermined value. To do. Similarly, the game progression unit 332 adds a specific value to the experience value of the guest card, and increments (increases by 1) the level of the guest card when the experience value of the guest card exceeds a predetermined value. And the game progress part 332 produces the battle execution screen display data for displaying the effect image of a battle, and the battle result screen display data for displaying the result result of a battle.

  If the identified request is a RAID boss battle execution request, the game progression unit 332 reads the player management table and identifies other players related to the player with the player ID included in the game progression request. In addition, the game progression unit 332 reads the player management table and specifies the deck card of the player with the player ID included in the game progression request. Further, the game progression unit 332 reads the card management table, identifies the attack power and defense power of each identified deck card, and determines the sum of the attack power and defense power of each deck card as the attack power and defense power of the deck, respectively. Calculate as

  The game progression unit 332 determines the damage amount to be given to the RAID boss based on the attack power of the deck and the defense power of the RAID boss, and subtracts the determined damage amount from the RAID boss HP. On the other hand, the game progression unit 332 determines the amount of damage given to the player based on the attack power of the RAID boss and the defense power of the deck, and subtracts the determined damage amount from the HP of the player. Then, the game progression unit 332 determines that the player has won when the enemy character's HP becomes zero. On the other hand, when the HP of the player becomes 0, the game progress unit 332 continues to perform a battle with the RAID boss using the character card of another player related to the player. Then, the game progression unit 332 determines that the player has won when the enemy character's HP becomes 0, and that the player has been defeated when the HPs of all other players related to the player have become 0. judge.

  The game progression unit 332 adds a specific value to the experience value of the player in the player management table when the player wins, and increments the player level (increases by 1) when the experience value of the player exceeds a predetermined value. To do. Similarly, the game progression unit 332 adds a specific value to the experience values of all other players related to the player, and when the experience value of each player exceeds a predetermined value, the level of that player is incremented ( 1 increase). And the game progress part 332 produces the battle execution screen display data for displaying the effect image of a battle, and the battle result screen display data for displaying the result result of a battle.

  When the identified request is a floor boss battle execution request, the game progression unit 332 executes a battle between the player card and the guest card and the floor boss in the same manner as when the identified request is a normal battle execution request. And the game progress part 332 produces the battle execution screen display data and battle result screen display data for displaying the effect image and result content of a battle.

  When the identified request is a continuous execution request, the game progression unit 332 passes the player ID included in the game progression request to the continuous execution unit 334 and instructs execution of the continuous execution process.

  When the identified request is an end request, the game progress unit 332 ends the quest game and instructs the control unit 331 to create home screen display data. In this case, the control unit 331 creates home screen display data and passes the created home screen display data to the game progress unit 332.

  Hereinafter, processing by the normal execution unit 333 will be described.

  The normal execution unit 333 performs normal execution processing for executing processing of one stage among a plurality of stages included in the quest game, in accordance with one instruction (tap of an “explore” button) by the player. In addition, the normal execution unit 333 passes the display data of each screen created in the normal execution process to the game progress unit 332.

  The normal execution unit 333 reads the player management table, and specifies the stamina of the player with the player ID included in the game progress request, the dungeon being executed, the dungeon ID of the stage, and the stage ID. The normal execution unit 333 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 normal execution unit 333 advances the stage by updating the stage ID in the player management table.

  When the advanced stage is the last stage of the dungeon, the normal execution unit 333 determines the event at that stage as a floor boss battle. In this case, the normal execution unit 333 creates floor boss battle screen display data for displaying a message indicating that the position where the floor boss is present and a “challenge boss” button or the like in a predetermined layout.

  On the other hand, when the advanced stage is not the last stage of the dungeon, the normal execution unit 333 is based on a predetermined criterion (for example, with a predetermined probability using a pseudo-random number generated using the current time as a seed). The event in the stage is determined as one of a normal battle, item grant, character card grant, and RAID boss battle.

  When the normal execution unit 333 determines that the event in the stage is a normal battle, the normal execution unit 333 determines an enemy character based on a predetermined standard, and displays the enemy character and the “tack” button in a predetermined layout. Create screen display data.

  On the other hand, when the normal execution unit 333 determines that the event in the stage is to be given an item, the normal execution unit 333 decides an item to be given based on a predetermined criterion, and gives the decided item to the user. Then, the normal execution unit 333 creates item addition screen display data for displaying the assigned items and the like in a predetermined layout.

  On the other hand, when the normal execution unit 333 determines that the event at the stage is to be given a character card, the normal execution unit 333 determines a character card to be given based on a predetermined criterion, and gives the decided character card to the user. And the normal execution part 333 produces the character card provision screen display data for displaying the provided character card etc. by a predetermined | prescribed layout.

  On the other hand, the normal execution unit 333 creates RAID boss battle screen display data for displaying a RAID boss, a “warming” button, and the like in a predetermined layout when the event at the stage is determined to be a RAID boss battle.

  Hereinafter, processing by the continuous execution unit 334 will be described.

  The continuous execution unit 334 processes two or more predetermined numbers (for example, 10) of a plurality of stages included in the quest game in accordance with one instruction from the player (tap of the “sprinting” button). The continuous execution process is executed. Further, the continuous execution unit 334 passes the display data of each screen created in the continuous execution process to the game progress unit 332.

  The continuous execution unit 334 identifies the stamina of the player, the dungeon being executed, the dungeon ID of the stage, and the stage ID in the same manner as the normal execution unit 333, on the condition that the identified stamina is equal to or higher than the consumption points. Consume consumption points to advance the stage one by one. The continuous execution unit 334 does not consume consumption points from the stamina every time one stage is advanced, but collects consumption points for the stages that have been continuously executed when the continuous execution process is completed. May be consumed.

  When the advanced stage is the last stage of the dungeon, the continuous execution unit 334 determines an event at that stage as a floor boss battle. In this case, the continuous execution unit 334 ends the continuous execution process, and does not continuously execute the processes in the subsequent stages.

  On the other hand, if the stage that has been advanced is not the last stage of the dungeon, the continuous execution unit 334 determines whether the event at that stage is a normal battle, item grant, character card grant, or RAID boss battle based on a predetermined criterion. Decide on.

  The continuous execution part 334 determines an enemy character based on a predetermined reference | standard, when determining the event in the stage as a normal battle. And the continuous execution part 334 performs a normal battle similarly to the normal battle by the game progress part 332.

  When the player's HP or guest card's HP becomes 0 as a result of the normal battle, the continuous execution unit 334 ends the continuous execution process and continuously executes the processes of the stages after that stage. do not do. As described above, when the condition for clearing the stage is not satisfied, the continuous execution unit 334 does not continuously execute the process of the stage after the stage. As a result, it is possible to prevent erroneous progress to a stage that should not proceed.

  The continuous execution unit 334 also ends the continuous execution process even when the level of the player or the guest card level is increased as a result of the normal battle, and does not continuously execute the process of the stage after that stage. As a result, the player can know in real time that the level has increased, and after the level has increased, the player can proceed to the subsequent stage after changing various settings.

  In addition, before the normal battle is performed, the continuous execution unit 334 ends the continuous execution process and continuously executes the processes of the stages after the stage when the HP of the player or the HP of the guest card is equal to or less than a predetermined value. You may make it not. For example, the predetermined value is set to a value predicted to be necessary for winning the next battle. As described above, when the condition for clearing the stage to be executed is not satisfied, the continuous execution unit 334 does not continuously execute the process of the stage and the subsequent stage. Thus, the player can perform a normal battle after recovering the HP, and the normal execution is continuously performed by the continuous execution process to prevent the player from defeating the enemy character unexpectedly. it can. For example, when an item that recovers HP that has become 0 is a special item that is different from an item that recovers HP that is not 0, the player can prevent the HP from becoming 0 and consuming the special item. can do.

  On the other hand, the continuous execution part 334 determines the item to provide based on a predetermined reference | standard, when determining the event in the stage to item provision.

  On the other hand, the continuous execution part 334 determines the character card to provide based on a predetermined reference | standard, when determining the event in the stage to character card provision.

  On the other hand, if the continuous execution unit 334 determines that the event in that stage is a RAID boss battle, the continuous execution unit 334 ends the continuous execution process and does not continuously execute the processes in the subsequent stages.

  The continuous execution unit 334 ends the continuous execution process when the number of advanced stages reaches a predetermined number, that is, when all the processes of the predetermined number of stages are executed.

  When the continuous execution process ends, the continuous execution unit 334 gives all items and character cards determined to be given to the player during the continuous execution to the player.

  In addition, when the continuous execution unit 334 finishes the continuous execution process, the continuous execution unit 334 continuously displays enemy characters, assigned items, and / or character cards that are battled in each of the continuously executed stages. Create execution screen display data. If the event at the last stage of continuous execution is a RAID boss battle, the continuous execution unit 334 creates continuous execution screen display data in which a RAID boss is displayed following an enemy character, item, and / or character card.

  Further, the continuous execution unit 334 creates continuous execution result screen display data for displaying the execution results and the like of the processes of all the stages that have been continuously executed in a predetermined layout. Note that the continuous execution unit 334 generates continuous execution result screen display data for further displaying a “challenge boss” button or the like when the last stage of continuous execution is the last stage of the dungeon. Further, the continuous execution unit 334 further informs that the HP has become 0 when the last stage of the continuous execution is a normal battle and the HP of the player or the HP of the guest card is 0 and the player loses. Create continuous execution result screen display data to be displayed. In addition, the continuous execution unit 334 creates continuous execution result screen display data for further displaying that the level has been increased when the last stage of the continuous execution is a normal battle and the level of the player or guest card is increased. To do. Further, when the last stage of continuous execution is a RAID boss battle, the continuous execution unit 334 creates continuous execution result screen display data for further displaying a RAID boss, a “warm” button, and the like. In addition, when the stamina is less than the consumption point, the continuous execution unit 334 creates continuous execution result screen display data for further displaying that the stage processing cannot be executed because the stamina is insufficient.

  Note that the server processing unit 33 may change the privilege to be given to the player between the normal execution process and the continuous execution process. For example, the continuous execution unit 334 counts the number of times of continuous execution, and when the number of times of continuous execution becomes equal to or greater than a predetermined number, even if a privilege such as item grant or level up is given to the player Good.

  Further, for example, when performing the continuous execution process, the server processing unit 33 determines the level, attack power, defense power, HP, rareness, skill activation rate, number of attacks in one turn, from items given in the normal execution process. An item with a high parameter such as the number of times of defense in a single match or a large number of items may be given. On the contrary, when performing the continuous execution process, the server processing unit 33 may give an item having a parameter lower than the item given in the normal execution process or a small number of items.

  Similarly, the server processing unit 33 may change the consumption point between the normal execution process and the continuous execution process. In this case, the server processing unit 33 may make the consumption point when performing the continuous execution process smaller than the consumption point when performing the normal execution process. Conversely, the server processing unit 33 may make the consumption point for performing the continuous execution process larger than the consumption point for performing the normal execution process.

  Similarly, the server processing unit 33 may change parameters such as attack power, defense power, and / or HP in the normal battle between the normal execution process and the continuous execution process. In that case, the server processing unit 33 may set a parameter for performing the continuous execution process higher than a parameter for performing the normal execution process. Conversely, the server processing unit 33 may set a parameter for performing the continuous execution process to be lower than a parameter for performing the normal execution process.

  Similarly, the server processing unit 33 may change the experience value given when the normal battle is won in the case of the normal execution process and the case of the continuous execution process. In that case, the server processing unit 33 may make the experience value given when performing the continuous execution process higher than the experience value given when performing the normal execution process. Conversely, the server processing unit 33 may make the experience value given when performing the continuous execution process lower than the experience value given when performing the normal execution process.

  By making the privilege granted when performing the continuous execution process larger than the privilege granted when performing the normal execution process, it becomes attractive for the player to perform the continuous execution process, and the use of the continuous execution process The rate can be improved. Therefore, the player can clear the dungeon in a shorter time, and the game provider can have the player execute more dungeons. On the other hand, when the privilege given when performing the continuous execution process is made smaller than the privilege given when performing the normal execution process, the player gives a larger privilege when clearing the dungeon over a long period of time. You can get it. Therefore, the player strategically selects whether to perform the continuous execution process or the normal execution process, and it is possible to improve the game preference.

  In addition, each of the above-mentioned benefits given to the player when the continuous execution process is performed may be similarly given to other players related to the player. For example, when the player who has performed the continuous execution process causes another player to accompany the dungeon, the server processing unit 33 also gives each of the above-mentioned privileges to the other player who has accompanied the player. Or the server process part 33 may provide said each privilege to the other player which participated in the RAID boss battle.

  FIG. 9 is a diagram illustrating 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 the 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 a game start request from the portable terminal 2 via the server communication unit 31, the control unit 331 passes the player ID and password included in the received game start request to the player authentication unit, and performs authentication processing. Execution is instructed (step S102).

  When the authentication by the player authentication unit is successful, the control unit 331 creates home screen display data (step S103).

  The control unit 331 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31 (step S104).

  When the browsing execution unit 251 of the portable terminal 2 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 home screen display data. Further, the browsing execution unit 251 outputs the created drawing data to the display unit 24 and displays the home screen 500 (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 “go to exploration” button 501 on the home screen 500 in FIG. 5A is tapped, the request type is a quest start request. In addition, “exploration” such as the quest start screen 510 in FIG. 5B, the battle result screen 530 in FIG. 5D, the item grant screen 600 in FIG. 6A, the character card grant screen 610 in FIG. When the “Yes” button 515 is tapped, the request type is a normal execution request. Further, when the “warf” button 523 of the normal battle screen 520 in FIG. 5C is tapped, the request type is a normal battle execution request. Further, when the “warming” button 623 on the RAID boss battle screen 620 in FIG. 6C is tapped, the request type is a RAID boss battle execution request. Further, when the “challenge boss” button 633 on the floor boss battle screen 630 in FIG. 6D, the “challenge boss” button 734 in the continuous execution result screen 730 in FIG. The type is a floor boss battle execution request. In addition, “full power” such as the quest start screen 510 in FIG. 5B, the battle result screen 530 in FIG. 5D, the item grant screen 600 in FIG. 6A, the character card grant screen 610 in FIG. When the “sprint” button 514 is tapped, the request type is a continuous execution request. Also, an end button on the quest start screen 510 in FIG. 5B, the battle result screen 530 in FIG. 5D, the item grant screen 600 in FIG. 6A, the character card grant screen 610 in FIG. When 516 is tapped, the request type is an end request.

  When receiving 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 332 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 332 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 332 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 332 to the portable terminal 2 via the server communication part 31 (step S108).

  When the browsing execution unit 251 receives each display data or 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. 10 is a diagram illustrating an example of an operation flow of a game progress process by the game progress unit 332. The game progress process shown in FIG. 10 is executed in step S107 of FIG.

  First, the game progress unit 332 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 quest start request (step S202—Yes), the game progression unit 332 creates quest start screen display data (step S203). Next, the game progression unit 332 passes the created quest start screen display data to the control unit 331 (step S215), and ends a series of steps.

  On the other hand, when the identified request is a normal execution request (step S202-No, step S204-Yes), the game progression unit 332 instructs the normal execution unit 333 to execute the normal execution process, and the normal execution unit 333 performs normal execution. Processing is executed (step S205). In the normal execution process, the normal execution unit 333 executes the process of one stage of the quest game, creates display data of each screen according to the result, and passes it to the game progress unit 332. Details of the normal execution process will be described later. Next, the game progression unit 332 passes the display data received from the game progression unit 332 to the control unit 331 (step S215), and ends a series of steps.

  On the other hand, when the specified request is a normal battle execution request (step S204-No, step S206-Yes), the game progression unit 332 executes a normal battle and creates battle execution screen display data and battle result screen display data. (Step S207). Next, the game progress unit 332 passes the created battle execution screen display data and battle result screen display data to the control unit 331 (step S215), and ends a series of steps.

  On the other hand, when the identified request is a RAID boss battle execution request (step S206-No, step S208-Yes), the game progression unit 332 executes a RAID boss battle and creates battle execution screen display data and battle result screen display data. (Step S209). Next, the game progress unit 332 passes the created battle execution screen display data and battle result screen display data to the control unit 331 (step S215), and ends a series of steps.

  On the other hand, when the specified request is a floor boss battle execution request (step S208-No, step S210-Yes), the game progression unit 332 executes a floor boss battle and creates battle execution screen display data and battle result screen display data. (Step S211). Next, the game progress unit 332 passes the created battle execution screen display data and battle result screen display data to the control unit 331 (step S215), and ends a series of steps.

  On the other hand, when the identified request is a continuous execution request (step S210-No, step S212-Yes), the game progression unit 332 instructs the continuous execution unit 334 to execute the continuous execution process, and the continuous execution unit 334 executes the continuous execution. Processing is executed (step S213). In the continuous execution process, the continuous execution unit 334 continuously executes the processes of a plurality of stages of the quest game, creates continuous execution screen display data and continuous execution result screen display data according to the results, Pass to 332. Details of the continuous execution process will be described later. Next, the game progression unit 332 passes the continuous execution screen display data and the continuous execution result screen display data received from the game progression unit 332 to the control unit 331 (step S215), and ends a series of steps.

  On the other hand, when the specified request is none of the above, that is, when the request is an end request (step S212—No), the game progress unit 332 ends the quest game and instructs the control unit 331 to create home screen display data. To do. The control unit 331 creates home screen display data and passes it to the game progress unit 332 (step S214). Next, the game progression unit 332 passes the continuous execution screen display data and the continuous execution result screen display data received from the game progression unit 332 to the control unit 331 (step S215), and ends a series of steps.

  FIG. 11 shows an example of the operation flow of normal execution processing by the normal execution unit 333. The normal execution process shown in FIG. 11 is executed in step S205 of FIG.

  First, the normal execution unit 333 determines whether or not the stamina in the player management table is greater than or equal to the consumption points (step S301).

  When the stamina is less than the consumption point (step S301-No), the normal execution unit 333 creates display data for displaying that the stage process cannot be executed because the stamina is insufficient (step S302). . Next, the normal execution unit 333 passes the created display data to the game progression unit 332 (step S315), and ends a series of steps.

  On the other hand, when the stamina is equal to or higher than the consumption point (step S301-No), the normal execution unit 333 subtracts the consumption point from the stamina (step S303) and advances one stage (step S304).

  Next, the normal execution unit 333 determines whether or not the advanced stage is the last stage of the dungeon (step S305).

  When the advanced stage is the last stage of the dungeon (step S305-Yes), the normal execution unit 333 determines the event at that stage as a floor boss battle and creates floor boss battle screen display data (step S306). . Next, the normal execution unit 333 passes the created floor boss battle screen display data to the game progression unit 332 (step S315), and ends a series of steps.

  On the other hand, when the advanced stage is not the last stage of the dungeon (step S305-No), the normal execution unit 333 determines that the event in that stage is a normal battle, item grant, character card grant, and RAID based on a predetermined criterion. One of the boss battles is determined (step S307).

  When the normal execution unit 333 determines that the event in the stage is a normal battle (step S308-Yes), the normal execution unit 333 determines an enemy character based on a predetermined criterion, and creates normal battle screen display data (step S309). Next, the normal execution unit 333 passes the created normal battle screen display data to the game progress unit 332 (step S315), and ends a series of steps.

  On the other hand, if the normal execution unit 333 determines that the event at the stage is to be assigned to an item (step S308-No, step S310-Yes), the normal execution unit 333 determines an item to be given based on a predetermined criterion and grants the item to the user At the same time, item addition screen display data is created (step S311). Next, the normal execution unit 333 passes the created item addition screen display data to the game progression unit 332 (step S315), and ends a series of steps.

  On the other hand, the normal execution part 333 determines the character card provided based on a predetermined | prescribed reference | standard, when the event in the stage is determined to give a character card (step S310-No, step S312-Yes), and the character card is determined. While giving to a user, character card provision screen display data is produced (step S313). Next, the normal execution unit 333 passes the created character card provision screen display data to the game progression unit 332 (step S315), and ends a series of steps.

  On the other hand, the normal execution unit 333 creates RAID boss battle screen display data when the event in the stage is determined to be other than the normal battle item grant and the character card grant, that is, the RAID boss battle is determined (step S310-No) ( Step S312). Next, the normal execution unit 333 passes the created RAID boss battle screen display data to the game progression unit 332 (step S315), and ends a series of steps.

  FIG. 12 shows an example of an operation flow of continuous execution processing by the continuous execution unit 334. The continuous execution process shown in FIG. 12 is executed in step S213 in FIG.

  First, the continuous execution unit 334 determines whether or not the stamina in the player management table is greater than or equal to the consumption points (step S401).

  When the stamina is less than the consumption points (No at Step S401), the continuous execution unit 334 moves the process to Step S416.

  On the other hand, when the stamina is equal to or higher than the consumption point (step S401—Yes), the continuous execution unit 334 subtracts the consumption point from the stamina (step S402) and advances one stage (step S403).

  Next, the continuous execution unit 334 determines whether or not the advanced stage is the last stage of the dungeon (step S404).

  If the advanced stage is the last stage of the dungeon (step S404—Yes), the continuous execution unit 334 determines the event at that stage as a floor boss battle, and the process proceeds to step S416.

  On the other hand, if the advanced stage is not the last stage of the dungeon (step S404-No), the continuous execution unit 334 determines that the event at that stage is a normal battle, item grant, character card grant, and RAID based on a predetermined criterion. One of the boss battles is determined (step S405).

  When the continuous execution unit 334 determines that the event in the stage is a normal battle (Yes in step S406), the continuous execution unit 334 determines an enemy character based on a predetermined criterion and executes the normal battle (step S407).

  Next, the continuous execution unit 334 determines whether the player's HP or the guest card's HP has become 0 as a result of the normal battle and the player has lost (step S408). When the player loses (step S408-Yes), the continuous execution unit 334 moves the process to step S416.

  On the other hand, when the player has won (step S408-No), the continuous execution unit 334 determines whether the level of the player or the guest card has increased (step S409). The continuous execution unit 334 shifts the process to step S416 when the level of the player is increased (step S409-Yes), and shifts the process to step S415 when the level of the player is not increased (step S409-No). To do.

  On the other hand, the continuous execution part 334 determines the item provided to a player based on a predetermined reference | standard, when determining the event in the stage to item grant (step S406-No, step S410-Yes) (step S411), The process proceeds to step S415.

  On the other hand, the continuous execution part 334 determines the character card provided to a player based on a predetermined reference | standard, when determining the event in the stage to character card grant (step S410-No, step S412-Yes) (step S413). ), And the process proceeds to step S415.

  On the other hand, the continuous execution part 334 starts a RAID boss battle (step S414), when it determines that the event in the stage is other than normal battle item provision and character card provision, ie, a RAID boss battle (step S412-No), and goes to step S416 Migrate processing.

  In step S415, the continuous execution unit 334 determines whether the number of advanced stages has reached a predetermined number (step S415). When the number of advanced stages is not the predetermined number (step S415—No), the continuous execution unit 334 returns the process to step S401, and repeats the processes after step S401.

  On the other hand, when the number of advanced stages reaches a predetermined number (step S415—Yes), the continuous execution unit 334 gives all items and character cards determined in step S411 to the player (step S416).

  Next, the continuous execution unit 334 displays continuous execution screen display data representing a state in which the enemy characters, the assigned items, the assigned character cards, or the RAID bosses that are battled in each of the continuously executed stages are sequentially displayed. Create In addition, the continuous execution unit 334 creates continuous execution result screen display data for displaying the result of each stage continuously executed in a predetermined layout (step S417).

  Next, the normal execution unit 333 passes the created continuous execution screen display data and continuous execution result screen display data to the game progress unit 332 (step S418), and ends a series of steps.

  As described above, the server 3 executes the process of one stage in accordance with the normal execution instruction from the player, and continuously executes the processes of a plurality of stages in accordance with the continuous execution instruction from the player. As a result, the player can continuously execute the processes of a plurality of stages with a single instruction, and the time and labor required to clear the dungeon can be reduced, and the player can continue to the game. It is possible to maintain motivation.

  For example, if the distance of one stage is 10 m and it takes 3 seconds for one stage, in order to clear the 200 m dungeon, the user needs to give 20 instructions before clearing the dungeon. And takes 60 seconds. On the other hand, in continuous execution, the user can clear the dungeon in 6 seconds by two operations.

  In the continuous execution process of this embodiment, the player advances the stage by a predetermined number rather than at a stretch to the goal of the dungeon, so the player controls the progress of the quest within a certain range. You can get a sense of being.

  Note that the present invention is not limited to this embodiment. For example, in the present embodiment, the server 3 executes the game, but the server 3 may be omitted and the mobile terminal 2 may execute the game. The terminal storage unit 22 stores information about the player of the mobile terminal 2 in the player management table, a card management table, a dungeon management table, and the like, and the terminal processing unit 25 is a server in addition to each unit shown in FIG. 3, each unit having the same function as each unit of the server processing unit 33. The terminal processing unit 25 transmits and receives each piece of information in 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.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 3 Server 31 Server communication part 32 Server memory | storage part 33 Server processing part 331 Control part 332 Game progress part 333 Normal execution part 334 Continuous execution part

Claims (9)

A game control method in a computer that executes a game that sequentially executes a plurality of events including a battle between a player and an enemy character, the computer comprising:
For each player, a parameter that decreases due to an attack from the opponent in the battle is stored in the storage unit,
Continuously executing the plurality of events in accordance with instructions from a player,
In executing the plurality of events, before executing each event, it is determined whether or not the parameter stored in the storage unit is equal to or greater than a predetermined value, and when the parameter is equal to or greater than the predetermined value, Execute each event,
A control method characterized by that.   2. The control method according to claim 1, wherein in the execution of the plurality of events, an execution result of each of the plurality of events is displayed after all the plurality of events are executed.   3. The control method according to claim 1, wherein, in execution of the plurality of events, an item that is given in any of the plurality of events is given to the player after all the plurality of events are executed.   In the execution of the plurality of events, if any event of the plurality of events is a specific event, the event after the specific event is not continuously executed. The control method according to one item.   In the execution of the plurality of events, if a condition for clearing a specific event of the plurality of events is not satisfied, events subsequent to the specific event are not continuously executed. The control method according to any one of the above.   When a parameter that is scheduled to be executed according to the instruction and contributes to clearing a specific event of the plurality of events exceeds a predetermined value, the specific event and the event after the specific event are not executed continuously. The control method as described in any one of Claims 1-5. For each player, remember other players related to the player,
The game control method according to claim 1, wherein when the plurality of events are continuously executed, a privilege is given to another player related to the player. A computer for executing a game for sequentially executing a plurality of events including a battle between a player and an enemy character,
For each player, the storage unit stores a parameter that decreases due to an attack from the opponent in the battle, and includes an execution unit that continuously executes the plurality of events according to instructions from the player,
The execution unit determines whether or not the parameter stored in the storage unit is equal to or greater than a predetermined value before executing each event, and executes the event when the parameter is equal to or greater than the predetermined value. To
A computer characterized by that. A computer control program for executing a game for sequentially executing a plurality of events including a battle between a player and an enemy character,
For each player, a parameter that decreases due to an attack from the opponent in the battle is stored in the storage unit,
Causing the computer to execute the plurality of events continuously in accordance with an instruction from the player;
In executing the plurality of events, before executing each event, it is determined whether or not the parameter stored in the storage unit is equal to or greater than a predetermined value, and when the parameter is equal to or greater than the predetermined value, Execute each event,
A control program characterized by that.

Images