JP2024021308A - Programs and systems - Google Patents

Abstract

[Object] It is possible to improve the interest of a competitive game. A game system provides a first game play environment in which a first match can be held, and a second game play environment in which a second match can be held after the first match. When the first match is held, a first reward for winning the first match and a first penalty for losing the first match are determined. When the second match is held, the first reward and first penalty are discarded, and a reward more advantageous than the first reward is determined as the second reward if the second match is won. A penalty more disadvantageous than the first penalty or a penalty equivalent to the first penalty is determined as the second penalty in the case of defeat. [Selection diagram] Figure 6

Description

The present invention relates to a program and a system.

In recent years, game systems have been known that allow users to play competitive games (competitions) online, for example.

In such game systems, it is generally known that rewards are given to users who win battles, but for example, rewards may be awarded cumulatively by winning battles consecutively. Some mechanisms may be implemented.

However, simply being rewarded cumulatively lacks interest and may reduce the desire to compete again.

“[Competition event] Powerful skills can be used from the start!? “Special Cup” held”, [online], [searched on July 11, 2020], Internet <URL: https://sp.mmo- logres.com/news/p48585/〉

SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide a program and a system that can improve the interest of competitive games.

According to one aspect of the present invention, the step of providing a computer with a first game play environment in which a first match can be held, and a second game play environment in which a second match can be held after the first match is provided. providing a game play environment, and when the first battle is held, a first reward for winning the first battle and a first penalty for losing the first battle are determined. Ru. When the second battle is held, the first reward and the first penalty are discarded, and a reward that is more advantageous than the first reward is determined as the second reward if the second battle is won, and A program is provided in which a penalty more disadvantageous than the first penalty or a penalty equivalent to the first penalty is determined as a second penalty in the case of losing the second match.

The present invention makes it possible to improve the interest of competitive games.

1 is a diagram showing an example of the configuration of a game system according to an embodiment of the present invention. The figure which shows an example of the hardware configuration of a 1st user terminal. The figure which shows an example of the hardware configuration of a server apparatus. The figure which shows an example of the functional structure of a 1st user terminal. The figure which shows an example of the functional structure of a server apparatus. The sequence chart which shows an example of the processing procedure of a game system. The figure which shows an example of the data structure of the 1st user's user data. The figure which shows an example of the data structure of a first match reward table. The figure which shows an example of the winning user screen of the first match. The figure which shows an example of the data structure of a rematch reward table. The figure which shows an example of the winning user screen of a rematch.

Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 shows an example of the configuration of a game system according to this embodiment. A game system 1 shown in FIG. 1 is configured to allow a user to play a competitive game online, for example, and includes a first user terminal 10, a second user terminal 20, and a server device 30.

The first user terminal 10 is, for example, an electronic device used by a first user. The second user terminal 20 is, for example, an electronic device used by a second user different from the first user. In this embodiment, it is assumed that the first user terminal 10 and the second user terminal 20 are, for example, smartphones, but the first user terminal 10 and the second user terminal 20 are, for example, a tablet terminal and a smartphone. It may also be other electronic equipment such as a personal computer.

The server device 30 is communicably connected to the first user terminal 10 and the second user terminal 20 via a network 40 such as the Internet.

Although only two user terminals (first user terminal 10 and second user terminal 20) are shown in FIG. It is assumed that a plurality of user terminals are provided, each of which is used by a plurality of users (that is, a plurality of users who can play competitive games).

FIG. 2 shows an example of the hardware configuration of the first user terminal 10 shown in FIG. Here, with reference to FIG. 2, a hardware configuration when the first user terminal 10 is a smartphone will be described.

As shown in FIG. 2, the first user terminal 10 includes a nonvolatile memory 11, a CPU 12, a main memory 13, a wireless communication device 14, a display 15, a touch panel 16, and the like.

Nonvolatile memory 11 stores various programs. The various programs stored in the nonvolatile memory 11 include, for example, an operating system (OS) and various application programs that operate on the first user terminal 10.

The CPU 12 is a processor for controlling the operations of various components within the first user terminal 10, and executes various programs stored in the nonvolatile memory 11, for example. The CPU 12 may be a single processor or may be composed of multiple processors. Note that various programs stored in the nonvolatile memory 11 are loaded from the nonvolatile memory 11 to the main memory 13 and executed by the CPU 12, but the programs (application programs) executed by the CPU 12 include the game system 1 includes a game program 13A for operating as a user terminal.

The wireless communication device 14 is a device for performing wireless communication with an external device (for example, the server device 30, etc.).

The display 15 is a display device for displaying various screens related to, for example, a battle game played by the first user.

The touch panel 16 is an input device that detects the position touched by the first user's fingertip or the like, and is arranged, for example, to overlap the front surface of the display 15.

The display 15 and the touch panel 16 constitute a touch screen display, and the touch screen display can detect various operations performed by the first user on the screen.

Although the hardware configuration of the first user terminal 10 used by the first user has been described in FIG. 2, the hardware configuration of the second user terminal 20 used by the second user (and other user terminals used by other users) ) has the same hardware configuration as the first user terminal 10. Therefore, in the following description, the hardware configuration of the second user terminal 20 (and other user terminals) will also be described using FIG. 2.

FIG. 3 shows an example of the hardware configuration of the server device 30 shown in FIG. 1. As shown in FIG. 3, the server device 30 includes a nonvolatile memory 31, a CPU 32, a main memory 33, a wireless communication device 34, and the like.

Nonvolatile memory 31 stores various programs. The various programs stored in the nonvolatile memory 31 include, for example, an operating system (OS) and various application programs that operate on the server device 30.

The CPU 32 is a processor for controlling the operations of various components within the server device 30, and executes various programs stored in the nonvolatile memory 31, for example. The CPU 32 may be a single processor or may be composed of multiple processors. Note that various programs stored in the nonvolatile memory 31 are loaded from the nonvolatile memory 31 to the main memory 33 and executed by the CPU 32, but the programs (application programs) executed by the CPU 32 include the game system 1 includes a game program 33A for operating as a server device.

The wireless communication device 34 is a device for performing wireless communication with external devices (for example, the first user terminal 10, the second user terminal 20, etc.).

The functional configuration of the game system 1 according to this embodiment will be described below. In the game system 1 according to the present embodiment, the first user terminal 10, the second user terminal 20, and the server device 30 cooperate with each other, so that the first and second users can play a competitive game. It has the function of providing a comfortable gameplay environment. Note that in this embodiment, the game play environment refers to an environment necessary for playing a competitive game in a broad sense, and includes various elements related to the competitive game.

