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

Abstract

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

Description

Applied for application of Article 30, Paragraph 2 of the Patent Act Website address: http://jp. apps. gree. net/ja/96 https://itunes. apple. com/jp/app/diaorisuta/id465588102? mt=8 https://play. google. com/store/apps/details? id=jp. gree. android. pf. Greeapp96 Publication date: September 19, 2014

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

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

When conducting such an event, the server determines a match combination of each player participating in the social game. However, since not all players participate in social games all the time, when all players are combined, there may be many combinations in which both players are not present and a match is not established.

On the other hand, for example, by combining only the players who have made participation requests in advance, it is possible to improve the percentage of each combination having a competition.

Patent Literature 1 discloses a network game system that matches players who have requested execution of a competitive game by operating a terminal device, and causes the two players who are matched to play a competitive game. .

JP 2007-229329 A

In the network game system of Patent Literature 1, as soon as matching is established, a competitive game is played. Of the two players for whom matching is established, the player who enters later starts the battle immediately after the entry, so there is a high possibility that the player who entered first will notice that the battle has started. After that, the battle may start after a long time has passed, and you may not notice that the battle has started.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a game control method, a computer, and a control program capable of preventing unfairness between players.

A game control method according to the present invention is a game control method for a computer that includes a storage unit and an output unit and performs a game for executing a battle between players using game media owned by the players. and a second time later than the first time is stored in advance in a storage unit, requests to participate in the battle are received from a plurality of players, and requests to participate are received by the first time and by the reception end time. A unit for outputting display data for displaying a game screen that determines a match combination for a battle by players and, after a first time, notifies the players associated with the determined match combination of the remaining time until a second time. and executing the battle related to the match combination from the second time.
The computer may be a mobile terminal, a stationary terminal, a server, etc., as long as it can execute the above procedure.

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

In the game control method according to the present invention, before the first time, display data for displaying a second game screen for notifying the player who has accepted the participation request of the remaining time until the first time is output. preferably further including outputting to a department.

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

Further, in the game control method according to the present invention, it is preferable that, in determining the match combination, the match combination is determined based on the number of consecutive victories each player has won in past battles.

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 player satisfies the conditions for participating in the battle, a participation request is displayed. outputting to the output unit display data for displaying a third game screen that further displays a second button for accepting the .

Further, in the game control method according to the present invention, the first button is displayed when the player does not meet the conditions for participating in the battle, and the player satisfies the conditions for participating in the battle. Furthermore, it is preferable to output to the output unit display data for displaying a fourth game screen in which the second button is displayed without displaying the first button.

Further, in the game control method according to the present invention, if the second button is not specified while the second button is being displayed on the fourth game screen, the player can enter the battle mode on the fourth game screen that is subsequently output. It is preferable to display the first button without displaying the second button, regardless of whether the conditions for participating in the are met.

Further, in the game control method according to the present invention, further comprising providing a privilege to the player when transmission of a message from the player to the opponent is received from the first time to the second time. is preferred.

