JP7697648B2 - GAME SYSTEM, METHOD AND PROGRAM FOR OPERATING GAME SYSTEM - Google Patents

Description

The present invention relates to a game system, a game system operation method, and a program.

It is common for users to play games on terminal devices such as smartphones. In order to play this type of game, the user is required to use a virtual value medium such as an electronic medal.
In recent years, a technology has been proposed that allows the results of a game played on a terminal device (e.g., electronic medals obtained through a game) to be used in commercial game machines installed in amusement facilities in place of physical medals exclusive to the facility (see, for example, Patent Document 1). Note that the physical medals exclusive to the facility are converted from currency, including electronic money, at the facility.

JP 2002-191856 A

However, in this technology, various problems arise when the operator of the gaming facility is different from the operator of the terminal device. For example, when a user uses the results of a game played on a terminal device on a gaming device in the gaming facility, there is a problem of how the gaming facility operator can secure the profit that would have been obtained when currency was converted into special medals.
Furthermore, even if the operator that provides games to terminal devices is the same operator that operates the gaming facility, there is an issue that, for example, if users concentrate on playing games on their terminal devices, the number of users visiting the gaming facility to play games will decrease.

To solve the above problem, a game system according to one embodiment of the present invention includes a point granting unit that grants points to a user when the user plays at least one type of first game corresponding to a first platform, the game being played by consuming a first value medium that does not include currency, and a bonus granting unit that grants a bonus available in the at least one type of second game to the user by consuming the points when the user plays at least one type of second game corresponding to a second platform, the game being played by consuming a second value medium different from the first value medium.

To solve the above problem, a method of operating a game system according to one aspect of the present invention provides a method of granting points to a user when the user plays at least one type of first game corresponding to a first platform, in which the game progress can be made by consuming a first value medium that does not include currency, and provides a user with a benefit that can be used in the at least one type of second game by consuming the points when the user plays at least one type of second game corresponding to a second platform, in which the game progress can be made by consuming a second value medium different from the first value medium.

To solve the above problem, a program according to one aspect of the present invention causes a computer to function as a point granting unit that grants points to a user when the user plays at least one type of first game that corresponds to a first platform and in which game progress can be made by consuming a first value medium that does not include currency, and a bonus granting unit that grants a bonus that can be used in at least one type of second game to the user by consuming points when the user plays at least one type of second game that corresponds to a second platform and in which game progress can be made by consuming a second value medium different from the first value medium.

1 is a diagram showing a configuration of a game system according to an embodiment. FIG. 1 is a diagram showing an example in which a user plays a game on a game system. 2 is a block diagram showing a configuration of a management server in the game system. FIG. FIG. 13 is a diagram showing the contents of a table of storage devices in the management server. FIG. 2 is a functional block diagram constructed in a processing device of the management server. FIG. 13 is a diagram showing how points are awarded in the game system. 1 is a block diagram showing a configuration of a game device in a game system. FIG. 2 is a functional block diagram constructed by a processing device in the game device. 10 is a flowchart showing the operation of the management server when a game is executed on a terminal device. FIG. 13 illustrates an example of a game selection screen. 4 is a flowchart showing an operation of the game device when executing a game. 4 is a flowchart showing an operation of the game device when executing a game. 4 is a flowchart showing an operation of the game device when executing a game. 4 is a flowchart showing an operation of the game device when executing a game.

<Embodiment>
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
1 is a diagram showing the configuration of a game system according to an embodiment. The game system 1 includes a management server 10, a plurality of terminal devices 20-1, 20-2, ..., and a plurality of game facilities 3-1, 3-2, ....
The gaming facilities 3-1, 3-2, ... are, for example, entertainment facilities such as game centers or casinos, or commercial facilities such as shopping centers. In the following description of the gaming facilities 3-1, 3-2, ..., in order to simplify the symbols, the symbols for the gaming facilities may be omitted and simply referred to as "3" after the "- (hyphen)" for identification purposes.

The gaming facility 3 has a plurality of game devices 30. The plurality of game devices 30 are for commercial use and communicate with the management server 10 via a communication network N. The plurality of game devices 30 execute the same or different types of games.
Users who wish to use the game devices 30 at the gaming facility 3 must register in advance. Registered users are given identification information (registered user ID) for identifying the user. The registered user ID is stored in a portable recording medium (hereinafter referred to as a "registration card"), such as an IC card issued to the user. As for the registration card, in addition to an IC card, the registered user ID may be stored in a smartphone and the registered user ID may be identified, for example, by contactless short-range wireless communication.
In addition, the management server 10 or a separate server connected via the communication network N stores information on the history of when the user played the game on the game device 30 (or terminal device 20), information on the characters used in the game, etc., linked to the user's registered user ID.

A LAN (Local Area Network) may be constructed in the gaming facility 3, and multiple gaming devices 30 in the gaming facility 3 may be connected via the LAN, and any one of the multiple gaming devices 30 or a separate server (not shown) may communicate with the management server 10 via the communication network N. In short, it is sufficient that the multiple gaming devices 30 in the gaming facility 3 are able to communicate with the management server 10.

The terminal devices 20-1, 20-2, ... are, for example, smartphones having a display device and an input device, personal computers, etc. The terminal device 20-1 is owned and operated by a user U-1, and the terminal device 20-2 is owned and operated by a user U-2.
In the following, for terminal devices 20-1, 20-2, ..., in order to simplify the symbols, the terminal device symbols may be referred to simply as "20" by omitting the "-" for identification purposes. Also, for users U-1, U-2, ..., in order to simplify the symbols, the users symbols may be referred to simply as "U" by omitting the "-" for identification purposes.

The management server 10 manages the progress of a game when a user U plays the game using a terminal device 20. The game executed on the terminal device 20 may be referred to as an online game to distinguish it from a game executed on a game device 30.
An online game may be realized, for example, by the management server 10 generating a game screen in response to the operation of the terminal device 20 and displaying it on the terminal device 20. Note that such a game may be referred to as a streaming content type game.
Also, for example, the user U may install a dedicated game program (application) in the terminal device 20, and the terminal device 20 may execute the application to realize the game. Note that such a game may be referred to as a download content type game.
In the streaming content type and download content type games, the progress of the game is managed by the management server 10.

Note that streaming content type games are realized by the management server 10 generating a game screen in response to the operation of the terminal device 20, and the terminal device 20 displaying the game screen, but for the sake of convenience in this description, even streaming content type games will be expressed as being executed on the terminal device 20.

