CN115845393A - Program and game device - Google Patents

Abstract

The invention aims to provide game elements with high interestingness. The program of the present invention is a program that enables a computer that provides a competitive experience of a battle game to execute: an acquisition process of acquiring an evaluation value of each of a player and a competitor for a competitive game providing a competitive experience; a granting process of granting a game element to the player in accordance with provision of a competitive experience of the battle game; and a control process for controlling the addition of the game elements in the addition process based on the lottery result of the executed lottery process; and the control process makes the winning probability of the drawing process different according to the difference of the evaluation values of the player and the opponent.

Description

Programs and Game Devices

technical field

The present invention relates to a program and a game device, and more particularly to an electronic game including giving game elements to players.

Background technique

There is an electronic game in which game elements are given according to a lottery result of a lottery process (Patent Document 1).

[Prior Technical Documents]

[Patent Document]

[Patent Document 1] Japanese Patent Laid-Open No. 2018-033864

Contents of the invention

[Problem to be Solved by the Invention]

However, in the form in which the above-mentioned lottery processing is performed as bonus points for achieving the victory condition of the competition game, for example, since the difficulty of the competition game changes according to the player who becomes the opponent of the competition, it may be difficult to achieve victory. condition. Therefore, depending on the matching status of the opponent, the chances of drawing given to the player may be reduced. On the other hand, if the probability of winning the lottery process is fixed in consideration of fairness, even if you defeat a high-level opponent, you may lose in the lottery process. From a point of view, there is a risk of reducing players' interest in the battle game.

An object of the present invention is to provide a program and a game device that realize the award of highly interesting game elements.

[Technical means to solve the problem]

The program of the present invention is a program that enables a computer that provides a competitive experience in a competitive game to execute the following processes: acquisition processing for obtaining evaluation values for each of the player and the opponent for the competitive game that provides the competitive experience; The provision of competitive experience, assigning game elements to players; and control processing, based on the drawing result of the executed lottery processing, controlling the granting of game elements in the grant processing; and the control processing is based on the difference between the evaluation value of the player and the opponent , so that the selection probabilities of the lottery processing are different.

[Effect of the invention]

According to the present invention, it is possible to provide highly interesting game elements.

Description of drawings

FIG. 1 is a diagram illustrating a system configuration of a game system according to an embodiment and a modified example of the present invention.

FIG. 2 is a block diagram illustrating the functional configuration of a game device 100 according to an embodiment and a modified example of the present invention.

FIG. 3 is a block diagram illustrating a functional configuration of a server 200 according to an embodiment and a modification of the present invention.

FIG. 4 is a diagram illustrating an example of a change in the probability of winning in the embodiment of the present invention.

FIG. 5 is a flowchart illustrating a payout control process executed in the game device 100 according to the embodiment and the modified example of the present invention.

FIG. 6 is a diagram illustrating a setting screen 600 related to use of a function related to changing the probability of winning in Variation 6 of the present invention.

7( a ) and ( b ) are diagrams illustrating the data structure of various information used in the game system according to the embodiment and the modification of the present invention.

Detailed ways

[implementation mode]

Embodiments will be described in detail below with reference to the drawings. In addition, the following embodiments do not limit the invention of the claims, and not all combinations of features described in the embodiments are essential to the invention. Two or more of the features described in the embodiments may be combined arbitrarily. In addition, the same reference numerals are assigned to the same or similar configurations, and overlapping descriptions are omitted.

In one embodiment described below, an example in which the present invention is applied to a game device configured to provide a competitive experience in a competitive game in which players using a plurality of game devices communicatively connected via a network, as an example of a game device, will be described. However, the present invention provides a service including the provision of a competitive experience of a battle game, and can be applied to any device that can provide game elements to a player.

"The Composition of the Game System"

FIG. 1 is a diagram showing a system configuration of a game system according to this embodiment. As shown in the figure, the game system is configured such that a server 200 can communicate with each of one or more game devices 100 via a network 300 .

In this embodiment, with such a system configuration, it is configured so that a competitive game between players using a plurality of game devices 100 can be realized via the server 200 and the network 300 . In addition, the game that provides a competitive experience in the game device 100 is not limited to a battle game between players, and may include a game configured for one player.

The game device 100 of this embodiment has an appearance as shown in the figure. The game device 100 is configured to be able to detect the payment of the price in the usable state, and when the payment of the price is detected, provide the user (player) with the provision of at least one game element and the competitive experience of the game. Serve. The payment of the price is detected, for example, by inserting a specific amount of hard goods into the input port 141 .

