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

Abstract

PROBLEM TO BE SOLVED: To provide a game control method, and the like preventing an occurrence of partiality among players, while securing a preparation period for a battle by the players, and capable of improving a ratio of establishment of a battle.SOLUTION: The game control method in a computer 3 for implementing a game in which a battle is executed among players includes: preliminarily storing, in a storage part 32, a first time and a second time that is later than the first time; receiving battle participation requests from a plurality of players; determining by the first time, a match combination in the battle by the players, the participation requests of which have been received until a reception end time; outputting on and after the first time, to a communication part 31, display data for displaying a game screen that notifies the players related to the determined match combination, of a remaining time until the second time; and executing the battle related to the match combination from the second time.SELECTED DRAWING: Figure 8

Description

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

  In recent years, servers that provide games to mobile terminals via communication networks have become widespread. As a game provided by such a server, a game in which a plurality of players can participate (so-called “social game”) is known. In such a social game, for example, an event that causes players participating in a social game to execute a battle using characters, items, etc. owned by each player, and gives points to each player according to the battle result Is implemented.

  When implementing such an event, the server determines a battle combination of each player participating in the social game. However, in the social game, not all players are always participating, so when all the players are combined, there are cases in which there are many combinations where both players are not aligned and a battle is not established.

  On the other hand, for example, by combining only the players who have requested participation in advance, it is possible to improve the rate at which each combination battle is established.

  Patent Document 1 discloses a network game system in which two players who have been matched are made to play a match game by matching the players who have requested the execution of the match game by operating a terminal device. .

JP 2007-229329 A

  In the network game system of Patent Document 1, a match game is performed as soon as matching is established. Of the two players for whom matching was established, the player who entered later is likely to notice that the battle has started because the battle is started immediately after the entry, but the player who entered earlier is the entry Later, the battle may be started after a long time has passed, and there is a possibility that the battle has not been started. Thus, if a battle starts immediately after matching is established, unfairness may occur between players depending on the timing of entry. Such a problem is particularly noticeable in a web game in which the player needs to actively update the display information of the terminal device.

  The present invention has been made to solve the above-described problems, and provides a game control method, a computer, and a control capable of preventing the occurrence of unfairness among players while improving the rate at which battles are established. The purpose is to provide a program.

A game control method according to the present invention is a game control method in a computer that includes a storage unit and an output unit, and that performs a game in which a player performs a battle using a game medium owned by the players, and the first time And a second time after the first time is stored in the storage unit in advance, a request for participation in a battle from a plurality of players is received, and a request for participation is received by the reception end time by the first time. Display unit for determining a battle combination in a battle by the player and displaying a game screen for notifying the player related to the determined battle combination of the remaining time until the second time after the first time And performing a battle related to the battle combination from the second time.
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.

  Moreover, in the game control method according to the present invention, it is preferable that the game screen includes information on the opponent player.

  Further, in the game control method according to the present invention, display data for displaying the second game screen for notifying the player who has received the participation request of the remaining time until the first time is output before the first time. It is preferable to further include outputting to the section.

  Further, in the game control method according to the present invention, in determining the battle combination, based on the first point given to each player in the past battle and the second point given to each player in another game different from the game. Thus, it is preferable to determine the battle combination.

  In the game control method according to the present invention, it is preferable to determine the battle combination based on the number of consecutive wins of each player in the past battles when determining the battle combination.

  Further, in the game control method according to the present invention, when a first button for executing another game different from the game is displayed and a condition for the player to participate in the battle is satisfied, a participation request is issued. It is preferable to include outputting display data for displaying a third game screen for further displaying a second button for accepting to the output unit.

  Further, in the game control method according to the present invention, when the condition for the player to participate in the battle is not satisfied, the first button is displayed, and the condition for the player to participate in the battle is satisfied. In addition, it is preferable that display data for displaying a fourth game screen for displaying the second button without displaying the first button is output to the output unit.

  Further, in the game control method according to the present invention, when the second button is not specified in a state where the second button is displayed on the fourth game screen, the player battles on the fourth game screen output thereafter. It is preferable to display the first button without displaying the second button regardless of whether or not the conditions for participating in the program are satisfied.

  Further, the game control method according to the present invention further includes granting a privilege to the player when receiving a message from the player to the opponent from the first time to the second time. Is preferred.

  A computer according to the present invention is a computer that performs a game for executing a battle that uses items between players, and stores a first time and a second time after the first time in advance, A participation request receiving unit that receives requests for participation in a battle from a plurality of players, a combination determination unit that determines a battle combination in a battle by a player who has received a participation request by the reception end time by a first time, An output unit that outputs display data for displaying a game screen for notifying a player related to the determined battle combination of the remaining time until the second time after the time of 1, and the battle combination from the second time The battle execution part which performs the battle which concerns on.

  A control program according to the present invention is a computer control program that includes a storage unit and an output unit, and that performs a game that executes a battle that uses items between players, the first time and a time after the first time. The second time is stored in the storage unit in advance, a battle participation request from a plurality of players is received, and a battle combination in the battle by the player who has received the participation request by the reception end time is determined by the first time. Then, after the first time, display data for displaying a game screen for notifying the player of the determined battle combination of the remaining time until the second time is output to the output unit, and the second time The computer is caused to execute a battle related to the battle combination.

  In the game control method, the computer, and the control program according to the present invention, the battle combination is determined only for the player who has received a request to participate in the battle, so the rate at which the battle is established can be improved. In addition, since the battle combination determination and each battle are executed at a predetermined time, it is possible to prevent unfairness between players. Furthermore, since the remaining time until the battle start time is notified to each player after the completion time of the battle combination determination, it is possible to suppress a decrease in the participation rate in the battle and improve the rate at which the battle is established. It becomes possible.