In the game system 1 configured as above, as shown in the left column of FIG. 2, for example, when a user U plays an online game on a terminal device 20, points corresponding to the play are awarded to the user U.
The management server 10 manages virtual value media that are consumed to progress (including start of play) an online game on each of the multiple terminal devices 20. A virtual value medium is a medium that does not include currency such as paper money or coins, and is a virtual (non-existent) medium (e.g., electronic data) that has value that can be used in a game, and is distinguished from physical value media that are tangible (existent) media such as token coins (medals), coins (money), or tickets.

Virtual value media are consumed when progressing through online games. In other words, virtual value media are the price for playing online games. Virtual value media can be converted into various forms of payment, including electronic money, but cannot be converted into currency.

Under the management of the management server 10, one or more types of online games are executed on the terminal device 20. When two or more types of online games are playable, the consumption amount (value) of the virtual value medium may be different for each type of online game (or according to the difficulty level), or may be the same.
The unit for expressing the quantity of virtual value medium is arbitrary, but in this embodiment, since the virtual value medium is a virtual medal that resembles a physical virtual medium such as a medal, the unit for expressing the quantity of virtual value medium is "pieces."

In this embodiment, before playing an online game, the virtual value medium is converted into credits, and the online game can be progressed by consuming the number of credits allocated to each online game from the converted credits. Note that the conversion from virtual value medium to credits is proportional. Also, it may be possible to progress in an online game by directly consuming the virtual value medium, without using credits.

In online games, players can bet on the minimum number of credits consumed to progress, and increase the multiplier of rewards when they win or win a prize. Credits are also consumed when making this bet.
Furthermore, if the online game is, for example, a role-playing game in which dungeons are conquered in stages, a bet may be required to advance to a certain dungeon.

The points awarded to user U are a type of points awarded when an online game is played by user U-1, and are a different concept from the virtual value medium consumed to progress in the online game.
In this embodiment, a predetermined number of points are awarded, for example, each time a cumulative bet number, which will be described later, reaches a predetermined number.
Other conditions for granting points include, for example, winning a specified number of times if the online game is a competitive game, winning a specified number of times in a row, etc., and for a mission-clearing game, clearing a given mission, etc. In addition, points may be granted to the user U when a specified time (e.g., 5:00 AM) is reached after playing, or every time the game is played a specified number of times, etc.

The user U can convert the awarded points into benefits at the game device 30 in the gaming facility 3 and use them in games at the game device 30. For this reason, the user U goes to the gaming facility 3 as shown in the center column of Fig. 2, and plays games on the game device 30 as shown in the right column of Fig. 2.
The privilege may be, for example, an item (e.g., a tool, a weapon, etc.) used in playing the game, or the right to participate in a specific event in the game. There are various types of privileges as described below, but in this embodiment, the privilege is a reusable type that can be used multiple times. In this embodiment, the privilege is granted to a user U according to the number of points corresponding to the user U.
Using a privilege in a game means using the privilege to progress in the game, exercising rights related to the privilege in the game, etc. When user U uses a privilege in a game, he or she can progress through the game more advantageously and obtain more rewards than if the user did not use the privilege.

User U can play games on game device 30 by consuming value media exchanged from currency such as paper money and coins. Note that the value media consumed on game device 30 is different from the value media consumed in online games. In other words, user U cannot use the value media of online games to play games on game device 30, and conversely, user U cannot use the value media of game device 30 to play online games.

In this embodiment, the physical value medium required to progress in the game on the game device 30 is a medal (token coin) exchanged for currency. Unlike virtual medals, these medals actually exist, and so are referred to as physical medals in order to contrast them with virtual medals, which do not actually exist. Furthermore, on the game device 30, the game can be played not only by consuming physical medals, but also by consuming currency, including electronic money.

A user U can play an online game using the management server 10 and the terminal device 20. A user U can play a game using the game device 30. The environment necessary for users to play games in this way, or more specifically, the range within which a certain medium of value can be commonly used, is referred to as a platform.
In order for user U to play a game on game device 30, a mechanism including game facility 3 and game device 30 must exist. Such a platform on which a mechanism for user U to play a game actually exists is referred to as a "physical platform."
On the other hand, the environment for playing online games is constructed through cooperation between the management server 10 and the terminal devices 20, and therefore can be said to be virtual in comparison with an actual "physical platform." For this reason, the platform for playing online games is referred to as a "virtual platform."

For example, a physical platform such as gaming facility 3-1 is operated by a certain operator, and a user U can use physical medals in common at multiple game devices 30 in gaming facility 3-1. However, gaming facility 3-2 is operated by a different operator, and therefore physical medals at gaming facility 3-1 cannot be used at other gaming facility 3-2.
On the other hand, the virtual platform does not require gaming facilities and can be operated at low cost. Therefore, it must be taken into consideration that the operator of the virtual platform may be different from the operator of the gaming facilities 3.

In the game system 1 according to the embodiment, a user U who plays an online game by consuming virtual medals on a virtual platform is awarded points for the play. When the user U who has been awarded points plays a game by consuming a value medium (such as a physical medal) corresponding to a physical platform, the user U is awarded a benefit that can be used in the game by consuming the points. Therefore, it is possible to guide the user U who has played an online game on the virtual platform to the game facility 3, which is a physical platform, to play a game on the game device 30.
Therefore, the game system 1 can bring benefits to both the virtual platform operator and the physical platform operator.

In addition, on the virtual platform, virtual medals are consumed to progress through the online game, while on the physical platform, the gaming facility 3, a value medium different from the virtual medals, i.e., a value medium corresponding to the physical platform, is consumed to progress through the game on the game device 30, so the revenue structure of one platform does not have a significant impact on the revenue structure of the other platform. This does not change whether the operator operating the virtual platform is different from the operator operating the physical platform or if they are the same operator. In other words, according to the game system 1, the revenues related to the progress of the game on each platform are independent, so it is possible to prevent a decrease in each other's revenues.

The management server 10 and the terminal device 20 that run the online game are an example of a first platform, and the gaming facility 3 including the game device 30 is an example of a second platform.

In addition, the value medium consumed to progress through an online game in the game system 1 is a virtual value medium (virtual medal), and the value medium consumed to progress through a game on the game device 30 is a physical value medium (physical medal). As described above, the value medium consumed in an online game and the value medium consumed on the game device 30 only need to be different, so for example, the value medium consumed in an online game may be a physical value medium, and the value medium consumed in a game on the game device 30 may be a virtual value medium medal.