FIG. 4 shows an example of the functional configuration of the first user terminal 10. As shown in FIG. 4, the first user terminal 10 includes an operation reception section 101, a control section 102, a display processing section 103, and a storage section 104.

Note that the operation reception unit 101, control unit 102, and display processing unit 103 shown in FIG. In other words, it is a functional unit realized by software. This game program 13A may be downloaded to the first user terminal 10 via the network 40, for example, or may be stored in advance in a computer-readable storage medium and distributed.

Furthermore, the storage unit 104 shown in FIG. 4 is realized by the nonvolatile memory 11 shown in FIG. 2 or another storage device (not shown).

The operation receiving unit 101 receives a first user's operation (instruction) for playing a competitive game in the game play environment provided by the game system 1. As described above, when the first user terminal 10 is a smartphone, operations accepted by the operation reception unit 101 include an operation of touching a fingertip on the touch panel 16 (touch screen display) provided in the first user terminal 10 (for example, (tap operation, drag operation, flick operation, swipe operation, etc.).

The control unit 102 interprets the operation accepted by the operation reception unit 101, and executes control to advance the battle game played in the game play environment.

The display processing unit 103 executes a process of displaying a screen (image) according to the above-described game play environment and the progress of the competitive game under the control of the control unit 102. The first user can perform operations for playing the competitive game while referring to the screen displayed by the display processing unit 103.

The storage unit 104 stores, for example, game data and user data. In addition, in the game system 1, an account is issued for each user (for example, the first and second users) who can play the competitive game, but game data is common data (information) between the accounts. ), which is referred to when executing the game program 13A described above. Specifically, the game data includes, for example, data for defining a game play environment (game space), setting data regarding a competitive game, and the like. On the other hand, user data is data managed for each user account. Specifically, the user data stored in the storage unit 104 included in the first user terminal 10 includes, for example, the rank (level) of the first user in a competitive game, various items acquired by the first user in the competitive game, and the like. Indicates points, etc.

Although the functional configuration of the first user terminal 10 used by the first user has been described in FIG. 4, the second user terminal 20 used by the second user (and other user terminals used by other users) The functional configuration is similar to that of the first user terminal 10. Therefore, in the following explanation, the functional configuration of the second user terminal 20 (and other user terminals) will also be explained using FIG. 4.

FIG. 5 shows an example of the functional configuration of the server device 30. As shown in FIG. 5, the server device 30 includes a storage section 301, a data management section 302, and a control section 303.

Note that the storage unit 301 shown in FIG. 5 is realized by the nonvolatile memory 31 shown in FIG. 3 or another storage device (not shown).

Further, the data management unit 302 and the control unit 303 shown in FIG. 5 are functions realized by, for example, the CPU 32 (computer of the server device 30) provided in the server device 30 executing the above-described game program 33A (that is, software). Department. This game program 33A may be downloaded to the server device 30 via the network 40, for example, or may be stored in advance in a computer-readable storage medium and distributed.

The storage unit 301 stores game data similar to the game data stored in the storage unit 104 included in the first user terminal 10 (and second user terminal 20) described above. Furthermore, the storage unit 301 stores user data for each user (eg, first and second users) registered in advance in the game system 1 (server device 30).

The data management unit 302 manages game data and user data stored in the storage unit 301. Specifically, the data management unit 302 executes processes such as adding, updating, and deleting game data and user data.

Note that, as described above, game data and user data are stored in the storage unit 104 included in the first user terminal 10, but the game data and user data are stored in the storage unit 104 included in the first user terminal 10. 1 user terminal 10 and stored in the storage unit 104. Although only the first user terminal 10 has been described here, the same applies to other user terminals including the second user terminal 20. However, although game data is commonly transmitted to multiple user terminals including the first user terminal 10 and second user terminal 20, user data is transmitted only to the user terminal used by the user corresponding to the user data. . In the following description, for example, user data stored in the storage unit 104 included in the first user terminal 10 (that is, user data transmitted from the server device 30 to the first user terminal 10) will be referred to as the user data of the first user. The user data stored in the storage unit 104 included in the second user terminal 20 (that is, the user data transmitted from the server device 30 to the second user terminal 20) is referred to as the second user's user data.

The control unit 303 controls processing for realizing a battle between a plurality of users (for example, first and second users) in a battle game played in a game play environment provided in the game system 1.

Here, it is assumed that, for example, a first user using the first user terminal 10 and a second user using the second user terminal 20 compete in real time. In this case, for example, the first user can play a competitive game on the first user terminal 10 by operating the first user terminal 10, but the competitive game played on the first user terminal 10 ( If the second user's operation is not reflected in the competition (competition), the first user cannot use the first user terminal 10 to compete with the second user. Similarly, for example, the second user can play a competitive game on the second user terminal 20 by operating the second user terminal 20, but the competitive game played on the second user terminal 20 ( If the first user's operation is not reflected in the competition (competition), the second user cannot use the second user terminal 20 to compete with the first user.

Therefore, the control unit 303 controls the first user's operation performed at the first user terminal 10 (that is, the operation accepted at the operation reception unit 101 included in the first user terminal 10) to the first user terminal 10. , and transmits the operation to the second user terminal 20 (that is, relays the first user's operation from the first user terminal 10 to the second user terminal 20). Similarly, the control unit 303 controls the second user's operation performed at the second user terminal 20 (that is, the operation accepted at the operation reception unit 101 included in the second user terminal 20) to the second user terminal 20. and transmits the operation to the first user terminal 10 (that is, relays the second user's operation from the second user terminal 20 to the first user terminal 10). According to this, control for advancing the competitive game is executed on both the first user terminal 10 and the second user terminal 20 based on the operations of the first and second users, and the operations of both the first and second users are performed. A screen (competition game screen) on which is reflected can be displayed on both the first user terminal 10 and the second user terminal 20. In other words, in the game system 1 according to the present embodiment, the action in the competitive game caused by the first user's operation is reproduced (synchronized) on the second user terminal 20, and the action caused by the second user's operation is By reproducing (synchronizing) the action in the battle game that is caused on the first user terminal 10, it is possible to realize a real-time battle using the first user terminal 10 and the second user terminal 20.

Note that the game system 1 according to the present embodiment provides a game play environment, but this "provision of a game play environment" refers to the game program running in the game system 1 (that is, the first user terminal 10 and the first user terminal 10 described above). It is assumed that this is realized by a game program 13A executed on a plurality of user terminals including two user terminals 20 and a game program 33A executed on the server device 30. However, the game program according to this embodiment may be part of the game programs 13A and 33A described above.