Game elements that can be provided by the game device 100 include game cards that are real objects, and game cards are provided when conditions are met in service provision. In this embodiment, it is described that at least one game card is provided for the competitive experience of one game. The exterior of the game device 100 is provided with a take-out opening 142 through which the player can access the holding portion 143 provided inside. The holding unit 143 holds the game card so that the player can take it out at any time when the game card is provided.

In addition, on the exterior of the game device 100 is provided a loading unit 144 capable of loading specific cards including game cards provided by the game device 100 . The details will be described later, but when the player is using the game device 100 , by placing the game card on the loading unit 144 , the player can compete in the game while reflecting the information attached to the game card. In addition, a player card for identifying a player may be placed on the loading unit 144 in addition to the game card. By placing the player card on the loading unit 144 when using the game device 100, the player can compete in the game while reflecting the progress of the player. The progress status of the players is managed in the server 200, and when the player is identified when using the game device 100, that is, when the competitive experience of the game is provided in the state of which player is recognized, the information managed for each player is updated. information.

<Functional configuration of the game device>

FIG. 2 is a block diagram showing the functional configuration of the game device 100 according to this embodiment.

The control unit 101 is, for example, a CPU (Central Processing Unit: Central Processing Unit), and controls the operation of each functional block included in the game device 100 . Specifically, the control unit 101 reads, for example, an operating program related to each functional block stored in the storage device 102 , expands and executes it in the memory 103 , thereby realizing the operation of each functional block.

The storage device 102 is, for example, a device capable of permanently retaining data, such as a nonvolatile memory or a HDD (Hard Disk Drive: Hard Disk Drive). The storage device 102 stores not only the operation program related to each function block of the game device 100, but also information such as parameters necessary for the operation of each function block, or various graphics used in games executed by the game device 100. data etc. The memory 103 is, for example, a storage device used for temporary data storage such as a volatile memory. The memory 103 is used not only as an expansion area for the operating program of each block but also as a storage area for temporarily storing data and the like output during the operation of each block.

The payment detection unit 104 detects that the price is paid in the game device 100 . The payment of the price can be judged by, for example, inserting a specific amount of hard currency or equivalent tokens into the slot 141 of the game device 100, or detecting the completion of settlement processing based on communication with a chip related to specific electronic money. The game device 100 of the present embodiment will be described to start providing a service including providing a competitive experience of a battle game based on the payment of the price related to the start of service provision.

The obtaining unit 105 is an interface related to obtaining information from a physical card included in the game device 100 according to this embodiment. Specifically, the acquisition unit 105 includes a reader configured to acquire information attached to the card placed on the placement unit 144 . The physical cards that can be used in the game device 100 (information that can be acquired by the acquisition unit 105 ) are roughly classified into the following two types, and the loading unit 144 is configured to be able to load both.

One type of available cards is a game card configured to be provided on the game device 100 . Game-related game elements (characters, mounts, items, effects, etc.) that provide a competitive experience in the game device 100 are associated with each of the game cards. In this embodiment, in order to facilitate understanding of the invention, it is described that the game element associated with each game card is a character, but the implementation of the present invention is not limited to this. By adding information for a specific character (character ID: identification information of a character) to each game card, the character and the game card are associated. By loading the game card on the loading unit 144 and making the acquisition unit 105 acquire the information, the player can register the corresponding character and use it in the game (or make the effect appearing in the game and corresponding to the role appear in the game. launch, etc.).

In addition, another type of card that can be used is a player card for identifying player information related to the use of the game device 100 . In the game device 100 of the present embodiment, the progress status of the player's game is saved, and when the player uses the game next time, it is possible to restart from the saved progress status. Therefore, at least identification information (player ID: identification information of the player) capable of uniquely specifying the player is attached to the player card. By placing the player card on the loading unit 144 and causing the acquisition unit 105 to acquire the information, the player can receive the service provision in a state reflecting the progress status related to past use. Here, the progress status includes, for example, game-related player evaluation values such as experience points, levels, and rankings, or game elements that are periodically provided to players, such as function release status and game element supply status, as the game device is reused. 100 to increase and expand the information of the interesting elements. In addition, the progress status also includes information on game elements given to the player. Details will be described later, but various game elements are awarded to players in the game that provides a competitive experience in the game device 100 of this embodiment. The given game elements include game elements (items or techniques) that can be used in the next and subsequent game competitions, or game elements (tokens) that are accumulated for replacement with such game elements.