The above is an overview of game system 1. Next, we will explain the details of this game system 1.

Figure 3 is a block diagram illustrating the configuration of the management server 10. As shown in this figure, the management server 10 includes a processing device 11, a communication device 12, and a storage device 13. Note that the management server 10 may be realized as a single device, or as a collection of multiple devices configured separately from each other.

The processing device 11 is composed of, for example, a single or multiple processors, and controls each element of the management server 10. Specifically, the processing device 11 is composed of one or more types of processors, such as a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), a DSP (Digital Signal Processor), an FPGA (Field Programmable Gate Array), or an ASIC (Application Specific Integrated Circuit). The communication device 12 communicates with each of the multiple terminal devices 20 or each of the multiple game devices 30 under the control of the processing device 11.

The storage device 13 stores the programs executed by the processing device 11 and various data used by the processing device 11. For example, a well-known recording medium such as a semiconductor recording medium or a magnetic recording medium, or a combination of multiple types of recording media, is used as the storage device 13. In the embodiment, the storage device 13 stores a table T. In the table T, various pieces of information related to the user U are linked to a user ID.

4 is a diagram showing the contents of table T in storage device 13. As shown in the figure, table T stores a plurality of pieces of information indicating a user ID, the number of virtual medals, the number of credits, the cumulative number of bets, the number of points, available benefits, and a registered card ID in association with a user U.
The user ID stores identification information for uniquely identifying the user U.
The number of virtual medals stores information indicating the number of virtual medals that the user U can consume (own). The user U can convert currency into virtual medals and replenish them as necessary.

The number of credits stored is the number of credits into which virtual medals have been converted. In this embodiment, before user U starts playing an online game, for example, all virtual medals owned by user U are converted into credits. Credits increase or decrease as the online game is played, and when user U ends the online game, all credits owned by user U are converted into virtual medals.

The cumulative bet number stores the cumulative number of virtual medals bet by the user U in online games since registration.
The number of points stored is the number of points given to the user U.
The available benefits store information indicating the benefits that the user U has acquired on the game device 30. If the user U has not acquired any benefits, nothing is stored in the available benefits (NULL information is stored). If the user U has acquired multiple benefits, the available benefits store information indicating each of the acquired benefits.

The registrant ID stores identification information for linking a registered card to the user ID of the user U when the user U owns the registered card.
When a new registrant ID is given to a user U who has already played an online game (has a user ID) by issuing a registration card, the new registrant ID is linked to the user ID. Conversely, when a user who has already played on the game device 30 (has a registrant ID) plays an online game for the first time, the new user ID is linked to the registrant ID.
Although not specifically shown, table T also stores a password required for user U to log in to management server 10.

Figure 5 is a diagram showing functional blocks constructed by the processing device 11 executing a program stored in the storage device 13. As shown in this figure, the processing device 11 constructs a control unit 110, a game management unit 111, a point granting unit 114, and a bonus granting unit 115.

The control unit 110 controls each unit when the terminal device 20 executes an online game.
The game management unit 111 executes necessary operations when the terminal device 20 executes an online game, or manages the progress of the online game. Specifically, if the live online game is a streaming content type, the game management unit 111 generates a game screen according to the operation of the terminal device 20, and if it is a download type, manages the progress of the game on the terminal device 20. In addition, in order to deal with a disconnection of the connection with the terminal device 20 for some reason during the online game, the game management unit 111 also executes the operation of monitoring the connection status of the terminal device 20, automatically progressing the game until a certain time has passed since the disconnection occurred, and terminating the online game after the certain time has passed, assuming that the user U has abandoned the online game.

When an online game is played by a user U on the terminal device 20, the point allocating unit 114 allocates points to the user U according to the accumulated number of bets placed by the user U. Specifically, the point allocating unit 114 adds points (points) according to the accumulated number of bets to the number of points corresponding to the user U in the table T.
The benefit granting unit 115 grants a benefit to the user U when the user U plays a game on the game device 30. Specifically, the point granting unit 114 registers information about the benefit to be granted in the "available benefit" corresponding to the user U in the table T, and subtracts from the number of points of the user U the number of points consumed in granting the benefit.

FIG. 6 is a diagram for explaining points awarded according to the cumulative number of bets in this embodiment. As shown in this figure, points are awarded when the cumulative number of bets reaches a value corresponding to each stage. Specifically, in the first stage, when the cumulative number of bets of a user U reaches "500", "20" points are awarded to the user U. In the next two stages, when the cumulative number of bets reaches "2500", that is, when the cumulative number of bets in the previous stage is increased by "2000" from "500", "30" points are awarded. In the third stage, when the cumulative number of bets reaches "10000", that is, when the cumulative number of bets in the previous two stages is increased by "7500" from "2500", "50" points are awarded.
Thereafter, points are awarded in a similar manner, and in the 10th stage, when the cumulative bet number reaches 1,280,000, 50 points are awarded. From the 11th stage onwards, 50 points are awarded for each increase of 640,000 in the cumulative bet number.

In this way, more bets are required to get more points. In other words, at first, you can get points even with a small bet, but the number of points awarded relative to the number of bets gradually decreases, that is, the efficiency of points awarded relative to the number of bets decreases. The number of bets required to get "1" point increases with each stage, as shown in the right column of the figure.
The reason for awarding points with reduced efficiency in this way is to encourage the user U to continue playing the online game. Conversely, if the efficiency is constant, the points obtained will be the same whether a small number of bets are repeated many times over a long period of time or a large number of bets are repeated a short period of time.
Furthermore, by providing a configuration that awards points even when efficiency declines, it is expected that user U will continue to play online games and steadily play over the long term, and by providing points, user U who continues to play can be rewarded.

In addition, the reason why points are awarded according to each stage is to present the user with the goal of receiving points when the cumulative number of bets is reached, thereby motivating the user to play the online game and ultimately encouraging the user to play for a longer period of time.
Furthermore, if the efficiency were to be reduced indefinitely, the number of bets required to advance by one level would increase exponentially, presenting a virtually unattainable goal, which would reduce the motivation of user U to continue playing online games.