Further, in the game system 1 according to the present embodiment, the server device 30 may have at least a part of the functions that a plurality of user terminals (the first user terminal 10, the second user terminal 20, etc.) have, for example. However, a plurality of user terminals may have at least some of the functions that the server device 30 has. Furthermore, the game system 1 may include a plurality of user terminals and devices other than the server device 30. That is, the game program (game programs 13A and 33A) according to this embodiment can be executed on a plurality of user terminals, the server device 30, or other devices.

By the way, in the present embodiment, the game system 1 can provide a game play environment in which a competitive game can be played as described above, but in the competitive game, for example, the first and second users can only compete once. There is a possibility that you will not be able to fully enjoy the competitive game if you only do this. For this reason, for example, it is conceivable that the first and second users have a first match (hereinafter referred to as the first match) and then a second match (hereinafter referred to as the rematch); It is preferable that the rematch be so interesting that both users desire the rematch.

Therefore, in the game system 1 according to the present embodiment, a mechanism for improving the interest of rematches in competitive games is proposed.

An overview of the rematch in this embodiment will be described below. First, in this embodiment, in order to increase the user's desire for the competition itself, a reward is given to the user who won the competition (hereinafter referred to as the winning user), and a reward is given to the user who lost the competition (hereinafter referred to as the winning user). A penalty shall be imposed on the defeated user.

In this case, for example, when the first match is held, the control unit 303 controls the reward given to the winning user in the first match (hereinafter referred to as the first match reward) and the penalty imposed on the losing user in the first match (hereinafter referred to as the first match reward). (denoted as penalty).

If a rematch is not held after the first match, the remuneration for the first match and the penalty for the first match determined in this way will be finalized. The determined reward for the first game is reflected in the user data of the user who won the first game, and the determined penalty for the first game is reflected in the user data of the user who lost the first game.

On the other hand, if a rematch is held after the first match, the reward for the first match and the penalty for the first match (i.e., the winning/losing result of the first match) determined as described above are discarded, and the control unit 303 awards the reward to the winning user in the rematch. (hereinafter referred to as rematch reward) and a penalty imposed on the losing user in the rematch (hereinafter referred to as rematch penalty). The reward for the rematch determined in this way is reflected in the user data of the user who wins the rematch, and the penalty for the rematch is reflected in the user data of the user who loses the rematch.

Hereinafter, an example of the processing procedure of the game system 1 according to the present embodiment will be described in detail with reference to the sequence chart of FIG. 6.

In the following description, in the game play environment provided by the game system 1, two users play a golf game in which they alternately hit the ball against each other and compete for the number of strokes to reach the cup (that is, play a golf match). Assume a case. For example, four holes are prepared in this golf game, and if a user hits the cup with fewer strokes on the first hole, that user is determined to be the winning user and the other user is determined to be the losing user. Note that in the case of a golf game, there is a possibility that two users have the same number of strokes on one hole (in other words, the result is a draw), but two users may have the same number of strokes on the first hole. In this case, the game advances to the second hole as an overtime game, and if there is a user who has fewer strokes on the second hole, that user is determined to be the winning user and the other user is determined to be the losing user. Furthermore, if two users have the same number of strokes on the second hole, advance to the third hole, and if there is a user with fewer strokes on the third hole, that user is the winning user and the other user is the losing user. Decide as a user. If two users have the same number of strokes on the third hole, a winning user and a losing user are determined by, for example, having a near-pin competition on the fourth hole.

Note that the method for determining winning users and losing users in the golf game described here (that is, the competing method) is one example, and winning users and losing users may be determined by other methods.

Further, in the game play environment provided in the game system 1 as described above, users (first and second users, etc.) play a golf game by, for example, operating the user's character.

Here, FIG. 7 shows an example of the data structure of the first user's user data. As shown in FIG. 7, the user data of the first user includes a user ID, rank, rank points, items, and the like.

The user ID is identification information for identifying the first user. Note that the user ID is assigned to the first user when the first user registers with the game system 1.

The rank indicates the rank of the first user identified by the user ID. Rank points are points earned by the first user identified by the user ID. Note that rank points can be acquired by winning repeatedly in golf games, for example, and the rank increases according to the rank points. In the present embodiment, the rank functions as an index that simply indicates the skill of ball control (that is, golf game).

The item is an item (information indicating) acquired by the first user identified by the user ID. The item is used, for example, to improve (assist) the golf-related ability of the character operated by the first user.

Although the first user's user data has been described here, the same applies to the data structure of the user data of other users including the second user.

Further, although the user data has been described here as including a user ID, rank, rank points, and items, the data structure of the user data may be different from the data structure shown in FIG. 7, for example, at least in part. .

When the first user using the first user terminal 10 plays a golf game, the game program 13A is started on the first user terminal 10, and the operation reception unit 101 included in the first user terminal 10 plays the golf game ( A first user's operation (hereinafter referred to as first game start operation) for starting play of the first game is accepted (step S1).

When the process of step S1 is executed, the first user terminal 10 transmits a first match start request to the server device 30 based on the first match start operation accepted in step S1 (step S2).

Although the case where the first user using the first user terminal 10 plays a golf game has been described here, the same process is performed when the second user using the second user terminal 20 plays a golf game. be done.

Specifically, when a second user using the second user terminal 20 plays a golf game, the game program 13A is started on the second user terminal 20, and the operation reception unit 101 included in the second user terminal 20 is activated. receives the second user's first game start operation to start playing the golf game (first game) (step S3).

When the process of step S3 is executed, the second user terminal 20 transmits a first match start request to the server device 30 based on the first match start operation accepted in step S3 (step S4).

For convenience, FIG. 6 shows that the first game start request is transmitted from the first user terminal 10 and the second user terminal 20 to the server device 30, but in this embodiment, the first game start request is , may also be transmitted to the server device 30 from user terminals other than the first user terminal 10 and the second user terminal 20. Note that the first game start request transmitted from a plurality of user terminals including the first user terminal 10 and the second user terminal 20 includes, for example, a user ID for identifying the user who uses the user terminal.

As described above, the first game start request transmitted from a plurality of user terminals including the first user terminal 10 and the second user terminal 20 is received by the server device 30. The control unit 303 included in the server device 30 executes matching processing based on the first match start request received by the server device 30 (step S5).

The matching process executed in step S5 corresponds to a process of matching (determining) two users who play a golf game (that is, compete against each other). In the matching process, two users with similar ranks are matched by referring to user data including the user ID included in the first game start request received by the server device 30, for example. Note that although the description has been made here assuming that two users are matched based on rank, the matching process may be performed based on other viewpoints other than rank.

In the following description, it will be assumed that the first and second users are matched as two users who play a golf game.

When the process of step S5 is executed, the server device 30 instructs the first user terminal 10 to start the golf game (first match), and also uses the game data stored in the storage unit 301 included in the server device 30. is transmitted to the first user terminal 10 (step S6). In other words, through the process of step S6, game data for playing against the second user is downloaded from the server device 30 to the first user terminal 10.

Similarly, the server device 30 notifies the second user terminal 20 of the start of the golf game (first match), and also transfers the game data stored in the storage unit 301 included in the server device 30 to the second user terminal 20. Transmit (step S7). In other words, through the process of step S7, game data for playing against the first user is downloaded from the server device 30 to the second user terminal 20.

Note that, as described above, the game data transmitted (downloaded) from the server device 30 to the first user terminal 10 and the second user terminal 20 corresponds to the game data for playing against each other in the four holes described above. The four holes are, for example, randomly selected (determined) from a plurality of holes prepared in advance.

When the processes in steps S6 and S7 are executed, a golf game between the first and second users (that is, the first match between the first and second users) via the first user terminal 10 and the second user terminal 20 starts. (Step S8).

In this case, the first user terminal 10 (control unit 102 and display processing unit 103 included in it), the second user terminal 20 (control unit 102 and display processing unit 103 included in it), and the server device 30 (control unit included in it) 303) executes a process of providing a game play environment in which the first and second users can play a golf game (play the first game) (step S9). The game play environment in which a golf game can be played includes, for example, external factors (hereinafter referred to as match conditions) such as the hole (competition area) where golf is played and the direction and strength of the wind that affects the ball. ) is included.