In addition, although in this embodiment, the identification of the player by obtaining information from the player card is described, the identification method of the player is not limited to this, and the information may be obtained from items other than the player card, for example, it may be replaced by other devices. The identification process of the player.

In this way, in the present embodiment, the real thing that can acquire information by the acquiring unit 105 has been described as a card, but of course it may be a real thing other than a card.

The character DB (Data Base: database) 106 is a database for managing information (character information) related to each character appearing in the game. The role information that manages one role is associated with a role ID 701 that uniquely identifies the role, as shown in FIG. Parameter information 702 such as activated effects. The parameter information 702 is information referred to in a game using a character, and relates to the progress control of the game.

The provision control unit 107 controls provision of game cards to players when the game device 100 is used. The game card is provided by the providing unit 120 included in the game device 100 . The supply unit 120 is configured to store a plurality of game cards in a storage unit not shown, and operates to deliver one stored game card when the supply control unit 107 receives an instruction to supply a character card. The sent game card is held in the holding unit 143 in a form that can be taken out by the player.

The payout unit 108 controls the payout of game elements to the player for a game that provides a competitive experience in the game device 100 . Details will be described later, but in the game device 100 according to the present embodiment, tokens, which are one of the game elements related to the game, are given out according to the content of the game providing a competitive experience. The payout unit 108 executes processing related to the payout of the above-mentioned tokens, and determines whether or not to give tokens to the player and the number of payouts.

The presentation control unit 109 controls presentation of various information to the player via the presentation unit 130 in the game device 100 . In this embodiment, the presenting unit 130 that realizes information presentation will be described as a display device capable of visual information presentation such as a liquid crystal display that displays images (game screens, menu screens, etc.). However, the mechanism for presenting information is not limited to this, and of course it can be substituted or added. The presentation unit 130 may include, for example, a speaker for presenting auditory information.

In the form in which the presentation unit 130 is a display device, the presentation control unit 109 includes, for example, a rendering device such as a GPU (Graphics Processing Unit), and performs specific rendering processing for generating a screen displayed on the presentation unit 130 . Specifically, the presentation control unit 109 executes necessary calculations on necessary drawing objects (graphics data) based on processing or commands from the control unit 101 while the game device 100 is being activated (while a service is being provided or in a standby state). Processing to draw the screen. The generated screen is output to the presentation unit 130 and presented to the player by being displayed in a specific display area.

The operation input unit 110 is, for example, a user interface included in the game device 100 for determining input operation members, various sensors, and the like. When the operation input unit 110 detects that an operation input to the operation member is performed, a control signal corresponding to the operation input is output to the control unit 101 . In this embodiment, the operation input unit 110 includes, for example, a touch input detection sensor that detects a touch input performed on the display screen of the presentation unit 130 , that is, a part of the human body.

The communication unit 111 is a communication interface with external devices included in the game device 100 . The communication unit 111 can be connected to an external device via a network 300 (whether wired or wireless) that can transmit and receive data, and the network 300 can be a communication network such as the Internet or a cable connecting devices. For example, the communication unit 111 converts information input as a transmission target into data of a specific format, and transmits it to an external device such as the server 200 via the network 300 . Also, when receiving information from an external device via network 300 , for example, communication unit 111 decodes the information and stores it in memory 103 . In this embodiment, the game device 100 transmits and receives information via the communication unit 110 at least when providing a service that reflects the player's progress status.

〈Configuration of the server〉

Next, the functional configuration of the server 200 according to the present embodiment will be described using the block diagram of FIG. 3 . In addition, in the description of the functional configuration of the server 200 , in order to strictly distinguish it from the configuration of the game device 100 , a configuration that realizes the same functions as the configuration of the game device 100 is indicated by adding the title "server".

The server control unit 201 is, for example, a CPU, and controls the operation of each functional block included in the server 200 . Specifically, the server control unit 201 reads, for example, the operating program of each functional block recorded in the server storage device 202 , expands and executes it in the server storage 203 , thereby controlling the operation of each functional block.

The server storage device 202 is a recording device capable of permanently retaining data, such as a nonvolatile memory or an HDD. The server storage device 202 records information such as parameters necessary for the operation of each functional block in addition to recording an operating program related to each functional block included in the server 200 . The server memory 203 is, for example, a storage device used for temporary data storage such as a volatile memory. The server memory 203 is used not only as an expansion area for operating programs related to each functional block, but also as a storage area for temporarily storing data and the like output during the operation of each functional block.

