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

Abstract

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 game control methods, computers and control programs.

In recent years, servers that provide games to mobile terminals via communication networks have become widespread. Some games provided by such servers allow a plurality of players to participate (so-called "social games"). As such a social game, for example, a game in which a card is used to play a battle against an enemy character (so-called "card battle game") is known (for example, Patent Document 1).

Further, 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, the quest game has a plurality of stages, and each time the player instructs the progress, the processing of the stages is sequentially executed one by one.

Japanese Unexamined Patent Publication No. 2008-113768

However, in the conventional quest game, the player needs to give an instruction each time the processing of each stage is executed, and a large amount of time and labor is required to execute the processing of a plurality of stages. Therefore, there is a risk that the player's willingness to continue the game may be impaired during the progress of the quest game.

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

The 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, according to the second instruction by the player, the processing of two or more predetermined numbers of the stages among the plurality of stages is continuously executed.
The computer may be a mobile terminal, a stationary terminal, a server, or the like as long as the above procedure can be executed.

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

Further, in the control method according to the present invention, when the processing of a predetermined number of stages is executed according to the second instruction, the items given in the predetermined number of stages are processed in the predetermined number of stages. It is preferable to give it to the player after executing all of the above.

Further, in the control method according to the present invention, when the processing of a predetermined number of stages is executed according to the second instruction, the number predetermined from the possession points for executing the processing of the stages owned by the player. It is preferable to consume the points for each stage.

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

Further, in the control method according to the present invention, it is preferable to change the privilege given to the player depending on whether the stage processing is executed according to the first instruction or the stage processing is executed according to the second instruction.

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

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

Further, in the control method according to the present invention, when another player related to the player is stored for each player and a predetermined number of stages are processed according to the second instruction, the other player related to the player is executed. It is preferable to give benefits to.

Further, in the control method according to the present invention, it is preferable to advance the game field by a certain distance in each of the processing of the plurality of stages.

The computer according to the present invention is a computer that executes a game that sequentially executes processing of a plurality of stages, and is a first execution unit that executes processing of one of the plurality of stages according to a first instruction by a player. And a second execution unit that continuously executes the processing of two or more predetermined numbers of stages among the plurality of stages according to the second instruction by the player.

The program according to the present invention is a control program of 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. According to the second instruction by the player, the computer is made to continuously execute the processing of two or more predetermined numbers of stages among the plurality of stages.

The control method, computer, and control program according to the present invention execute the processing of one stage when the first instruction is given by the player, and continuously execute the processing of a plurality of stages when the second instruction is given. As a result, it is possible to execute a plurality of stages in succession according to an instruction from the player, and it is possible to maintain the player's willingness to continue playing the game.

It is a figure which shows an example of the schematic structure of a game system. It is a figure which shows an example of the schematic structure of a mobile terminal. It is a figure which shows an example of the schematic structure of a server. (A) is a diagram showing an example of the data structure of the player management table, (b) is a diagram showing an example of the data structure of the card management table, and (c) is a diagram showing an example of the data structure of the dungeon management table. It is a figure. (A) to (d) are diagrams showing an example of a display screen of a mobile terminal. (A) to (d) are diagrams showing another example of the display screen of the mobile terminal. (A) to (d) are diagrams showing still another example of the display screen of the mobile terminal. (A) to (c) are diagrams showing still another example of the display screen of the mobile terminal. It is a figure which shows an example of the operation sequence of a game system. It is a figure which shows an example of the operation flow of the game progress processing by a server. It is a figure which shows an example of the operation flow of the normal execution processing by a server. It is a figure which shows an example of the operation flow of the continuous execution processing by a server.

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

1. 1. Outline of the present embodiment In the game system of the present embodiment, the player plays a game provided by the server using a mobile terminal. The server executes a quest that progresses according to the scenario of the game as an event in the provided game. A quest is generally also called a search, a mission, or the like, and has a plurality of stages and sequentially executes the processing of each stage. In each stage, battles (competitions) with enemy characters using the game media owned by the players, granting benefits such as specific game media to the players, so-called RAID battles in which multiple players participate, and battles with other players Includes encounters and / or battles with other players. By executing the quest, the player can grow the character and acquire the item.

The game medium is electronic data used in the game, and includes, for example, cards, items, characters, avatars, and the like. Further, the game medium is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, and / or gifted by the player in the game according to the progress of the game. The usage mode of the game medium is not limited to that specified in the present specification. In the present embodiment, a card registered in the game system in advance 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 (for example, fire, water, thunder, etc.), rarity (for example, normal, rare, S (for example). Parameters and / or jobs such as 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-on-one battle For example, have a profession, a type of soldier, etc.).

The quest executed in this embodiment explores the dungeon from the entrance to the position where the floor boss is, and each area where the dungeon is divided at a fixed distance is set as one stage. For example, if a 200m dungeon has 20 stages, the distance per stage is 10m. The dungeon may be set to an arbitrary distance (for example, 1 m, 15 m, etc.) instead of being divided into fixed distances. 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 is, the longer the distance of each stage is, and the lower the ability is, the shorter the distance is. You may. Further, the dungeon may be divided into a plurality of units (for example, a floor), and each unit may be divided into a plurality of stages. The player advances the game field by a certain distance in each stage. In the game system of the present embodiment, the player advances the quest by issuing a normal execution instruction for executing the processing of one stage or a continuous execution instruction for continuously executing the processing of a plurality of stages. To go. As a result, the player can continuously execute the processing of a plurality of stages with one instruction, and it is possible to reduce the time and effort required to clear the dungeon, and the player can continue to the game. It becomes possible to maintain motivation.

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

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

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

