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

Abstract

To provide a game control method capable of preventing unfairness among players from being generated and increasing the rate at which a battle is established, while ensuring a battle preparation period by the players.SOLUTION: A game control method in a computer 3 that performs a game of executing a battle among players includes: storing a first time and a second time after the first time in a storage unit 32 in advance; receiving a request for participation in the battle from a plurality of players; determining a match combination in the battle by the player who has received the request for participation by an end time of the reception, by the first time; outputting display data for displaying the game screen for notifying the players related to the determined match combination to an output unit 31 of the remaining time until the second time, after the first 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 portable 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 (a so-called “social game”) is known. In such a social game, for example, an event in which players participating in the social game execute a battle using characters, items, and the like owned by each player, and points are given to each player according to the result of the battle Is performed.

  When performing such an event, the server determines a match combination of each player participating in the social game. However, in a social game, not all players are constantly participating, and when all players are combined, there may be many combinations in which a match cannot be established because both players are not aligned.

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

  Patent Literature 1 discloses a network game system in which players who have requested execution of a battle game by operating a terminal device are matched with each other, and two players who have achieved the match play the battle game. .

JP 2007-229329 A

  In the network game system of Patent Literature 1, a battle game is performed as soon as matching is established. Of the two players who have succeeded in matching, the player who has entered later has a high possibility of noticing that the battle has started since the battle starts immediately after the entry. After a long time, the battle may start after a long time, and the user may not notice that the battle has started. As described above, if the battle starts immediately after the matching is established, unfairness may occur between the players depending on the timing of entry. Such a problem is particularly remarkable in a web game in which a player needs to actively update display information of a terminal device.

  The present invention has been made to solve such a problem, and a game control method, a computer, and a control capable of preventing the occurrence of unfairness among players while improving the ratio of achieving a battle. The purpose is to provide the 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 performs a game in which a player executes a battle using a game medium owned by the player, the first time And a second time after the first time is stored in the storage unit in advance, a request to participate in the battle from a plurality of players is received, and a participation request is received by the first time by the reception end time. An output unit for determining a game combination in a battle by the player, and displaying, after a first time, a game screen for notifying a player related to the determined game combination of a remaining time until a second time. And executing a battle related to the battle combination from the second time.
The computer only needs to be able to execute the above procedure, and is, for example, a mobile terminal, a stationary terminal, a server, or the like.

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

  Further, in the game control method according to the present invention, before the first time, outputting display data for displaying a second game screen for notifying a player who has accepted the participation request of a remaining time until the first time. Preferably, the method further includes outputting to a unit.

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

  Further, in the game control method according to the present invention, it is preferable that in the determination of the match combination, the match combination is determined based on the number of consecutive wins by each player in the past battle.

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

  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 when 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 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 while the second button is displayed on the fourth game screen, the player may be allowed to battle on the subsequently output fourth game screen. It is preferable to display the first button without displaying the second button, regardless of whether or not a condition for participating in is satisfied.

  In addition, the game control method according to the present invention may further include, when receiving a message from the player to the opponent from the first time to the second time, giving a privilege to the player. Is preferred.

  A computer according to the present invention is a computer that performs a game of executing a battle using items by players, and a storage unit that stores a first time and a second time after the first time in advance, A participation request receiving unit that receives a request for participation in a battle from a plurality of players, a combination determining unit that determines a battle combination in a battle by a player that has received a participation request by a first 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 first time, and a battle combination from the second time And a battle execution unit that executes the battle according to the above.