It is a figure which shows an example of schematic structure of a game system. It is a figure which shows an example of schematic structure of a portable terminal. It is a schematic diagram for demonstrating the game which a game system provides. (A)-(c) is a figure which shows an example of the screen displayed on a portable terminal. (A)-(b) is a figure which shows an example of the screen displayed on a portable terminal. (A)-(d) is a figure which shows an example of the screen displayed on a portable terminal. (A)-(c) is a figure which shows an example of the screen displayed on a portable terminal. It is a figure which shows an example of schematic structure of a server. (A)-(c) is a figure which shows an example of the data structure of each table. It is a figure which shows an example of the operation | movement sequence of a game system. It is a figure which shows an example of the operation | movement flow of a home screen display data creation process. It is a figure which shows an example of the operation | movement flow of a battle process. It is a figure which shows an example of the operation | movement flow of entry processing. It is a figure which shows an example of the operation | movement flow of a matching process.

  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. In the game system of the present embodiment, the server provides a web game.

  In the web game, the mobile terminal displays various game screens based on information (a document written in a markup language, a program written in a script language, etc.) received from a server via a browser. The server also updates game data and transmits information to the mobile terminal based on information transmitted from the mobile terminal via the browser.

  The game provided by the server includes a main game and a sub game which is another game different from the main game. The main game is a game for one person, for example, in which a player challenges a quest, a mission, and the like, and repeatedly battles with various NPCs (Non Player Characters). A quest and a mission have a plurality of floors (stages) in each of a plurality of dungeons, and sequentially execute the processing of each floor. Processing of each floor includes battle, acquisition of game media, and the like. The player can execute the main game while switching to the sub game or simultaneously with the sub game.

  In the present embodiment, a game for performing a battle (match) using characters owned by each player among players will be described as an example of a main game and a sub game. In the main game, a normal battle is executed. When a normal battle is executed, an entry point necessary for applying for (entry) to participate in the sub game is given to the player, and the player participates in the sub game when the entry point exceeds a predetermined value. It becomes possible to do. In the sub game, a battle between players is executed as an event. Below, the battle performed in a subgame may be called an event battle. By executing the event battle, event points are given to the player, and privileges such as items that can be used in the main game are given to the player according to the event points.

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

  In this embodiment, a card registered in advance in the game system will be described as an example of a game medium. The player character or enemy character card used in the battle has a battle parameter. The battle parameters include, for example, 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, attack speed (number of attacks in one turn, number of turns until attack, etc.), number of defenses in one match Parameters and / or jobs (eg, occupation, military type, etc.).

  The main game is not limited to a battle between players, and may be a so-called RAID battle in which a plurality of players cooperate with each other to fight an enemy character (a so-called non-player character), or a quest that proceeds according to a game scenario.

  In the sub game, the battle combination of each player who requested entry to the event battle is determined before a predetermined period, and the event battle is executed after the lapse of the period. Further, in the sub game, during the period, the remaining time until the event battle start time is notified to each player related to the determined battle combination.

  In this way, by determining the battle combination only for the player who has requested entry, the rate at which an event battle is established is improved. In addition, after the battle combination is determined, an event battle is executed after a certain period of time has elapsed, thereby ensuring a period during which the player prepares for the event battle. In addition, regardless of when each player requests entry, it is possible to prevent unfairness among players by determining a battle combination and executing each event battle in a predetermined period. Plan. Also, the remaining time until the event battle start time is notified to each player in a certain period from the period when the battle combination is determined to the event battle execution period, thereby suppressing a decrease in the participation rate in the event battle. To improve the rate at which event battles are established.

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 such as a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7, for example. A program (for example, a browsing program) executed on the portable terminal 2 and a program (for example, a game program) executed on the server 3 are made using a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

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

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

  The mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, and a terminal processing unit 25. The portable terminal 2 requests the server 3 to advance the game in accordance with the operation of the operation unit 23 (touch panel, button, etc.) by the player. In addition, the mobile terminal 2 receives display data related to the progress of the game from the server 3 and displays it.

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

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

  The operation unit 23 may be any device as long as the operation of the mobile terminal 2 is possible, and is, for example, a touch panel, a key button, or the like. The player can input characters, numbers, symbols, and the like using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. And the produced | generated signal is supplied to the terminal process part 25 as a player's instruction | indication.

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

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

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

  As shown in FIG. 3, in the subgame by the game system 1, event battles A to C are performed at predetermined times. In the game system 1, for each event battle, an entry start time 301 for starting acceptance of an application for entry (entry) to each event battle from each player, an entry end time 302 for ending entry acceptance, and each player who has entered Matching completion time 303 for completing the battle combination determination (matching) process, event battle start time 304 for starting the event battle for each determined battle combination, and event battle end time 305 for ending each event battle are determined in advance. .

  Further, the period from the entry start time 301 to the entry end time 302 is set as an entry period 311 for accepting an application for participation in each event battle. On the other hand, the period from the entry end time 302 to the matching completion time 303 is determined as a matching period 312 for performing the matching process. On the other hand, the period from the matching completion time 303 to the event battle start time 304 is set as a notification period 313 for notifying each player related to the determined battle combination of the remaining time until the event battle start time. On the other hand, the period from the event battle start time 304 to the event battle end time 305 is defined as an implementation period 314 in which an event battle is performed.

  When the entry period of the event battle A ends, the entry period of the next event battle B starts, and a player whose entry is not in time for the entry period of the event battle A can enter the event battle B. When the event battle A implementation period ends, the next event battle B implementation period starts. As described above, any event battle is always performed in the sub game.

  In the sub game, the battle combination is determined only for the player who has accepted the request for participation in the event battle, so the rate at which the event battle is established can be improved. In addition, since the event battle is executed after a certain period of time has elapsed after the battle combination is determined, a preparation period for the event battle by the player is ensured. Further, regardless of when each player enters during the entry period, determination of a battle combination and each event battle are executed during a predetermined period, thereby preventing unfairness among players. be able to.

  In addition, since the remaining time until the event battle start time is notified to each player in the notification period 313, that is, after the matching completion time, the time from when each player enters the battle until the battle starts. It is possible to prevent the user from forgetting to enter the battle, lose interest in the battle, or not knowing that the battle has started. Therefore, it is possible to suppress a decrease in the participation rate in the event battle and improve the rate at which the event battle is established.

  FIGS. 4A to 4C and FIGS. 5A to 5B are diagrams illustrating an example of a home screen displayed on the display unit 24. Each home screen shown below is a screen displayed during play of the main game.

  A home screen 400 shown in FIG. 4A is a normal home screen that is displayed when a player does not satisfy the conditions for participating in an event battle, such as at the start of a game. Each screen described below is displayed based on display data received from the server 3.

  On the home screen 400, an event point 401, a ranking 402, an entry state 403, a possible entry number 404, an entry point gauge 405, a battle button 406, and the like are displayed.

  The event point 401 is a cumulative value of event points given to the player in all past event battles. The ranking 402 is the ranking of the players when all the players are arranged in descending order of the event points 401. The state 403 indicates whether the player cannot enter the event battle yet, can enter, or has already been entered. The number of possible entries 404 indicates the remaining number of times that the player can enter the event battle. The number of times a player can enter an event battle in a predetermined period is limited to a predetermined number (for example, 10 times a day). The entry point gauge 405 displays the current value of the entry point acquired by the player in the main game in a band graph, and when the entry point in the entry point gauge 405 reaches 100%, the player can enter the event battle. become. Below the entry point gauge 405, the current value / maximum value of the entry point is displayed as a number. The battle button 406 is a button for executing a normal battle, and when the battle button 406 is pressed, a normal battle is executed.

  In the home screen 400, the entry point in the entry point gauge 405 is not 100%, and the state 403 indicates that the player cannot yet enter the event battle.

  The home screen 410 shown in FIG. 4B is an entry home screen that is displayed when the conditions for the player to participate in the event battle are satisfied.

  In the home screen 410, the entry point in the entry point gauge 405 is 100%, and the state 413 indicates that the player can enter the event battle. In addition to the information and buttons shown on the home screen 400, an entry button 417 is displayed on the home screen 410. The entry button 417 is a button for accepting an event battle participation request. When the entry button 417 is pressed, the player is entered in the event battle.

  A home screen 420 shown in FIG. 4C is a home screen when an entry has been completed, which is displayed when the player has already entered the event battle.

  In the home screen 420, the entry point in the entry point gauge 405 is 100%, and the state 423 indicates that the player has already entered the event battle. Further, the entry button 417 shown on the home screen 410 is not displayed on the home screen 410. The home screen 410 displays the remaining time 424 until the opponent is determined, that is, the matching completion time, instead of the possible entry count 404, and notifies the player who has received the entry.

  By displaying the remaining time until the matching completion time, it is possible to prevent the player from forgetting to enter the event battle and to maintain the player's interest in the event battle.

  A home screen 500 shown in FIG. 5A is an event notification home screen displayed when matching is completed.

  In addition to the event points 401, ranking 402, and battle button 406 shown on the home screen 400, the home screen 500 displays a state 508 related to an event battle, information 509 related to players and opponent players, and the like.

  The state 508 indicates whether the event battle has not started yet or has already started. In the state 508, if the event battle has not started yet, the remaining time until the event battle start time is further displayed, and if the event battle has already started, the time until the event battle end time is displayed. The remaining time is further displayed, and each player is notified of the determined battle combination. In the home screen 500, the event battle has not started yet, and the state 508 indicates that the event battle has not started yet and the remaining time until the event battle start time. The information 509 includes the player name of each player, an image, the number of wins / losses in the event, and the like. When the battle button 406 is pressed on the home screen 500, a normal battle is executed.

  By displaying the remaining time until the event battle start time, it is possible to prevent the event battle from being started without the player's knowledge and to maintain the player's interest in the event battle. Also, by displaying information on the opponent player, the player guesses the character used by the opponent player and decides on a character having an advantageous attribute for that character before the event battle is started. Can be selected as a character to be used. Further, when it is estimated that the player cannot win the opponent player's character, the player can develop a strategy such as purchasing a character or item that can win.

  A home screen 510 illustrated in FIG. 5B is a home screen during event battle that is displayed when the event battle is started.

  In the home screen 510, the event battle has already started, and the state 508 indicates that the event battle has already started and the remaining time until the event battle end time. When a battle button 516 is pressed on the home screen 510, an event battle is executed instead of a normal battle.

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

  The battle screen 600 shown in FIG. 6A is displayed when the battle buttons 406 and 516 are pressed on the home screens 400 to 510 shown in FIGS. 4A to 4C and FIGS. 5A to 5B. Is displayed. Note that the battle screen 600 is displayed in common in both the normal battle and the event battle.

  On the battle screen 600, information 601 regarding the player and the opponent player, a battle button 602, and the like are displayed. In the case of a normal battle, the opponent player is automatically selected by the server 3. In the case of a normal battle, the opponent player may be selected by the player from a plurality of players automatically selected by the server 3. On the other hand, in the event battle, the opponent determined by the matching process is the opponent player. The information 601 includes a player name of each player, an image of a character card to be used, HP, and the like. When the battle button 602 is pressed, a battle is started.

  In the battle, the amount of damage given to the opponent player's character is determined based on the attack power of the player's character according to the operation from the player, and the determined amount of damage is subtracted from the HP of the opponent player's character. On the other hand, according to an operation from the opponent player, the amount of damage to the player character is determined based on the attack power of the opponent player character, and the determined damage amount is subtracted from the HP of the player character. When the HP of the opponent player's character first becomes 0, the player wins, and when the HP of the player's character first becomes 0, the player loses. The player can select a specific action from actions such as a normal attack, a special attack, and a defense, for example, and the amount of damage given to the opponent player by the selected action or the amount of damage received from the opponent player is reduced. Change.

  FIGS. 6B to 6D and FIGS. 7A to 7C are diagrams illustrating examples of battle result screens displayed on the display unit 24. In each battle result screen, when the battle button 602 is pressed on the battle screen 600 shown in FIG. 6A, a battle effect image representing a change in the HP of the player character and the opponent player character or NPC is animated. It is displayed after being displayed.

  The battle result screen 610 shown in FIG. 6B is a normal battle result screen displayed when the conditions for the player to participate in the event battle are not satisfied.

  On the battle result screen 610, information 611 regarding the player and the opponent player, a result 612, a next battle button 613, a state 614 regarding the entry, a return button 615, and the like are displayed. The information 601 includes a player name of each player, an image of a character card to be used, HP, and the like. As a result 612, victory or defeat is displayed. The next battle button 613 is a button for re-executing a normal battle. When the next battle button 613 is pressed, the battle screen 600 is displayed again. The state 614 indicates whether the player cannot enter the event battle yet, can enter, or has already been entered. In the state 614, the remaining entry points necessary for entry are further displayed when the player cannot enter the event battle yet, and the remaining time until the event start time is displayed when the player has already entered the event battle. Is further displayed. When the return button 615 is pressed, the home screen is displayed again.

  In the battle result screen 610 shown in FIG. 6B, the state 614 indicates that the player cannot enter the event battle yet and the remaining entry points necessary for entering the event battle.

  The battle result screen 620 shown in FIG. 6C is an entry battle result screen displayed when the conditions for the player to participate in the event battle are satisfied.

  The entry state 624 indicates that the player can enter the event battle. In the battle result screen 620, the next battle button 613 is not displayed, and the entry button 623 is displayed. The entry button 623 is a button for accepting a request to participate in the event battle. When the entry button 623 is pressed, the player is entered in the event battle.

  The fact that the entry can be made and the entry button 623 is displayed on the battle result screen of the normal battle allows the player to recognize the entry condition and enter the event battle as soon as the normal battle condition is satisfied. It becomes possible to improve the participation rate.

  The battle result screen 630 shown in FIG. 6 (d) is displayed when the subsequent normal battle is ended when the entry button 623 is not specified in the state where the battle result screen 620 shown in FIG. 6 (c) is displayed. It is a battle result screen after entry rejection displayed on the screen.

  In the battle result screen 630, the state 634 regarding the entry indicates that the player can enter the event battle. However, regardless of whether or not the condition for the player to participate in the event battle is satisfied, the entry is entered. The button 623 is not displayed, and the next battle button 613 is displayed. If the entry button 623 has been displayed in the past but has not been pressed, it is likely that the player is not willing to enter the event battle. Accordingly, in that case, the convenience of the player can be improved by not displaying the entry button 623 thereafter.

  A battle result screen 700 shown in FIG. 7A is a battle result screen at the time of entry that is displayed when the player has already entered the event battle.

  In the battle result screen 700, an entry state 704 indicates that the player has already entered the event battle and the remaining time until the matching completion time.

  By displaying the remaining time until the matching completion time on the battle result screen of the normal battle, it is possible to prevent the player from being immersed in the normal battle and forgetting to enter the event battle.

  A battle result screen 710 shown in FIG. 7B is an event notification battle result screen displayed when matching is completed.

  In the battle result screen 710, a state 714 related to the event battle is displayed instead of the state related to the entry. The state 714 indicates whether the event battle has not started yet or has already started. In the state 714, when the event battle has not started yet, the remaining time until the event start time is further displayed, and when the event battle has already started, the remaining time until the event battle end time is displayed. The time is further displayed. In the battle result screen 710, the event battle has not started yet, and the state 714 indicates that the event battle has not started yet and the remaining time until the event battle start time. When the next battle button 713 is pressed on the battle result screen 710, a normal battle is executed.

  By displaying the remaining time until the event battle start time on the battle result screen of the normal battle, it is possible to prevent the player from being immersed in the normal battle and not starting the event battle.

  The battle result screen 720 shown in FIG. 7C is a battle result screen during event battle that is displayed when the event battle is started.

  In the battle result screen 720, the event battle has already started, and the state 724 indicates that the event battle has already started and the remaining time until the event battle end time. Note that when the next battle button 713 is pressed on the battle result screen 720, an event battle is executed instead of a normal battle.

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

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