A computer according to the present invention is a computer for playing a game in which players battle each other using items, the storage unit storing in advance a first time and a second time after the first time; a participation request reception unit that receives requests to participate in a battle from a plurality of players; a combination determination unit that determines a match combination in the battle by the players who have received the participation requests by a first time and before the reception end time; an output unit for outputting display data for displaying a game screen for notifying the players of the determined match combination of the remaining time until a second time after the first time; and a battle execution unit that executes a battle related to.

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 executes a game in which players battle using items, and the program comprises a first time and a A second time is stored in advance in a storage unit, requests to participate in a battle are accepted from a plurality of players, and a combination of the players who have accepted the participation requests by the first time and by the acceptance end time is determined for the battle. after the first time, outputting to the output unit display data for displaying a game screen for notifying the players of the determined match combination of the remaining time until the second time; causes the computer to execute a battle related to the match combination from .
In addition, the game control method according to the present invention includes a storage unit and an output unit, a first battle by a player using game content owned by the player, and a battle between a plurality of players using the game content owned by the player. A game control method in a computer that performs a game for executing a second battle used, wherein a first time and a second time after the first time are stored in advance in a storage unit, and a second time is received from a plurality of players. A request to participate in the second battle is received, a match combination for the second battle is determined by the players who have received the request to participate in the second battle by the first time, and the request from the player is determined after the first time. display data for displaying a game screen for notifying the players associated with the determined match combination of the execution result of the first battle and the remaining time until the second time when the first battle is executed accordingly; is output to the output unit, and after the second time, the second battle related to the match combination is executed according to the operation from the player related to the match combination.
Moreover, in the game control method according to the present invention, it is preferable that the game screen includes information about the opponent player.
In the game control method according to the present invention, before the first time, display data for displaying a second game screen for notifying the player who has accepted the participation request of the remaining time until the first time is output. preferably further including outputting to a department.
Further, in the game control method according to the present invention, in determining the match combination, based on the first points given to each player in the past second battle and the second points given to each player in the first battle, , preferably determine a match combination.
Further, in the game control method according to the present invention, it is preferable that, in determining the match combination, the match combination is determined based on the number of consecutive wins of each player in the past second battles.
Further, in the game control method according to the present invention, a first button for executing the first battle is displayed, and if the player satisfies the conditions for participating in the second battle, a participation request is sent. It is preferable to output to the output unit display data for displaying a third game screen further displaying a second button for accepting.
Further, in the game control method according to the present invention, if the player does not meet the conditions for participating in the second battle, the first button is displayed and the conditions for the player to participate in the second battle are displayed. It is preferable to include outputting display data for displaying a fourth game screen displaying the second button without displaying the first button when the condition is satisfied.
Further, in the game control method according to the present invention, if the second button is not specified while the second button is being displayed on the fourth game screen, the fourth game screen to be output thereafter displays the player's second button. It is preferable to display the first button without displaying the second button, regardless of whether the conditions for participating in the second battle are satisfied.
Further, in the game control method according to the present invention, further comprising providing a privilege to the player when transmission of a message from the player to the opponent is received from the first time to the second time. is preferred.
A computer according to the present invention is a computer that performs a game that executes a first battle between players using game content owned by the players, and a second battle between a plurality of players using items, a storage unit that stores in advance a first time and a second time after the first time; a participation request reception unit that receives requests to participate in the second battle from a plurality of players; a combination determination unit that determines a match combination for a second battle by players who have received participation requests by the reception end time; , an output unit for outputting display data for displaying a game screen for notifying the player associated with the determined match combination of the execution result of the first battle and the remaining time until a second time; and a second time. and a battle execution unit that executes a second battle related to the match combination in accordance with an operation from the player related to the match combination.
A control program according to the present invention includes a storage unit and an output unit, and is a game in which a first battle between players using game media owned by the players and a second battle between players using items are executed. wherein a first time and a second time later than the first time are stored in advance in a storage unit, and requests to participate in the second battle from a plurality of players are received; By the time 1, the match combination for the second battle by the players who have accepted the participation request by the reception end time is determined, and after the first time, the first battle is executed in response to the request from the player. outputting, to the output unit, display data for displaying a game screen that notifies the plurality of players involved in the determined match combination of the execution result of the first battle and the remaining time until the second time; After time 2, the computer is caused to execute a second battle related to the match combination in accordance with an operation from the player related to the match combination.
Further, a game control method according to the present invention is a game control method for a computer that has a storage unit and an output unit and executes a game in which a plurality of battles are executed. a first time at which the player who has received the first battle combination determination process is completed and a second time after the first time at which the first battle can be started are stored in advance in a storage unit; A request to participate in a first battle among a plurality of battles from a player is received, a match combination for the first battle by the players who have received the participation request by the end of the reception time is determined by a first time, and a first display data for displaying a game screen for notifying the players of the determined match combination of the remaining time until the second time after the time of (2); Immediately after the reception end time, a request to participate in the second battle among a plurality of battles is accepted from a player other than the player who has accepted the participation request, and a request to participate in the second battle is accepted. determining the match combination in the second battle by the players who received the
Moreover, in the game control method according to the present invention, it is preferable that the game screen includes information about the opponent player.
In the game control method according to the present invention, before the first time, display data for displaying a second game screen for notifying the player who has accepted the participation request of the remaining time until the first time is output. preferably further including outputting to a department.
Further, in the game control method according to the present invention, in determining the match combination, the first point given to each player in the past battle among the plurality of battles and the first point given to each player in another game different from the game. It is preferable to determine a match combination based on the obtained second points.
Further, in the game control method according to the present invention, it is preferable that the determination of the match combination is based on the number of consecutive victories each player has won in the past battles 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 the player satisfies the conditions for participating in a plurality of battles, It is preferable to output to the output unit display data for displaying a third game screen further displaying a second button for accepting a participation request.
Further, in the game control method according to the present invention, if the player does not meet the conditions for participating in a plurality of battles, the first button is displayed and the conditions for the player to participate in a plurality of battles are displayed. It is preferable to include outputting display data for displaying a fourth game screen displaying the second button without displaying the first button when the condition is satisfied.
Further, in the game control method according to the present invention, if the second button is not specified while the second button is being displayed on the fourth game screen, a plurality of players will be displayed on the fourth game screen that is subsequently output. It is preferable to display the first button without displaying the second button regardless of whether or not the conditions for participating in the battle are satisfied.
Further, in the game control method according to the present invention, further comprising providing a privilege to the player when transmission of a message from the player to the opponent is received from the first time to the second time. is preferred.
Further, a computer according to the present invention is a computer for playing a game in which a plurality of battles are executed, and processing for determining a match combination in the first battle by a player who has received a request to participate in the first battle among the plurality of battles. and a storage unit for pre-storing a first time at which the first battle is completed and a second time after the first time at which the first battle can be started; a participation request reception unit that receives participation requests, a combination determination unit that determines by a first time the match combinations for the first battle by the players who have received participation requests by the reception end time, and after the first time, an output unit for outputting display data for displaying a game screen for notifying the remaining time until a second time to the players associated with the determined match combination; and the participation request reception unit receives requests to participate in the second battle among the plurality of battles from players other than the player who has received the participation request immediately after the reception end time. , the combination determination unit determines a match combination for the second battle by the players who have received the request to participate in the second battle.
Further, a control program according to the present invention is a control program for a computer that has a storage unit and an output unit and performs a game in which a plurality of battles are executed, and receives a request to participate in a first battle among the plurality of battles. A first time at which the player completes the match combination determination process for the first battle and a second time after the first time at which the first battle can be started are stored in advance in a storage unit, and a plurality of players receive a request to participate in a first battle out of a plurality of battles from , determine by a first time the match combination for the first battle by the players who have received the participation request by the acceptance end time, and determine by a first time After that, display data for displaying a game screen for notifying the players related to the determined match combination of the remaining time until the second time is output to the output unit, and after the second time, display data related to the match combination Execute the first battle, and immediately after the acceptance end time, accept requests to participate in the second battle among a plurality of battles from players other than the player who has accepted the participation request, and accept requests to participate in the second battle. The computer is caused to determine the combination of the players for the second battle.

In the game control method, computer, and control program according to the present invention, the battle combination is determined only for the players who have accepted the request to participate in the battle, so it is possible to improve the percentage of successful battles. In addition, since the match combination is determined and each battle is executed at a predetermined time, it is possible to prevent unfairness between players. Furthermore, since the remaining time until the start time of the battle is notified to each player after the completion time of determination of the match pairing, it is possible to suppress the decrease in the participation rate in the battle and improve the rate of success of the battle. It becomes possible.

It is a figure which shows an example of schematic structure of a game system. It is a figure which shows an example of schematic structure of a portable terminal. 1 is a schematic diagram for explaining a game provided by a game system; FIG. (a) to (c) are diagrams showing examples of screens displayed on the portable terminal. (a) and (b) are diagrams showing examples of screens displayed on the portable terminal. (a) to (d) are diagrams showing examples of screens displayed on the mobile terminal. (a) to (c) are diagrams showing examples of screens displayed on the portable terminal. It is a figure which shows an example of a schematic structure of a server. (a) to (c) are diagrams showing an example of the data structure of each table. It is a figure which shows an example of the operation|movement sequence of a game system. FIG. 10 is a diagram illustrating an example of an operation flow of home screen display data creation processing; It is a figure which shows an example of the operation|movement flow of a battle process. FIG. 10 is a diagram illustrating an example of an operation flow of entry processing; It is a figure which shows an example of the operation|movement flow of a matching process.

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

1. Overview of this Embodiment In the game system of this embodiment, a player uses a portable terminal to play a game provided by a server. In the game system of this embodiment, the server provides web games.

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

The games provided by the server include a main game and a sub-game that is a game different from the main game. The main game is, for example, a game for one player, in which the player challenges quests, missions, etc., and repeatedly battles with various NPCs (Non Player Characters). Quests and missions have a plurality of floors (stages) in each of a plurality of dungeons, and the processing of each floor is executed sequentially. Processing on each floor includes battles, acquisition of game media, and the like. The player can execute the main game while switching to or simultaneously with the sub-game even while the sub-game is being executed.