The player DB 204 is a database that manages various information (player information) on each user (player) for a game that provides a competitive experience in the game device 100 of the game system according to this embodiment. The player information is referred to when the game device 100 obtains information from the player card to provide a competitive experience of a game, and may be sequentially changed according to the provided competitive experience.

Player information, for example, as shown in FIG. 7( b ), can be associated with the player ID 711 of a uniquely specific player, including settings for individual player settings including the player's display name, date of birth, network avatar composition, etc. Fixed information 712, progress status information 713 indicating the progress status of the player's game, the number of tokens held by the player 714, and evaluation values 715 related to the player's game competition The player information related to one player can be registered when using the game device 100 for the first time using the player card of the player. In addition, the information included in the setting information 712 may be input to the game device 100 at the time of the use.

When the matching unit 205 receives a competition request for a competition game from a game device 100 , it specifies other game devices 100 that have also received a competition request for a competition game, and implements a competition game between these game devices 100 . That is, the matching unit 205 detects players who wish to compete in the competition game at the same time, and performs a process of determining two of the players as players participating in one competition game.

In addition, in the following description, the game in which the game device 100 of this embodiment provides players with a competitive experience is a competition between players using a specific number of game devices 100 connected via the network 300 and the server 200. game. In the battle game, one or more characters registered by obtaining information from the game card appear as characters operated by each player, and the progress of the battle game is controlled based on the operation input by each player in the game and the parameter information of each character.

The server communication unit 206 is a communication interface with an external device included in the server 200 . The server communication unit 206 can connect to an external device via a network 300 (whether wired or wireless) that can transmit and receive data, and the network 300 can be a communication network such as the Internet or a cable connecting devices. For example, the server communication unit 206 converts information input as a transmission target into data of a specific format, and transmits it to an external device such as the game device 100 via the network 300 . Also, when receiving information from an external device via the network 300 , the server communication unit 206 decodes the information and stores it in the server memory 203 , for example.

《Overview of Token Distribution》

Hereinafter, the outline|summary of the token payout to a player in the game system of this embodiment is demonstrated.

In the game system of this embodiment, a competitive experience of a battle game in which two players play against each other is provided. In addition, it is configured to execute lottery processing related to token payouts for players who have defeated their opponents in the competing game, and to perform token payouts based on the results of the lottery processing. In the present embodiment, when the lottery result is a winner, a predetermined number (one) of tokens is given to the corresponding player. In other words, when the player wins the battle game, he can get a chance to draw, and if he wins in the lottery process, he can get tokens, but if he loses, he can't get tokens.

The tokens are configured to be held beyond the use period of the game device 100 once. More specifically, the information on the points awarded to the player is reflected in the number of tokens 714 held in the player information managed in relation to the player in the player DB 204 of the server 200 when the use of the game device 100 ends, for example. Furthermore, when the same player acquires player card information and uses the game device 100 again, service provision is performed to inherit the player information, thereby realizing accumulation of tokens. Therefore, the award of tokens is performed on the condition that the game device 100 is used in a state in which the player has been recognized.

The accumulated tokens can be exchanged for other game elements (items or techniques) that can be used in game competitions to activate effects that adjust the progress of the game in a favorable direction, for example, on the condition that a specific number of coins is consumed. The other game elements are of a different type from the character registered based on the game card. In addition, in order to ensure fairness, it is also possible to set a limit on the number of times of use.

However, as described above, the matching of opponents may not necessarily be suitable because the number of players who request a match at the same time may increase or decrease depending on, for example, the time zone or day of the week of the competition, or the region where the server 200 is installed. In other words, there may be a difference in the player's game skills (skills) or the ability to use a character (performance) between the competing players, so that a match that can be advantageous to one player may occur. In the case where such a match occurs, the motivation of the player on the disadvantaged side to the battle game may be reduced, and further, the player's interest in the game may be caused to decrease. In addition, when the player on the disadvantaged side gives up the game competition of the fighting game, the progress of the game is delayed, and the interest of the player on the opponent (favorable side) in the game may be reduced.

Therefore, in the game system according to this embodiment, when there is a difference in skill among players, the lottery process performed when the disadvantaged player wins is controlled so that the probability of winning is increased. That is, by easily assigning tokens to the player, the player's motivation for the battle game is improved, and it is easy to keep the player's interest in the game. In addition, by increasing the possibility of giving tokens, the opportunity to provide such players with game elements that are beneficial to the progress of the game increases, and as a result, it can lead to easy realization of fairness in the fighting game to be implemented later.