A control program according to the present invention is a control program for a computer that includes a storage unit and an output unit and performs a game in which a battle between players is performed using an item, the first time and a time after the first time. The second time is stored in the storage unit in advance, a request for participation in a battle from a plurality of players is received, and by the first time, a battle combination in the battle by the player who has received the request for participation by the reception end time is determined. Then, after the first time, display data for displaying a game screen for notifying the player related to the determined match of the remaining time until the second time is output to the output unit, and the second time To cause the computer to execute the battle related to the battle combination.
In addition, the game control method according to the present invention includes a storage unit and an output unit, and stores a first battle using a game medium owned by the player by a player and a game medium owned by the player by a plurality of players. A game control method in a computer for playing a game for executing a second battle used, wherein a first time and a second time after the first time are stored in a storage unit in advance, and a second time from a plurality of players is stored. A request for participation in the two battles is received, and by the first time, a battle combination in the second battle by the player who has received the request for participation by the reception end time is determined, and a request from the player is received after the first time. When the first battle is executed accordingly, 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.
In the game control method according to the present invention, it is preferable that the game screen includes information on an opponent player.
Further, in the game control method according to the present invention, before the first time, outputting display data for displaying a second game screen for notifying a player who has accepted the participation request of a remaining time until the first time. Preferably, the method further includes outputting to a unit.
Further, in the game control method according to the present invention, in determining the battle combination, based on the first points given to each player in the second battle in the past and the second points given to each player in the first battle. It is preferable to determine a match combination.
Further, in the game control method according to the present invention, it is preferable that in the determination of the battle combination, the battle combination is determined based on the number of consecutive wins by each player in the past second battle.
Further, in the game control method according to the present invention, a first button for executing the first battle is displayed, and a participation request is issued when the condition for the player to participate in the second battle is satisfied. Preferably, display data for displaying a third game screen further displaying a second button for receiving is output to an 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 displayed. It is preferable that, when the condition is satisfied, outputting display data for displaying a fourth game screen displaying the second button without displaying the first button to the output unit.
Further, in the game control method according to the present invention, when the second button is not specified while the second button is displayed on the fourth game screen, the player outputs the fourth game screen on the fourth game screen. It is preferable to display the first button without displaying the second button, regardless of whether the conditions for participating in the two battles are satisfied.
In addition, the game control method according to the present invention may further include, when receiving a message from the player to the opponent from the first time to the second time, giving a privilege to the player. Is preferred.
Further, the computer according to the present invention is a computer that performs a game in which a player executes 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 that stores the first time and a second time after the first time in advance, a participation request receiving unit that receives a request for participation in the second battle from a plurality of players, A combination determination unit that determines a battle combination in a second battle by a player who has received a participation request by the reception end time, and a case where 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 of 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.
In addition, a control program according to the present invention includes a storage unit and an output unit, and executes a first battle using a game medium owned by the player and a second battle using an item between the players. A first time and a second time after the first time are stored in a storage unit in advance, and a request for participation in a second battle from a plurality of players is received. By time 1, a battle combination in the second battle by the player who has accepted the participation request by the reception end time is determined, and after the first time, the first battle is executed in response to a request from the player 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.
Further, 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 performs a game that executes a plurality of battles, and includes a request for participation in a first battle among the plurality of battles. In the storage unit, a first time at which the battle combination determination process in the first battle is completed by the player having received the first time and a second time at which the first battle after the first time can be started are stored in the storage unit in advance. A request for participation in the first battle among the plurality of battles from the player is received, and a battle combination in the first battle by the player who has received the request for participation by the reception end time is determined by the first time. After the time, the display data for displaying the game screen for notifying the player related to the determined match combination of the remaining time until the second time is output to the output unit, After the time, the first battle related to the battle combination is executed, and immediately after the reception end time, a request for participation in a second battle of a plurality of battles from a player other than the player who has received the participation request is received. And determining a match combination in the second battle by the player who has received the request to participate in the second battle.
In the game control method according to the present invention, it is preferable that the game screen includes information on an opponent player.
Further, in the game control method according to the present invention, before the first time, outputting display data for displaying a second game screen for notifying a player who has accepted the participation request of a remaining time until the first time. Preferably, the method further includes outputting to a unit.
Further, in the game control method according to the present invention, the first point given to each player in the past battle among the plurality of battles and the player is given to each player in another game different from the game in determining the battle combination. It is preferable to determine the battle combination based on the second point.
Further, in the game control method according to the present invention, it is preferable that in the determination of the battle combination, the battle combination is determined based on the number of consecutive wins by each player in a past battle among the plurality of battles.
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 a plurality of battles is satisfied, Preferably, the method further includes outputting display data for displaying a third game screen further displaying a second button for receiving a participation request to an output unit.
Further, in the game control method according to the present invention, when the condition for the player to participate in the plurality of battles is not satisfied, the first button is displayed, and the condition for the player to participate in the plurality of battles is displayed. It is preferable that, when the condition is satisfied, outputting display data for displaying a fourth game screen displaying the second button without displaying the first button to the output unit.
Further, in the game control method according to the present invention, when the second button is not specified while the second button is displayed on the fourth game screen, a plurality of players are displayed 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 condition for participating in the battle is satisfied.
In addition, the game control method according to the present invention may further include, when receiving a message from the player to the opponent from the first time to the second time, giving a privilege to the player. Is preferred.
Further, the computer according to the present invention is a computer for executing a game for executing a plurality of battles, and a process of determining a battle combination in the first battle by a player who has received a request to participate in the first battle among the plurality of battles. To a first time out of a plurality of battles from a plurality of players and a storage unit for storing in advance a first time to complete the game and a second time at which a first battle after the first time can be started. And a combination determining unit that determines a battle combination in the first battle by the player who has received the participation request by the first time by the first time. An output unit that outputs display data for displaying a game screen for notifying a player related to the determined match combination of the remaining time until the second time, And a battle execution unit that executes a first battle related to the battle combination, wherein the participation request reception unit immediately after the reception end time receives a second battle of a plurality of battles from a player other than the player who has received the participation request. The request for participation in the battle is received, and the combination determination unit determines a battle combination in the second battle by the player who has received the request for participation in the second battle.
Further, the control program according to the present invention is a control program for a computer that includes a storage unit and an output unit and performs a game that executes a plurality of battles, and receives a request to participate in a first battle among a plurality of battles. The first time at which the player determines the battle combination in the first battle and the second time at which the first battle after the first time can be started are stored in the storage unit in advance, and the plurality of players , A request for participation in a first battle of a plurality of battles is received, a battle combination in the first battle by the player who has received the request for participation by the reception end time is determined by a first time, and a first time is determined. Thereafter, display data for displaying a game screen for notifying the player related to the determined match combination of the remaining time until the second time is output to the output unit, A first battle relating to the battle combination is executed, and immediately after the reception end time, a request for participation in a second battle of a plurality of battles is received from a player other than the player who has received the participation request, and the second battle is performed. Determining a match combination in the second battle by the player who has received the request to participate in the game.

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