Points are awarded in common across multiple types of online games. For this reason, it is preferable that points are awarded with approximately the same value across online games. For example, it is preferable that points are awarded with approximately the same medal value when converted into a common virtual medal across online games.
In addition, some online games use a unique virtual value medium (game currency) that is different from the virtual medals. Even in this case, if the game currency is converted into virtual medals with the same value, the same amount of points may be awarded.

Figure 7 is a block diagram illustrating the configuration of a game device 30. As shown in this figure, the game device 30 includes a processing device 31, a communication device 32, a storage device 33, a display device 34, an operation device 35, and a reception mechanism 36.

The processing device 31 is composed of, for example, a single processor or multiple processors, and controls each element of the game device 30. Specifically, the processing device 31 is composed of one or more types of processors, such as a CPU, a GPU, a DSP, an FPGA, or an ASIC.
The communication device 32 communicates with the management server 10 via the communication network N under the control of the processing device 31 .
The storage device 33 stores the programs executed by the processing device 31 and various data used by the processing device 31. For example, a known recording medium such as a semiconductor recording medium or a magnetic recording medium, or a combination of a plurality of types of recording media is adopted as the storage device 33.

The display device 34 is configured, for example, by a liquid crystal display panel, and displays various images under the control of the processing device 31. For example, a game screen showing the contents of the game is displayed on the display device 34.
The operation device 35 accepts operations by the user U. For example, a plurality of operators pressed by the user U or a touch panel that detects contact by the user U is used as the operation device 35. The user U may also operate the operation device 35 to instruct conversion of points into a benefit.
The reception mechanism 36 is a mechanism that receives currency from the user U and a mechanism that reads registered cards, etc. Specifically, the reception mechanism 36 is a mechanism that receives currency, such as bills or coins, from the user U and acquires information from registered cards.

7, among the multiple game devices 30, there are game devices 30 equipped with a payout mechanism 37 and game devices 30 that do not have a payout mechanism 37. The payout mechanism 37 is a mechanism that executes the payout of physical game media such as physical medals. For example, the payout mechanism 37 includes a counting mechanism that counts the physical medals, a payout outlet that ejects the physical medals, and a transport mechanism that transports the physical medals from the counting mechanism to the payout outlet.
The payout mechanism 37, upon receiving an instruction from the user U, executes the payout of physical medals that can be used in the game device 30.

Although omitted from FIG. 7, the game device 30 is actually equipped with a game mechanism according to the content of the game. For example, a game device 30 for a lottery game including a physical lottery is equipped with a physical lottery mechanism (e.g., a roulette) for the physical lottery. A game device 30 for a pusher game in which multiple physical medals are dropped is equipped with a pusher mechanism for moving and dropping the physical medals. Each game device 30 may be realized as a stand-alone device, or may be realized as a collection of multiple devices (i.e., a system) configured separately from one another.

Figure 8 is a diagram showing functional blocks constructed by the processing device 31 executing a program stored in the storage device 33. As shown in this figure, a control unit 310 and a game execution unit 311 are constructed in the processing device 31.

The control unit 310 controls each unit when the game is executed.
The game execution unit 311 executes operations necessary for providing the game, specifically, an operation of generating a game screen in response to the operation of the operation device 35 and displaying it on the display device 34. Furthermore, when a bonus is used, the game execution unit 311 progresses the game while reflecting the bonus.

Figure 9 is a flowchart illustrating the specific steps of the process in which the management server 10 executes an online game in collaboration with the terminal device 20. This process is executed when the user U operates the terminal device 20 to access the management server 10.

First, the control unit 110 causes the terminal device 20 to display a login screen, specifically a screen that prompts the user to enter a user ID and password (step Sa11). When the user U operates the terminal device 20 to enter the user ID and password, the user ID and password are transmitted to the management server 10. When the communication device 12 in the management server 10 receives the user ID and password, the control unit 110 determines whether or not the user U is legitimate based on the user ID and password (step Sa12). Specifically, the control unit 110 determines whether or not the acquired user ID and password match the information registered in table T.

If they do not match or if they are not registered (if the determination result in step Sa12 is "No"), the control unit 110 ends this operation. Alternatively, the control unit 110 may cause the terminal device 20 to display a screen prompting the user to re-enter the user ID and password.

If there is a match (if the determination result in step Sa12 is "Yes"), the control unit 110 reads the number of virtual medals linked to the user ID in table T (step Sa13).

Next, the control unit 110 causes the terminal device 20 to display the read number of virtual medals for the user U to confirm (step Sa14). After that, the control unit 110 causes the terminal device 20 to display a game selection screen, specifically, a screen for allowing the user U to select an online game to play from among a plurality of online games, as shown in FIG. 10 (step Sa15).
10 is an example of a game selection screen displayed on the display device G of the terminal device 20. On this game selection screen, a software button 212 for instructing logoff is displayed together with a plurality of software buttons 211 corresponding to different online games. The user U operates one of the plurality of software buttons 211 or 212 to specify the online game he/she wishes to play or to log off.

When any of the multiple software buttons 211 or 212 is operated, information indicating the operation is transmitted from the terminal device 20 to the management server 10. When the communication device 12 of the management server 10 receives the information on the operation, the control unit 110 determines whether the operation is of any of the multiple software buttons 211 (step Sa16).

If any of the software buttons 211 is operated (if the determination result in step Sa16 is "Yes"), the control unit 110 converts all of the virtual medals into credits and stores the converted number of credits in table T as the number of credits corresponding to the user U (step Sa17). At this point, the number of virtual medals corresponding to the user U in table T becomes zero. The control unit 110 also transmits the converted number of credits to the terminal device 20 and causes the terminal device to display it.

Next, the control unit 110 consumes the number of credits necessary to progress in the online game corresponding to the software button 211 selected in step Sa16 (step Sa18). Specifically, the control unit 110 subtracts the number of credits necessary to progress in the online game from the number of credits corresponding to the user U in the table T.
Thereafter, the control unit 110 causes the game management unit 111 to start the selected online game (step Sa19).

In detail, if the selected online game is a streaming content type, the game management unit 111 transmits a game screen including operation buttons, etc. to the terminal device 20, causes the terminal device 20 to display the game screen, and then determines whether or not any operation has been performed on the terminal device 20 by the user U (step Sa20). When the operation button, etc. is operated by the user U, the terminal device 20 transmits operation information indicating the operation to the management server 10.