2.2. Configuration of Server 3 FIG. 8 is a diagram illustrating an example of a schematic configuration of the server 3. 9A to 9C are diagrams illustrating examples of data structures of various tables stored in the server storage unit 32.

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

  The server communication unit 31 is an example of an output unit, includes a communication interface circuit for connecting the server 3 to the Internet 7, and performs communication with the Internet 7. And the server communication part 31 supplies the data received from the portable terminal 2 grade | etc., To the server process part 33. FIG. In addition, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

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

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

  FIG. 9A shows a player table for managing players. In the player table, for each player, the player identification number (player ID), password, name, file name of image data, possession card information, possession card identification number (use ID) used in the battle, battle point , Entry points, number of possible entries, entry information, event result information, and player IDs of related players are stored in association with each other.

  The possessed card information includes, for each card used by the game owned by the player, an identification number (owned ID) for managing the card of the owned character, an identification number (card ID) of the card, and an experience value. The current value, level, etc. are stored in association with each other. Use ID is possession ID of the card | curd used for a battle among the cards contained in possession card information. The battle point is a cumulative value of points given to each player in past normal battles. The battle point is given to each player according to the result of the normal battle (the victory or the defeat, the level of the player and the opponent player, etc.). The entry point is a cumulative value of points that are given when a specific condition such as that the given point is equal to or greater than a predetermined value or a player who is equal to or higher than a predetermined level is satisfied in a normal battle. When the main game is a raid boss battle, the specific condition is, for example, to win the boss character. When the main game is a quest, the specific condition is, for example, to acquire a specific item.

  In the entry information, for each event battle to be executed, an identification number (event ID) for managing the event battle, an entry state, a rejection flag, an opponent player identification number (counter ID), and the like are stored in association with each other. . The entry state indicates whether the event battle is entered. The refusal flag indicates whether or not the entry button 623 has not been specified in the battle result screen 620 and the return button 615 has been specified in the past, that is, whether the refusal has been rejected or not, and the initial value indicates unrejected.

  In the event result information, an event point, the number of wins / losses, the number of consecutive wins, and the like are associated and stored. The event point is a cumulative value of points given to each player in all past event battles. The number of wins and losses is a cumulative value of the number of times the player has won in all past event battles and a cumulative value of defeat. The number of consecutive wins is the maximum number of consecutive wins by the player in all past event battles.

  The related player is another player related to the player. The related players are, for example, other players belonging to the same group as the player, other players who are in friendship with the player, other players who have rescued the player in battles with past enemy characters, And / or other players belonging to groups that have played in the past.

  FIG. 9B shows an event table for managing event battles. For each event battle, the event ID, the entry start time, the entry end time, the matching completion time, the event battle start time, the event battle end time, and the like are stored in association with each event battle. In each event battle, the entry end time is after the entry start time, the matching completion time is after the entry end time, the event battle start time is after the matching completion time, and the event battle The end time is a time after the event battle start time.

  FIG. 9C shows a card table for managing character cards. For each card, the card ID, name, file name of image data, rarity, HP, attack power, defense power, attributes, and the like are stored in association with each card.