It is a figure showing an example of a schematic structure of a game system. It is a figure showing an example of a schematic structure of a personal digital assistant. It is a schematic diagram for explaining the game provided by the game system. (A)-(c) is a figure which shows an example of the screen displayed on a portable terminal. (A)-(b) is a figure showing an example of a screen displayed on a personal digital assistant. (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. FIG. 3 is a diagram illustrating an example of a schematic configuration of a server. (A)-(c) is a figure which shows an example of the data structure of each table. FIG. 3 is a diagram showing an example of an operation sequence of the game system. It is a figure showing an example of operation flow of home screen display data creation processing. It is a figure showing an example of the operation flow of battle processing. FIG. 14 is a diagram illustrating an example of an operation flow of an entry process. It is a figure showing an example of an operation flow of matching processing.

  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, but extends to the inventions described in the claims and their equivalents.

1. Outline of the present embodiment In the game system of the present 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 a web game, a mobile terminal displays various game screens based on information (a document described in a markup language, a program described in a script language, and the like) received from a server via a browser. The server updates game data and transmits information to the mobile terminal based on information transmitted from the mobile terminal via the browser.

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

  In the present embodiment, a game in which a player executes a battle (competition) using a character owned by each player will be described as an example of a main game and a sub game. In the main game, a normal battle is executed. When the normal battle is executed, an entry point necessary for applying for (entry) for participation in the sub game is given to the player, and when the entry point becomes a predetermined value or more, the player participates in the sub game. It is possible to do. In the sub game, a battle between players is executed as an event. Hereinafter, the battle executed in the sub game may be referred to as an event battle. By executing the event battle, an event point is given to the player, and a privilege such as an item usable in the main game is given to the player according to the event point.

  The character used in each battle is an example of a game medium. The game medium is electronic data used in the game, and includes, for example, cards, items, characters, avatars, and the like. The game medium is electronic data that can be acquired, retained, used, managed, exchanged, synthesized, strengthened, sold, discarded, and / or given by the player in the game as the game progresses. The usage mode of the game content is not limited to the one specified in this specification.

  In the present embodiment, a card registered in the game system in advance will be described as an example of a game medium. The card of the player character or the enemy character used in the battle has battle parameters. The parameters for battle include, for example, attack power, defense power, physical strength (or HP (hit point)), attribute (for example, fire, water, lightning, etc.), rarity (for example, normal, rare, S (super) rare, SS (double super) rare, SSS (triple super) rare, legend, etc.), activation rate of skills (special effects), attack speed (number of attacks in one turn, number of turns to attack, etc.), number of defenses in a single match And / or jobs (eg, occupation, type of service, etc.).

  The main game is not limited to the battle between the 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 progresses according to a game scenario.

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

  As described above, by determining the match combination only for the player who has requested the entry, the ratio of achieving the event battle is improved. In addition, by executing an event battle after a certain period has elapsed after the determination of the battle combination, a period in which the player prepares for the event battle is secured. In addition, regardless of when each player requests an entry, the determination of the battle combination and the execution of each event battle in a predetermined period prevent the occurrence of unfairness among the players. Aim. In addition, the remaining time until the event battle start time is notified to each player during a certain period from the period in which the battle combination is determined to the execution period of the event battle, 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 portable terminal 2 and a server 3. The mobile 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 executed by the mobile terminal 2 (for example, a browsing program) and a program executed by the server 3 (for example, a game program) use a communication protocol such as a hypertext transfer protocol (Hypertext Transfer Protocol, HTTP). Perform communication.

  Note that the mobile terminal 2 is assumed to be a multifunctional mobile phone (a 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 or a notebook PC 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 mobile terminal 2 requests the server 3 to progress the game in accordance with the operation of the operation unit 23 (touch panel, buttons, and the like) by the player. Further, the mobile terminal 2 receives and displays display data relating to the progress of the game from the server 3.

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

  The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores, as driver programs, 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. The terminal storage unit 22 stores, as an application program, a program for acquiring and displaying display data relating to the progress of the game, and the like. The computer program is stored in a terminal storage unit 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) using a known setup program or the like. 22 may be installed. Further, 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, which is identification information of a user of the portable 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 the 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 use the operation unit 23 to input characters, numbers, symbols, and the like. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. Then, the generated signal is supplied to the terminal processing unit 25 as an instruction of the player.

  The display unit 24 may be any device that can display a video, an image, or the like, and is, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The display unit 24 displays an image 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 more processors and their peripheral circuits. The terminal processing unit 25 is, for example, a CPU (Central Processing Unit), and controls the overall operation of the mobile terminal 2 in an integrated manner. The terminal processing unit 25 includes a terminal communication unit 21 and a display unit that execute various processes of the mobile terminal 2 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. 24 and the like are controlled. The terminal processing unit 25 performs processing based on programs (such as an operating system program, a driver program, and an application program) 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 sub game 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 to start accepting an application for entry (entry) from each player to each event battle, an entry end time 302 to end acceptance of the entry, , A matching completion time 303 for completing the match determination process (matching), an event battle start time 304 for starting an event battle for each determined match combination, and an event battle end time 305 for ending each event battle. .

  A period from the entry start time 301 to the entry end time 302 is defined as an entry period 311 for accepting an application for participation in each event battle. On the other hand, a period from the entry end time 302 to the matching completion time 303 is defined as a matching period 312 in which a matching process is performed. On the other hand, a period from the matching completion time 303 to the event battle start time 304 is defined 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, a period from the event battle start time 304 to the event battle end time 305 is defined as an execution period 314 during which the 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 who cannot make an entry in time for the entry period of the event battle A can enter the event battle B. When the implementation period of the event battle A ends, the implementation period of the next event battle B starts. Thus, in the sub game, any event battle is always performed.

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

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

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

  The home screen 400 shown in FIG. 4A is a normal home screen displayed when the condition for the player to participate in the event battle is not satisfied, such as at the start of a game. Each screen described below is displayed based on the display data received from the server 3.

  On the home screen 400, an event point 401, a ranking 402, a state 403 relating to an entry, a possible number of entries 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 order 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 the event battle, or has already entered the event battle. The possible entry number 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-shaped graph. When the entry point in the entry point gauge 405 reaches 100%, the player can enter an event battle. become. Below the entry point gauge 405, the current value / maximum value of the entry point is displayed by a numeral. The battle button 406 is a button for executing a normal battle. When the battle button 406 is pressed, a normal battle is executed.

  On 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 enter the event battle yet.

  The home screen 410 shown in FIG. 4B is an entry home screen displayed when the player satisfies the conditions for participating in the event battle.

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

  The home screen 420 shown in FIG. 4C is a home screen at the time of entry completion, which is displayed when the player has already entered the event battle.

  On the home screen 420, the entry point in the entry point gauge 405 becomes 100%, and the state 423 indicates that the player has already entered the event battle. In addition, the home screen 410 does not display the entry button 417 shown in the home screen 410. Further, the home screen 410 displays the remaining time 424 until an opponent is determined, that is, the matching completion time, instead of the possible entry number 404, and notifies the player who has accepted 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 keep the player's interest in the event battle.

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

  On the home screen 500, in addition to the event points 401, the ranking 402, and the battle button 406 shown on the home screen 400, a state 508 relating to the event battle, information 509 relating to the player and the opponent player, and the like are displayed.

  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 yet started, the remaining time until the event battle start time is further displayed. If the event battle has already started, the remaining 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. On the home screen 500, the event battle has not started yet, and the state 508 indicates that the event battle has not yet started and the remaining time until the event battle start time. The information 509 includes a player name of each player, an image, the number of wins and 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 starting without the player noticing and to keep the player interested in the event battle. Also, by displaying the information on the opponent player, the player can guess the character used by the opponent player by the time the event battle starts and identify a character having an attribute advantageous to the character. Can be selected as a character to be used. In addition, when it is assumed that the player cannot win the character of the opponent player, the player can develop a strategy such as purchasing a character or item that can win.

  The home screen 510 illustrated in FIG. 5B is a home screen during the event battle being displayed when the event battle has started.

  On 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 the 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 illustrated in FIG. 6A is displayed when the battle buttons 406 and 516 are pressed on the home screens 400 to 510 illustrated in FIGS. 4A to 4C and 5A and 5B. Will be displayed. The battle screen 600 is commonly displayed in both the normal battle and the event battle.

  On the battle screen 600, information 601 about 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 the 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, a card image of a character to be used, an HP, and the like. When the battle button 602 is pressed, a battle starts.

  In the battle, the amount of damage to the character of the opponent player is determined based on the attack power of the character of the player according to the operation from the player, and the determined amount of damage is subtracted from the HP of the character of the opponent player. 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 amount of damage is subtracted from the HP of the player character. Then, if the HP of the opponent player character becomes 0 first, the player wins, and if the HP of the player character becomes 0 first, the player loses. Note that the player can select a specific action from actions such as a normal attack, a special attack, and defense, 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 increased. Change.

  FIGS. 6B to 6D and FIGS. 7A to 7C are diagrams illustrating examples of the battle result screen 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 the NPC is animated. The message is displayed after the message is displayed.

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

  The battle result screen 610 displays information 611 about the player and the opponent player, a result 612, a next battle button 613, a state 614 about an entry, a return button 615, and the like. The information 601 includes a player name of each player, a card image of a character to be used, an HP, and the like. As a result 612, a win or a loss is displayed. The next battle button 613 is a button for re-executing the 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 the event battle, or has already entered the event battle. The state 614 further displays a remaining entry point necessary for entry when the player is in a state where the player cannot yet enter the event battle, and a remaining time until the event start time 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 required to enter the event battle.

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

  The state 624 relating to entry 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 an event battle. When the entry button 623 is pressed, the player is entered in the event battle.

  Since the entry result and the entry button 623 are displayed on the battle result screen of the normal battle, the player can recognize the fact as soon as the entry condition is satisfied in the normal battle and can enter the event battle. Participation rate can be improved.

  The battle result screen 630 shown in FIG. 6D is displayed when the entry button 623 is not specified while the battle result screen 620 shown in FIG. Is a battle result screen displayed after the entry is rejected.

  In the battle result screen 630, the state 634 relating to the entry indicates that the player can enter the event battle. However, regardless of whether the player satisfies the conditions for participating in the event battle, the entry state 634 may be entered. The button 623 is not displayed, and the next battle button 613 is displayed. If the entry button 623 was not pressed in spite of having been displayed in the past, it is highly likely that the player has no intention to enter the event battle. Therefore, in this case, the convenience of the player can be improved by not displaying the entry button 623 thereafter.

  The battle result screen 700 shown in FIG. 7A is a battle result screen displayed when a player has already entered an event battle and when the entry has been completed.

  In the battle result screen 700, the entry-related 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.

  The battle result screen 710 shown in FIG. 7B is a battle result screen for event notification displayed when the matching is completed.

  On the battle result screen 710, a state 714 related to an event battle is displayed instead of a state related to an entry. The state 714 indicates whether the event battle has not yet started or has already started. In the state 714, if the event battle has not yet started, the remaining time until the event start time is further displayed. If 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 immersing in the normal battle and starting the event battle without noticing.

  The battle result screen 720 shown in FIG. 7C is a battle result screen during the event battle being displayed when the event battle has 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. 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 viewing execution unit 251 is a functional module realized by a program executed by a processor included in the terminal processing unit 25. Alternatively, the browsing execution unit 251 may be implemented in the mobile terminal 2 as firmware.

  The browsing execution unit 251 acquires and displays display data related to the progress of the game. That is, the browsing execution unit 251 transmits a request to acquire display data relating to the progress of the game to the server 3 via the terminal communication unit 21 in response to an instruction from the player. Further, the browsing execution unit 251 receives the corresponding display data from the server 3 via the terminal communication unit 21. The browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data, specifies control data and content data, lays out the specified content data based on the specified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24. 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. FIGS. 9A to 9C are diagrams illustrating an example of the data structure of various tables stored in the server storage unit 32. FIG.

  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 the display data 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. Then, the server communication unit 31 supplies the data received from the mobile terminal 2 or the like to the server processing unit 33. Further, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

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

  The server storage unit 32 stores, 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 the progress of the game. 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 identification number of the player (player ID), password, name, file name of image data, possession card information, possession card identification number (use ID) used for battle, battle points , An entry point, the number of possible entries, entry information, event result information, and information such as a player ID of a related player are stored in association with each other.

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

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

  The event result information stores an event point, the number of wins and losses, the number of consecutive wins, and the like in association with each other. The event points are cumulative values 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 defeats. 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 player is, for example, another player belonging to the same group to which the player belongs, another player having a friend relationship with the player, another player who has rescued the player in a battle with a past enemy character, or played in the past Other players who have played and / or other players who belong to a group that has played in the past.

  FIG. 9B shows an event table for managing an event battle. The event table stores, for each event battle, the event ID of the event battle, 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 in association with each other. In each event battle, the entry end time is a time after the entry start time, the matching completion time is a time after the entry end time, and the event battle start time is a time after the matching completion time. The end time is a time after the event battle start time.

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

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. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, these units may be implemented in 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 processing. 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 mobile terminal 2, the progress control unit 331 includes a button for receiving an instruction from the player, character information to be notified to the player. , And instruct each unit to create display data for displaying an image or the like in a layout corresponding to the screen, and transmit the data to the mobile terminal 2. Then, 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 mobile terminal 2.

  In particular, when an operation of starting a game using the mobile terminal 2 or an operation of 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 the display. Instruct the data output unit 332 to create a home screen. Then, the progress control unit 331 transmits the home screen display data for displaying the home screen created by the display data output unit 332 to the mobile terminal 2.

  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 whether the event battle has not been performed or the player When is not participating in the event battle, the normal battle execution unit 333 is instructed to execute the normal battle. On the other hand, when the event battle is being performed and the player is participating in the event battle, the progress control unit 331 instructs the event battle execution unit 334 to execute 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.

  Further, 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 whether the event battle has not been performed or When the player has not participated in the event battle, the normal battle execution unit 333 is instructed to start the normal battle. On the other hand, when the event battle is being performed and the player is participating in the event battle, the progress control unit 331 instructs the event battle execution unit 334 to start the event battle. Then, the progress control unit 331 carries the display data for displaying the effect image of the battle and the battle result screen display data for displaying the result of the battle created by the normal battle execution unit 333 or the event battle execution unit 334. Transmit to terminal 2.

  When the entry button 417 of the home screen 410 or the entry button 623 of the battle result screen 620 displayed on the mobile terminal 2 is pressed and the corresponding entry request is received from the mobile terminal 2, the progress control unit 331 It instructs the request receiving unit 335 to receive the 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.

  When the creation of the home screen is instructed from the progress control unit 331, the display data output unit 332 outputs 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 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 an entry state for each of the extracted event battles 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 from the player table, and the display data output unit 332 illustrated 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 and before the event battle end time of the event battle entered by the player. .

  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 from the player table, and the like. The display data for displaying the home screen 500 for the event notification shown is created. That is, the display data output unit 332 creates display data for displaying the notification home screen 500 after the event battle matching completion time entered by the player and before the event battle start time. The home screen 500 for notification is displayed from the matching completion time common to each player regardless of the timing at which each player enters the event battle and the timing at which the matching of each player is determined. This is prevented from occurring.

  On the other hand, when the player has entered the event battle during the current entry period or the matching period, the display data output unit 332 reads out the event result information of the player from the player table, and reads the entry shown in FIG. The display data for displaying the home screen 420 at the time of completion is generated. That is, the display data output unit 332 creates display data for displaying the home screen 420 at the time of entry completion 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's 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 equal to or more than the predetermined point and the number of possible entries is larger than a predetermined number (for example, 0), and when the entry point is less than the predetermined point, If the number of possible times is equal to or less than the predetermined number, it is determined that entry is not possible. When the player can make an entry in the event battle during the current entry period, the display data output unit 332 reads the event result information of the player from the player table and displays the entry home screen 410 shown in FIG. Create display data for display.

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

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

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

  In addition, the normal battle execution unit 333 starts the normal battle when the progress control unit 331 instructs the start of the normal battle. The normal battle execution unit 333 extracts, from the player table and the card table, each piece of information relating to a character card used in a battle between the player and the opponent player. The normal battle execution unit 333 determines the amount of damage to be given to the character of the opponent player based on the attack power of the character of the player used in the battle according to the operation from the player, and determines the determined amount of damage to the character of the opponent player. Is subtracted from the HP. On the other hand, the normal battle execution unit 333 determines the amount of damage to the player character based on the attack power of the character of the opponent player according to the operation from the opponent player, and determines the determined amount of damage from the HP of the player character. Subtract. Then, the normal battle execution unit 333 determines that the player has won when the vitality of the character of the opponent player has become 0 first, and when the vitality of the character of the player has become 0 first, the player loses. 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. Furthermore, when a predetermined condition is satisfied in the battle, the normal battle execution unit 333 gives the player an entry point by adding a specific point to the entry point associated with the player.

  Like the display data output unit 332, the normal battle execution unit 333 includes 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 the battle. Further, the normal battle execution unit 333 extracts an entry state for each extracted event battle associated with the player in the player table.

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

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

  On the other hand, when the player has entered an event battle during the current entry period or during the matching period, the normal battle execution unit 333 displays the battle result screen 700 at the time of entry shown in FIG. Create display data.

  On the other hand, if none of the above applies, the normal battle execution unit 333 reads the entry point of the player 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 equal to or more than the predetermined point and the number of possible entries is greater than the predetermined number, and determines that the entry point is less than the predetermined point or that the number of possible entries is less than the predetermined number. If it is less than or equal to 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. When the rejection flag indicates rejected, the normal battle execution unit 333 creates display data for displaying the battle result screen 630 after entry rejection shown in FIG. 6D.

  On the other hand, when the rejection flag indicates that no rejection has been made, the normal battle execution unit 333 creates display data for displaying the battle result screen 620 for entries shown in FIG. 6C. In addition, when the player cannot enter the event battle during the current entry period, the normal battle execution unit 333 creates display data for displaying the normal battle result screen 610 shown in FIG. 6B.

  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, from the player table and the card table, each piece of information related to the character card used for the battle between the specified player and the opponent player, and displays the battle screen 600 shown in FIG. Create display data for The event battle execution unit 334 passes the created battle screen 600 to the progress control unit 331.

  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 and the number of consecutive wins associated with the player in the player table in accordance with the result of the event battle, and adds a specific point to the event point, thereby providing the event point to the player. Is given. Also, 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 receiving the entry 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 number of entries of the specified player from the player table. When the entry point is equal to or larger than the predetermined value and the possible entry count is larger than the predetermined number, the participation request receiving unit 335 reads the event table and specifies the event battle during the current entry period. The participation request receiving unit 335 updates the entry state associated with the specified player and the event battle in the entry in the player table, subtracts a predetermined value from the entry point, and decrements the possible entry count (−1). Thereby, the participation request receiving unit 335 receives a request for participation in an 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 of determining a battle combination in the event battle by each player who has received an entry request by the reception end time by the matching completion time. The combination determining 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 winning streak in the event battle of each player, and based on the extracted battle points, event points, and the number of winning streaks, each player. Is calculated. 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 determining unit 336 arranges the players in descending order of the event level, and selects two players in order from the player having the highest event level to determine a battle combination. The combination determination unit 336 writes the opponent ID of the opponent player of each player in the player table in association with each player according to the determined match combination.

  The battle point is a cumulative value since each player joined the game, and thus represents a steady strength of each player. On the other hand, the event point is a cumulative value during the execution period of all event battles, and thus represents the strength of each player's passion for the event battle. Therefore, the battle combination is determined in consideration of both the steady strength of each player and the strength of his / her passion for the event battle. Further, during the execution period of all the event battles, the difference between the event points of the players is small in the early stage, and the difference between the event points becomes larger as the game is completed. Therefore, in the early stage of the event, players having the same level of steady strength are combined, and in the last stage of the event, players having the same level of affection for the event battle are combined. Since the tendency of the opponent is different at the beginning and the end of the event, it is possible to prevent the player from getting tired of the event battle and maintain the player's willingness to continue the event battle.

  In addition, the number of consecutive wins in the event battle indicates more remarkably the player's feeling for the event battle. Accordingly, by calculating the event level based on the number of winning streaks in the event battle, it is possible to cause players who have extremely strong feelings for the event battle to fight each other at the end of the event battle.

  Further, the combination determination unit 336 determines a battle combination for all players who have entered during the entry period. Therefore, the level difference between the players in each combination is smaller than in the case of combining in the order of entry, and it is possible to suppress the occurrence of battle between players having different levels.

  Note that the combination determination unit 336 does not determine the match combination based on all of the battle points, the event points, and the number of consecutive wins, but determines the match combination based on at least one of the battle points, the event points, and the number of 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 is mainly performed by the terminal processing unit 25 and the server processing unit 33 in cooperation with each element of the mobile terminal 2 and the server 3 based on a program 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 a home screen, the browsing execution unit 251 of the mobile terminal 2 sends a home screen request to the terminal communication unit 21. (Step S101). When the progress control unit 331 of the server 3 receives the home screen request from the mobile terminal 2, the display data output unit 332 executes a home screen display data creation process (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 processing to the mobile terminal 2 (Step S103). When 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 transmits the battle request to the terminal communication unit. The data is transmitted to the server 3 via the server 21 (step S105). When the progress control unit 331 of the server 3 receives the 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 performs the normal battle. An 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 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 while 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. The data is transmitted to the server 3 via the terminal communication unit 21 (step S109). When the progress control unit 331 of the server 3 receives the 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). The 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 in the battle process to the mobile terminal 2 (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 an entry button using the operation unit 23 while 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 issues an 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 the entry request from the mobile terminal 2, the participation request receiving unit 335 executes an entry process (Step S114). Details of the entry process will be described later. Next, the display data output unit 332 executes a home screen display data creation process (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 processing to the mobile terminal 2 (Step S116). When 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 processing ends.

  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 processing 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 specifies the player ID included in the home screen request, and extracts, in the player table, an entry state for each extracted event battle associated with the player corresponding to the specified player ID ( Step S201).

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

  On the other hand, when 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). If the player has entered the event battle during the current notification period (step S204-Yes), the display data output unit 332 creates display data for displaying the home screen 500 for event notification (step S205). , End the series of steps.

  On the other hand, if 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). When the player has entered an event battle during the current entry period or the matching period (step S206-Yes), the display data output unit 332 creates display data for displaying the home screen 420 when entry has been completed. (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 (No in step S206), the display data output unit 332 determines whether the player can enter the event battle during the current entry period. It is determined whether or not it is (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 home screen 410 for entry (step S209), End a series of steps.

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

  FIG. 12 shows an operation flow of the battle process by the normal battle execution unit 333. The battle process shown in FIG. 12 is executed in step S110 in FIG. 10 when the event battle is not performed or when the player does not participate 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 the event battle during the current entry period, the event battle during the current matching period, the event battle during the current notification period, and the event during the current execution period from the event table. Further, the normal battle execution unit 333 extracts an entry state for each extracted event battle associated with the player from the player table (Step S302).

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

  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). When the player has entered an event battle during the current notification period (step S305-Yes), the normal battle execution unit 333 creates display data for displaying the battle result screen 710 for event notification (step S306). ), End the series of steps.

  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). When the player has entered an event battle during the current entry period or the matching period (step S307-Yes), the normal battle execution unit 333 creates display data for displaying the battle result screen 700 when entry has been completed. Then (step S308), 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 S307—No), the normal battle execution unit 333 determines whether the player can enter the event battle during the current entry period. It is determined whether or not it is (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 or not the rejection flag indicates rejection (step S310). When the rejection flag indicates that rejection has been rejected (Yes at Step S310), the normal battle execution unit 333 creates display data for displaying the battle result screen 630 after entry rejection (Step S311), and ends a series of steps. I do.

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

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

  When the 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 this case, since the player has entered the event battle during the current execution period, the event battle execution unit 334 executes the battle process in step S301, and then displays the battle result screen 720 during the event battle execution in step S304. Then, display data for performing the operation is created, and a series of steps is completed.

  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). If the entry point is less than the predetermined value (step S402-No), no particular processing is performed. , End the series of steps.

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

  On the other hand, if 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 to the entry, subtracts the predetermined value from the entry point, and increases the number of possible entries. The value is decremented (step S404), and a series of steps ends.

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

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

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

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

  Next, the combination determining unit 336 arranges the players in descending order of the event level (Step S504).

  Next, the combination determination unit 336 determines a battle combination by selecting two players in order from the player having the highest event level (step S504), updates the player table, and ends a series of steps.

  As described above, since the server 3 determines the battle combination only for the player who has received the battle participation request, 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 has elapsed after the determination of the battle combination, it is possible to secure a battle preparation period by the player. Furthermore, even if all battle combinations cannot be determined by the matching completion time, the event battle itself can be executed if the battle combination is determined during a certain period, so that it is possible to prevent the event battle from being unable to be executed. . Further, since the server 3 determines a battle combination during a predetermined period and executes each battle, it is possible to prevent occurrence of unfairness among players.

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

  Note that the present invention is not limited to the present embodiment. For example, in the present embodiment, the main battle and the sub-game are battle battles using characters owned by each player. However, for example, a fishing game, 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 obtains a battle point by catching any fish using his own fishing rod, and obtains an entry point by catching a specific fish. I do. In the sub game, a win or loss is determined based on the number, size, and the like 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, by being notified of the remaining time until the event battle start time, the player starts fishing shortly before the event battle start time, and lifts the first animal immediately after the event battle start. It is also possible to take a simple strategy. In addition, by notifying the information about the opponent together with the remaining time until the event battle start time, the opponent can be defeated according to the level of the opponent in the same manner as in the case of the battle using the character owned by the player. Strategies such as purchasing items can also be formulated.

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

  Further, 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 competing. In that case, the server 3 sets the event battle start time of the player with the lower level before the event battle start time of the player with the higher level as the level difference is larger. Alternatively, the server 3 sets the event battle end time of the lower-level player after the event battle end time of the higher-level player as the level difference is larger. Further, the server 3 may increase the event points to be given to the disadvantaged high-level player. As a result, the game characteristics in the event battle are improved, and the interest of the game can be enhanced.

  Further, 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, a privilege may be given to the player who transmitted the message and / or the player who received the message. Thus, communication between players can be activated.

  In addition, the server 3 may receive, during the notification period, a request from the player to cause the related player to participate in the event battle in order to rescue the player. Thus, when it is predicted that the player notified as the opponent cannot be won, it is possible for the player to improve the possibility of winning, and to activate communication between the players. .

  Alternatively, the server 3 may receive, during the notification period, a request from the player to cancel participation in an event battle or change a match combination. In this case, the server 3 may further give a specific privilege to the opponent player whose battle 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 performs a part of the processing. In this case, for example, each screen relating to the progress of the game is displayed as a web display displayed on the mobile terminal 2 based on the display data generated by the server 3, and other menu screens and the like are displayed on the native application And native display.

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