The mobile terminal 2 connects 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 mobile terminal 2 requests the server 3 to proceed with the game in response to the operation of the operation unit 23 (button or the like) by the player. Further, the mobile terminal 2 receives and displays display data related to the progress of the game from the server 3. Therefore, 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 multifunctional mobile phone (so-called "smartphone") is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 may be any application as long as the present invention can be applied. For example, a mobile phone (so-called "feature phone"), a personal digital assistant (PDA), a portable game machine, a portable music player, a tablet terminal, a tablet. It may be a PC, a notebook PC, or the like.

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

The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores, as a driver program, an input device driver program that controls the operation unit 23, an output device driver program that controls the display unit 24, and the like. In addition, the terminal storage unit 22 stores, as an application program, a program for acquiring and displaying display data related to the progress of the game. The computer program is a terminal storage unit using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM (compact disk read only memory) or a DVD-ROM (digital versatile disk read only memory). It may be installed on 22. 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 mobile terminal 2 can be operated, such as a touch panel and key buttons. The player can input characters, numbers, symbols, etc. using the operation unit 23. When the operation unit 23 is operated by the player, the operation unit 23 generates a signal corresponding to the operation. Then, the generated signal is supplied to the terminal processing unit 25 as a player's instruction.

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

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

2.1.1. 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. Alternatively, the browsing execution unit 251 may be mounted on the mobile terminal 2 as firmware.

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

2.2. Configuration of Server 3 FIG. 3 is a diagram showing an example of a schematic configuration of 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 related to the progress of the game and transmits it to the mobile terminal 2. Therefore, 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 communicates with the Internet 7. Then, the server communication unit 31 supplies the data received from the mobile terminal 2 or the like to the server processing unit 33. Further, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program or the like that advances a game and creates display data related to the result. The computer program may be installed in the terminal storage unit 22 from a computer-readable portable recording medium such as a CD-ROM or a DVD-ROM using a known setup program or the like. Further, the server storage unit 32 has a player management table (FIG. 4 (a)) for managing players, a card management table (FIG. 4 (b)) for managing cards, and a dungeon management table (FIG. 4 (b)) for managing dungeons as data. 4 (c)), image data and the like related to the player, the card, and the enemy character are stored. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

4 (a), (b) and (c) are diagrams showing an example of the data structure of various management tables.

FIG. 4A shows a player management table. In the player management table, for each player, the identification number (player ID), password, name, image data file name of the player, the identification number (card ID) of the character card (possessed card) possessed by the player, and the corresponding. Parameter information related to each player parameter, quest card information related to the character card (quest card) used for the quest, stage information related to the running stage, RAID boss battle information related to the RAID boss battle, player IDs of other players related to the player, etc. Is remembered.

The parameter information includes the player's level, experience value, HP, stamina, and the like. The level is a parameter for determining the upper limit of HP, the number of other players related to the player, and the like. Experience points are parameters that add a specific value when you win a battle. When the experience value exceeds a predetermined value, the level is incremented (increased by 1). HP is a parameter in which a value corresponding to the amount of damage received when receiving an attack from an enemy character in a battle is subtracted. When HP becomes 0, the player is defeated in that battle. HP recovers by using a specific item, but does not recover even after a lapse of time. Stamina is a point for executing stage processing, and is consumed each time stage processing is executed. This stamina is an example of possession points owned by the player. In addition, stamina is restored by the passage of a certain period of time or the use of a specific item.

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

The stage information includes an identification number (dungeon ID) of the dungeon being executed by the player in the quest, an identification number of the stage (stage ID), and the like.

The RAID boss battle information includes the card IDs of the character cards (deck cards) that make up the deck used in the RAID boss battle. The deck card is composed of a predetermined number (for example, seven) of cards possessed in advance.

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

FIG. 4B shows a card management table. For each card, the card ID, name, image data file name, and parameters such as rarity, attack power, and defense power are stored in the card management table.