Note that the process executed in step S9 includes the process of defining the game play environment (game space) based on the game data transmitted from the server device 30 in steps S6 and S7, and the first user's operation as described above. from the first user terminal 10 to the second user terminal 20 via the server device 30; relaying the second user's operation from the second user terminal 20 to the first user terminal 10 via the server device 30; This includes processing related to control for advancing the golf game (competition) based on the operations of the first and second users at the first user terminal 10 and the second user terminal 20.

In addition, in a golf game, the first and second users alternately hit the ball at each other, but in the process of step S9, each time the first and second users' balls move, the first and second users' balls are hit. It is assumed that the location of is notified to the server device 30 from (at least one of) the first user terminal 10 and the second user terminal 20.

As described above, the control unit 303 included in the server device 30 controls the end of the golf game (first match) based on the positions of the balls of the first and second users notified from the first user terminal 10 and the second user terminal 20. is detected, and the winner (the winning user in the first game) and the loser (the losing user in the first game) of the golf game are determined (step S10). Here, for convenience, it is assumed that the first user is the winning user in the first match, and the second user is the losing user in the first match.

Next, the control unit 303 determines the reward for the first match and the penalty for the first match (step S11).

In addition, in step S11, the reward for the first match is determined with reference to the first match reward table (first match reward list) shown in FIG. 8, for example. As shown in FIG. 8, the first match reward table holds a plurality of pieces of identification information (hereinafter referred to as reward IDs) for identifying the reward, and the control unit 303, for example, randomly select one of the reward IDs.

The control unit 303 determines the reward identified by the reward ID selected from the first game reward table as the first game reward. Note that the reward for the first match includes, for example, rank points and items given to the winning user in the first match.

Although it has been described here that the reward for the first game is determined by selecting one of the plurality of reward IDs held in the first game reward table, the reward for the first game may be determined in advance.

On the other hand, in step S11, for example, a predetermined penalty is determined as the penalty for the first game. Note that the penalty for the first match includes, for example, rank points lost by a user who loses the first match.

As described above, assuming that the first user is the winning user in the first match and the second user is the losing user in the first match, the reward (contents) for the first match determined in step S11 is sent from the server device 30 to the first user. The user terminal 10 is notified (step S12). On the other hand, the penalty for the first match determined in step S11 is notified from the server device 30 to the second user terminal 20 (step S13).

Note that the reward for the first match and the penalty for the first match determined in step S11 are held in the server device 30 (for example, the control unit 303).

Here, when the process of step S12 is executed, the display processing unit 103 included in the first user terminal 10 displays a result screen (hereinafter referred to as victory of the first game) indicating that the first user won the golf game (first game). A user screen) is displayed on the display 15 of the first user terminal 10.

FIG. 9 shows an example of a winning user screen for the first game. In FIG. 9, it is assumed that the winning user screen for the first game is such that the screen 50b is displayed after the screen 50a is displayed.

On the screen 50a, for example, the words "WIN!" indicating that the first user is the winning user are displayed, and the battle results are displayed in a table format. Note that FIG. 9 shows an example in which the first user beats the second user on the first hole.

Further, on the screen 50b displayed after the screen 50a, the reward for the first match notified in step S12 described above is displayed. In FIG. 9, "+30" indicating that the rank points given to the first user as a reward for the first match is 30, and an icon indicating that the item given to the first user is a golf club are displayed. ing.

Note that the character displayed on the left side of the winning user screen for the first game (screens 50a and 50b) is the character operated by the first user who is the winning user, and the character displayed on the right side of the winning user screen for the first game. is a character operated by the second user who is the defeated user. According to this, the first user can easily understand that the first user is a winning user (or that the second user is a losing user).

Further, in the present embodiment, a "rematch" button 51 and a "go to home" button 52 are provided on the winning user screen (for example, screen 50b) of the first match. The first user can perform an operation on the first user terminal 10 to designate (press) a "rematch" button 51 or a "go to home" button 52. Note that the "Rematch" button 51 is a button for instructing participation in a rematch (applying a rematch to the second user). On the other hand, the "Go to Home" button 52 is a button for instructing not to participate in the rematch (that is, transition to the home screen).

Note that although the screen 50a and screen 50b have been described as being displayed as the winning user screen for the first match, the match results on the screen 50a may be displayed in other formats, and the winning user screen for the first match may Screen 50a may be omitted and only screen 50b may be displayed.

Further, although FIG. 9 shows an example of the winning user screen of the first match displayed on the first user terminal 10, when the process of step S13 is executed, the display processing unit 103 included in the second user terminal 20 , displays on the display 15 of the second user terminal 20 a result screen (hereinafter referred to as the losing user screen of the first game) indicating that the second user lost the golf game (first game).

In addition, on the losing user screen (not shown) in the first match, the characters "LOSE" indicating that the second user is the losing user are displayed instead of the characters "WIN!" shown in FIG. The penalty for the first match is displayed instead of the reward, but the rest is generally the same as the winning user screen for the first match.