If no operation information is transmitted from the terminal device 20 (if the determination result in step Sa20 is “No”), the game management unit 111 returns the processing procedure to step Sa20. Therefore, the game management unit 111 is in a standby state until operation information is transmitted from the terminal device 20.
On the other hand, if operation information is transmitted from the terminal device 20 (if the determination result in step Sa20 is "Yes"), the game management unit 111 determines whether the operation information is an instruction to end the online game (step Sa21).

If the operation information is not an instruction to end the game (if the determination result in step Sa21 is "No"), the game management unit 111 determines whether or not the operation information is an instruction to place a bet in the online game (step Sa22). If the operation information is an instruction to place a bet (if the determination result in step Sa22 is "Yes"), the control unit 110 updates the table T according to the number of bets specified in the instruction (step Sa23). In detail, the control unit 110 subtracts the number of credits corresponding to the user U in table T by an amount equivalent to the bet specified in the instruction, consuming the credits, while adding the current number of bets to the cumulative number of bets corresponding to the user U.

After updating table T, control unit 110 causes point giving unit 114 to execute a point giving process (step Sa24). Specifically, point giving unit 114 reads out the cumulative number of bets linked to the user ID in table T, and determines the number of points to be given according to the cumulative number of bets by referring to Fig. 6. Next, point giving unit 114 adds the determined number of points to the number of points linked to the user ID in table T.
At this time, the point allocation unit 114 notifies the game management unit 111 of the allocation of points, and the game management unit 111 creates a presentation screen indicating that points have been allocated, transmits the presentation screen to the terminal device 20 via the communication device 12, and displays the presentation screen on the terminal device 20.
If the read cumulative bet number does not reach the value shown in FIG. 6, the point awarding section 114 does not award points in step Sa24.
Furthermore, when the cumulative number of bets reaches a certain value and points corresponding to that value are awarded, the point awarding unit 114 does not repeatedly award points of that value. For example, after the cumulative number of bets reaches "500" and the point awarding unit 114 awards one level of points "20", even if the number of bets increases by "50" to make the cumulative number of bets "550", the point awarding unit 114 does not repeatedly award one level of points "20".

If the operation information transmitted from the terminal device 20 is not a bet instruction (if the determination result of step Sa22 is "No"), or if it is a bet instruction and after processing of step Sa24, the control unit 110 causes the game management unit 111 to generate a game screen corresponding to the operation information, transmit the game screen to the terminal device 20, and display it on the terminal device 20 (step Sa25). After this, the processing procedure returns to step Sa20 in preparation for the next operation.

When generating a game screen in response to an operation, for example, as in a video pusher game, the number of credits may be consumed by inserting a virtual medal, or the number of credits may increase as the virtual medal falls into a winning slot following the insertion. Also, as in a competitive game, the operation may determine whether the player wins or loses, and the number of credits may increase or decrease depending on whether the player wins or loses. When the number of credits increases or decreases in response to the operation information in this way, the control unit 110 increases or decreases the number of credits in table T accordingly.

On the other hand, if the operation on the terminal device 20 is an instruction to end the online game (if the determination result in step Sa21 is "Yes"), the control unit 110 causes the game management unit 111 to end the online game in progress, and notifies the control unit 110 of information indicating the game result at the time of the end, such as information indicating the number of wins and losses, and information on the characters developed in the game (step Sa26). If a registrant ID is registered in table T corresponding to user U, the control unit 110 reflects the information indicating the game result in the history information and character information linked to the registrant ID.

In addition, if the game selected on the game selection screen is a download content type, the game management unit 111 executes part of the online game on the terminal device 20, but the management and update of the table T is executed on the management server 10 in the same manner as in the streaming content type. For example, the game management unit 111 permits the terminal device 20 to execute the online game, and the terminal device 20 starts the online game according to this permission. The terminal device 20 progresses the online game according to the operation of the user U, and when the number of credits is increased or decreased or a bet is made, the information is transmitted to the management server 10, and the control unit 110 appropriately updates the table T, and the point granting unit 114 grants points according to the accumulated number of bets. When the online game is finished on the terminal device 20, information indicating the game result is transmitted to the management server 10. As a result, even if the online game is a download content type, the control unit 110 in the management server 10 can update the accumulated number of bets according to the bets in the same manner as in the streaming content type, and the point granting unit 114 can grant points according to the accumulated number of bets in the same manner.

After the online game ends and information indicating the game result is processed, the control unit 110 converts all of the current credits into virtual medals and stores the converted number of virtual medals as the number of virtual medals corresponding to the user U in table T (step Sa27). As a result, the number of credits corresponding to the user U in table T becomes zero.
Thereafter, the control unit 110 returns the processing procedure to step Sa14, and causes the number of virtual medals of the user U to be displayed.

On the other hand, as described above, if the user ID and password entered on the login screen do not match or are not registered with the information registered in table T (if the determination result in step Sa12 is "No"), or if the software button 212 is operated on the game selection screen (if the determination result in step Sa16 is "No"), the control unit 110 terminates the operation of this process.

In this way, in the process of providing an online game, when a user U logs in and selects an online game on the game selection screen, all virtual medals associated with the user U are converted into credits, and the number of credits corresponding to the online game is consumed. When a bet is placed in the online game, the cumulative number of bets is updated according to the bet, and points are awarded if the conditions are met. At the end of the online game, the number of credits has increased or decreased according to the result of the online game. Then, all of the credits are converted into virtual medals, and the game selection screen is displayed on the terminal device 20.
When a different or the same online game is selected to be played on the game selection screen, all virtual medals are similarly converted into credits, and the number of credits corresponding to the selected online game is consumed. When the online game ends, the number of credits has increased or decreased according to the result of the online game, and all of the credits are converted into virtual medals. When a bet is made in the online game, the cumulative number of bets is updated according to the bet, and points are awarded if the conditions are met.

Figure 11 is a flowchart illustrating the procedure of the process executed by the game device 30 when a user U plays a game on the game device 30. This process is executed when the user U goes to the game facility 3 and performs a predetermined operation on the game device 30. The predetermined operation is, for example, an operation indicating that a game is to be started.

As shown in FIG. 11, the process is divided into user authentication (step Sb11), reward provision (step Sb12), and game processing (step Sb13).

In order for a user U who has already played an online game to acquire a reward on the game device 30, the game device 30 needs to know the number of points granted to the user U. Authentication of the user U in step Sb11 is a process for authenticating that the user U is legitimate, as a preliminary step to knowing the number of points.