In this embodiment, a main game and a sub game will be described as an example of a game in which players battle each other using characters owned by each player. A normal battle is performed in the main game. Entry points required for applying for participation in the sub-game (entry) are given to the player by the execution of the normal battle, and when the entry points reach a predetermined value or more, the player participates in the sub-game. It becomes possible to In the subgame, a battle between players is executed as an event. Below, the battle executed in the subgame may be referred to as an event battle. Event points are given to the player by executing the event battle, and benefits such as items that can be used in the main game are given to the player according to the event points.

Characters used in each battle are an example of game media. Game media are electronic data used in games, and include, for example, cards, items, characters, avatars, and the like. Game media are electronic data that can be acquired, possessed, used, managed, exchanged, combined, enhanced, sold, discarded, and/or gifted by players in the game as the game progresses. The mode of use of the game media is not limited to those specified in this specification.

In this embodiment, a card registered in the game system in advance will be described as an example of the game content. The player's character or the enemy character's card used in the battle has battle parameters. Battle parameters include, for example, attack power, defense power, physical strength (or HP (hit points)), attributes (eg, fire, water, lightning, etc.), rarity (eg, 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 per turn, number of turns before attacking, etc.), number of defenses per match etc. and/or jobs (e.g., profession, troop type, etc.).

The main game is not limited to a battle between players, but may be a so-called RAID battle in which a plurality of players cooperate to fight enemy characters (so-called non-player characters), or a quest progressing according to a game scenario.

In the sub-game, match combinations of players who have requested entry to the event battle are determined before a predetermined period of time, and the event battle is executed after the period has elapsed. In addition, in the sub-game, the remaining time until the start time of the event battle is notified to each player involved in the determined match combination during that period.

In this way, it is intended to improve the percentage of event battles established by determining the match combinations only for players who have requested an entry. In addition, by executing the event battle after a certain period of time has elapsed after the match combination is determined, the player can secure a period for preparing for the event battle. Furthermore, regardless of the timing at which each player requests an entry, the determination of the match combination and the execution of each event battle during a predetermined period prevents the occurrence of unfairness among players. Plan. In addition, by notifying each player of the remaining time until the event battle start time during a certain period from the period when the match pairing is decided until the event battle execution period, the decline in the participation rate in the event battle is suppressed. , To improve the rate at which event battles are established.

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

A game system 1 includes at least one mobile terminal 2 and a server 3 . The mobile terminal 2 and the server 3 are interconnected via a communication network such as a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7, for example. A program (for example, a browsing program) executed by the mobile terminal 2 and a program (for example, a game program) executed by the server 3 are communicated using a communication protocol such as Hypertext Transfer Protocol (HTTP). communicate.

Note that the mobile terminal 2 is assumed to be a multifunctional mobile phone (so-called "smartphone"), but the present invention is not limited to this. The mobile terminal 2 may be any device to which the present invention can be applied. A PC, a notebook PC, or the like may be used.

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

The mobile terminal 2 includes a terminal communication section 21 , a terminal storage section 22 , an operation section 23 , a display section 24 and a terminal processing section 25 . The mobile terminal 2 requests the server 3 to proceed with the game according to the player's operation of the operation unit 23 (touch panel, buttons, etc.). The mobile terminal 2 also receives display data relating to the progress of the game from the server 3 and displays the data.

The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitive band is a predetermined frequency band, and connects the mobile terminal 2 to a wireless communication network. The terminal communication unit 21 establishes a radio signal line using 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. conduct. Then, the terminal communication section 21 transmits the data supplied from the terminal processing section 25 to the server 3 or the like. Also, the terminal communication unit 21 supplies data received from the server 3 or the like to the terminal processing unit 25 . Note that the terminal communication unit 21 may perform wireless communication with a Wi-Fi (Wireless Fidelity) access point (not shown) according to the wireless communication method of the IEEE802.11 standard.

The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, etc. 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 that controls the operation unit 23, an output device driver program that controls the display unit 24, and the like. The terminal storage unit 22 also stores, as application programs, a program for acquiring and displaying display data relating to the progress of the game. The computer program can be stored in 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. Also, the computer program may be installed in the terminal storage unit 22 from a specific server device or the like via wireless communication. The terminal storage unit 22 also stores, as data, a player ID that is identification information of the user of the portable terminal 2, display data relating to the progress of the game, video data, image data, and the like. Furthermore, the terminal storage unit 22 may temporarily store temporary data related to predetermined processing.

The operation unit 23 may be any device as long as it can operate the mobile terminal 2, such as a touch panel and key buttons. The player can use the operation unit 23 to input letters, numbers, symbols, and the like. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. The generated signal is supplied to the terminal processing unit 25 as an instruction from the player.

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

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

2.1.1. Functions 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 at which acceptance of an application (entry) for participation in each event battle from each player is started, an entry end time 302 at which acceptance of entries is ended, and each player who has entered A matching completion time 303 for completing the match combination determination (matching) process, an event battle start time 304 for starting an event battle related to each determined match combination, and an event battle end time 305 for ending each event battle are predetermined. .

A period from the entry start time 301 to the entry end time 302 is defined as an entry period 311 during which applications for participation in each event battle are accepted. On the other hand, the period from the entry end time 302 to the matching completion time 303 is defined as a matching period 312 during which matching processing is performed. On the other hand, the period from the matching completion time 303 to the event battle start time 304 is defined as a notification period 313 for notifying the players of the determined match combination of the remaining time until the event battle start time. On the other hand, the period from the event battle start time 304 to the event battle end time 305 is defined as an implementation period 314 during which the event battle is implemented.

When the entry period of the event battle A ends, the entry period of the next event battle B starts, and the players who did not make an entry in time for the entry period of the event battle A can enter the event battle B. Also, when the implementation period of the event battle A ends, the implementation period of the next event battle B starts. In this way, any event battle is always carried out in the subgame.

In the sub-game, match combinations are determined only for players whose request to participate in the event battle is accepted, so it is possible to improve the rate at which event battles are established. In addition, since the event battle is executed after a certain period of time has passed since the battle combination is determined, the players can prepare for the event battle. In addition, regardless of the timing within the entry period of each player's entry, the determination of the match combination and each event battle are executed during a predetermined period, thereby preventing the occurrence of unfairness among players. be able to.

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

FIGS. 4A to 4C and 5A to 5B are diagrams showing examples of home screens displayed on the display unit 24. FIG. Each home screen shown below is a screen displayed while the main game is being played.

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