Returning to FIG. 6, when an operation for specifying a "rematch" button (hereinafter referred to as a rematch start operation) is performed on the winning user screen of the first match displayed on the first user terminal 10, the first user terminal 10 The operation receiving unit 101 included in the process receives the rematch start operation (step S14).

When the process of step S14 is executed, the first user terminal 10 transmits a rematch start request to the server device 30 based on the rematch start operation accepted in step S14 (step S15). The rematch start request transmitted from the first user terminal 10 in step S15 is received by the server device 30.

Similarly, when an operation for specifying the "rematch" button (rematch start operation) is performed on the losing user screen of the first match displayed on the second user terminal 20, the operation reception unit 101 included in the second user terminal 20 accepts the rematch start operation (step S16).

When the process of step S16 is executed, the second user terminal 20 transmits a rematch start request to the server device 30 based on the rematch start operation accepted in step S16 (step S17). The rematch start request transmitted from the second user terminal 20 in step S17 is received by the server device 30.

As described above, when a rematch start request is received from the first user terminal 10 and the second user terminal 20 (that is, both the first and second users instruct to participate in the rematch), the server device 30 The included control unit 303 discards the reward for the first match and the penalty for the first match (that is, the win/loss result of the first match) held in the server device 30 (step S18).

When the process of step S18 is executed, the control unit 303 notifies the first user terminal 10 of the start of the golf game (rematch) (step S19). Similarly, the control unit 303 notifies the second user terminal 20 of the start of the golf game (rematch) (step S20).

When the processes of steps S19 and S20 are executed, a golf game between the first and second users (that is, a rematch between the first and second users) via the first user terminal 10 and the second user terminal 20 starts. (Step S21).

In this case, the first user terminal 10 (control unit 102 and display processing unit 103 included in it), the second user terminal 20 (control unit 102 and display processing unit 103 included in it), and the server device 30 (control unit included in it) 303) executes a process of providing a game play environment in which the first and second users play a golf game (play a rematch) (step S22). Note that in step S22, processing similar to the processing in step S9 described above is executed.

Here, in step S6 described above, game data is downloaded from the server device 30 to the first user terminal 10, and in step S7, game data is downloaded from the server device 30 to the second user terminal 20. Therefore, in this embodiment, game data that has already been downloaded to the first user terminal 10 and the second user terminal 20 is used for the rematch.

Specifically, as mentioned above, the game data for playing against each other in four holes in consideration of overtime (that is, the game data for providing a game play environment for four holes) is stored on the first user terminal. 10 and the second user terminal 20, if it is determined that the first user is the winning user (the second user is the losing user) on the first hole of the first match, the rematch will be held on the first hole. The game will be played using the second hole, which is different from the first hole. On the other hand, if the number of strokes of the first and second users on the first hole of the first match is the same, and it is determined that the first user is the winning user on the second hole as an overtime match, the rematch will be held on the first hole and The game will be played using the third hole, which is different from the second hole.

That is, in this embodiment, at least a part (here, the hole) of the game play environment (competition conditions included therein) is different between the first match and the rematch. Furthermore, the competition conditions include the direction and strength of the wind that affects the ball, and the direction and strength of the wind may be different between the first match and the rematch.

Next, the control unit 303 included in the server device 30 determines the winner (the winning user in the rematch) and the loser (the losing user in the rematch) of the golf game, similarly to the process in step S10 described above (step S23). . Here, for convenience, it is assumed that the first user is the winning user in the rematch, and the second user is the losing user in the rematch.

Next, the control unit 303 determines a rematch reward and a rematch penalty (step S24).

Note that in step S11 described above, the first match reward is determined by referring to the first match reward table, but in step S24, the rematch reward is determined by referring to the rematch reward table (rematch reward list) shown in FIG. Determined by reference. As shown in FIG. 10, the rematch reward table holds a plurality of reward IDs for identifying rewards, and the control unit 303 selects, for example, one of the plurality of reward IDs held in the rematch reward table. Select randomly.

The control unit 303 determines the reward identified by the reward ID selected from the rematch reward table as the reward for the rematch.

Here, similar to the first match reward described above, the rematch reward includes rank points and items given to the winning user in the rematch, but in step S24, a reward that is more advantageous than the first match reward is A reward (eg, a higher quantity or higher quality reward) shall be determined as the rematch reward. In other words, the reward identified by each of the plurality of reward IDs held in the rematch reward table is better (in value) than the reward identified by each of the plurality of reward IDs held in the first battle reward table. ) is a reward. Specifically, when the rank points given to the winning user as a reward for the first match are 30, the rank points given to the winning user as a reward for the rematch are, for example, 80. In addition, for example, in a golf game, various items may have levels (or rarity) set depending on the degree to which they improve the character's golf-related abilities, but for example, an item is given to a winning user as a reward for the first match. is a low-level golf club, the item given to the winning user as a rematch reward is, for example, a high-level golf club.

Note that the rewards for the first match and the rewards for the rematch described here are just examples, and in this embodiment, if a rematch is held, a reward that is more advantageous than the reward for the first match is determined (granted to the winning user). The type of reward for the rematch (rank points, items, etc.) may be different from the reward for the first match. Further, the remuneration for the rematch may be simply double or triple the remuneration for the first match.

In addition, in order to increase the user's desire to play a rematch, the reward for a rematch is simply the reward that can be obtained by playing two normal matches like the first match (in other words, twice the reward for the first match). It is preferable that the value is set to be more valuable than

On the other hand, in step S24, for example, a predetermined penalty is determined as the rematch penalty. Note that, like the penalty for the first match, the penalty for the rematch includes rank points lost by the defeated user in the rematch, but in step S24, a penalty that is more disadvantageous (that is, heavier) than the penalty for the first match is determined for the rematch. determined as a penalty. Specifically, if the losing user loses rank points as a penalty for the first match is 30 (that is, -30), then the losing user loses rank points as a penalty for the rematch for example 80 (that is, -80). do. Note that although the present embodiment will be described assuming that the penalty for the rematch is a penalty that is more disadvantageous than the penalty for the first match, the penalty for the rematch may be the same penalty as the penalty for the first match.

In addition, although the explanation has been made here assuming that the penalty for the first match and the penalty for the rematch are determined in advance, the penalty for the first match and the penalty for the rematch are determined so that the penalty for the rematch is heavier than the penalty for the first match. Alternatively, the reward may be randomly selected (determined) from a table prepared in advance, similar to the reward for the first match and the reward for the rematch. Further, the penalty does not necessarily have to be the loss of rank points, and may be, for example, the loss of items. In this case, the penalty for the first battle is to lose a low-level item, but the penalty for a rematch is to lose a high-level item.