FIG. 4C shows a dungeon management table. For each dungeon, the dungeon management table stores 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 more processors and peripheral circuits thereof. The server processing unit 33 controls the overall operation of the server 3 in an integrated manner, 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 the program and the like stored in the server storage unit 32. The server processing unit 33 executes processing based on a program (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 (application programs and the like) in parallel.

2.2.1. Functions of Server Processing Unit 33 FIGS. 5 to 8 are diagrams showing an example of a display screen of the mobile terminal 2 based on the display data created by the server 3.

FIG. 5A shows a home screen 500 that is displayed when the game is started. The home screen 500 is displayed based on the home screen display data received from the server 3. A plurality of buttons are displayed in a list on the home screen 500. By tapping the "go to explore" button 501, the server 3 is requested to start the quest game via the terminal communication unit 21.

FIG. 5B shows a quest start screen 510 that is displayed when the start of the quest game is requested on the home screen 500 shown in FIG. 5A. The quest start screen 510 is displayed based on the quest start screen display data received from the server 3. On the quest start screen 510, the image 511 of the dungeon currently in progress, 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 state of the entire dungeon. A gauge 513 is displayed that represents the position in the form of a columnar graph. On the quest start screen 510, a "sprint" button 514, an "explore" button 515, and an end button 516 are further displayed. By tapping the "sprint" button 514, the server 3 is requested to continuously execute the processing of a plurality of stages via the terminal communication unit 21. On the other hand, by tapping the "explore" button 515, the server 3 is requested to normally execute the processing of one stage via the terminal communication unit 21. Further, by tapping the end button 516, the end of the quest game is requested to the server 3 via the terminal communication unit 21.

FIG. 5 (c) shows a normal battle screen 520 displayed when a normal battle is requested on the quest start screen 510 shown in FIG. 5 (b) 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. A normal battle is performed between a player card and a guest card used in a quest game and an enemy character. On the normal battle screen 520, a text 521 indicating that a normal battle is executed with the enemy character, an image 522 of the enemy character, and a "fight" button 523 are displayed. By tapping the "fight" button 523, the server 3 is requested to execute a normal battle via the terminal communication unit 21.

FIG. 5 (d) shows a battle result screen 530 displayed when the execution of the normal battle is requested on the normal battle screen 520 shown in FIG. 5 (c). 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 of FIG. 5 (b), a gauge 532 similar to the gauge 513 of FIG. 5 (b), and a text and an image 533 showing the result of the battle are displayed. To. On the battle result screen 530, a "sprint" button 514, an "explore" button 515, and an end button 516 are further displayed. In addition to the information represented by the text 512 in FIG. 5B, the text 531 indicates from which position to which position the movement was performed by executing the stage processing.

FIG. 6A shows an item granting screen 600 displayed when a normal execution is requested on the quest progress screen 510 shown in FIG. 5B and an item is granted at that stage. The item grant screen 600 is displayed based on the item grant screen display data received from the server 3. The item grant screen 600 shows a text 601 similar to the text 512 of FIG. 5 (b), a gauge 602 similar to the gauge 513 of FIG. 5 (b), the fact that the item has been granted, and the granted item. Text and image 603 are displayed. On the item grant screen 600, a "sprint" button 514, an "explore" button 515, and an end button 516 are further displayed. In addition to the information represented by the text 512 in FIG. 5B, the text 601 represents from which position to which position the movement was performed by executing the stage processing. Items given in each stage include strengthening items for strengthening the attack power or defense power of the character card, recovery items for recovering the player's stamina, HP, and the like. In addition, if you include a map item to advance to another dungeon in the item given in each stage, not only when you clear the current dungeon, but also when you get that map item, you can advance to another dungeon. May be good.

FIG. 6 (b) shows a character card grant screen 610 displayed when a character card is granted at the stage where normal execution is requested on the quest progress screen 510 shown in FIG. 5 (b). 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 grant screen 610, a text 611 similar to the text 512 of FIG. 5 (b), a gauge 612 similar to the gauge 513 of FIG. 5 (b), the fact that the character card has been granted, and the assigned character The text representing the card and the image 613 are displayed. On the character card grant screen 610, a "sprint" button 514, an "explore" button 515, and an end button 516 are further displayed. In addition to the information represented by the text 512 in FIG. 5B, the text 611 indicates from which position to which position the movement was performed by executing the stage processing. The character card may be one of the items, and the character card may be given on the item giving screen of FIG. 6A.

FIG. 6 (c) shows a RAID boss battle screen 620 displayed when normal execution is requested on the quest progress screen 510 shown in FIG. 5 (b) 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. A RAID boss battle is a battle in which a plurality of players related to a player cooperate to fight a RAID boss stronger than an enemy character in a 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 a battle is executed with the RAID boss, an image 622 of the RAID boss, and a "fight" button 623 are displayed. By tapping the "fight" button 623, the server 3 is requested to execute the RAID boss battle via the terminal communication unit 21. In this case, the RAID boss battle is executed by the server 3, and a battle result screen similar to the battle result screen 530 shown in FIG. 5D is displayed. 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.

FIG. 6 (d) shows a floor boss battle screen 630 that is displayed when the quest progress screen 510 shown in FIG. 5 (b) is requested to be normally executed and the position where the floor boss is located is reached. Floor Boss Battle is held 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 of FIG. 5 (b), a gauge 632 similar to the gauge 513 of FIG. 5 (b), and a "challenge boss" button 633 are displayed. The text 631 indicates that the floor boss has reached the position. By tapping the "Challenge the boss" button 633, the server 3 is requested to execute the floor boss battle via the terminal communication unit 21. In this case, the battle result screen 530 shown in FIG. 5D is shown. The floor boss battle may be started according to the player's selection as described above, or may be started automatically as soon as the player reaches the position where the floor boss is.

7 (a), (b) and (c) show continuous execution screens 700, 710 and 720 which are sequentially displayed when continuous execution is requested on the quest progress screen 510 shown in FIG. 5 (b). 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. On the continuous execution screen 700, the player cards 701 to 703 and the guest card 704 proceed to the right and encounter the enemy character 705 fighting in the first stage. On the continuous execution screen 710, it is displayed that the player cards 701 to 703 and the guest card 704 proceed to the right and encounter the character card 706 to be given in the next stage. On the continuous execution screen 720, a text 721 indicating the result of continuous execution (success / failure), player cards 701 to 703 and guest cards 704, enemy characters 705 that fought in each stage, and assigned character cards 706 are displayed. 707 is displayed. In this way, on the continuous execution screen, the enemy characters fighting in each stage that are continuously executed, the character cards or items to be given, and the like are sequentially displayed, and finally the result of the continuous execution is displayed.

FIG. 7D shows a continuous execution result screen 730 displayed following 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, a text 731 similar to the text 512 of FIG. 5 (b), a gauge 732 similar to the gauge 513 of FIG. 5 (b), and the execution result of the processing of each stage continuously executed are displayed. A text 733 representing the text and an image 735 representing the character card and / or item acquired at each stage are displayed. As shown in the text 531 of FIG. 5 (d), the text 601 of FIG. 6 (a), the text 611 of FIG. 6 (b), and the text 631 of FIG. 6 (d), in the case of normal execution, one stage 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 continuously executed stages 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 the continuous execution, the "Challenge the boss" button 734 is further displayed on the continuous execution result screen 730.

8 (a) and 8 (b) show a continuous execution screen 800 displayed when continuous execution is requested on the quest progress screen 510 shown in FIG. 5 (b) 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 is given, and / or an item is given before the RAID boss battle is executed, the continuous execution screens 800 and 810 are shown in FIGS. 7 (a) and 7 (b). It is displayed continuously on the continuous execution screen 700 and / or 710. On the continuous execution screen 800, a state in which the player cards 701 to 703 and the guest card 704 proceed to the right and encounter the RAID boss 801 is displayed. If the RAID boss battle is executed during the continuous execution, the continuous execution is interrupted and the continuous execution screen 810 is displayed. On the continuous execution screen 810, the text 811 indicating that the RAID boss has been encountered, the RAID boss 812, the player cards 701 to 703, and the guest card 704 are displayed.

FIG. 8C shows a continuous execution result screen 820 displayed following the continuous execution screens 800 and 810. On the continuous execution result screen 820, a text 821 similar to the text 512 in FIG. 5 (b), a gauge 822 similar to the gauge 513 in FIG. 5 (b), and each of the continuously executed 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 in each stage are displayed. Further, the image 823 of the RAID boss, the "select deck" button 824, and the "fight" button 825 are further displayed on the continuous execution result screen 820. As shown in FIGS. 8A to 8C, by displaying the image of the RAID boss and the appearance of the RAID boss on the screen, the player knows that the continuous execution has been interrupted by the appearance of the RAID boss. It is possible to smoothly shift to the RAID boss battle.

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 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 parts may be mounted on the server 3 as firmware.

Hereinafter, the processing by the control unit 331 will be described.

The control unit 331 controls the start and progress of the game, and appropriately instructs the game progress unit 332 and the like to execute the process.

When the control unit 331 receives the 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 player authentication unit (not shown) to execute 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 succeeds. The control unit 331 creates home screen display data for displaying buttons and the like that receive instructions such as game progress in a predetermined layout. Further, the control unit 331 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31.

When the control unit 331 receives the 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 the game progress process to be executed. The game progress request includes a player ID and a request type. For the request type, 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 specified. Further, the control unit 331 transmits the display data of each screen received from the game progress unit 332 to the mobile terminal 2 via the server communication unit 31.

Hereinafter, the processing by the game progress 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. Further, 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 specifies 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 specified request is a quest start request, the game progress unit 332 reads the player management table and identifies the dungeon ID and stage ID of the dungeon and stage being executed by the player with the player ID included in the game progress request. Then, the game progress unit 332 creates quest start screen display data for displaying the quest start screen for executing the processing of the dungeon stage corresponding to the specified dungeon ID and stage ID. The game progress unit 332 reads the image, name, distance, information about the stage, etc. corresponding to the dungeon ID from the dungeon management table, identifies the position corresponding to the stage ID, and displays each information, buttons, etc. in a predetermined layout. Create quest start screen display data for.

When the specified request is a normal execution request, the game progress unit 332 passes the player ID included in the game progress request to the normal execution unit 333 and instructs the normal execution unit 333 to execute the normal execution process.

When the specified request is a normal battle execution request, the game progress unit 332 reads the player management table and specifies the HP of the player with the player ID, the player card, the guest card, and the HP of the guest card included in the game progress request. .. Further, the game progress unit 332 reads the card management table and specifies the attack power and the defense power of the specified player card and guest card.

The game progress unit 332 determines the amount of damage to be given to the enemy character based on the attack power of the player card, the attack power of the guest card, and the defense power of the enemy character, and subtracts the determined damage amount from the HP of the enemy character. .. On the other hand, the game progress 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 power of the player card, and subtracts the determined damage amount from the player's HP. Further, the game progressing unit 332 determines the amount of damage to be 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 progressing unit 332 determines that the player has won when the HP of the enemy character becomes 0 first, and when the HP of the player card or the HP of the guest card becomes 0 first, the player is defeated. It is determined that it has been done.

The game progress unit 332 adds a specific value to the player's experience value in the player management table when the player wins, and increments (increments by 1) the player's level when the player's experience value exceeds a predetermined value. To do. Similarly, the game progress unit 332 adds a specific value to the experience value of the guest card, and when the experience value of the guest card exceeds a predetermined value, the level of the guest card is incremented (increased by 1). Then, the game progress unit 332 creates the battle execution screen display data for displaying the battle effect image and the battle result screen display data for displaying the battle result content.

When the specified request is a RAID boss battle execution request, the game progress unit 332 reads the player management table and identifies another player related to the player with the player ID included in the game progress request. Further, the game progress unit 332 reads the player management table and identifies the deck card of the player with the player ID included in the game progress request. Further, the game progress unit 332 reads the card management table, specifies the attack power and defense power of each of the specified deck cards, and sets the sum of the attack power and defense power of each deck card as the attack power and defense power of each deck, respectively. Calculate as.

The game progressing unit 332 determines the amount of damage 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 HP of the RAID boss. On the other hand, the game progressing unit 332 determines the amount of damage to be 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 player's HP. Then, when the HP of the enemy character becomes 0, the game progressing unit 332 determines that the player has won. On the other hand, when the HP of the player becomes 0, the game progress unit 332 continuously executes a battle with the RAID boss using the character cards of other players related to the player. Then, the game progressing unit 332 determines that the player has won when the HP of the enemy character becomes 0, and when the HP of all other players related to the player becomes 0, the player is defeated. judge.

The game progress unit 332 adds a specific value to the player's experience value in the player management table when the player wins, and increments (increments by 1) the player's level when the player's experience value exceeds a predetermined value. To do. Similarly, the game progress unit 332 adds a specific value to the experience points 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). Then, the game progress unit 332 creates the battle execution screen display data for displaying the battle effect image and the battle result screen display data for displaying the battle result content.

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

When the specified request is a continuous execution request, the game progress unit 332 passes the player ID included in the game progress request to the continuous execution unit 334 and instructs the continuous execution process to be executed.

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

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

The normal execution unit 333 performs a normal execution process for executing the process of one of the plurality of stages of the quest game according to one instruction (tap of the "explor" button) by the player. Further, 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 identifies the player's stamina of the player ID included in the game progress request, the dungeon ID of the dungeon being executed, and the dungeon ID of the stage, and the stage ID. The normal execution unit 333 consumes (subtracts) the consumption points from the stamina and sets the stage to 1 on the condition that the specified stamina is equal to or more than the consumption points required to execute the processing of one stage. Proceed with one. The normal execution unit 333 advances the stage by updating the stage ID of the player management table.

If the stage advanced is the last stage of the dungeon, the normal execution unit 333 determines the event in that stage as Floor Boss Battle. In this case, the normal execution unit 333 creates floor boss battle screen display data for displaying the fact that the floor boss has reached the position and the "challenge boss" button and the like in a predetermined layout.

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

When the normal execution unit 333 decides the event in the stage to be a normal battle, the normal battle for determining the enemy character based on a predetermined standard and displaying the enemy character and the "fight" button in a predetermined layout. Create screen display data.

On the other hand, when the normal execution unit 333 decides to give an item for an event in that stage, it 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 the item addition screen display data for displaying the added item or the like in a predetermined layout.

On the other hand, when the normal execution unit 333 decides to give a character card to the event in the stage, the normal execution unit 333 decides the character card to be given based on a predetermined criterion, and gives the decided character card to the user. Then, the normal execution unit 333 creates character card grant screen display data for displaying the granted character card or the like in a predetermined layout.

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

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

The continuous execution unit 334 processes two or more predetermined numbers (for example, 10) of the plurality of stages of the quest game according to one instruction by the player (tap of the "sprint" button). Performs continuous execution processing. 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 player's stamina, the dungeon being executed, the dungeon ID of the stage, and the stage ID in the same manner as the normal execution unit 333, and the stamina is stamina on condition that the specified stamina is equal to or more than the consumption point. Consume consumption points from and advance the stages one by one. In addition, the continuous execution unit 334 does not consume the consumption points from the stamina each time the stage is advanced, but when the continuous execution process is completed, the consumption points for the stages in which the continuous execution is performed are collectively stamina. May be consumed from.

If the advanced stage is the last stage of the dungeon, the continuous execution unit 334 determines the event in that stage as Floor Boss Battle. In this case, the continuous execution unit 334 ends the continuous execution process and does not continuously execute the processes of the stages after that stage.

On the other hand, if the advanced stage is not the last stage of the dungeon, the continuous execution unit 334 may perform an event in that stage as a normal battle, an item grant, a character card grant, or a RAID boss battle based on a predetermined standard. Decide on.

When the continuous execution unit 334 determines the event in the stage as a normal battle, the continuous execution unit 334 determines the enemy character based on a predetermined criterion. Then, the continuous execution unit 334 executes the normal battle in the same manner as the normal battle by the game progress unit 332.

When the player's HP or the guest card's HP becomes 0 as a result of the normal battle and the player is defeated, the continuous execution unit 334 ends the continuous execution process and continuously executes the processes of the stages after that stage. do not. As described above, if the continuous execution unit 334 does not satisfy the condition for clearing the stage, the continuous execution unit 334 does not continuously execute the processing of the stage after the stage. This makes it possible to prevent accidentally progressing to a stage that should not be progressed.

Further, the continuous execution unit 334 ends the continuous execution process even when the player's level or the guest card's level rises as a result of the normal battle, and does not continuously execute the processes of the stages after that stage. As a result, the player can know in real time that the level has increased, and after the level has increased, he / she can change various settings and then proceed to the next stage.

Further, if the HP of the player or the HP of the guest card is equal to or less than a predetermined value 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 that stage. You may not do it. The predetermined value is set to, for example, a value predicted to be necessary to win the next battle. As described above, if the continuous execution unit 334 does not satisfy the condition for clearing the stage to be executed, the continuous execution unit 334 does not continuously execute the processing of the stage and the stages after the stage. As a result, the player can perform a normal battle after recovering the HP, and can prevent the normal battle from being continuously performed by the continuous execution process and being unexpectedly defeated by the enemy character. it can. For example, if the item that recovers the HP that has become 0 is a special item that is different from the item that recovers the HP that is not 0, the player prevents the HP from becoming 0 and consuming the special item. can do.

On the other hand, when the continuous execution unit 334 decides to give an item to the event at that stage, the continuous execution unit 334 decides the item to be given based on a predetermined criterion.

On the other hand, when the continuous execution unit 334 decides to grant a character card for the event in the stage, the continuous execution unit 334 determines the character card to be granted based on a predetermined criterion.

On the other hand, when the event in the stage is determined to be the RAID boss battle, the continuous execution unit 334 ends the continuous execution process and does not continuously execute the processes of the stages after the stage.

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 grants the player all the items and character cards determined to be given to the player during the continuous execution.

In addition, the continuous execution unit 334 continuously represents how the enemy characters, the granted items, and / or the character cards that fought in each of the continuously executed stages are sequentially displayed when the continuous execution process is completed. Create execution screen display data. When the event in the final stage of continuous execution is a RAID boss battle, the continuous execution unit 334 creates continuous execution screen display data in which the RAID boss is displayed following the enemy character, the item, and / or the character card.

In addition, 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 continuously executed stages in a predetermined layout. In addition, when the last stage of the continuous execution is the last stage of the dungeon, the continuous execution unit 334 creates the continuous execution result screen display data for further displaying the "challenge the boss" button and the like. Further, the continuous execution unit 334 further indicates that the HP becomes 0 when the final stage of the continuous execution is a normal battle and the HP of the player or the HP of the guest card becomes 0 and the player is defeated. Create continuous execution result screen display data to be displayed. In addition, the continuous execution unit 334 creates continuous execution result screen display data that further displays the fact that the level has increased when the final stage of the continuous execution is a normal battle and the level of the player or guest card has increased. To do. Further, the continuous execution unit 334 creates continuous execution result screen display data for further displaying the RAID boss, the "fight" button, and the like when the final stage of the continuous execution is the RAID boss battle. Further, the continuous execution unit 334 creates continuous execution result screen display data that further displays that the stage processing cannot be executed because the stamina is insufficient when the stamina is less than the consumption point.

The server processing unit 33 may change the privilege given to the player between the case of the normal execution processing and the case of the continuous execution processing. For example, the continuous execution unit 334 counts the number of times the continuous execution is performed, and when the number of times the continuous execution is performed exceeds a predetermined number, the player may be given benefits such as item grant and level up. Good.

Further, for example, when the server processing unit 33 performs continuous execution processing, the level, attack power, defense power, HP, rarity, skill activation rate, and number of attacks per turn are higher than the items given in the normal execution processing. , Items with high parameters such as the number of defenses in a match, or a large number of items may be given. On the contrary, when the continuous execution process is performed, the server processing unit 33 may add items having lower parameters or a small number of items than the items given in the normal execution process.

Similarly, the server processing unit 33 may change the consumption points depending on whether it is a normal execution process or a continuous execution process. In that case, the server processing unit 33 may make the consumption points when the continuous execution process is performed smaller than the consumption points when the normal execution process is performed. On the contrary, the server processing unit 33 may make the consumption points when the continuous execution process is performed larger than the consumption points when the normal execution process is performed.

Similarly, the server processing unit 33 may change parameters such as attack power, defense power, and / or HP in the normal battle between the case of the normal execution processing and the case of the continuous execution processing. In that case, the server processing unit 33 may set the parameter for performing the continuous execution process higher than the parameter for performing the normal execution process. On the contrary, the server processing unit 33 may set the parameter for performing the continuous execution process lower than the 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 depending on 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 the continuous execution process is performed higher than the experience value given when the normal execution process is performed. On the contrary, the server processing unit 33 may lower the experience value given when the continuous execution process is performed to be lower than the experience value given when the normal execution process is performed.

By making the privilege given when the continuous execution process is performed larger than the privilege given when the normal execution process is performed, it becomes attractive for the player to perform the continuous execution process, and the use of the continuous execution process is used. It is possible to improve the rate. 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, if the privilege given when the continuous execution process is performed is smaller than the privilege given when the normal execution process is performed, the player gives a larger privilege when clearing the dungeon over a long period of time. You can get it. Therefore, the player can strategically select whether to perform the continuous execution process or the normal execution process, and it is possible to improve the taste of the game.

Further, 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 accompanies another player to the dungeon, the server processing unit 33 grants each of the above benefits to the other player who accompanies the other player. Alternatively, the server processing unit 33 may grant each of the above benefits to other players who participated in the RAID boss battle.

FIG. 9 is a diagram showing an example of an operation sequence of the game system 1. The operation sequence described below is based on a program stored in the terminal storage unit 22 and the server storage unit 32 in advance, and is mainly performed by the terminal processing unit 25 and the server processing unit 33 on the mobile terminal 2 and the server 3. It is carried out in cooperation with each element.

The player instructs the start of the game by 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 mobile 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. Instruct execution (step S102).

The control unit 331 creates home screen display data when the authentication by the player authentication unit is successful (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 mobile terminal 2 receives the home screen display data from the server 3 via the terminal communication unit 21, it 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, the browsing execution unit 251 receives an instruction from the player using the operation unit 23, and 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. Is transmitted to the server 3 (step S106).

When the "Go to Exploration" button 501 on the home screen 500 of FIG. 5A is tapped, the request type is a quest start request. In addition, "exploration" such as the quest start screen 510 of FIG. 5 (b), the battle result screen 530 of FIG. 5 (d), the item grant screen 600 of FIG. 6 (a), and the character card grant screen 610 of FIG. 6 (b). When the "Yes" button 515 is tapped, the request type is a normal execution request. Further, when the "fight" button 523 of the normal battle screen 520 of FIG. 5C is tapped, the request type is the normal battle execution request. Further, when the "fight" button 623 of the RAID boss battle screen 620 of FIG. 6C is tapped, the request type is the RAID boss battle execution request. Further, when the "Challenge the boss" button 633 on the floor boss battle screen 630 of FIG. 6 (d) and the "Challenge the boss" button 734 of the continuous execution result screen 730 of FIG. 7 (d) are tapped, a request is made. The type is Floor Boss Battle Execution Request. In addition, the quest start screen 510 of FIG. 5 (b), the battle result screen 530 of FIG. 5 (d), the item grant screen 600 of FIG. 6 (a), the character card grant screen 610 of FIG. When the "sprint" button 514 is tapped, the request type becomes a continuous execution request. In addition, end buttons such as the quest start screen 510 of FIG. 5 (b), the battle result screen 530 of FIG. 5 (d), the item grant screen 600 of FIG. 6 (a), and the character card grant screen 610 of FIG. 6 (b). When 516 is tapped, the request type is end request.

When the control unit 331 receives the 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 the game progress process to be executed. When the control unit 331 instructs the game progress unit 332 to execute the game progress process, the game progress unit 332 executes the game progress process (step S107). In the game progress processing, 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. The details of the game progress process will be described later.

Next, the control unit 331 transmits each display data received from the game progress unit 332 to the mobile terminal 2 via the server communication unit 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, it 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 the corresponding screen (step S109). After that, the processes of steps S106 to S109 are repeated.

FIG. 10 is a diagram showing an example of an operation flow of the game progress processing 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 identifies the request of the mobile terminal 2 from the request types included in the game progress request received from the control unit 331 (step S201).

When the specified request is a quest start request (step S202-Yes), the game progress unit 332 creates quest start screen display data (step S203). Next, the game progress 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 specified request is a normal execution request (step S202-No, step S204-Yes), the game progress unit 332 instructs the normal execution unit 333 to execute the normal execution process, and the normal execution unit 333 normally executes the game. The process 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. The details of the normal execution process will be described later. Next, the game progress unit 332 passes the display data received from the game progress 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 progress unit 332 executes the normal battle and creates the battle execution screen display data and the 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 specified request is a RAID boss battle execution request (step S206-No, step S208-Yes), the game progress unit 332 executes the RAID boss battle and creates the battle execution screen display data and the 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 progress unit 332 executes the floor boss battle and creates the battle execution screen display data and the 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 specified request is a continuous execution request (step S210-No, step S212-Yes), the game progress unit 332 instructs the continuous execution unit 334 to execute the continuous execution process, and the continuous execution unit 334 continuously executes. The process is executed (step S213). In the continuous execution process, the continuous execution unit 334 continuously executes the processing of a plurality of stages of the quest game, creates the continuous execution screen display data and the continuous execution result screen display data according to the result, and the game progress unit. Pass it to 332. The details of the continuous execution process will be described later. Next, the game progress unit 332 passes the continuous execution screen display data and the continuous execution result screen display data received from the game progress unit 332 to the control unit 331 (step S215), and ends a series of steps.

On the other hand, when the specified request is neither of the above, that is, when it is an end request (step S212-No), the game progress unit 332 ends the quest game and instructs the control unit 331 to create the 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 progress unit 332 passes the continuous execution screen display data and the continuous execution result screen display data received from the game progress 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 the normal execution process 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 equal to or greater than 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 processing cannot be executed due to insufficient stamina (step S302). .. Next, the normal execution unit 333 passes the created display data to the game progress unit 332 (step S315), and ends a series of steps.

On the other hand, when the stamina is equal to or more than the consumption points (step S301-No), the normal execution unit 333 subtracts the consumption points from the stamina (step S303) and advances the stage by one (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 in that stage as the floor boss battle and creates the 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 progress 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 performs a normal battle, item grant, character card grant, and RAID for the event in the stage based on a predetermined criterion. It is decided to be one of the boss battles (step S307).

When the event in the stage is determined to be 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, when the normal execution unit 333 decides to give an item to the event in the stage (step S308-No, step S310-Yes), the normal execution unit 333 decides the item to be given based on a predetermined criterion, and gives the item to the user. At the same time, the item grant screen display data is created (step S311). Next, the normal execution unit 333 passes the created item grant screen display data to the game progress unit 332 (step S315), and ends a series of steps.

On the other hand, when the normal execution unit 333 decides to give a character card to the event in the stage (step S310-No, step S321-Yes), the normal execution unit 333 decides the character card to be given based on a predetermined criterion, and determines the character card to be given. While giving to the user, the character card giving screen display data is created (step S313). Next, the normal execution unit 333 passes the created character card grant screen display data to the game progress unit 332 (step S315), and ends a series of steps.

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

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

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

When the stamina is less than the consumption point (step S401-No), the continuous execution unit 334 shifts the process to step S416.

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

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

When the advanced stage is the last stage of the dungeon (step S404-Yes), the continuous execution unit 334 determines the event in that stage as the floor boss battle, and shifts the process to step S416.

On the other hand, when the advanced stage is not the last stage of the dungeon (step S404-No), the continuous execution unit 334 performs a normal battle, item grant, character card grant, and RAID for the event in that stage based on a predetermined criterion. It is decided to be one of the boss battles (step S405).

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

Next, the continuous execution unit 334 determines whether or not the player's HP or the guest card's HP becomes 0 as a result of the normal battle and the player is defeated (step S408). When the player is defeated (step S408-Yes), the continuous execution unit 334 shifts the process to step S416.

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

On the other hand, when the continuous execution unit 334 decides to give an item to the event in the stage (step S406-No, step S410-Yes), the continuous execution unit 334 decides the item to be given to the player based on a predetermined criterion (step S411). The process shifts to step S415.

On the other hand, when the continuous execution unit 334 decides to give a character card to the event in the stage (step S410-No, step S421-Yes), the continuous execution unit 334 decides the character card to be given to the player based on a predetermined criterion (step S413). ), The process shifts to step S415.

On the other hand, when the continuous execution unit 334 determines that the event in the stage is other than the normal battle item grant and the character card grant, that is, the RAID boss battle (step S421-No), the RAID boss battle is started (step S414), and the process proceeds to step S416. Migrate processing.

In step S415, the continuous execution unit 334 determines whether or not the number of advanced stages has reached a predetermined number (step S415). When the number of advanced stages is not a 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 grants all the 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 indicating how the enemy characters, the granted items, the granted character cards, or the RAID bosses that fought in each of the continuously executed stages are sequentially displayed. To create. In addition, the continuous execution unit 334 creates continuous execution result screen display data for displaying the results of each continuously executed stage in a predetermined layout (step S417).

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

As described above, the server 3 executes the processing of one stage according to the normal execution instruction by the player, and continuously executes the processing of a plurality of stages according to the continuous execution instruction by the player. As a result, the player can continuously execute the processing of a plurality of stages with one instruction, and it is possible to reduce the time and effort required to clear the dungeon, and the player can continue to the game. It becomes possible to maintain motivation.

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

Further, in the continuous execution process of the present embodiment, the player does not advance to the goal of the dungeon at once, but advances the stages by a predetermined number, so that the player controls the progress of the quest within a certain range. You can get the feeling of being.

The present invention is not limited to the present 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 among the player management tables, a card management table, a dungeon management table, and the like, and the terminal processing unit 25 stores the server in addition to each unit shown in FIG. It has each part having the same function as each part of the server processing part 33 of 3. The terminal processing unit 25 transmits and receives each 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 will be appreciated by those skilled in the art that various changes, substitutions and modifications can be made to this without departing from the spirit and scope of the invention.

1 Game system 2 Mobile terminal 3 Server 31 Server communication unit 32 Server storage unit 33 Server processing unit 331 Control unit 332 Game progress unit 333 Normal execution unit 334 Continuous execution unit

Claims (8)

A game control method in a computer, wherein the computer
Including playing a game in which the player automatically progresses in a game field of different distances depending on the type of instruction given by the player.
While the game field is in progress by the player,
A battle between the player and the enemy character, in which the parameters associated with the player are reduced by the attack of the enemy character, is executed.
When a plurality of the battles are set in the game field at a distance corresponding to the specific type of instruction by the player, if the parameters are less than a predetermined value before the execution of each battle, the subsequent battles are executed. End the progress of the player without
A control method characterized by that. The control method according to claim 1, further comprising displaying the progress result of the player after the player automatically advances the entire game field at a distance corresponding to the type of instruction by the player. Claim 1 or 2, further comprising granting an item granted in a predetermined section of the game field to the player after the player has automatically progressed through all of the game field. The control method described. When a specific event occurs in a game field in a predetermined section of the game field while the game field is in progress by the player, the automatic progress of the game field by the player after the specific event is performed. The control method according to any one of claims 1 to 3, which is terminated. If the condition for clearing a specific event occurring in a predetermined section of the game field is not satisfied while the game field is in progress by the player, the player after the specific event The control method according to any one of claims 1 to 4, wherein the automatic progress of the game field according to the above is terminated. Memorize other players related to the player
The control method according to any one of claims 1 to 5, further comprising granting a privilege to another player related to the player after the player automatically advances all of the game field. .. It is equipped with an execution unit that executes a game in which the player automatically advances the game field at different distances according to the type of instruction given by the player.
While the game field is in progress by the player, the execution unit
A battle between the player and the enemy character, in which the parameters associated with the player are reduced by the attack of the enemy character, is executed.
When a plurality of the battles are set in the game field at a distance corresponding to the specific type of instruction by the player, if the parameters are less than a predetermined value before the execution of each battle, the subsequent battles are executed. End the progress of the player without
A computer that features that. A computer control program
The computer is made to execute a game in which the player automatically advances a game field at different distances according to the type of instruction by the player.
While the game field is in progress by the player,
A battle between the player and the enemy character, in which the parameters associated with the player are reduced by the attack of the enemy character, is executed.
When a plurality of the battles are set in the game field at a distance corresponding to the specific type of instruction by the player, if the parameters are less than a predetermined value before the execution of each battle, the subsequent battles are executed. End the progress of the player without
A control program characterized by that.

Images