The home screen 400 displays an event point 401, a ranking 402, an entry-related state 403, a possible number of entries 404, an entry point gauge 405, a battle button 406, and the like.

The event points 401 are cumulative values of event points given to the player in all past event battles. The ranking 402 is the ranking of the players when all the players are arranged in descending order of the event points 401 . A state 403 indicates whether the player is in a state in which the player cannot enter the event battle yet, is in a state in which entry is possible, or has been entered. The possible number of entries 404 indicates the remaining number of times 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 of times (for example, 10 times a day). The entry point gauge 405 displays the current value of the entry points obtained by the player in the main game in a bar graph, and when the entry point in the entry point gauge 405 reaches 100%, the player can enter the event battle. become. Also, below the entry point gauge 405, the current value/maximum value of the entry point is displayed numerically. A battle button 406 is a button for executing a normal battle, and when the battle button 406 is pressed, a normal battle is executed.

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

A 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 is 100%, and the state 413 indicates that the player can enter the event battle. The home screen 410 also displays an entry button 417 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 the event battle. When the entry button 417 is pressed, the player is entered into the event battle.

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

On home screen 420, the entry point in entry point gauge 405 is 100%, and state 423 indicates that the player has entered the event battle. Also, the entry button 417 shown on the home screen 410 is not displayed on the home screen 410 . In addition, instead of the possible number of entries 404, the home screen 410 displays a remaining time 424 until an opponent is determined, that is, until the matching completion time, 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 that he or she has entered the event battle, and to maintain the player's interest in the event battle.

A home screen 500 shown in FIG. 5A is a home screen for event notification displayed when 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 regarding the event battle, information 509 regarding the player and the opponent player, and the like are displayed.

A state 508 indicates whether the event battle has not started yet or has already started. State 508 further displays the remaining time until the event battle start time if the event battle has not yet started, and the time until the event battle end time if the event battle has already started. The remaining time is also displayed and notified to the players in each determined matchup. On the home screen 500, the event battle has not yet started, and a 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 the player name of each player, an image, the number of wins and losses in the event, and the like. Note that 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 it, and to maintain the player's interest in the event battle. In addition, by displaying information about the opponent player, the player can guess the character used by the opponent player and acquire a character having an advantageous attribute to the character by the time the event battle starts. can be selected as a character to use. In addition, when it is assumed that the player cannot win against the character of the opponent player, the player can also work out a strategy such as purchasing a character or an item that can win.

A home screen 510 shown in FIG. 5B is a home screen during an event battle that is 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. Note that when the battle button 516 is pressed on the home screen 510, an event battle is executed instead of the normal battle.

FIG. 6A is a diagram showing an example of a battle screen displayed on the display unit 24. As shown in FIG.

The battle screen 600 shown in FIG. 6(a) is displayed when the battle buttons 406 and 516 are pressed on the home screens 400 to 510 shown in FIGS. 4(a) to (c) and 5(a) to (b). to be displayed. Note that the battle screen 600 is commonly displayed in both the normal battle and the event battle.

A battle screen 600 displays information 601 about the player and the opponent player, a battle button 602, and the like. In the normal battle, the opponent player is automatically selected by the server 3 . In the case of a normal battle, the opponent player may be selected by the player from among 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 becomes the opponent player. The information 601 includes the player name of each player, the card image of the character used, HP, and the like. When the battle button 602 is pressed, a battle is started.

In the battle, the amount of damage given to the 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 be given to the player's character is determined based on the attack power of the character of the opponent player, and the determined amount of damage is subtracted from the HP of the player's character. When the HP of the character of the opponent player becomes 0 first, the player wins, and when the HP of the character of the player becomes 0 first, the player loses. In addition, the player can select a specific action from actions such as normal attack, special attack, defense, etc., and the amount of damage given to the opponent player or the amount of damage received from the opponent player by the selected action is Change.

FIGS. 6(b) to (d) and FIGS. 7(a) to (c) are diagrams showing examples of battle result screens displayed on the display unit 24. FIG. On each battle result screen, when the battle button 602 is pressed on the battle screen 600 shown in FIG. It is displayed after being displayed by etc.

A battle result screen 610 shown in FIG. 6B is a normal battle result screen displayed when the player does not meet the conditions for participating in the event battle.

The battle result screen 610 displays information 611 about the player and the opponent player, a result 612, a next battle button 613, a status 614 about entry, a return button 615, and the like. The information 601 includes the player name of each player, the card image of the character used, HP, and the like. A win or loss is displayed as result 612 . The next battle button 613 is a button for re-executing the normal battle, and when the next battle button 613 is pressed, the battle screen 600 is displayed again. A state 614 indicates whether the player cannot enter the event battle yet, can enter, or has already entered. State 614 further displays the remaining entry points required for entry if the player cannot enter the event battle yet, or the remaining time until the event start time if the player has already entered the event battle. is also displayed. When the return button 615 is pressed, the home screen is displayed again.

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

A battle result screen 620 shown in FIG. 6C is an entry battle result screen displayed when the player satisfies the conditions for participating in the event battle.

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

By displaying the fact that entry is possible and the entry button 623 on the battle result screen of the normal battle, the player recognizes that as soon as the conditions for entry in the normal battle are met and can enter the event battle. It is possible to improve the participation rate in

The battle result screen 630 shown in FIG. 6(d) is displayed when the normal battle is over when the entry button 623 is not specified while the battle result screen 620 shown in FIG. 6(c) is displayed. This is the battle result screen after the entry is rejected.

On the battle result screen 630, an entry status 634 indicates that the player is ready to enter the event battle. The button 623 is not displayed, and the next battle button 613 is displayed. If the entry button 623 was displayed in the past but was not pressed, there is a high possibility that the player has no intention of entering the event battle. Therefore, in that case, convenience for the player can be improved by not displaying the entry button 623 thereafter.

A battle result screen 700 shown in FIG. 7A is a battle result screen when the player has already entered the event battle.

In the battle result screen 700, an entry status 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 immersing himself in the normal battle and forgetting that he has entered the event battle.

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

On the battle result screen 710, a state 714 regarding the event battle is displayed instead of the state regarding the entry. A state 714 indicates whether the event battle has not yet started or has already started. State 714 further displays the remaining time until the event start time if the event battle has not yet started, and the remaining time until the event battle end time if the event battle has already started. Time is also displayed. In the battle result screen 710, the event battle has not yet started, and a state 714 indicates that the event battle has not yet started and the remaining time until the event battle start time. It should be noted that 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 start time of the event battle on the battle result screen of the normal battle, it is possible to prevent the event battle from starting without the player being immersed in the normal battle and noticing it.