With regard to the control of token distribution, an evaluation value is derived for each player based on the game technology or the performance of the character used (the character holding the corresponding game card), and when playing a battle game, based on the evaluation among players participating in the battle game, The value difference is realized by making the selection probability of the lottery process different. Hereinafter, in order to simplify the invention, the player-related game skills and the performance of the characters used are only referred to as the "strength" of the player, and the evaluation value of each player is derived by quantifying the strength in a specific way. The player's evaluation value may be, for example, a ratio determined by winning or losing a competing game, a cumulative score that increases or decreases depending on the number of victories in a competing game, or may be determined based on the cumulative number of tokens awarded. That is, the player's evaluation value is quantified as an absolute value to the degree to which the player can advantageously play the battle game. In addition, the evaluation value of each player derived in this way is included in the player information related to the player as the evaluation value 715 and managed.

A form of changing the winning probability In this embodiment, for example, as shown in FIG. 4 , the winning probability increases as the difference between the evaluation values of the player and the opponent increases. That is, when a player whose evaluation value is lower than that of the opponent wins the competition game, the probability of winning in the lottery process performed after the competition game is changed compared to the case of defeating an opponent with the same evaluation value. is the amount of difference above the evaluation value.

In addition, when the player with a high evaluation value (high-level player) wins the battle game, the information on the mechanism for increasing the winning probability of the lottery process is, for example, during standby of the game device 100 or during the execution of the battle game. , execution of the lottery process, etc. may be presented via the presentation unit 130 , or may be known by being described on a game explanation panel attached to the appearance of the game device 100 , or the like. In addition, for the proper progress of the competing game, the evaluation values of the respective players participating in the competing game are not presented at least during the provision of the competitive experience of the competing game. However, in order to appropriately stimulate the player's chances of giving tokens, it is also possible to present, for example, a competition game in which the opponent is a high-level player and the probability of winning the lottery process performed at the time of victory increases, indicating the evaluation value between players. poor information.

"Give Control Treatment"

In the game device 100 of the present embodiment having such a configuration, the specific processing of the payout control process executed in relation to the payout of tokens will be described using the flowchart of FIG. 5 . The processing corresponding to the above-described flowchart can be realized by the control unit 101 reading out a corresponding processing program stored in the storage device 102 , expanding and executing it in the memory 103 , for example.

In addition, this payout control process is described as being started when, for example, the provision of the competitive experience related to the executed fighting game is completed and the result of the fighting is determined. In addition, before executing this payout control process, information is obtained from a player card related to a player using the game device 100 (hereinafter referred to as a target player), and the game device 100 receives player information managed by the player from the server 200, for example, keeps in memory 103. In addition, at least information on the evaluation value of the player who becomes the opponent is also received and stored in the memory 103 for the executed competing game.

In S501 , the control unit 101 judges whether or not the result of the competition of the executed competition game is victory. When the control unit 101 determines that the result of the competition is victory, the process proceeds to S502. In addition, when the control unit 101 judges that the result of the competition is not a victory, that is, a defeat, the tokens are not paid out, and the present payout control process is completed.

In S502, the control unit 101 determines whether the evaluation value of the opponent is higher than the evaluation value of the target player. The control unit 101 advances the process to S504 when it determines that the evaluation value of the opponent is higher than the evaluation value of the target player, and advances the process to S503 when it determines that it is not high.

In S503, the control unit 101 determines the winning probability of the lottery process related to token giving. The winning probability determined in this step is a fixed winning probability (fixed probability) predetermined for the lottery process.

On the other hand, when it is determined in S502 that the evaluation value of the opponent is higher than the evaluation value of the target player, the control unit 101 determines a lottery related to token giving based on the evaluation values of the target player and the opponent in S504. The probability of being elected for the treatment. The election probability determined in this step is a probability higher than a fixed probability (high probability of being elected). Specifically, the control unit 101 determines the probability of winning the lottery process to be a value that increases from a fixed probability at a rate proportional to the difference between the evaluation value of the target player and the evaluation value of the opponent. In other words, the winning probability determined in this step is determined to be higher as the difference between the evaluation values of the target player and the opponent is greater.