2.2.1. Configuration of Server Processing Unit 33 The server processing unit 33 includes a progress control unit 331, a display data output unit 332, a normal battle execution unit 333, an event battle execution unit 334, a participation request reception unit 335, and a combination determination unit 336. And comprising. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units may be mounted on the server 3 as firmware.

  The progress control unit 331 controls the start and progress of the game, and appropriately instructs the display data output unit 332, the normal battle execution unit 333, the event battle execution unit 334, and the participation request reception unit 335 to execute the process. The progress control unit 331 exchanges necessary data with the mobile terminal 2 via the server communication unit 31.

  When the request for each screen described with reference to FIGS. 4A to 7C is received from the portable terminal 2, the progress control unit 331 receives a button for receiving an instruction from the player, and character information notified to the player. Each unit is instructed to create display data for displaying an image or the like in a layout corresponding to the screen, and the data is transmitted to the mobile terminal 2. When any button is pressed on the screen displayed on the mobile terminal 2 and a request for the next screen corresponding to the button is received from the mobile terminal 2, the progress control unit 331 similarly displays the next screen. Each unit is instructed to create data, and the data is transmitted to the portable terminal 2.

  In particular, when an operation for starting a game using the mobile terminal 2 or an operation for transitioning to the home screen is performed by the player and a corresponding home screen request is received from the mobile terminal 2, the progress control unit 331 displays Instructs the data output unit 332 to create a home screen. Then, the progress control unit 331 transmits home screen display data for displaying the home screen created by the display data output unit 332 to the mobile terminal 2.

  Further, when the battle button 406 is pressed on the home screen 400 displayed on the mobile terminal 2 and a corresponding battle request is received from the mobile terminal 2, the progress control unit 331 determines that the event battle is not being performed or the player When not participating in the event battle, the normal battle execution unit 333 is instructed to execute the normal battle. On the other hand, the progress control unit 331 instructs the event battle execution unit 334 to execute the event battle when the event battle is being performed and the player is participating in the event battle. Then, the progress control unit 331 transmits the battle screen display data for displaying the battle screen 600 created by the normal battle execution unit 333 or the event battle execution unit 334 to the mobile terminal 2.

  When the battle button 602 is pressed on the battle screen 600 displayed on the mobile terminal 2 and a corresponding battle start request is received from the mobile terminal 2, the progress control unit 331 determines that the event battle is not performed or When the player is not participating in the event battle, the normal battle execution unit 333 is instructed to start the normal battle. On the other hand, the progress control unit 331 instructs the event battle execution unit 334 to start the event battle when the event battle is being performed and the player is participating in the event battle. Then, the progress control unit 331 carries the display data for displaying the battle effect image and the battle result screen display data for displaying the battle result, which are created by the normal battle execution unit 333 or the event battle execution unit 334. Transmit to terminal 2.

  When the entry button 417 on the home screen 410 displayed on the mobile terminal 2 or the entry button 623 on the battle result screen 620 is pressed and a corresponding entry request is received from the mobile terminal 2, the progress control unit 331 The request reception unit 335 is instructed to receive an entry. Then, the progress control unit 331 instructs the display data output unit 332 to create a home screen, and transmits the home screen display data created by the display data output unit 332 to the mobile terminal 2.

  The display data output unit 332 receives an event battle during the current entry period, an event battle during the current matching period, an event battle during the current notification period from the event table when the creation of the home screen is instructed from the progress control unit 331, and Extract event battles during the current implementation period. Further, the display data output unit 332 specifies the player ID included in the home screen request, and extracts the entry state for each extracted event battle associated with the player corresponding to the specified player ID in the player table.

  When the player has entered the event battle during the current implementation period, the display data output unit 332 reads the opponent ID, the event result information of the player and the opponent player, etc. from the player table, as shown in FIG. Display data for displaying the home screen 510 during the event battle is created. That is, the display data output unit 332 creates display data for displaying the home screen 510 during the event battle after the event battle start time of the event battle entered by the player and before the event battle end time. .

  On the other hand, when the player has entered the event battle during the current notification period, the display data output unit 332 reads the opponent ID, the event result information of the player and the opponent player, and the like from the player table, as shown in FIG. Display data for displaying the indicated event notification home screen 500 is created. That is, the display data output unit 332 creates display data for displaying the notification home screen 500 after the matching completion time of the event battle entered by the player and before the event battle start time. The notification home screen 500 is displayed from the common matching completion time for each player regardless of the timing at which each player enters the event battle and the timing at which each player's matching is determined. Occurrence is prevented.

  On the other hand, when the player is currently entering the event battle during the entry period or the matching period, the display data output unit 332 reads the player event result information from the player table, and the entry shown in FIG. Display data for displaying the home screen 420 when completed. That is, the display data output unit 332 creates display data for displaying the home screen 420 when entry has been made after the entry end time of the event battle entered by the player and before the matching completion time.

  On the other hand, if none of the above applies, the display data output unit 332 reads the player entry point and the number of possible entries from the player table, and determines whether or not the player can enter the event battle during the current entry period. judge. The display data output unit 332 determines that entry is possible when the entry point is greater than or equal to a predetermined point and the number of possible entries is greater than a predetermined number (for example, 0), and the entry point is less than the predetermined point, or the entry If the possible number of times is less than the predetermined number, it is determined that entry is not possible. When the player can enter the event battle during the current entry period, the display data output unit 332 reads the player event result information from the player table and displays the entry home screen 410 shown in FIG. 4B. Create display data to display.

  On the other hand, when the player cannot enter the event battle during the current entry period, the display data output unit 332 reads the player event result information from the player table and displays the normal home screen 400 shown in FIG. Create display data to display.

  The display data output unit 332 passes the created display data to the progress control unit 331. In addition, the home screen request when the return button 615 is pressed on the battle result screen 620 shown in FIG. 6C includes the fact that the entry is rejected. When the home screen request includes that the entry has been rejected, the display data output unit 332 updates the reject flag associated with the player in the player table as rejected.

  When the execution of the normal battle is instructed from the progress control unit 331, the normal battle execution unit 333 determines an opponent for the normal battle. The normal battle execution unit 333 randomly determines an opponent for the normal battle using, for example, a pseudo random number generated using the current clock counter value of the server 3 as a seed. The normal battle execution unit 333 specifies the player ID included in the battle start request, extracts each piece of information related to the character card used for the battle of the specified player and the opponent player from the player table and the card table, Display data for displaying the battle screen 600 shown in FIG. The normal battle execution unit 333 passes the created battle screen 600 to the progress control unit 331.

  Moreover, the normal battle execution part 333 starts a normal battle, when the start of a normal battle is instruct | indicated from the progress control part 331. FIG. The normal battle execution unit 333 extracts, from the player table and the card table, each piece of information relating to the character card used for the battle of the player and the opponent player. The normal battle execution unit 333 determines the amount of damage to be given to the opponent player character based on the attack power of the player character used in the battle according to the operation from the player, and uses the determined damage amount for the opponent player character. Subtract from the HP. On the other hand, the normal battle execution unit 333 determines the amount of damage to be given to the player's character based on the attack power of the opponent player character in accordance with the operation from the opponent player, and the determined damage amount is determined from the HP of the player character. Subtract. Then, the normal battle execution unit 333 determines that the player has won when the life force of the opponent player's character first becomes 0, and the player loses when the life force of the player's character becomes 0 first. It is determined that The normal battle execution unit 333 gives a battle point to the player by adding a specific point to the battle point associated with the player according to the result of the battle. Further, the normal battle execution unit 333 gives an entry point to the player by adding a specific point to the entry point associated with the player when a predetermined condition is satisfied in the battle.

  Similar to the display data output unit 332, the normal battle execution unit 333 is configured to receive an event battle during the current entry period, an event battle during the current matching period, an event battle during the current notification period, and an event during the current execution period from the event table. Extract battles. Moreover, the normal battle execution part 333 extracts the entry state with respect to each extracted event battle linked | related with the player in a player table.

  The normal battle execution unit 333 creates display data for displaying the battle result screen 720 during the event battle shown in FIG. 7C when the player has entered the event battle during the current execution period. .

  On the other hand, the normal battle execution unit 333 creates display data for displaying the event notification battle result screen 710 shown in FIG. 7B when the player has entered the event battle during the current notification period. To do.

  On the other hand, the normal battle execution unit 333 displays the battle result screen 700 at the time of entry shown in FIG. 7A when the player is currently entering the event battle during the entry period or the matching period. Create display data.

  On the other hand, if none of the above applies, the normal battle execution unit 333 reads out the player entry points and the number of possible entries from the player table, and determines whether or not the player can enter the event battle during the current entry period. judge. The normal battle execution unit 333 determines that entry is possible when the entry point is greater than or equal to a predetermined point and the number of possible entries is greater than the predetermined number, and when the entry point is less than the predetermined point or the possible number of entries is predetermined. If it is less than the number, it is determined that entry is not possible.

  When the player can enter the event battle during the current entry period, the normal battle execution unit 333 further determines whether or not the rejection flag indicates rejection. The normal battle execution unit 333 creates display data for displaying the battle result screen 630 after entry rejection shown in FIG. 6D when the rejection flag indicates rejection.

  On the other hand, the normal battle execution unit 333 creates display data for displaying the entry battle result screen 620 shown in FIG. 6C when the rejection flag indicates non-rejection. Further, the normal battle execution unit 333 creates display data for displaying the normal battle result screen 610 shown in FIG. 6B when the player cannot enter the event battle during the current entry period.

  The normal battle execution unit 333 passes the created battle result screen to the progress control unit 331.

  When the execution of the event battle is instructed from the progress control unit 331, the event battle execution unit 334 specifies the player ID included in the battle execution request, reads the opponent ID associated with the specified player from the player table, Identify the opponent player in the event battle. The event battle execution unit 334 extracts each piece of information related to the character card used for the battle of the identified player and the opponent player from the player table and the card table, and displays the battle screen 600 shown in FIG. Display data to create. The event battle execution unit 334 passes the created battle screen 600 to the progress control unit 331.

  In addition, when the start of the event battle is instructed from the progress control unit 331, the event battle execution unit 334 executes the event battle in the same manner as the normal battle executed by the normal battle execution unit 333. The event battle execution unit 334 executes an event battle from the event battle start time to the event battle end time. The event battle execution unit 334 updates the number of wins and losses associated with the player and the number of consecutive wins in the player table according to the result of the event battle, and adds a specific point to the event point, thereby Is granted. Further, the event battle execution unit 334 creates display data for displaying the battle result screen 720 during the event battle shown in FIG. 7C, and passes the created battle result screen 720 to the progress control unit 331. .

  When the entry control is instructed from the progress control unit 331, the participation request receiving unit 335 specifies the player ID included in the entry request, and reads the entry point and the entry count of the specified player from the player table. When the entry point is greater than or equal to a predetermined value and the possible number of entries is greater than the predetermined number, the participation request reception unit 335 reads the event table and identifies an event battle during the current entry period. In the player table, the participation request reception unit 335 updates the entry state associated with the specified player and event battle in the entry, subtracts a predetermined value from the entry point, and decrements (-1) the possible number of entries. Thereby, the participation request reception part 335 receives the participation request to the event battle from each player.

  When the reception end time is reached for a specific event battle, the combination determination unit 336 executes a matching process for determining a battle combination in an event battle by each player who has received an entry request by the reception end time. The combination determination unit 336 reads the player table, and extracts all players whose entry status is in entry, that is, all players who have entered the event battle. Next, the combination determination unit 336 reads the player table, extracts the extracted battle points, event points, and the number of consecutive wins in the event battle. Based on the extracted battle points, event points, and the number of consecutive wins, each player Calculate the event level. The event level is calculated so as to increase as the battle point increases, increase as the event point increases, and increase as the number of consecutive wins increases. Next, the combination determination unit 336 arranges each player in descending order of event level, selects two players in order from the player with the highest event level, and determines a battle combination. The combination determination unit 336 writes the opponent ID of the opponent player of each player in association with each player in the player table according to the determined battle combination.

  Since the battle point is a cumulative value since each player joined the game, it represents the steady strength of each player. On the other hand, since the event point is a cumulative value during the implementation period of all event battles, it represents the strength of each player's feelings about the event battle. Therefore, the battle combination is determined in consideration of both the steady strength of each player and the strength of the event battle. Moreover, in the implementation period of all event battles, the difference between the event points of each player is small at the beginning, and the difference between the event points becomes large as the end of the battle. Therefore, in the early stage of the event, players with the same level of steady strength are combined, and at the end of the event, players with the same level of affection for the event battle are combined. Since the tendency of the opponent is different between the beginning and the end of the event, it is possible to prevent the player from getting bored with the event battle and to maintain the player's willingness to continue the event battle.

  Further, the number of consecutive wins in the event battle more significantly represents the strength of the player's feelings about the event battle. Therefore, by calculating the event level based on the number of consecutive wins in the event battle, it becomes possible to play against players who are extremely enthusiastic about the event battle at the end of the event battle.

  In addition, the combination determination unit 336 determines a battle combination for all players who entered during the entry period. Accordingly, the difference in level between players related to each combination is smaller than in the case of combining in order of entry, and the occurrence of a battle between players at different levels can be suppressed.

  The combination determination unit 336 does not determine a battle combination based on all of the battle points, event points, and consecutive wins, but selects a battle combination based on at least one of the battle points, event points, and consecutive wins. You may decide.

  FIG. 10 is a diagram illustrating an example of an operation sequence related to the game processing of the game system 1. This operation sequence cooperates with each element of the portable terminal 2 and the server 3 mainly by the terminal processing unit 25 and the server processing unit 33 based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance. And executed.

  First, when the player performs an operation of starting a game using the operation unit 23 of the mobile terminal 2 or an operation of transitioning to the home screen, the browsing execution unit 251 of the mobile terminal 2 sends a home screen request to the terminal communication unit 21. To the server 3 (step S101). When the progress control unit 331 of the server 3 receives a home screen request from the portable terminal 2, the display data output unit 332 executes home screen display data creation processing (step S102). Details of the home screen display data creation processing will be described later. The progress control unit 331 transmits the home screen display data created by the display data output unit 332 in the home screen display data creation process to the mobile terminal 2 (step S103). When the home screen display data is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data and displays the home screen on the display unit 24. (Step S104).

  Next, when the player presses the battle button using the operation unit 23 while the home screen is displayed on the display unit 24 of the mobile terminal 2, the browsing execution unit 251 of the mobile terminal 2 sends a battle request to the terminal communication unit. It transmits to the server 3 via 21 (step S105). When the progress control unit 331 of the server 3 receives a battle request from the mobile terminal 2, when the event battle is not performed or when the player does not participate in the event battle, the normal battle execution unit 333 The opponent is determined, and display data for displaying the battle screen 600 is created. On the other hand, when the event battle is being performed and the player is participating in the event battle, the event battle execution unit 334 identifies the opponent of the event battle from the player table and displays the battle screen 600. Display data is created (step S106). The progress control unit 331 transmits the display data created by the normal battle execution unit 333 or the event battle execution unit 334 to the mobile terminal 2 (step S107). When the display data of the battle screen 600 is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data, and displays the battle screen on the display unit 24. 600 is displayed (step S108).

  Next, when the player presses the battle button 602 using the operation unit 23 in a state where the battle screen 600 is displayed on the display unit 24 of the mobile terminal 2, the browsing execution unit 251 of the mobile terminal 2 issues a battle start request. It transmits to the server 3 via the terminal communication part 21 (step S109). When the progress control unit 331 of the server 3 receives a battle start request from the mobile terminal 2, the normal battle execution unit 333 or the event battle execution unit 334 executes a battle process (step S110). Details of the battle process will be described later. The progress control unit 331 transmits the battle result screen display data created by the normal battle execution unit 333 or the event battle execution unit 334 to the mobile terminal 2 in the battle process (step S111). When the battle result screen display data is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data, and displays the battle result screen on the display unit 24. Is displayed (step S112).

  Next, when the player presses the entry button using the operation unit 23 in a state where the home screen or the battle result screen is displayed on the display unit 24 of the mobile terminal 2, the browsing execution unit 251 of the mobile terminal 2 receives the entry request. Is transmitted to the server 3 via the terminal communication unit 21 (step S113). When the progress control unit 331 of the server 3 receives an entry request from the mobile terminal 2, the participation request reception unit 335 executes entry processing (step S114). Details of the entry process will be described later. Next, the display data output unit 332 executes home screen display data creation processing (step S115). The display data output unit 332 transmits the home screen display data created by the display data output unit 332 in the home screen display data creation process to the mobile terminal 2 (step S116). When the home screen display data is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data and displays the home screen on the display unit 24. (Step S117). Thus, the operation sequence related to the game process is completed.

  FIG. 11 shows an operation flow of home screen display data creation processing by the display data output unit 332. The home screen display data creation process shown in FIG. 11 is executed in steps S102 and S115 in FIG.

  The display data output unit 332 first extracts an event battle during the current entry period, an event battle during the current matching period, an event battle during the current notification period, and an event battle during the current implementation period from the event table. Further, the display data output unit 332 identifies the player ID included in the home screen request, and extracts the entry state for each extracted event battle associated with the player corresponding to the identified player ID in the player table ( Step S201).

  The display data output unit 332 determines whether or not the player has entered an event battle during the current implementation period (step S202). The display data output unit 332 creates display data for displaying the home screen 510 during the event battle when the player has entered the event battle during the current implementation period (step S202—Yes) (step S203). ), A series of steps is completed.

  On the other hand, if the player has not entered the event battle during the current implementation period (step S202-No), the display data output unit 332 determines whether the player has entered the event battle during the current notification period. (Step S204). The display data output unit 332 creates display data for displaying the home screen 500 for event notification when the player has entered the event battle during the current notification period (step S204—Yes) (step S205). , To end a series of steps.

  On the other hand, when the player has not entered the event battle during the current notification period (step S204-No), the display data output unit 332 determines whether the player has entered the event battle during the current entry period or the matching period. Is determined (step S206). The display data output unit 332 creates display data for displaying the home screen 420 when entry has been made when the player is currently entering the event battle during the entry period or the matching period (step S206—Yes). (Step S207), a series of steps ends.

  On the other hand, if the player has not entered the event battle during the current entry period or the matching period (step S206-No), the display data output unit 332 allows the player to enter the event battle during the current entry period. It is determined whether or not (step S208). When the player can enter the event battle during the current entry period (step S208—Yes), the display data output unit 332 creates display data for displaying the entry home screen 410 (step S209). End a series of steps.

  On the other hand, the display data output unit 332 creates display data for displaying the normal home screen 400 when the player has not entered the event battle during the current entry period or the matching period (step S208-No). (Step S210), a series of steps is completed.

  FIG. 12 shows an operation flow of battle processing by the normal battle execution unit 333. The battle process shown in FIG. 12 is executed in step S110 of FIG. 10 when an event battle is not being performed or when the player is not participating in the event battle.

  The normal battle execution unit 333 first executes a normal battle (step S301).

  Next, the normal battle execution unit 333 extracts an event battle during the current entry period, an event battle during the current matching period, an event battle during the current notification period, and an event during the current implementation period from the event table. Moreover, the normal battle execution part 333 extracts the entry state with respect to each extracted event battle linked | related with the player in a player table (step S302).

  The normal battle execution unit 333 determines whether or not the player has entered the event battle during the current implementation period (step S303). The normal battle execution unit 333 creates display data for displaying the battle result screen 720 during the event battle when the player has entered the event battle during the current execution period (step S303-Yes) (step S303). S304), a series of steps is completed.

  On the other hand, when the player has not entered the event battle during the current implementation period (step S303-No), the normal battle execution unit 333 determines whether the player has entered the event battle during the current notification period. (Step S305). The normal battle execution unit 333 creates display data for displaying the event result battle result screen 710 when the player has entered the event battle during the current notification period (step S305-Yes) (step S306). ), A series of steps is completed.

  On the other hand, if the player has not entered the event battle during the current notification period (step S305-No), the normal battle execution unit 333 determines whether the player has entered the event battle during the current entry period or the matching period. Is determined (step S307). The normal battle execution unit 333 creates display data for displaying the battle result screen 700 when entry has been made when the player is currently entering the event battle during the entry period or the matching period (step S307-Yes). (Step S308), and a series of steps is completed.

  On the other hand, if the player has not entered the event battle during the current entry period or the matching period (step S307-No), the normal battle execution unit 333 allows the player to enter the event battle during the current entry period. It is determined whether or not (step S309). When the player can enter the event battle during the current entry period (step S309-Yes), the normal battle execution unit 333 determines whether the rejection flag indicates rejection (step S310). The normal battle execution unit 333 creates display data for displaying the battle result screen 630 after entry refusal (step S311) when the refusal flag indicates rejected (step S310-Yes), and ends the series of steps. To do.

  On the other hand, when the rejection flag indicates non-rejection (step S310-Yes), the normal battle execution unit 333 creates display data for displaying the entry battle result screen 620 (step S311), and performs a series of steps. finish.

  Also, the normal battle execution unit 333 creates display data for displaying the normal battle result screen 610 when the player cannot enter the event battle during the current entry period (step S309-No) (step S311). , To end a series of steps.

  When an event battle is being performed and the player is participating in the event battle, the battle process is executed by the event battle execution unit 334. In that case, since the player has entered the event battle during the current implementation period, the event battle execution unit 334 displays the battle result screen 720 during the event battle in step S304 after executing the battle process in step S301. Display data is created to complete the series of steps.

  FIG. 13 shows an operation flow of entry processing by the participation request receiving unit 335. The entry process shown in FIG. 13 is executed in step S114 of FIG.

  First, the participation request receiving unit 335 specifies the player ID included in the entry request, and reads out the entry point and the number of entries of the specified player from the player table (step S401).

  Next, the participation request receiving unit 335 determines whether or not the entry point is equal to or greater than a predetermined value (step S402). When the entry point is less than the predetermined value (step S402-No), no particular processing is performed. , To end a series of steps.

  On the other hand, if the entry point is greater than or equal to the predetermined value (step S402—Yes), the participation request receiving unit 335 determines whether the possible entry count is greater than the predetermined number (step S403). If the possible number of entries is less than or equal to the predetermined number (step S403-No), the participation request reception unit 335 ends the series of steps without performing any particular process.

  On the other hand, when the number of possible entries is larger than the predetermined number (step S403-Yes), the participation request receiving unit 335 updates the entry state in the entry in the player table, subtracts the predetermined value from the entry point, and sets the possible number of entries. Decrement (step S404), the series of steps is completed.

  FIG. 14 shows an operation flow of matching processing by the combination determining unit 336. The matching process shown in FIG. 14 is executed when the reception end time of each event battle is reached.

  First, the combination determination unit 336 reads the player table and extracts all the players who have entered the corresponding event battle (step S501).

  Next, the combination determination unit 336 reads the player table and extracts the extracted battle points, event points, and the number of consecutive wins in the event battle for each player (step S502).

  Next, the combination determination unit 336 calculates the event level of each player based on the extracted battle points, event points, and number of consecutive wins (step S503).

  Next, the combination determination unit 336 arranges the players in order of decreasing event level (step S504).

  Next, the combination determination unit 336 selects two players in order from the player with the highest event level to determine the battle combination (step S504), updates the player table, and ends the series of steps.

  As described above, since the server 3 determines the battle combination only for the player who has accepted the request to participate in the battle, it is possible to improve the rate at which the battle is established. Further, since the server 3 executes each battle after a certain period of time has elapsed after determining the battle combination, it is possible to ensure a battle preparation period for the player. Furthermore, even if all the battle combinations cannot be determined by the matching completion time, the event battle itself can be executed if the battle combinations are determined within a certain period of time, thereby preventing the occurrence of a situation in which the event battle cannot be executed. . In addition, since the server 3 determines a battle combination during a predetermined period and executes each battle, it is possible to prevent unfairness among players.

  Further, the server 3 notifies each player related to the determined battle combination of the remaining time until the battle start time after the battle combination determination completion time. Therefore, each player forgets that he / she entered the battle between the time when the player enters the battle and the time when the battle is started, loses interest in the battle, or does not notice that the battle has started. It is prevented. Therefore, it is possible to suppress a decrease in the participation rate in the battle and improve the rate at which the battle is established.

  Note that the present invention is not limited to this embodiment. For example, in the present embodiment, a battle battle using characters owned by each player is a main game and a sub game. For example, a fishing game or a car racing game using items (fishing rods, cars, etc.) owned by each player. Etc. may be used as the main game and the sub game.

  For example, when the fishing game is a main game and a sub game, in the main game, the player acquires a battle point by fishing any fish using a fishing rod that he owns, and acquires an entry point by fishing a specific fish To do. Also, in the sub game, winning or losing is determined based on the number and size of fish caught by the player and the opponent player during the event battle period, and the player acquires event points according to the result.

  In such a fishing game, the remaining time until the event battle start time is notified, so that the player starts fishing just before the event battle start time and lifts the first one immediately after the start of the event battle. It is also possible to take various strategies. Also, by notifying the opponent information along with the remaining time until the event battle start time, it is possible to win the opponent according to the level of the opponent as in the case of the battle using the character owned by the player. You can also develop strategies such as purchasing items.

  In a fishing game, event points that can be acquired in a predetermined period immediately after the start of an event battle, a predetermined period immediately before the end of the event battle, or the like may be set higher than event points that can be acquired in other periods. Since the remaining time until the event battle start time, the remaining time until the event battle end time, etc. are notified, each player can adjust the degree of focus on the battle according to the time zone.

  In addition, the server 3 may change the event battle start time or the event battle end time of each player according to the level difference between the two players in the battle. In that case, the server 3 sets the event battle start time of the player with a lower level before the event battle start time of the player with a higher level as the level difference increases. Alternatively, the server 3 sets the event battle end time of the player with a lower level after the event battle end time of the player with a higher level as the level difference increases. Further, the server 3 may increase the event points to be given to the disadvantaged player with a high level. As a result, the game performance in the event battle is improved, and it is possible to improve the game preference.

  The server 3 may receive a message such as a greeting from the player to the opponent during the notification period, and notify the opponent of the received message. In that case, you may give a privilege to the player who transmitted the message, and / or the player who received the message. Thereby, activation of communication between players can be aimed at.

  Moreover, the server 3 may receive the request | requirement to make a related player participate in an event battle in order to rescue a player from a player during a notification period. Thereby, when it is predicted that the player cannot win the player notified as the opponent, it is possible to improve the possibility of winning and to activate communication between the players. .

  Alternatively, the server 3 may receive a request from the player to cancel participation in the event battle or change the battle combination during the notification period. In this case, the server 3 may further grant a specific privilege to the opponent player whose match has been canceled or whose combination has been changed.

  The game executed on the mobile terminal 2 may be a hybrid game in which each of the server 3 and the mobile terminal 2 takes part of the processing. In that case, for example, each screen related to the progress of the game is a web display displayed on the mobile terminal 2 based on display data generated by the server 3, and other menu screens and the like are installed in the mobile terminal 2. The native display is displayed by.

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