A battle result screen 720 shown in FIG. 7C is a battle result screen during an event battle that is displayed when an 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. Note that when the next battle button 713 is pressed on the battle result screen 720, an event battle is executed instead of the normal battle.

2.1.2. Configuration of Terminal Processing Unit 25 The terminal processing unit 25 includes at least a browsing execution unit 251 . The browsing execution unit 251 is a functional module implemented 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 viewing execution unit 251 acquires and displays display data relating to the progress of the game. In other words, the viewing execution unit 251 transmits a request for acquiring display data relating to the progress of the game to the server 3 via the terminal communication unit 21 in accordance with an instruction from the player. In addition, the viewing execution unit 251 receives corresponding display data from the server 3 via the terminal communication unit 21 . The browsing execution unit 251 creates drawing data based on the received display data. That is, the viewing execution unit 251 analyzes the received display data to specify control data and content data, lays out the specified content data based on the specified control data, and creates drawing data. The viewing execution unit 251 then outputs the created drawing data to the display unit 24 . In addition, the browsing execution unit 251 stores each 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 showing an example of a schematic configuration of the server 3 . 9A to 9C are diagrams showing examples of data structures of various tables stored in the server storage unit 32. FIG.

The server 3 includes a server communication section 31 , a server storage section 32 and a server processing section 33 . The server 3 advances the game in response to requests from the mobile terminal 2 . The server 3 also creates display data relating to the progress of the game and transmits the created display data to the mobile terminal 2 .

The server communication unit 31 is an example of an output unit, has a communication interface circuit for connecting the server 3 to the Internet 7 , and communicates with the Internet 7 . Then, the server communication unit 31 supplies the data received from the portable terminal 2 or the like to the server processing unit 33 . The server communication unit 31 also transmits data supplied from the server processing unit 33 to the mobile terminal 2 and the like.

The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, or an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, etc. used for processing in the server processing unit 33 . For example, the server storage unit 32 stores, as an application program, a game program for advancing a game and creating 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 CD-ROM, DVD-ROM, etc. using a known setup program or the like.

9A, the event table shown in FIG. 9B, the card table shown in FIG. 9C, the image data of each player, and the progress of the game. Stores various image data and the like related to Furthermore, the server storage unit 32 may temporarily store temporary data related to predetermined processing.

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

The owned card information includes, for each card owned by the player and used in the game, an identification number (owned ID) for managing the owned character's card, an identification number (card ID) of the card, and an experience value. Current values and levels are stored in association with each other. The use ID is the possession ID of the card used in the battle among the cards included in the owned card information. A battle point is an accumulated value of points given to each player in past normal battles. Battle points are given to each player according to the result of the normal battle (victory or defeat, level of player and opponent player, etc.). The entry point is the accumulated value of points awarded when a specific condition is met, such as that the points awarded are equal to or higher than a predetermined value, or that the player wins against a player whose level is equal to or higher than a predetermined level. If the main game is a raid boss battle, the specific condition is, for example, victory over a boss character, and if the main game is a quest, the specific condition is, for example, obtaining a specific item.

The entry information stores an identification number (event ID) for managing the event battle, an entry status, a refusal flag, an identification number of the opponent player (opponent ID), etc., in association with each event battle to be carried out. . The entry state indicates whether or not the event battle has been entered. The rejection flag indicates whether the entry button 623 was not specified and the return button 615 was specified on the battle result screen 620 in the past, that is, whether it has been rejected or not, and the initial value indicates non-rejection.

The event result information is stored in association with the event points, the number of wins and losses, the number of consecutive wins, and the like. The event points are cumulative points given to each player in all past event battles. The number of wins and losses is the cumulative value of the number of times the player has won and the cumulative value of losses in all past event battles. The number of consecutive wins is the maximum number of times the player has won consecutively in all past event battles.

Associated players are other players that are associated with the player. Related players include, for example, other players who belong to the same group as the player, other players who are friends with the player, other players who helped the player in battles with enemy characters in the past, and players who have fought in the past. and/or other players who belong to a group that has competed in the past.

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

FIG. 9(c) shows a card table for managing character cards. In the card table, the card ID, name, file name of image data, rarity, HP, offensive power, defensive power, attributes, etc. of each card are stored 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 prepare. Each of these units is a functional module implemented by a program executed by a processor included in the server processing unit 33 . Alternatively, each of 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 .

4(a) to 7(c) are received from the mobile terminal 2, the progress control unit 331 displays buttons for receiving instructions from the player, character information to be notified to the player, , instructs each unit to create display data for displaying an image or the like in a layout corresponding to the screen, and transmits the data to the mobile terminal 2 . When any button is pressed on the screen displayed on the mobile terminal 2 and a request for the next screen corresponding to the button is received from the mobile terminal 2, the progress control unit 331 similarly causes the next screen to be displayed. It instructs each unit to create data and transmits the data to the mobile terminal 2 .

In particular, when the player performs an operation to start the game using the mobile terminal 2 or an operation to transition to the home screen, and receives a corresponding home screen request from the mobile terminal 2, the progress control unit 331 displays The data output unit 332 is instructed 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 portable terminal 2 .

Further, when the battle button 406 is pressed on the home screen 400 displayed on the mobile terminal 2 and a corresponding battle request is received from the mobile terminal 2, the progress control unit 331 determines whether the event battle is not being performed or when the player does not participate in the event battle, the normal battle execution unit 333 is instructed to execute the normal battle. On the other hand, the progress control unit 331 instructs the event battle execution unit 334 to execute the event battle when the event battle is being carried out and the player is participating in the event battle. Then, the progress control unit 331 transmits 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 or not the event battle is being performed. When the player is not participating in the event battle, the normal battle execution unit 333 is instructed to start the normal battle. On the other hand, the progress control unit 331 instructs the event battle execution unit 334 to start the event battle when the event battle is being carried out and the player is participating in the event battle. Then, the progress control unit 331 carries the display data for displaying the battle effect image and the battle result screen display data for displaying the battle result, which are created by the normal battle execution unit 333 or the event battle execution unit 334. Send to terminal 2.

Further, 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 selects the participation mode. 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 progress control unit 331 instructs the display data output unit 332 to create a home screen, the display data output unit 332 outputs 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 battle during the current notification period from the event table. Extract event battles currently in progress. In addition, the display data output unit 332 identifies the player ID included in the home screen request, and extracts the entry state for each extracted event battle associated with the player corresponding to the identified player ID in the player table.