12 is a flowchart showing in detail the process of authenticating user U in step Sb11. First, the control unit 310 in the game device 30 acquires the user ID or registrant ID input by the user U (step Sb110). Note that the user U may input the user ID by operating the operation device 35, or may read the registrant ID from a registrant card via the reception mechanism 36.
The control unit 310 transmits the acquired user ID or registrant ID to the management server 10 via the communication device 32 (step Sb111).

In the management server 10 that receives the user ID or registrant ID, the control unit 110 determines whether or not the user ID or registrant ID is registered in table T (step Sb112). The control unit 110 transmits the result of this determination to the game device 30 via the communication device 12 (step Sb113).

In the game device 30 that has received the result of the determination, the control unit 310 causes the display device 34 to display the result of the determination (step Sb114). If the determination result indicates that the user ID or registrant ID is not registered in table T, the user cannot be given a benefit in the subsequent processing, and the processing in FIG. 11 (FIG. 12) ends. For this reason, the following description will be given assuming that the user ID or registrant ID is registered in table T.

Figure 13 is a flowchart showing in detail the process of granting a bonus in step Sb12. In the game device 30, the control unit 310 determines whether or not the user U desires a bonus (step Sb120). For example, the control unit 310 causes the display device 34 to display a screen prompting the user to select whether or not he or she desires a bonus, and determines whether or not the user U desires a bonus based on the input made by the operation device 35.

If user U desires a special benefit (if the judgment result in step Sb120 is "Yes"), the control unit 310 sends a notification that user U desires a special benefit to the management server 10 via the communication device 32 (step Sb121).

In the management server 10 that has received the notification, the control unit 110 accesses the table T and reads out the number of points associated with the user ID (step Sb122). The control unit 110 determines whether the read out number of points is equal to or greater than a certain value, i.e., a value corresponding to a special benefit (step Sb123).
If the read point number is less than the certain value (if the determination result in step Sb123 is "No"), the control unit 110 advances the process to step Sb126.

If the number of read points is equal to or greater than a certain value (if the result of the determination in step Sb123 is "Yes"), the control unit 110 selects one of the multiple types of benefits by lottery (step Sb124). The control unit 110 adds the information about the selected benefit to the benefit associated with the user U in table T, and with this addition, the number of points associated with the user U is reduced by the above-mentioned certain value (step Sb125). In short, the control unit 110 reduces the number of points by the amount of the benefit given to the user.
After step Sb123 or Sb125, control unit 110 causes communication device 12 to transmit a notification of the lottery result or the insufficient number of points to game device 30 notified in step Sb121 (step Sb126).

In the gaming device 30 that has received the notification, the control unit 310 causes the display device 34 to display the benefit determined by lottery or a message indicating that the number of points is insufficient (step Sb127).
If the user U does not desire the special benefit (the determination result in step Sb120 is "No"), or after the display in step Sb127, the control unit 310 transitions the processing procedure to the next step Sb13.

FIG. 14 is a flowchart showing in detail the game processing in step Sb13.
In the game device 30, the control unit 310 determines whether or not the number of physical medals required to start playing the game have been inserted into the reception mechanism 36 (step Sb131). Alternatively, the control unit 310 may determine whether or not the amount of currency (including electronic money) required to start playing the game has been inserted.
If no medals have been inserted (if the determination result in step Sb131 is "No"), the control unit 310 returns the process to step Sb131. Therefore, the game is put into a standby state until the number of medals or the like required to start playing is inserted.

On the other hand, when the number of medals, etc. required to start playing the game is inserted (if the judgment result of step Sb131 is "Yes"), the control unit 310 requests information about the benefits available to the user U from the management server 10 (step Sb132).

In the management server 10 that receives the request, the control unit 110 accesses table T (step Sb133) and reads information from the "available benefits" linked to user U.
Control unit 110 causes communication device 12 to transmit the information to game device 30 that made the request (step Sb134).

In the game device 30 that has received the information, the control unit 310 causes the display device 34 to display information about the benefits available to the user U based on the information (step Sb135). The control unit 310 causes the display device 34 to display a screen asking the user U whether or not to use the benefits displayed in the game (step Sb136).

If the user U answers that he/she will use the benefit in the game (if the result of the determination in step Sb136 is "Yes"), the control unit 310 decides to use the benefit in the game (step Sb137). Note that if there are multiple benefits available to the user U, the control unit 310 may decide to use any one of the benefits or any of the benefits.
On the other hand, if the user U answers that he/she will not use the benefit in the game (if the result of the determination in step Sb136 is "No"), the control unit 310 skips step Sb137. As a result, the benefit is not used in the game.

Next, the control unit 310 causes the game execution unit 311 to start a game corresponding to the game device 30 (step Sb138). Specifically, this is as follows.

In detail, the game executing unit 311 judges whether or not the user U has performed any operation on the operation device 35 (step Sb139). If no operation has been performed on the operation device 35 (if the judgment result in step Sb139 is "No"), the game executing unit 311 returns the processing procedure to step Sb139. Therefore, the game executing unit 311 is in a standby state until an operation is performed on the operation device 35.
On the other hand, if any operation is performed on the operation device 35 (if the determination result in step Sb139 is "Yes"), the game executing unit 311 determines whether or not the operation is an instruction to end the game (step Sb140).

If the instruction is not to end the game (if the determination result in step Sb140 is "No"), the game execution unit 311 generates a game screen according to the operation information and displays it on the display device 34 (step Sb141). After this, the game execution unit 311 returns the processing procedure to step Sb139 in preparation for the next operation.

In process B from step Sb138 to step Sb141, i.e., in the execution of the game, if the use of a bonus was determined in step Sb137, the game execution unit 311 reflects the use of the bonus in the game. For example, if the bonus is an item, the effect of using the item is exerted in the game, and if the bonus is a right, the effect of exercising the right is activated in the game.

If the operation performed on the operating device 35 is an instruction to end the game (if the judgment result of step Sb140 is ``Yes''), the game execution unit 311 ends the game, and the control unit 310 causes information indicating the game result at the time of termination to be transmitted via the communication device 32, and reflected in the historical information linked to the registrant ID, character information, etc. (step Sb142).
With this, the game processing in the game device 30 ends.

<Modification>
The above-described embodiment may be modified in various ways. Specific modified aspects that may be applied to the above-described embodiment are exemplified below. Two or more aspects selected from the following examples may be combined to the extent that they are not mutually contradictory.