DESCRIPTION OF SYMBOLS 1 Game system 3 Server 31 Server communication part 32 Server memory | storage part 33 Server processing part 331 Progress control part 332 Display data output part 333 Normal battle execution part 334 Event battle execution part 335 Participation request reception part 336 Combination determination part

A control program according to the present invention is a computer control program that includes a storage unit and an output unit, and that performs a game that executes a battle that uses items between players, the first time and a time after the first time. The second time is stored in the storage unit in advance, a battle participation request from a plurality of players is received, and a battle combination in the battle by the player who has received the participation request by the reception end time is determined by the first time. Then, after the first time, display data for displaying a game screen for notifying the player of the determined battle combination of the remaining time until the second time is output to the output unit, and the second time The computer is caused to execute a battle related to the battle combination.
In addition, a game control method according to the present invention includes a storage unit and an output unit, and includes a first battle using a game medium owned by the player, and a game medium owned by the player by a plurality of players. A game control method in a computer for performing a game for executing a used second battle, wherein a first time and a second time after the first time are stored in a storage unit in advance, and a plurality of players from a plurality of players 2 The battle request is accepted, and by the first time, the battle combination in the second battle by the player who has accepted the participation request by the acceptance end time is determined, and after the first time, the player requests When the first battle is executed in response, the execution result of the first battle and the remaining time until the second time are notified to the player related to the determined battle combination. That is output to the output unit to display data for displaying a game screen, after the second time, performing a second battle of the pairing according to the operation of the player according to a pairing involves.
Moreover, in the game control method according to the present invention, it is preferable that the game screen includes information on the opponent player.
Further, in the game control method according to the present invention, display data for displaying the second game screen for notifying the player who has received the participation request of the remaining time until the first time is output before the first time. It is preferable to further include outputting to the section.
In the game control method according to the present invention, in determining the battle combination, based on the first point given to each player in the past second battle and the second point given to each player in the first battle. It is preferable to determine a battle combination.
In the game control method according to the present invention, it is preferable to determine the battle combination based on the number of consecutive wins of each player in the past second battle in determining the battle combination.
Further, in the game control method according to the present invention, when a first button for executing the first battle is displayed and a condition for the player to participate in the second battle is satisfied, a participation request is issued. It is preferable to include outputting display data for displaying a third game screen for further displaying a second button for receiving to the output unit.
Further, in the game control method according to the present invention, when the condition for the player to participate in the second battle is not satisfied, the first button is displayed, and the condition for the player to participate in the second battle is set. Preferably, the method includes outputting to the output unit display data for displaying a fourth game screen for displaying the second button without displaying the first button when the condition is satisfied.
Further, in the game control method according to the present invention, when the second button is not specified in the state where the second button is displayed on the fourth game screen, the player plays the first game on the fourth game screen output thereafter. Regardless of whether or not the conditions for participating in 2 battles are satisfied, it is preferable to display the first button without displaying the second button.
Further, the game control method according to the present invention further includes granting a privilege to the player when receiving a message from the player to the opponent from the first time to the second time. Is preferred.
Further, the computer according to the present invention is a computer that performs a game by a player that executes a first battle using a game medium owned by the player and a second battle using items by a plurality of players, A storage unit that stores in advance a first time and a second time after the first time, a participation request reception unit that receives requests for participation in a second battle from a plurality of players, and a first time A combination determination unit for determining a battle combination in the second battle by the player who has received the participation request by the reception end time, and when the first battle is executed in response to a request from the player after the first time. Display for displaying a game screen for notifying the player related to the determined battle combination of the execution result of the first battle and the remaining time until the second time And an output unit for outputting over data, after the second time, the battle execution unit for executing a second battle of the pairing according to the operation of the player according to a pairing, a.
Moreover, the control program which concerns on this invention is provided with the memory | storage part and an output part, The game which performs the 1st battle which uses the game media which a player owns and the player by the player, and the 2nd battle which uses the item by players A first control time and a second time after the first time are stored in the storage unit in advance, accepting requests for participation in a second battle from a plurality of players, The battle combination in the second battle by the player who has accepted the participation request by the reception end time is determined by the time 1 and the first battle is executed in response to the request from the player after the first time In order to display a game screen for notifying a plurality of players related to the determined battle combination of the execution result of the first battle and the remaining time until the second time. And outputs to the output unit to display data, after the second time, performing a second battle of the pairing according to the operation of the player according to a pairing, it causes the computer to execute the.