In S505, the control unit 101 executes the drawing process with the determined winning probability. That is to say, the drawing process performed in this step is performed with a winning probability that is higher than a fixed probability by the difference in the evaluation value when the evaluation value of the opponent is higher than that of the target player. If the evaluation value of the target player is not higher than the evaluation value of the target player, it will be performed with a fixed probability.

In S506, the control unit 101 judges whether or not the drawing result of the drawing process executed in S505 is a winner. The control unit 101 advances the processing to S507 when the result of the lottery is winning, and completes the present payout control process as not giving out tokens when the draw is unsuccessful.

In S507, the payout unit 108 pays out tokens to the target player under the control of the control unit 101, and this payout control process is completed. Tokens are awarded by obtaining from the server 200 related to the use of the game device 100 this time, and changing the number of tokens held 714 of the player information on the target player held in the memory 103 to a value incremented by one. In addition, regarding the changed player information, the player information is then sent to the server 200 together with an update request for updating the corresponding player information of the player DB 204 (updating the player information related to the target player held in the player DB 204 It is the player information after the number of holding tokens 714 has been changed), and as a result, a state in which tokens are given to the player is realized.

As described above, according to the game device of the present embodiment, even if the matching related to the fighting game is not in an appropriate form, it is possible to increase the benefit that the disadvantaged (low evaluation value) player enjoys when he wins, It is possible to provide highly interesting game elements.

[Variation 1]

In the above-described embodiment, the number of tokens to be awarded when winning in the lottery process is described as a predetermined number (one token), but implementation of the present invention is not limited to this. For example, in order to further increase the benefit enjoyed by the disadvantaged player in the case of victory, the number of tokens awarded when the player is elected may be increased according to the difference between the evaluation value of the player and the opponent.

[Variation 2]

In the above-mentioned embodiment and modification example, the modification form in which the winning probability of the drawing process is increased when the disadvantaged player wins based on the difference in the evaluation value of the opponent and the opponent has been described. Implementations are not limited to this. For example, the difference in evaluation value that increases the probability of winning may be determined stepwise by a plurality of thresholds, or the step of specifying the difference between evaluation values may be adopted, and the probability of selection set for the step may be adopted. In this aspect, the selection probability adopted when the difference in evaluation values is classified as larger than a specific threshold is higher than the probability of selection adopted when the difference in evaluation values is classified as smaller than a specific threshold.

In addition, in this aspect, similarly to Modification 1, the larger the difference in evaluation value is classified, the larger the number of tokens awarded at the time of election is. That is, it may be configured such that the number of tokens awarded when the difference in evaluation value is classified as greater than a specific threshold is greater than the number of tokens awarded when the difference in evaluation value is classified as smaller than a specific threshold. The number of coins is large.

[Variation 3]

In the above-described embodiments and variations, although the evaluation value of the opponent in the match is higher than the evaluation value of the target player, the probability of winning the drawing process is determined to be a value higher than the fixed probability, that is, in It has been described that the evaluation value of the target player is the same as or smaller than the evaluation value of the opponent. However, the embodiment of the present invention is not limited to this. Depending on the method of deriving the evaluation value, it is difficult to set the same evaluation value for players with the same ability, and it is conceivable that fairness among players cannot be guaranteed in the standard where the probability of winning varies with a slight difference in evaluation value. Therefore, a fixed probability may be adopted when the target player and the opponent have the same strength. For example, if the difference between the evaluation value of the target player and the evaluation value of the opponent falls within a predetermined range for judging that they have the same level of strength, the selection probability corresponding to the difference in evaluation value is not changed, but Just use a fixed probability.

[Variation 4]

In the payout control process of the above-mentioned embodiment, when the evaluation value of the opponent is higher than the evaluation value of the target player, the lottery process is executed with a fixed probability, and the form in which tokens are awarded in the case of winning is described. , but the practice of the present invention is not limited thereto. Since the granting of tokens also increases the possibility of players acquiring game elements that are beneficial to the game, when an inappropriate match is performed, granting tokens to an advantageous player may further widen the difference in skill between players. Therefore, the drawing process may be configured not to be executed when the evaluation value of the opponent is lower than the evaluation value of the target player, or is equal to or lower than the evaluation value of the target player.

[Variation 5]

In the above-mentioned embodiments and variations, the description has been given of the form in which the drawing process is executed on the condition that the target player wins the competition game, but implementation of the present invention is not limited thereto. For example, the lottery process may be executed in accordance with the provision of competitive experience of the competition game without depending on the competition result. In this case, it may also be configured such that the number of tokens awarded by winning the lottery process performed when the result of the competition is a failure is, for example, 1/5 (the same token can be exchanged by collecting 5 identical tokens). 1 token), etc., are smaller (lower in value) than the tokens awarded for winning the lottery process executed when winning the competition game.