The display data output unit 332 reads the opponent ID, the event result information of the player and the opponent player, and the like from the player table when the player has entered the event battle currently in progress, and reads the information as shown in FIG. 5(b). 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, if the player has entered an event battle during the current notification period, the display data output unit 332 reads out the opponent ID, the event result information of the player and the opponent player, etc. from the player table, and displays the information in FIG. Display data for displaying the event notification home screen 500 is created. That is, the display data output unit 332 creates display data for displaying the notification home screen 500 after the matching completion time of the event battle entered by the player and before the event battle start time. The home screen 500 for notification is displayed from the matching completion time common to each player regardless of the timing at which each player entered the event battle or the timing at which each player's matching was determined. prevented from occurring.

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

On the other hand, if the player cannot enter the event battle during the current entry period, the display data output unit 332 reads the player's event result information and the like 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 . Also, the home screen request when the return button 615 is pressed on the battle result screen 620 shown in FIG. 6(c) includes that the entry has been rejected. If the home screen request includes 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 execution of a normal battle is instructed by the progress control unit 331, the normal battle execution unit 333 determines an opponent for the normal battle. The normal battle execution unit 333 randomly determines the opponent for the normal battle using a pseudo-random number generated using the current clock counter value of the server 3 as a seed, for example. The normal battle execution unit 333 identifies the player ID included in the battle start request, extracts from the player table and the card table information related to the character cards used by the identified player and the opponent player in the battle. Display data for displaying the battle screen 600 shown in 6(a) is created. The normal battle execution section 333 passes the created battle screen 600 to the progress control section 331 .

Further, when the progress control unit 331 instructs the normal battle execution unit 333 to start the normal battle, the normal battle execution unit 333 starts the normal battle. The normal battle executing section 333 extracts from the player table and the card table information related to the character cards used by the player and the opponent player in the battle. 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 applies the determined amount of damage to the character of the opponent player. Subtract from the HP of On the other hand, the normal battle execution unit 333 determines the amount of damage to be given to the player's character based on the attack power of the character of the opponent player according to the operation of the opponent player, and distributes the determined amount of damage from the HP of the player's character. Subtract. Then, the normal battle execution unit 333 determines that the player wins when the vitality of the character of the opponent player becomes 0 first, and the player loses when the vitality of the character of the player becomes 0 first. It is determined that The normal battle execution unit 333 gives battle points to the player by adding specific points to the battle points associated with the player according to the result of the battle. Furthermore, the normal battle execution unit 333 gives entry points to the player by adding specific points to the entry points associated with the player when a predetermined condition is satisfied in the battle.

Similar to the display data output unit 332, the normal battle execution unit 333 selects from the event table the event battle currently in the entry period, the event battle in the current matching period, the event battle in the current notification period, and the event battle in the current implementation period. Extract Battle. In addition, the normal battle execution unit 333 extracts the entry status for each extracted event battle associated with the player in the player table.

The normal battle execution unit 333 creates display data for displaying a battle result screen 720 during the event battle shown in FIG. .

On the other hand, the normal battle execution unit 333 creates display data for displaying the event notification battle result screen 710 shown in FIG. do.

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

On the other hand, if none of the above applies, the normal battle execution unit 333 reads out the player's entry point and possible number of 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 greater than a predetermined number of times and the number of possible entries is greater than a predetermined number, and when the entry point is less than the predetermined number of times or the number of possible entries is a predetermined number. If it is equal to or less than the number, it is determined that entry is not possible.

If the player can enter the event battle during the current entry period, the normal battle execution unit 333 further determines whether the refusal flag indicates that the refusal has been completed. When the refusal flag indicates that the entry has been rejected, the normal battle executing section 333 creates display data for displaying the battle result screen 630 after entry refusal shown in FIG. 6(d).

On the other hand, when the refusal flag indicates non-refusal, the normal battle executing section 333 creates display data for displaying the battle result screen 620 for entry shown in FIG. 6(c). In addition, the normal battle execution unit 333 creates display data for displaying the normal battle result screen 610 shown in FIG. 6B when the player cannot enter the event battle during the current entry period.

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

When the progress control unit 331 instructs the event battle execution unit 334 to execute an event battle, the event battle execution unit 334 identifies the player ID included in the battle execution request, reads out the opponent ID associated with the identified 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 information related to the character cards used in the battle of the specified player and the opponent player, and displays the battle screen 600 shown in FIG. 6(a). Create display data for The event battle execution section 334 passes the created battle screen 600 to the progress control section 331 .

Further, when the progress control unit 331 instructs the event battle execution unit 334 to start an event battle, 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 the 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 according to the result of the event battle, and adds specific points to the event points to give the player event points. to give Also, the event battle execution unit 334 creates display data for displaying the battle result screen 720 during the event battle shown in FIG. .

When the progress control unit 331 instructs the participation request reception unit 335 to accept an entry, the participation request reception unit 335 identifies the player ID included in the entry request, and reads the entry point and the number of entries of the identified player from the player table. If the entry point is equal to or greater than a predetermined value and the possible number of entries is greater than a predetermined number, the participation request reception unit 335 reads the event table and identifies the event battle currently in the entry period. The participation request receiving unit 335 updates the entry state associated with the specified player and event battle to "entered" in the player table, subtracts a predetermined value from the entry point, and decrements (-1) the number of possible entries. As a result, the participation request receiving unit 335 receives a request to participate in the event battle from each player.

When the reception end time for a specific event battle comes, the combination determination unit 336 executes matching processing for determining the match combination for the event battle by each player who has received an entry request by the reception end time by the matching completion time. The combination determination unit 336 reads out the player table and extracts all players whose entry status is "entry", that is, all players who have entered the event battle. Next, the combination determination unit 336 reads out the player table, extracts the extracted battle points, event points, and the number of consecutive wins in the event battle of each player, and based on the extracted battle points, event points, and the number of consecutive wins, each player Calculate the event level of The event level is calculated so that the larger the battle point, the higher the event level, the larger the event point, the higher the number of consecutive wins, and the higher the event level. Next, the combination determination unit 336 arranges the players in descending order of the event level, selects two players in descending order of the event level, and determines the match combination. The combination determination unit 336 writes the opponent ID of each player's opponent player in association with each player in the player table according to the determined battle combination.

Battle points are accumulated values after each player joins the game, so they represent the constant strength of each player. On the other hand, since the event points are cumulative values during the implementation period of all event battles, they represent the strength of each player's attachment to the event battles. Therefore, the match combination is determined in consideration of both the regular strength of each player and the strength of their attachment to the event battle. Also, during the implementation period of all event battles, the difference between the event points of each player is small in the early stage, and the difference in the event points increases toward the final stage. Therefore, at the beginning of the event, players with the same level of steady strength are paired together, and at the end of the event, players with the same level of commitment to the event battle are paired with each other. Since the tendencies of opponents differ between the beginning and the end of the event, it is possible to prevent the player from becoming bored with the event battle and maintain the player's desire to continue the event battle.