In the embodiment, if the number of points is equal to or greater than a certain value, the benefit to be granted to user U is determined by lottery. However, instead of a lottery, for example, a configuration in which the number of points required is associated with each of multiple types of benefits, and if the number of points granted to user U is equal to or greater than the number of points for the benefit, it may be converted into that benefit. In other words, a configuration in which user U selects a desired benefit from multiple types of benefits, provided that the number of points is sufficient.

In the embodiment, the game device 30 allows the player to select whether or not to use the bonus in the game, but the bonus may be automatically used.
In addition, in the embodiment, the benefit is a reusable type that can be used multiple times, but it may also be a consumable type that disappears after being used once and cannot be used again, a limited number of times that a limit is placed on the number of times it can be used, or a condition-setting type that has set conditions for use.
In short, the benefit may be anything other than a medium of value corresponding to the platform, and may be, for example, the above-mentioned item, a new medium of value (a medium of value different from the medium of value corresponding to the first platform or the second platform), or a right (the right to transition the game being played to a special game state), etc.

In the embodiment, the first platform is a virtual platform constructed by cooperation between the management server 10 and the terminal device 20 , but the first platform may be a physical platform such as the game device 30 in the amusement facility 3 .
Furthermore, the second platform is a physical platform such as the game devices 30 in the amusement facility 3 , but the second platform may also be a virtual platform similar to the first platform of the management server 10 and the terminal devices 20 .

In the embodiment, the points awarded in the online game can be converted into a benefit that can be used in the game of the game device 30, but the points may also be usable in the online game. When the points are usable in the online game, all of the points may be usable in the online game, or the usability of the points in the online game may be limited to only a part of the points.
Furthermore, the value of points used in an online game may be lower than the value of points used in a game on the game device 30. For example, a larger number of points may be required to obtain the same benefit in an online game compared to obtaining the benefit on the game device 30.

In the embodiment, when an online game is played by a user U, points are granted to the user U, and when a game on the game device 30 is played by the user U, a benefit available for the game is granted to the user U by consuming the granted points. In addition to this configuration, when a game on the game device 30 is played by the user U, different points may be granted to the user U, and when an online game is played by the user U, a different benefit available for the online game may be granted to the user U by consuming the different points.
With this configuration, it is expected that users can be guided not only from the online game to the game device 30 in the gaming facility 3, but also from the game device 30 in the gaming facility 3 to the online game. This makes it possible to form a cycle from the online game to the gaming facility and from the gaming facility to the online game.

<Additional Notes>
From the above description, for example, preferred embodiments of the present invention can be understood as follows. In order to facilitate understanding of each embodiment, reference numerals in the drawings are written in parentheses for convenience, but the present invention is not limited to the illustrated embodiments.

<Appendix 1>
A game system (1) according to a preferred embodiment (Appendix 1) of the present invention includes a point granting unit (114) that grants points to a user (U) when the user (U) plays at least one type of first game corresponding to a first platform (10, 20), in which the game progress can be made by consuming a first value medium not including currency, and a bonus granting unit (115) that grants a bonus usable in the at least one type of second game to the user (U) by consuming the points, when the user (U) plays at least one type of second game corresponding to a second platform (30), in which the game progress can be made by consuming a second value medium different from the first value medium.
According to this aspect, a user (U) who consumes a first value medium to play a first game on the first platform (10, 20) is given points for the play. When the user (U) who has been given the points consumes a second value medium to play a second game on the second platform (30), a benefit that can be used in the second game is given to the user (U) by consuming the points. Therefore, it is possible to guide a user who has played the first game on the first platform (10, 20) to the second platform (30) to play the second game. In addition, since the first value medium is consumed in the first platform (10, 20) to progress the first game, and the second value medium different from the first value medium is consumed in the second platform (30) to progress the second game, the revenue structure of one platform does not affect the revenue structure of the other platform. The fact that there is no influence remains the same whether the operator operating the first platform (10, 20) and the operator operating the second platform (30) are different or the same.

"Platform" refers to the environment (area, facilities, etc.) necessary for users to play games. When simply referring to a "platform," it does not matter whether it is tangible (actually existing) or intangible (non-existent, virtual).
A "value medium" is a medium that has value as a consideration that must be consumed by a user to play a game. When we simply say "value medium," it includes both "virtual value medium" and "physical value medium."
"The game can be progressed by consuming a value medium" includes both the fact that the game can be progressed by consuming only the value medium (direct consumption of the value medium) and the fact that the game can be progressed by consuming credits converted from the value medium (indirect consumption of the value medium).
"Game progress" refers to the progress of the game by consuming a value medium. Therefore, points will not be awarded for consuming a value medium that does not progress in the game.
The condition for points or benefits being awarded "when playing" can include various conditions, such as each time a play is played, before or after the start of a play, when the duration of play reaches a threshold time or more, when a condition set in the game (a dungeon, a mission, etc.) is cleared, or when a predetermined time is reached after playing.
"Points" are points awarded by playing a game, and are a different concept from a medium of value.
"Benefits" refers to, for example, items used in playing the game (such as tools, weapons, etc.) and the right to participate in specific events in the game.
"Currency" includes not only physical currency such as paper money or coins, but also electronic currency represented by electronic data (so-called electronic money).

<Appendix 2>
In a specific example (Supplementary Note 2) of Supplementary Note 1, the bonus awarding unit (115) changes the amount of points awarded in accordance with the consumption of the first value medium. According to this aspect, the amount of points awarded to the user changes in accordance with the amount and time of consumption of the first value medium, so that depending on the conditions of the change, it is possible to allow the user to play the first game continuously for a long period of time.
"According to the consumption of the medium of value" may involve a concept of quantity, such as "as the amount of the medium of value consumed increases," or it may involve a concept of time, such as "as time passes since the medium of value was first consumed."

<Appendix 3>
In a specific example (Supplementary Note 3) of Supplementary Note 1 or 2, the first platform is operated by a first operator, and the second platform is operated by a second operator.
According to this aspect, a user consumes a first value medium on the first platform to generate revenue for the first business operator, and a user guided to the second platform consumes a second value medium to generate revenue for the second business operator, thereby making it possible to generate revenue for both the first business operator and the second business operator.