As described above, assuming that the first user is the winning user in the rematch and the second user is the losing user in the rematch, the reward (contents) for the rematch determined in step S24 is transferred from the server device 30 to the first user terminal. 10 (step S25). On the other hand, the rematch penalty determined in step S24 is notified from the server device 30 to the second user terminal 20 (step S26).

Note that the rematch reward and rematch penalty determined in step S24 are held in the server device 30 (for example, the control unit 303).

Here, when the process of step S25 is executed, the display processing unit 103 included in the first user terminal 10 displays a result screen (hereinafter, rematch victory) indicating that the first user won the golf game (rematch). A user screen) is displayed on the display 15 of the first user terminal 10.

FIG. 11 shows an example of a winning user screen for a rematch. In FIG. 11, it is assumed that the winning user screen for the rematch is such that the screen 60b is displayed after the screen 60a is displayed.

On the screen 60a, for example, the words "WIN!" indicating that the first user is the winning user are displayed, and the battle results are displayed in a table format. In addition, in FIG. 11, it is assumed that the first user wins against the second user on the second hole used for the rematch. Furthermore, in the present embodiment, by performing a rematch, the win/loss results of the first match (that is, the reward for the first match and the penalty for the first match) are discarded. Therefore, on the screen 60a, the match results are displayed in such a manner that it is recognized that the win/loss result of the first match has been discarded.

Further, on the screen 60b displayed after the screen 60a, the rematch reward notified in step S25 described above is displayed. In FIG. 10, "+80" indicating that the rank point given to the first user as a rematch reward is 80, and an icon indicating that the item given to the first user is a golf club are displayed. ing. Note that the icon displayed on the screen 60a represents a golf club of a higher level than the golf club indicated by the icon displayed on the screen 50b described above.

In addition, the rematch winning user screen is provided with buttons 61 and 62 that correspond to the "rematch" button 51 and "go to home" button 52 provided on the first match winning user screen, but the rematch has already been Since the button 61 has been completed, the button 61 is set so that it cannot be specified. Note that the button 61 may be omitted on the winning user screen for the rematch.

Furthermore, although FIG. 11 shows an example of the rematch winning user screen displayed on the first user terminal 10, when the process of step S26 is executed, the display processing unit 103 included in the second user terminal 20 , displays on the display 15 of the second user terminal 20 a result screen (hereinafter referred to as the losing user's screen in the rematch) indicating that the second user lost the golf game (rematch).

In addition, on the rematch defeat user screen (not shown), the words "LOSE" are displayed instead of the words "WIN!" shown in FIG. 11, and the rematch penalty is displayed instead of the rematch reward. However, the rest is generally the same as the winning user screen for the rematch.

When the processes of steps S25 and S26 described above are executed, the data management unit 302 included in the server device 30 stores the data in the storage unit 301 based on the rematch reward and rematch penalty held in the server device 30. The stored user data of the first and second users is updated (step S27).

Note that the process of step S27 corresponds to the process of reflecting the above-described rematch reward and rematch penalty in the user data. Specifically, the first user is the winning user in the rematch, the rank points given to the winning user as a reward for the rematch are 80, and the item given to the winning user is a high-level golf club. In this case, the data management unit 302 adds 80 to the rank points included in the user data of the first user stored in the storage unit 301, and adds 80 to the rank points included in the user data of the first user, and adds 80 to the rank points included in the user data. information). Further, if the second user is a defeated user in the rematch, and the losing user loses 80 rank points as a penalty for the rematch, the data management unit 302 stores the user data of the second user stored in the storage unit 301. Subtract 80 from the rank points included in .

Note that if the user's rank changes due to the above-described addition and subtraction of rank points, the rank included in the user data of the user is also updated.

Note that the process of step S27 described above may be executed after the processes of steps S25 and S26 are executed, but for example, the first user's user data is updated when the home screen is displayed on the first user terminal 10. (For example, the second user's user data is updated when the home screen is displayed on the second user terminal 20.) For example, it may be executed at the timing when a "Go to Home" button provided on the defeated user's screen in the rematch is designated. That is, the update of user data may be set to be executed at a predetermined timing.

When the process of step S27 is executed, the server device 30 transmits the first user's user data updated in step S27 to the first user terminal 10 (step S28). The user data of the first user transmitted from the server device 30 in step S28 is received by the first user terminal 10 and stored in the storage unit 104 included in the first user terminal 10. The first user can check the rank, rank points, items, etc. of the first user based on such user data of the first user.

Similarly, the server device 30 transmits the second user's user data updated in step S27 to the second user terminal 20 (step S29). The user data of the second user transmitted from the server device 30 in step S29 is received by the second user terminal 20 and stored in the storage unit 104 included in the second user terminal 20. The second user can check the rank, rank points, items, etc. of the second user based on such user data of the second user.

In the example shown in FIG. 6, the process of step S11 has been described as being executed after the first match has ended, but the process of step S11 is executed at the time when it is decided that the first match will be held (for example, step S6). and between the processing in step S7 and the processing in step S8). Similarly, the process in step S24 may be executed at the time when it is determined that a rematch will be held (for example, before or after the process in step S18). In the case of such a configuration, the first and second users can determine whether or not to have a rematch with reference to the reward and penalty for the rematch.

Furthermore, in the example shown in FIG. 6, the processing in step S18 has been described as being executed immediately after the processing in steps S14 to S17 is executed, but the processing in step S18 (that is, the reward for the first match and the penalty for the first match) may be executed when a rematch is to be held, and may be executed at any timing after the processes of steps S19 and S20 are executed, for example.

Furthermore, in the example shown in FIG. 6, a case has been described in which a rematch is held, but if the rematch is not held, the processes after step S14 are not executed, and the reward for the first match and the penalty for the first match are not discarded (i.e. , the reward for the first match and the penalty for the first match will be determined). In this case, the first match reward is reflected in the user data of the user who won the first match, and the first match penalty is reflected in the user data of the user who lost the first match. It is only necessary that the process of updating the Since this process is similar to the process in step S27, detailed explanation thereof will be omitted here.

As described above, in this embodiment, a game play environment (first game play environment) is provided in which the first match (first match) can be held, and a rematch (second match) can be held after the first match. A game play environment (second game play environment) is provided. In this embodiment, when the first match is held, the reward for the first match (the first reward if you win the first match) and the penalty for the first match (the first penalty if you lose the first match) are determined. When a match is held, the first match reward and first match penalty are discarded, and a better (more advantageous) reward than the first match reward is determined as the rematch reward (second reward if the rematch is won). A heavier (disadvantageous) penalty than the penalty for the first match is determined as a penalty (second penalty in case of losing the rematch).