Claims (11)

The game includes a storage unit and an output unit, and performs a first battle using a game medium owned by the player and a second battle using a game medium owned by the player by a plurality of players. A computer game control method comprising:
The first time and the second time after the first time are stored in the storage unit in advance,
Accepting requests for participation in the second battle from a plurality of players;
By the first time, determine a battle combination in the second battle by the player who received the participation request by the reception end time,
When the first battle is executed in response to a request from the player after the first time, the execution result of the first battle and the remaining time until the second time are determined. Outputting display data for displaying a game screen to be notified to the player related to the battle combination to the output unit;
After the second time, the second battle related to the battle combination is executed according to an operation from the player related to the battle combination.
A game control method comprising:   The game control method according to claim 1, wherein the game screen includes information related to an opponent player.   Before the first time, outputting display data for displaying a second game screen for notifying the player who has received the participation request of the remaining time until the first time to the output unit; The game control method according to claim 1, further comprising:   In determining the battle combination, the battle combination is determined based on a first point given to each player in the second battle in the past and a second point given to each player in the first battle. The game control method as described in any one of Claims 1-3.   The game control method according to any one of claims 1 to 4, wherein, in determining the battle combination, the battle combination is determined based on the number of consecutive wins of each player in the past second battle.   Furthermore, a first button for executing the first battle is displayed, and a second button for accepting the participation request when the player satisfies the conditions for participating in the second battle is further displayed. The game control method according to claim 1, further comprising: outputting display data for displaying a third game screen to be displayed to the output unit.   Furthermore, the first button is displayed when the player does not satisfy the condition for participating in the second battle, and the player satisfies the condition for participating in the second battle. The game control method according to claim 6, further comprising: outputting display data for displaying a fourth game screen displaying the second button without displaying one button to the output unit.   If the second button is not specified while the second button is displayed on the fourth game screen, the player can participate in the second battle on the fourth game screen that is output thereafter. The game control method according to claim 7, wherein the first button is displayed without displaying the second button regardless of whether or not a condition is satisfied.   Furthermore, when the transmission of the message from the player to the opponent is accepted from the first time to the second time, a privilege is given to the player. The game control method according to item. A computer for performing a game by a player to execute a first battle using a game medium owned by the player and a second battle using an item by a plurality of players,
A storage unit for storing in advance a first time and a second time after the first time;
A participation request receiving unit that receives requests for participation in the second battle from a plurality of players;
A combination determination unit for determining a battle combination in the second battle by the player who has received the participation request by the reception end time by the first time;
When the first battle is executed in response to a request from the player after the first time, the execution result of the first battle and the remaining time until the second time are determined. An output unit for outputting display data for displaying a game screen to be notified to a player related to the battle combination;
After the second time, a battle execution unit that executes the second battle related to the battle combination according to an operation from the player related to the battle combination;
A computer comprising: A control program for a computer that includes a storage unit and an output unit, and that performs a game by a player that executes a first battle using a game medium owned by the player and a second battle using items by the players,
The first time and the second time after the first time are stored in the storage unit in advance,
Accepting requests for participation in the second battle from a plurality of players;
By the first time, determine a battle combination in the second battle by the player who received the participation request by the reception end time,
When the first battle is executed in response to a request from the player after the first time, the execution result of the first battle and the remaining time until the second time are determined. Outputting display data for displaying a game screen to be notified to the plurality of players related to the battle combination to the output unit;
After the second time, the second battle related to the battle combination is executed according to an operation from the player related to the battle combination.
A control program for causing a computer to execute the above.

Images