[Variation 6]

However, the game elements given by the lottery process after the battle game do not need to correspond to the virtual items usable in the game like the tokens shown in the above-mentioned embodiments and modifications. For example, real objects such as game cards or cards for other purposes may be used as game elements given when selected.

On the other hand, when the game element given at the time of winning is set as a real thing in this way, the game element may not be given to the player even though the game element is won by exceeding the expected payout progress and the stock of the real thing disappears. situation. Therefore, the function of changing the probability of winning the lottery process according to the difference in the evaluation value between the players participating in the competition game may be configured so as to arbitrarily switch whether or not to use it.

Therefore, the game device 100 of this modification is configured to be able to switch between the first mode of the present invention that can provide a competitive experience of a competitive game, the "business mode" that allows players to use it, and the second mode that cannot provide a competitive game. The competitive experience and the "maintenance mode" that does not allow players to use these two action modes to operate. The setting of whether or not to use the function related to the change of the winning probability is related to the operation of the store where the game device 100 is installed, so it is not preferable that it can be changed by the player. Therefore, the setting of whether or not to use the function related to the change of the winning probability is configured to be performed only when the game device 100 is operating in the maintenance mode.

Switching to the maintenance mode is realized when, for example, an operation input to a special switch (not shown) is performed when the game device 100 is restarted. The staff of the installation store etc. can set whether to use the function related to the change of the winning probability on the setting screen 600 shown in FIG. 6 displayed after switching the game device 100 to the maintenance mode and operating it. In the example shown in the figure, the setting screen 600 includes a setting item 601 indicating that the function related to the change of the probability of winning is used, and a setting item 602 indicating that the function is not used, indicating the state of selecting the setting item 601, That is, the status of using the function related to the change of the probability of winning is set.

In addition, the setting screen 600 includes a presentation of a winning probability 603 corresponding to a difference in evaluation values between players. In the example shown in FIG. 6 , the winning probability 603 is presented for the difference between the evaluation values of the three stages. The winning probability related to each stage is configured to be changeable by the increase/decrease button 604, and the staff etc. can adjust the winning probability for each difference in evaluation value.

In this way, the information set on the setting screen 600 is held in, for example, the storage device 102, etc., and when the control unit 101 executes the allocation control process, by performing the process with the content reflecting the setting, it is possible to comply with the management policy, etc. Service provision is performed by changing the provision of game elements at the time of selection.

[Variation 7]

In the above-mentioned embodiments and variations, the form in which game elements (tokens) are awarded by executing the lottery process based on the provision of the competitive experience of the battle game has been described, but the implementation of the present invention is not limited to this. The payout control process that realizes the payout of such game elements may be limited to a part of genres among the multi-genre competitive games that can provide a competitive experience on the game device 100 . For example, depending on the length of the game device 100's use period (experience time), the player's skill difference may become significant, so it is difficult for the player on the disadvantaged side to make up for his skill difference and win. Therefore, the competition game that executes the type of control processing is limited to the type set by rules that limit the types of game cards that players can use (only game cards that can be provided from the game device 100 can be used during a specific period), for example. In battle games, etc., it is possible to adjust the balance of fairness among players and fun related to the provision of game elements. Therefore, it may be configured so that whether or not to execute the payout control process, that is, whether to execute the drawing process and pay out game elements based on the drawing result, can be controlled according to the type of the competitive game selected as the player to compete. .

[Variation 8]

In the above-mentioned embodiments and variations, it has been described that the opponent of the fighting game is another player using another game device 100 , but implementation of the present invention is not limited thereto. Of course, the opponent of the battle game can also be a virtual player (NPC: Non Player Character) realized by executing a specific thinking program, etc., and the depth of thinking or the probability of taking an action with high effectiveness can also be used. Wait for the evaluation value corresponding to the ability (strength) specified by the virtual player, and execute the above-mentioned giving control process.

[Other Embodiments]

The invention is not limited to the above-described embodiments, and various changes and modifications can be made within the scope of the gist of the invention.

[explanation of the symbol]

100: game device

101: Control Department

102: storage device

103: memory

104:Payment Inspection Department

105: Acquisition Department

106:Role DB

107:Provide control department

108: Endowed Ministry