Note that this embodiment assumes a case where the first and second users play a first match and a rematch in a PvP (Player versus Player) format (that is, the opponent is not changed in the first match and the rematch). In addition, if the rematch described above is not held, the reward for the first match and the penalty for the first match will be reflected in the user data of the first and second users (user data for managing the accounts of the first and second users). , if a rematch is held, the rematch reward and rematch penalty are reflected in the user data of the first and second users.

In this embodiment, the above-described configuration makes it possible to improve the interest of a competitive game such as a golf game.

Specifically, as a comparative example of this embodiment, a configuration may be considered in which a winning user in a rematch is simply given a reward better than the reward in the first battle; Since it is certain that the winning user will win, there is a lack of tension in the rematch for the winning user. Furthermore, even if a user loses the first match, he has nothing to lose even if he loses in the rematch, so the losing user also lacks a sense of tension in the rematch.

On the other hand, in this embodiment, if a rematch is held to obtain better rewards, for example, the win/loss results of the first match (rewards for the first match) are discarded, so even if the user wins the first match, the reward will be I believe that in order to obtain the goal, you must win. Further, although a rematch is a chance to obtain a better reward, in the rematch, the penalty for losing becomes heavier, so it is considered that even users who lost the first match cannot lose in the rematch. Therefore, in the present embodiment, even if the user wins the first match or loses the first match, the feeling of tension in the rematch increases, and it is possible to improve the interest of the competitive game.