In addition, the number of consecutive victories in event battles more remarkably represents the strength of the player's attachment to event battles. Therefore, by calculating the event level based on the number of consecutive wins in the event battle, it is possible to have players who are extremely attached to the event battle play against each other in the final stage of the event battle.

Also, the combination determination unit 336 determines a match combination for all players who entered during the entry period. Therefore, the difference in level between the players in each combination is smaller than in the case of combining in order of entry, and the occurrence of battles between players with different levels can be suppressed.

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 rather based on at least one of the battle points, the event points, and the number of consecutive wins. may decide.

FIG. 10 is a diagram showing an example of an operation sequence relating to game processing of the game system 1. As shown in FIG. This operation sequence is performed mainly by the terminal processing unit 25 and the server processing unit 33 based on programs stored in the terminal storage unit 22 and the server storage unit 32 in cooperation with each element of the mobile terminal 2 and the server 3. is executed as

First, when the player uses the operation unit 23 of the mobile terminal 2 to perform an operation to start the game or an operation to transition to the home screen, the viewing execution unit 251 of the mobile terminal 2 sends a home screen request to the terminal communication unit 21 . to the server 3 via (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 home screen display data creation processing (step S102). Details of the home screen display data creation process 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 creating process to the portable 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 sends a battle request to the terminal communication unit. 21 to the server 3 (step S105). When the progress control unit 331 of the server 3 receives a battle request from the mobile terminal 2, when the event battle is not being conducted or when the player is not participating in the event battle, the normal battle execution unit 333 starts the normal battle. An opponent is determined, and display data for displaying the battle screen 600 is created. On the other hand, when an event battle is being held and a 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 portable terminal 2 (step S107). When the display data of the battle screen 600 is received from the server 3 via the terminal communication unit 21 , the viewing 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. It is transmitted to the server 3 via the terminal communication section 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 battle processing (step S110). Details of the battle process will be described later. The progress control unit 331 transmits the battle result screen display data created by the normal battle execution unit 333 or the event battle execution unit 334 in the battle process to the portable 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 the 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 reception unit 335 executes entry processing (step S114). Details of the entry process will be described later. Next, the display data output unit 332 executes home screen display data creation processing (step S115). The display data output unit 332 transmits the home screen display data created by the display data output unit 332 in the home screen display data creating process 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). With this, the operation sequence relating to the game processing is completed.

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

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

The display data output unit 332 determines whether or not the player has entered the event battle currently being implemented (step S202). The display data output unit 332 creates display data for displaying the home screen 510 during the event battle (step S203 ), ending the series of steps.

On the other hand, if the player has not entered the event battle during the current implementation period (step S202-No), the display data output unit 332 determines whether the player has entered the event battle during the current notification period. (Step S204). If the player has entered an 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). , ends 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 matching period. (step S206). If the player is currently entering an event battle during the entry period or during the matching period (step S206-Yes), the display data output unit 332 creates display data for displaying the home screen 420 when the entry has been completed. (Step S207), the series of steps ends.

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

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

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

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

Next, the normal battle execution unit 333 extracts the event battle currently in the entry period, the event battle in the current matching period, the event battle in the current notification period, and the event in the current implementation period from the event table. Also, the normal battle execution unit 333 extracts the entry status for each extracted event battle associated with the player in the player table (step S302).

The normal battle execution unit 333 determines whether or not the player has entered the event battle currently being implemented (step S303). If the player has entered the event battle currently in progress (step S303-Yes), the normal battle execution unit 333 creates display data for displaying the battle result screen 720 during the event battle (step S304), the series of steps ends.

On the other hand, when the player has not entered the event battle currently being implemented (step S303-No), the normal battle execution unit 333 determines whether the player has entered the event battle currently being notified. (Step S305). If 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). ), ending 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 matching period. (step S307). If the player is currently entering an event battle during the entry period or during the matching period (step S307-Yes), the normal battle execution unit 333 creates display data for displaying the battle result screen 700 when the entry has been completed. (step S308), and the 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 (step S309). If the player can enter the event battle during the current entry period (step S309-Yes), the normal battle executing section 333 determines whether the refusal flag indicates that the refusal has been completed (step S310). If the refusal flag indicates that the refusal has been rejected (step S310-Yes), the normal battle execution unit 333 creates display data for displaying the battle result screen 630 after entry refusal (step S311), and ends the series of steps. do.

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

Further, 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). , ends the series of steps.

Incidentally, when an event battle is being carried out and the player is participating in the event battle, the event battle execution unit 334 executes the battle processing. In this case, since the player has entered the event battle currently in progress, 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 in step S304. Create display data for the display and end the series of steps.

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

The participation request reception unit 335 first identifies the player ID included in the entry request, and reads the entry point and the number of entries of the identified player from the player table (step S401).

Next, the participation request reception unit 335 determines whether or not the entry point is equal to or greater than a predetermined value (step S402). , ends the series of steps.

On the other hand, if the entry point is equal to or greater than the predetermined value (step S402-Yes), the participation request reception unit 335 determines whether the possible number of entries is greater than a 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 does not perform any particular process and ends the series of steps.

On the other hand, if the number of possible entries is greater than the predetermined number (step S403-Yes), the participation request accepting unit 335 updates the entry state to "entered" in the player table, subtracts a predetermined value from the entry point, and increases the number of possible entries. Decrement (step S404) and terminate the series of steps.

FIG. 14 shows an operation flow of matching processing by the combination determination unit 336. As shown in FIG. The matching process shown in FIG. 14 is executed when the acceptance end time for each event battle comes.

The combination determination unit 336 first reads out the player table and extracts all 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 event battles of each player (step S502).

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

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

Next, the combination determination unit 336 selects two players in descending order of the event level, determines the match combination (step S504), updates the player table, and ends the series of steps.

In a conventional network game system, a competitive game is played as soon as matching is established. Of the two players for whom matching is established, the player who enters later starts the battle immediately after the entry, so there is a high possibility that the player who entered first will notice that the battle has started. After that, there is a possibility that the battle will start after a long time has passed, and there is a possibility that the player may not notice that the battle has started. In this way, if the battle starts immediately after matching is established, there are cases where unfairness arises between the players depending on the timing of the entry. Such a problem is particularly conspicuous in web games in which the player needs to actively update the display information of the terminal device.