<Appendix 4>
In a specific example (Supplementary Note 4) of any of Supplementary Notes 1 to 3, the at least one type of first game is a plurality of types of first games, and the plurality of types of first games can be progressed by consuming the first value medium, and the at least one type of second game is a plurality of types of second games, and the plurality of types of second games can be progressed by consuming the second value medium.
According to this aspect, since a large number of game types allow users to enjoy a greater variety of games, it becomes easier to guide users who play on the first platform to the second platform compared to when there are only a few game types.
"Multiple types of games" refers to two or more different games in which game progress can be achieved by consuming a common value medium. The amount (value) of the value medium consumed to play the games may be the same for each game, or may be different.

<Appendix 5>
In a specific example (Supplementary Note 5) of Appendix 4, on the first platform, the first game can be progressed by consuming credits converted from the first value medium, the credits increase or decrease depending on the play of the first game, and the credits are convertible into the first value medium.
According to this aspect, a user can convert the first value medium into credits and then play any one of a plurality of types of first games. The credits increase or decrease depending on the play of the first game, and can be converted into the first value medium after the end of the first game, so that the first value medium can be increased or decreased depending on the play.
In this way, converting a value medium into credits and consuming the converted credits is also one aspect of "consuming a value medium."
The term "credit" refers to a right to play the first game, which is obtained by converting a first value medium. Credits are also a type of virtual value medium.
"Credits increase or decrease according to the playing of the first game" means that, for example, if the first game is a video medal game, credits decrease according to the number of medals inserted and credits increase according to the number of medals won (awarded). For example, if the first game is a competitive game, credits increase if you win and decrease if you lose.

<Appendix 6>
In a specific example (Supplementary Note 6) of any of Supplementary Notes 1 to 5, the first platform is a virtual platform, and the first value medium is a virtual value medium.
According to this embodiment, since there is no need for the environment required for users to play the game to exist, operation can be performed at low cost.
"Virtual platform" refers to a non-existent part of the "platform" that is the environment required for users to play games.
"Virtual value medium" refers to an intangible medium (e.g., electronic data) that has no substance among "value media."

<Appendix 7>
In a specific example (Supplementary Note 7) of Supplementary Note 6, the second platform is a physical platform.
According to this embodiment, it is possible to guide users who have played on the virtual first platform to the real second platform, and it is also possible to prevent users from becoming reclusive.
"Physical platform" refers to the actual environment among the above "platforms."

<Appendix 8>
In a specific example (Supplementary Note 8) of any one of Supplementary Notes 1 to 7, the points can be used in the first game. According to this aspect, the points awarded in the first game on the first platform can be used not only to award benefits on the second platform but also to be used on the first platform.
According to this embodiment, the points awarded in the first game on the first platform can be used not only to award benefits on the second platform but also to be used on the first platform.
In the first game, "being able to use points" means, for example, converting the points into a first medium of value, converting the points into an item to be used in playing the first game, or converting the points into the right to participate in a particular event in the first game.

<Appendix 9>
A method of operating the game system (1) according to a preferred embodiment (Appendix 9) of the present invention includes, when a user (U) plays at least one type of first game corresponding to a first platform (10, 20) and in which the game progresses by consuming a first value medium not including currency, granting points to the user (U), and, when the user (U) plays at least one type of second game corresponding to a second platform and in which the game progresses by consuming a second value medium different from the first value medium, granting a benefit usable in the at least one type of second game to the user (U) by consuming the points.

<Appendix 10>
A program according to a preferred embodiment (Appendix 10) of the present invention causes a computer to function as a point granting unit (114) that grants points to a user (U) when the user (U) plays at least one type of first game corresponding to a first platform (10, 20) in which the game can be progressed by consuming a first value medium not including currency, and as a benefit granting unit (115) that grants a benefit usable in the at least one type of second game to the user (U) by consuming the points when the user (U) plays at least one type of second game corresponding to a second platform (30) in which the game can be progressed by consuming a second value medium different from the first value medium.

1...game system, 3...game facility, 10...management server, 11...processing device, 20...terminal device, 30...game device, 31...processing device, 110...control unit, 111...game providing unit, 114...point granting unit, 115...benefit granting unit, 310...control unit, 311...game providing unit.

Claims (9)

a point awarding unit that, when a user plays at least one type of first game corresponding to a first platform, the first game being playable by consuming a first value medium not including currency, awards points to the user each time a cumulative consumption of the first value medium reaches each stage;
a bonus provision unit that, when at least one type of second game corresponding to a second platform, in which the game progress can be achieved by consuming a second value medium different from the first value medium, provides the user with a bonus available in the at least one type of second game by consuming the points when the user plays the second game;
Including,
The point allocating unit is
The rate at which the points are awarded is reduced as the stage of the cumulative consumption of the first value medium advances.
Game system.
the first platform is operated by a first operator;
The second platform is operated by a second operator;
The game system according to claim 1 .
the at least one type of first game is a plurality of types of first games;
the plurality of types of first games can be played by consuming the first value medium;
the at least one type of second game is a plurality of types of second games;
the plurality of types of second games can be played by consuming the second value medium;
3. The game system according to claim 1 or 2 .
On the first platform, the first game can be progressed by consuming credits converted from the first value medium;
The credits are increased or decreased in accordance with the play of the first game,
The credit is convertible into the first medium of value.
The game system according to claim 3 .
the first platform is a virtual platform;
The first value medium is a virtual value medium.
5. A game system according to claim 1.
the second platform is a physical platform;
The game system according to claim 5 .
The points are:
available in the first game;
7. A game system according to claim 1.
when at least one type of first game corresponding to a first platform, in which the game progress can be achieved by consuming a first value medium not including currency, is played by a user, points are awarded to the user each time a cumulative consumption amount of the first value medium reaches each stage;
When at least one type of second game corresponding to a second platform, in which the game progress can be achieved by consuming a second value medium different from the first value medium, is played by the user, a benefit available in the at least one type of second game is given to the user by consuming the points , and the point giving rate is reduced each time a stage of the cumulative consumption of the first value medium progresses.
How the game system works.
Computer,
a point awarding unit that, when a user plays at least one type of first game corresponding to a first platform, the first game being playable by consuming a first value medium not including currency, awards points to the user each time a cumulative consumption of the first value medium reaches each stage;
a bonus granting unit that grants a bonus available in at least one type of second game to the user by consuming the points when the user plays at least one type of second game corresponding to a second platform, the second game being playable by consuming a second value medium different from the first value medium;
Function as a
The point allocating unit is
The rate at which the points are awarded is reduced as the stage of the cumulative consumption of the first value medium advances.
program.

Images