In this embodiment, for example, the case where the competitive game is a golf game has been described, but if the competitive game has a stronger battle element, the present embodiment provides a high-risk, high-return rematch (i.e., It is thought that by implementing a rematch (with better rewards and heavier penalties), it will be possible to further incite battles and further improve interest. Furthermore, although the reward for the first battle and the penalty for the first battle are actually discarded, it is possible to further improve the battle element by incorporating an effect that deprives the winning user of the first battle of the reward when a rematch is held. There is a possibility that it can be done.

Furthermore, in some competitive games, skills are provided to assist in advancing the battle advantageously. For example, if the competitive game is a golf game, skills such as increasing flight distance, being unaffected by the wind, or being able to hit a ball to a specified point may be considered. For example, such skills often have a limit on the number of times they can be used, so in this embodiment, a negotiation is carried out such as whether to use such skills in the first battle or not until the rematch, taking into account the presence or absence of a rematch. This makes it possible to further improve the interest of the competitive game.

Note that in this embodiment, as explained in FIG. 6 above, if both the first and second users have instructed to participate in the rematch (that is, the first and second users have mutually agreed to the rematch) A rematch will be held. According to such a configuration, a situation where a rematch is held against the will of at least one of the first and second users (that is, the reward for the first match is discarded or a penalty for the rematch is imposed) is avoided. It becomes possible to do so.

However, in this embodiment, it is preferable that a rematch be held (that is, have the first and second users participate in the rematch) in order to ensure sufficient play time for the competitive game between the first and second users. In this regard, it is conceivable that the winning user in the first match will actively participate in the rematch, since he can obtain a better reward if he wins again against the opponent he once defeated (the user who lost in the first match). On the other hand, since the defeated user can obtain a chance to receive a better reward in the rematch from a state where no reward is given in the first match, it is conceivable that the user's motivation to participate in the rematch increases. That is, this embodiment can be said to be configured to encourage both the winning user in the first match and the losing user in the first match to participate in the rematch.

Furthermore, in this embodiment, for example, by setting a reward for a rematch that is more valuable than the reward that can be obtained by repeating a normal match corresponding to the first match twice (that is, twice the reward for the first match), , even if the match takes the same amount of time, it is possible to obtain better rewards by playing a rematch than by repeating the normal match twice, so participation in the rematch can be encouraged from the perspective of time efficiency. .

Furthermore, as described above, when the competitive game is a golf game, the first match and rematch are played on different holes. Further, other match conditions (for example, wind direction and strength, etc.) in the rematch may also be different from those in the first match. In other words, in this embodiment, even if the game play environment (competition conditions, etc.) is the same and there is a high possibility of defeat as in the first game, at least a part of the game play environment in which the rematch is held is set to the same as the first game. By making it different, users who lost the first match can be made to think that they may win in the rematch (an upset is likely to occur), and it is possible to encourage users who lost the first match to participate in the rematch. .

In this embodiment, the case where the competitive game is a golf game has been mainly explained. However, in the case of a competitive game in which characters engage in a battle (combat), the above-mentioned battle conditions include the following: A configuration in which attributes are changed may also be used.

Furthermore, if the present embodiment is applied to a competitive game in which the result of a match is not determined only by skill but is largely influenced by luck, there is a possibility that the participation rate of users who lost the first match in the rematch will further increase. be.

Note that, since the user who lost the first match lost in the first match, he or she may hesitate to participate in the rematch for fear that the penalty in the rematch will be heavier than in the first match. In such a case, for example, a user who can win may decide to lose the first match, have the opposing user participate in the rematch, and then play a competitive game with a strategy of winning the rematch. Therefore, it is possible to further improve interest.

Furthermore, in this embodiment, the penalty for the first match may be omitted in consideration of the possibility that the user may hesitate to participate in the first match due to the penalty for the first match. Even in such a configuration, a heavier penalty is imposed in the rematch of this embodiment than in the first battle.

Note that in this embodiment, the rematch has been described as being held when both the first and second users instruct to participate in the rematch, but for example, if one of the first and second users (the winning user or A rematch may be performed in response to an instruction from a defeated user.

Furthermore, whether or not to hold a rematch may be automatically determined according to the result of the first match (competition result). Specifically, for example, if the competitive game is a golf game, if the difference between the number of strokes of the first and second users in the first match is less than a predetermined value (hereinafter referred to as a case where the number of strokes is a small difference) ), a rematch may be automatically held, and if the difference in the number of at-bats is greater than or equal to a predetermined value (hereinafter referred to as a case where there is a large difference in the number of at-bats), the rematch may not be held. On the other hand, if the number of strokes of the first and second users in the first game are slightly different, the rematch may not be held, but if the number of strokes is a large difference, the rematch may be automatically performed. According to this, a strategy such as adjusting the number of at-bats in order to have a rematch or not to have a rematch becomes necessary, and it is thought that the game will be more interesting. In addition, in the case of a configuration in which whether or not to conduct a rematch is automatically determined according to the result of the first match, the "Rematch" button provided on the winning user screen of the first match and the losing user screen of the first match described above will be May be omitted.

Here, it has been explained that whether or not a rematch will be held is automatically determined according to the result of the first match, but the first and second users may instruct participation in the rematch depending on the result of the first match. (In other words, it may not be possible to instruct a rematch depending on the match result).

That is, in the present embodiment, any configuration may be used as long as it is determined whether or not to conduct a new match (rematch) in response to a branch of the previous match (first match).

Furthermore, in this embodiment, the rematch reward is determined based on the reward ID randomly selected from the rematch reward table, but the rematch reward may be determined based on, for example, the result of the first battle. You may also do so. Specifically, for example, if the number of strokes of the first and second users in the first match is slightly different, the reward for the rematch may be an even better reward than the reward described in this embodiment. In this case, for example, there is a rematch reward table (hereinafter referred to as the 1st rematch reward table) when the number of strokes in the first match is close, and a rematch reward table (hereinafter referred to as the 2nd rematch reward table) when the number of strokes in the first match is a large difference. ) are prepared in advance, and the remuneration for the rematch can be determined by referring to a table corresponding to the result of the first match. Note that the reward identified by the reward ID held in the first rematch reward table shall be larger in quantity or higher in quality than the reward identified by the reward ID held in the second rematch reward table. . Here, we have explained the reward for the rematch, but for example, the penalty for the rematch is also determined based on the result of the first match (for example, if the number of strokes of the first and second users in the first match is close, The penalty may be set to be a heavier penalty than the penalty described in this embodiment.

Furthermore, in this embodiment, when the first match is held, game data for providing a game play environment for four holes is downloaded to the first user terminal 10 and the second user terminal 20, and the game data for providing a game play environment for four holes is downloaded to the first user terminal 10 and the second user terminal 20. A game play environment is provided using the game data. According to such a configuration, it is not necessary to download the game data again (that is, loading) in order to play a rematch, and it becomes possible to carry out the rematch smoothly. That is, the present embodiment can also contribute to improving time efficiency in game progress.

Note that, for example, if the first and second users have the same number of strokes on the first, second, and third holes, and the winning user and losing user of the first match are determined on the 4th hole (that is, near-pin confrontation). In order to avoid re-downloading the game data, rematches shall not be held. However, this embodiment may have a configuration in which a rematch is performed even if the winning user and losing user of the first match are determined at the 4th hole, and in this case, a game in which the rematch can be held All you have to do is download the game data again to provide the playing environment. In addition, if you want to play a rematch without re-downloading the game data after the winning user and losing user of the first match are determined on the 4th hole, use one of the 1st to 4th holes of the first match. A rematch may be held.

Although this embodiment has been mainly described as a case in which users compete against each other in PvP format, this embodiment also assumes that the user's opponent (for example, the second user) is an NPC (Non Player Character). The configuration may be such as to provide a comfortable game play environment. Furthermore, in this embodiment, the first match and rematch are held between the same users (first and second users), but in this embodiment, for example, the first match is held between the first user and the second user, and the rematch is held between the same users (first and second users). It is also possible to adopt a configuration in which the first user (or the second user) and another user (for example, the third user) perform the above.

Further, in this embodiment, a golf game has been described as an example of a competitive game, but competitive games to which this embodiment can be applied are not limited to golf games. In addition, in this embodiment, as described above, a configuration is adopted in which game data is downloaded in consideration of overtime, but in this embodiment, the competitive game is a competitive game in which there is a possibility that the result of the battle will be a draw. Although it is thought that it is useful to apply it to other competitive games, it is also possible to apply it to other competitive games. Furthermore, the present embodiment is not limited to a battle game in which a one-on-one battle is fought, but can also be applied to a battle game in which a plurality of players compete against each other, for example.

It should be noted that the present invention is not limited to the above-described embodiments as they are, and can be embodied by modifying the constituent elements within the scope of the invention at the implementation stage. Moreover, various inventions can be formed by appropriately combining the plurality of components disclosed in the above embodiments. For example, some components may be deleted from all the components shown in the embodiments. Furthermore, components from different embodiments may be combined as appropriate.

DESCRIPTION OF SYMBOLS 1...Game system, 10...First user terminal, 11...Nonvolatile memory, 12...CPU, 13...Main memory, 13A...Game program, 14...Wireless communication device, 15...Display, 16...Touch panel, 20...Second User terminal, 30... Server device, 31... Non-volatile memory, 32... CPU, 33... Main memory, 33A... Game program, 34... Wireless communication device, 40... Network, 101... Operation reception unit, 102... Control unit, 103 ...Display processing section, 104... Storage section, 301... Storage section, 302... Data management section, 303... Control section.

Claims (8)

to the computer,
providing a first gameplay environment in which a first match can be held;
providing a second game play environment in which a second battle can be held after the first battle;
When the first match is held, a first reward for winning the first match and a first penalty for losing the first match are determined;
When the second battle is held, the first reward and the first penalty are discarded, and a reward that is more advantageous than the first reward is determined as the second reward if the second battle is won, and A program in which a penalty more disadvantageous than the first penalty or a penalty equivalent to the first penalty is determined as a second penalty in the case of losing a second match. The program according to claim 1, wherein the first and second battles are played by first and second users. 3. The program according to claim 2, wherein the second battle is performed in response to an instruction from at least one of the first and second users after the first battle ends. 4. The program according to claim 3, wherein the second game play environment is at least partially different from the first game play environment. 3. The program according to claim 2, wherein the second match is held according to the result of the first match. The program according to claim 2, wherein the second reward or the second penalty is determined based on the result of the first match. If the second battle is not held, the first reward and the first penalty are reflected in user data for managing the accounts of the first and second users,
The program according to claim 2, wherein when the second battle is held, the second reward and the second penalty are reflected in user data for managing accounts of the first and second users. A system comprising a first user terminal used by a first user, a second user terminal used by a second user, and a server device communicably connected to the first and second user terminals,
a first providing means for providing a first game play environment in which a first match can be held via the first and second user terminals;
a second providing means for providing a second game play environment in which a second match can be held after the first match;
The server device includes:
When the first match is held, a first determining means for determining a first reward in the case of winning the first match and a first penalty in the case of losing the first match;
When the second battle is held, the first reward and the first penalty are discarded, and a reward more advantageous than the first reward is determined as the second reward if the second battle is won, and a second determining means for determining a penalty more disadvantageous than the first penalty or a penalty equivalent to the first penalty as a second penalty in the case of losing the second match.

Images