As described above, the server 3 determines a match combination only for players who have received a request to participate in a battle, so it is possible to improve the percentage of successful battles. In addition, since the server 3 executes each battle after a certain period of time has passed since the battle combination is determined, it is possible to ensure the preparation period for the battle by the players. Furthermore, even if all match combinations cannot be decided by the matching completion time, the event battle itself can be executed if the match combinations are decided within a certain period of time, so it is possible to prevent the occurrence of a situation where the event battle cannot be executed. . In addition, the server 3 determines match combinations during a predetermined period and executes each battle, so it is possible to prevent unfairness between players.

In addition, the server 3 notifies each player involved in the determined match combination of the remaining time until the start time of the battle after the completion time of determination of the match combination. Therefore, during the time between entry into the battle and the start of the battle, each player may forget entry into the battle, lose interest in the battle, or be unaware that the battle has started. is prevented. Therefore, it is possible to suppress a decrease in the rate of participation in the battle and improve the rate at which the battle is established.

In addition, the present invention is not limited to this embodiment. For example, in the present embodiment, the main game and the sub-game are competitive battles using characters owned by each player. etc. may be used as the main game and the sub-game.

For example, if a fishing game is used as a main game and a sub-game, the player obtains battle points by catching any fish using a fishing rod owned by the player in the main game, and obtains entry points by catching a specific fish. do. Also, in the sub-game, victory or defeat is determined based on the number, size, etc. 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 start time of the event battle, the player starts fishing slightly before the start time of the event battle, and hoists the first fish immediately after the start of the event battle. strategies can also be taken. In addition, by notifying information about the opponent along with the remaining time until the event battle start time, it is possible to win against the opponent according to the opponent's level, as in the case of the battle using the character owned by the player. You can also work out strategies such as purchasing items.

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

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 this case, the server 3 sets the event battle start time of a player with a lower level earlier than the event battle start time of a player with a higher level as the level difference increases. Alternatively, the server 3 sets the event battle end time of a player with a lower level later than the event battle end time of a player with a higher level as the level difference increases. Furthermore, the server 3 may increase the event points given to a player with a high level who is at a disadvantage. As a result, the game playability in the event battle is improved, and it becomes possible to enhance the taste of the game.

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 sent the message and/or the player who received the message. As a result, activation of communication between players can be achieved.

Also, the server 3 may receive a request from a player to have a related player participate in the event battle in order to help the player during the notification period. As a result, when it is predicted that the player will not be able to win against the player notified as the opponent, the player can improve the possibility of winning, and it is also possible to activate communication between the players. .

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

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

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

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 (11)

A computer that advances a game,
a storage unit that stores information about a plurality of consecutive progress periods and information about a plurality of consecutive acceptance periods corresponding to the progress periods that are different from each other;
determining a match combination in the game from among a plurality of players who have requested participation in the game for each acceptance period;
a control unit that progresses the game according to the match combination of the players who requested participation in the acceptance period corresponding to each progress period, for each progress period;
with
each said acceptance period ends before each said progression period corresponding to each said acceptance period;
The computer, wherein each progress period corresponds to each acceptance period in chronological order. The control unit outputs display data of a first notification screen including the remaining time until the progress period corresponding to each acceptance period starts after the match combination in the game is determined in each acceptance period. , to the terminal of the player who requested participation in each of said acceptance periods. The control unit controls the number of players who have requested participation in each of the reception periods after the match combination in the game is determined in each of the reception periods and before the progress period corresponding to each of the reception periods is started. When another game different from the game is progressed in response to the request, the first notification including the result of the other game and the remaining time until the progress period corresponding to each acceptance period is started. 3. The computer according to claim 2, wherein the screen display data is transmitted to the terminal of the player who progressed the other game in each of the reception periods. Before determining the match combination for the game in each acceptance period, the control unit displays display data of a second notification screen including the remaining time until the match combination is determined in each acceptance period, 4. The computer according to any one of claims 1 to 3, wherein the information is transmitted to the terminal of the player who has made the participation request during each acceptance period. The control unit advances another game different from the game in response to a request from a player who has made a participation request in each acceptance period before determining the match combination for the game in each acceptance period. In this case, the display data of the second notification screen, including the result of the other game and the remaining time until the match combination in the game is determined in each of the reception periods, is displayed in each of the reception periods of the other 5. The computer according to claim 4, which transmits to the terminal of the player who progressed the game. The control unit issues a participation request in each acceptance period after determining the match combination in the game in each acceptance period until the progress period corresponding to each acceptance period is started. 6. The computer according to any one of claims 1 to 5, wherein when a message to an opponent is received from the player who played the game, a privilege is given to the player or the opponent. The control unit issues a participation request in each acceptance period after determining the match combination in the game in each acceptance period until the progress period corresponding to each acceptance period is started. 7. The computer according to any one of claims 1 to 6, which receives a request from a player who has played a game to allow another player to help the player participate in the game. The control unit issues a participation request in each acceptance period after determining the match combination in the game in each acceptance period until the progress period corresponding to each acceptance period is started. 8. The computer according to any one of claims 1 to 7, which receives a request for canceling participation in said game or changing said match combination from a player who has played the game. The control unit, in each progress period, when progressing another game different from the game in response to a request from a player who requested participation in the reception period corresponding to each progress period, the other game and the display data of the third notification screen containing the result of and the remaining time until the end of the progress period is transmitted to the terminal of the player who progressed the other game during each progress period. A computer according to any one of the preceding paragraphs. A control method for a computer that has a memory and progresses a game,
The storage unit stores information about a plurality of consecutive progress periods and information about a plurality of consecutive reception periods corresponding to the progress periods that are different from each other,
the computer
determining a match combination in the game from among a plurality of players who have requested participation in the game for each acceptance period;
progressing the game according to the match combination of the players who requested participation in the reception period corresponding to each progress period;
including
each said acceptance period ends before each said progression period corresponding to each said acceptance period;
A control method, wherein each progress period corresponds to each acceptance period in chronological order. A control program for a computer having a storage unit and for progressing a game,
The storage unit stores information about a plurality of consecutive progress periods and information about a plurality of consecutive reception periods corresponding to the progress periods that are different from each other,
to the computer;
determining a match combination in the game from among a plurality of players who have requested participation in the game for each acceptance period;
progressing the game according to the match combination of the players who requested participation in the reception period corresponding to each progress period;
and
each said acceptance period ends before each said progression period corresponding to each said acceptance period;
A control program, wherein each progress period corresponds to each acceptance period in chronological order.

Images