109: prompt control department

110: Operation input part

111: Ministry of Communications

120: Supply Department

130: Prompt department

200: server

201: Server Control Department

202: server storage device

203: server memory

204: Player DB

205: Matching Department

206: Server Communication Department

300: Network.

Claims (18)

1. A program that enables a computer that provides a competitive experience of a battle game to execute:

an acquisition process of acquiring an evaluation value of each of a player and a competitor for the competitive game providing a competitive experience;

a payout process of, in accordance with provision of a competitive experience of the match-up game, giving a game element to the player; and

a control process of controlling the addition of the game elements in the addition process based on a lottery result of the executed lottery process; and is

The control process makes the winning probability of the drawing process different according to the difference of the evaluation values of the player and the opponent.

2. The program according to claim 1, wherein the control process executes the lottery process on condition that the player wins a competing opponent in the competing game.

3. The program according to claim 1 or 2, wherein the control process makes the winning probability of the lottery process different according to a difference in the evaluation values of the player and the opponent in a case where the evaluation value of the opponent is higher than the evaluation value of the player.

4. The program according to claim 3, wherein the control process increases the winning probability of the lottery process in a case where the difference in the evaluation values of the player and the opponent is larger than a threshold value, compared to a case where the difference in the evaluation values of the player and the opponent is smaller than the threshold value.

5. The program according to claim 4, wherein the control process controls the number of game elements to be awarded in the award process in such a manner that a difference in evaluation value between the player and the opponent is larger than the threshold value in comparison with a case where a difference in evaluation value between the player and the opponent is smaller than the threshold value in a case where the lottery result is winning.

6. The program according to claim 3, wherein the control process makes the winning probability of the lottery process higher the larger the difference of the evaluation values of the player and the opponent is.

7. The program according to claim 6, wherein the control process increases the number of game elements to be awarded in the awarding process as the difference of the evaluation values of the player and the opponent in the case where the lottery result is winning.

8. The program according to any one of claims 1 to 7, wherein the control process does not perform the lottery process in a case where the evaluation value of the opponent is equal to or less than the evaluation value of the player.

9. The program according to any one of claims 1 to 7, wherein the control process does not perform the lottery process in a case where the evaluation value of the opponent is lower than the evaluation value of the player.

10. The program according to any one of claims 1 to 9, wherein the computer is caused to further execute a setting process of accepting a setting of whether or not to make the winning probability of the lottery process different, in accordance with a difference in evaluation values of the player and the opponent.

11. The program of claim 10, wherein the computer is operable in a 1 st mode that can provide a competitive experience for the competing game and a 2 nd mode that cannot provide a competitive experience for the competing game; and is

The setting process is executed when the computer operates in the 2 nd mode.

12. The program according to claim 11, wherein in a case where the computer operates in the 2 nd mode, the computer is caused to further execute a 1 st presentation process of presenting an election probability corresponding to a difference in evaluation values of the player and the opponent.

13. The program according to claim 11 or 12, wherein when the computer operates in the 2 nd mode, the computer is caused to further execute a change process of accepting a change in winning probability corresponding to a difference in evaluation values between the player and the opponent.

14. The program according to any one of claims 1 to 11, wherein an evaluation value of a competitor is not prompted in provision of a competitive experience of the battle game.

15. The program of any one of claims 1 to 14, wherein

Among the battle games, there are a battle game of a 1 st category and a battle game of a 2 nd category different from the 1 st category; and is provided with

The control process is carried out in such a manner that,

in the offering of the competitive experience of the battle game of the 1 st category, the offering of the game element based on the drawing result of the drawing process is not performed in the offering process, while,

in the providing of the competitive experience of the battle game of the type 2, the game elements are provided based on the drawing result of the drawing process in the providing process.

16. The program of any one of claims 1-15, wherein the player's rating is decided based on the number of wins of the battle game.

17. The program according to any one of claims 1 to 16, wherein the battle game is controlled based on character information obtained from a real object.

18. A game device that can provide a competitive experience of a battle game, comprising:

an acquisition means for acquiring an evaluation value of each of a player and a competitor for the competitive game providing a competitive experience;

an assigning unit that assigns a game element to the player in accordance with provision of a competitive experience of the match-up game; and

a control mechanism for controlling the giving of the game elements of the giving mechanism based on the lottery result of the executed lottery processing; and is provided with

The control means makes the winning probability of the drawing process different according to the difference in the evaluation value between the player and the opponent.

Images