1 game system 3 server 31 server communication unit 32 server storage unit 33 server processing unit 331 progress control unit 332 display data output unit 333 normal battle execution unit 334 event battle execution unit 335 participation request reception unit 336 combination determination unit

Claims (8)

A computer that performs a game that executes a first battle and a second battle,
A storage unit for storing parameters of the player,
A communication unit;
When a first request is received from a player terminal via the communication unit, it is determined whether or not the parameter satisfies the condition for participation in the second battle, and the condition for participation in the second battle is determined. A control unit that transmits display data of a first screen that displays a first button for receiving a request for participation in the second battle to the terminal of the player via the communication unit when the condition is satisfied,
The control unit includes:
When a second request is received from a player terminal via the communication unit, after the first battle is executed, it is determined whether the parameter satisfies the participation condition for the second battle, A second screen displaying a second button for displaying a result of performing the first battle and further displaying a second button for accepting a request to participate in the second battle if the parameter satisfies a condition for participating in the second battle; Transmitting data to a player terminal via the communication unit,
If the first button is not specified in a state where the first button is displayed on the first screen, the first button is also displayed on a first screen output thereafter,
If the second button is not specified in a state where the second button is displayed on the second screen, a condition for the player to participate in the second battle is set on a second screen output thereafter. Irrespective of whether or not the condition is satisfied, displaying the third button for executing the first battle without displaying the second button,
A computer characterized by the above-mentioned.   The control unit, after determining a battle combination in the second battle, displays display data of a third screen for notifying a player participating in the second battle of a remaining time until the start of the second battle. The game control method according to claim 1, wherein the game control method is transmitted to a terminal of a player via a terminal.   The control unit transmits, to the communication unit, display data of a fourth screen that notifies a player who has received the participation request of a remaining time until the battle combination is determined before determining the battle combination in the second battle. The game control method according to claim 1, wherein the game control method is transmitted to a terminal of a player via the terminal.   The control unit grants a privilege to the player or the opponent when a message from the player to the opponent is received between the determination of the battle combination in the second battle and the start of the second battle. The game control method according to claim 1.   The control unit receives a request from a player to determine that a player who rescues a player participates in the second battle after determining the battle combination in the second battle and before starting the second battle. The game control method according to claim 1.   The control unit determines, from the determination of the battle combination in the second battle to the start of the second battle, a request from the player to cancel participation in the second battle or to change the battle combination. The game control method according to any one of claims 1 to 5, wherein the game control method further comprises: A game control method in a game that executes a first battle and a second battle,
The first control means stores a parameter of the player in the storage unit,
When the second control means receives the first request from the terminal of the player, it determines whether the parameter satisfies the condition for participation in the second battle, and determines whether the parameter satisfies the condition for participation in the second battle. Transmitting display data of a first screen displaying a first button for receiving a request for participation in the second battle to the terminal of the player when
When a third request is received from a player terminal, the third control means determines whether or not the parameter satisfies the participation condition for the second battle after the first battle is executed, If the player satisfies the condition for participating in the second battle while displaying the execution result of the first battle, display data of a second screen displaying a second button for further accepting a request for participation in the second battle To the player's terminal,
If the first button is not specified in a state where the first button is displayed on the first screen, the first button is also displayed on a first screen output thereafter,
If the second button is not specified in a state where the second button is displayed on the second screen, a condition for the player to participate in the second battle is set on a second screen output thereafter. Irrespective of whether or not the condition is satisfied, displaying the third button for executing the first battle without displaying the second button,
A game control method, comprising: A control program for a computer that includes a communication unit and performs a game that executes a first battle and a second battle,
Storing the parameters of the player in the storage unit,
When a first request is received from a player terminal via the communication unit, it is determined whether or not the parameter satisfies the condition for participation in the second battle, and the condition for participation in the second battle is determined. Transmitting display data of a first screen displaying a first button for receiving a request for participation in the second battle to the player terminal via the communication unit when
When a second request is received from a player terminal via the communication unit, after the first battle is executed, it is determined whether the parameter satisfies the participation condition for the second battle, A second screen displaying a second button for displaying a result of performing the first battle and further displaying a second button for accepting a request to participate in the second battle if the parameter satisfies a condition for participating in the second battle; Causing the computer to transmit data to a player terminal via the communication unit,
If the first button is not specified in a state where the first button is displayed on the first screen, the first button is also displayed on a first screen output thereafter,
If the second button is not specified in a state where the second button is displayed on the second screen, a condition for the player to participate in the second battle is set on a second screen output thereafter. Irrespective of whether or not the condition is satisfied, displaying the third button for executing the first battle without displaying the second button,
A control program characterized in that:

Images