JP2023166522A - Game system, game system operation method, and program - Google Patents

Abstract

To induce a user to play a first game.SOLUTION: A game system 1 comprises: an acquisition unit 313 which acquires a code provided by a user Ha2; and a game control unit 314 for controlling a first game which is executed without the acquisition of the code by the acquisition unit 313 and uses a first credit, and a second game which uses a second credit given by the acquisition of the code by the acquisition unit 313.SELECTED DRAWING: Figure 1

Description

The present invention relates to a game using credits.

For example, game systems that use credits granted in exchange for token coins (medals) have been proposed. For example, Patent Document 1 discloses a game device that executes a lottery game in which a user is given a reward in an amount corresponding to the amount of credits used.

JP 2014-200599 Publication

There is a desire to allow users who have never played a game to easily play the game. However, in the technology of Patent Document 1, in order to play a game, the user needs to purchase credits, for example, and there is a problem that it is difficult for a user who has never played a game to play the game. be. In consideration of the above circumstances, the present invention aims to provide users with an incentive to play games.

In order to solve the above problems, a game system according to a preferred aspect of the present invention includes an acquisition unit that acquires a code provided to a user, and a game system that is executed without acquiring the code by the acquisition unit, and a first credit and a game control unit that controls a first game in which a code is used and a second game in which a second credit provided by acquiring a code by the acquisition unit is used.

A program according to a preferred aspect of the present invention includes: an acquisition unit that acquires a code provided to a user; and a first game that is executed without the acquisition unit acquiring the code and uses a first credit. The computer is caused to function as a game control unit that controls a second game in which the second credit given by the acquisition of the code by the acquisition unit is used.

A method of operating a game system according to a preferred aspect of the present invention includes: acquiring a code provided to a user; a first game that is executed without acquiring the code and using a first credit; and a second game in which the second credits provided by the acquisition are used.

FIG. 1 is a block diagram illustrating the configuration of a game system according to a first embodiment. FIG. 2 is a block diagram illustrating the configuration of a management device. It is a schematic diagram of a code table. FIG. 2 is a block diagram illustrating a functional configuration of a control device of a management device. FIG. 2 is a block diagram illustrating the configuration of an issuing device. 12 is a flowchart illustrating a specific procedure of issuing processing. FIG. 2 is a block diagram illustrating the configuration of a game device. FIG. 2 is a block diagram illustrating a functional configuration of a control device of a game device. It is a flowchart illustrating a specific procedure of the first game process. It is a flowchart illustrating the specific procedure of a 2nd game. It is a flowchart illustrating the specific procedure of a 2nd game.

Embodiments of the present invention will be described with reference to the drawings. The embodiments described below include various technically suitable limitations. The scope of the present invention is not limited to the forms illustrated below.

[First embodiment]
FIG. 1 is a block diagram illustrating the configuration of a game system 1 according to the first embodiment. The game system 1 of the first embodiment is installed, for example, in a gaming facility. The gaming facility is, for example, an entertainment facility such as a game center or a casino, or a commercial facility such as a shopping center. A plurality of users Ha (Ha1, Ha2) are located in the gaming facility.

In game system 1, credits are used. Credit is an intangible electronic medium (ie, electronic data) that is consumed by the user Ha as compensation for playing a game. Specifically, the credits include first credits and second credits.

In the game system 1 of the first embodiment, a first game and a second game are provided to the user Ha. The first game and the second game are in a relationship such that playing the second game can serve as an inducement to play the first game. Specifically, the first game and the second game are typically games with related contents. The content of the game is, for example, the world view of the game, the characters appearing in the game, the type (genre) of the game, or the rules of the game. In the first embodiment, the first game and the second game are the same game with the same content.

The first game is, for example, a game for users Ha who have already played the first game. In the first game, the first credit is used (eg, bet). The first credit is typically a credit granted to user Ha in exchange for a value medium. The value medium is, for example, a token coin (medal), an electronic medal or currency. As understood from the above explanation, the first game is a game that requires the consumption of value media.

On the other hand, the second game is a game for users Ha who have never played the first game. In the second game, the second credits are used (for example, bet). The second credit is a credit dedicated to the second game. Specifically, the second credit is typically given to the user Ha in exchange for a code provided free of charge (hereinafter referred to as a "trial code"). That is, the second game is a game that can be played without consuming value media (ie, for free).

The experience code is a code string provided to the user Ha in order to experience the second game. For example, the experience code is provided to the user Ha by distributing a tangible medium (hereinafter referred to as the "experience ticket") T on which an image G representing the experience code (hereinafter referred to as the "code image") is printed. . The code image G is, for example, a QR code (registered trademark) representing an experience code, a two-dimensional code (barcode) representing an experience code, or an image showing the code string of the experience code itself. The user Ha to whom the trial ticket T has been distributed can use the trial code of the trial ticket T to play the second game for free. As understood from the above description, the first game can be played without requiring a trial code, and the second game requires a trial code to play. A user Ha who does not own a trial ticket T will be hereinafter referred to as a "user Ha1", and a user Ha who owns a trial ticket T will be hereinafter referred to as a "user Ha2".

As illustrated in FIG. 1, the game system 1 of the first embodiment includes a management device 10, an issuing device 20, and a game device 30. The game device 30 provides the first game and the second game to the user Ha. The management device 10 manages experience codes. The management device 10 and the game device 30 communicate via the communication network 2. The communication network 2 is, for example, a LAN (Local Area Network) constructed within a gaming facility. Note that communication between the management device 10 or the game device 30 and the communication network 2 may be either wired or wireless. The issuing device 20 issues a trial ticket T. The issuing device 20 is connected to the management device 10, for example, by wire or wirelessly, and communicates with the management device 10. Note that the issuing device 20 may communicate with the management device 10 via the communication network 2. Further, the functions of the issuing device 20 may be installed in the management device 10, or the functions of the management device 10 may be installed in the game device 30. Note that the communication network 2 may include, for example, the Internet.

FIG. 2 is a block diagram illustrating the configuration of the management device 10. As shown in FIG. As illustrated in FIG. 2, the management device 10 includes a control device 11, a storage device 12, and a communication device 13. Note that the management device 10 is realized not only as a single device but also as a set (ie, a system) of a plurality of devices configured separately from each other. The communication device 13 communicates with the game device 30 and the issuing device 20 under the control of the control device 11 .

The storage device 12 stores programs executed by the control device 11 and various data used by the control device 11. For example, a known recording medium such as a semiconductor recording medium and a magnetic recording medium, or a combination of multiple types of recording media is employed as the storage device 12. The storage device 12 of the first embodiment stores code table A.

FIG. 3 is a schematic diagram of code table A. As illustrated in FIG. 3, the code table A is a data table in which the usage status (used/unused) of each of a plurality of experience codes is registered. Each of the plurality of experience codes is different. If the trial code has been used even once, the usage status of the trial code is "used", and if the trial code has never been used, the usage status of the trial code is "unused". Use of the trial code means that the second game is played using the trial code. It can also be said that the fact that the second credit is given to the user Ha2 in exchange for the trial code is the use of the trial code.

The control device 11 includes, for example, one or more processors, and controls each element of the management device 10 . Specifically, 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). Thus, the control device 11 is configured.

FIG. 4 is a block diagram illustrating the functional configuration of the control device 11. As illustrated in FIG. 4, the control device 11 of the first embodiment realizes a plurality of functions (the generation unit 112 and the determination unit 113) by executing a program stored in the storage device 12. The generation unit 112 generates a trial code to be provided to the user Ha2. A code image G of the experience code generated by the generation unit 112 is printed on the experience ticket T.

The determining unit 113 determines whether the trial code provided to the user Ha2 is valid. In the first embodiment, if the usage status of the trial code is unused, the trial code is determined to be valid, and if the usage status of the trial code is used, the trial code is determined to be invalid. It is determined that

FIG. 5 is a block diagram illustrating the configuration of the issuing device 20. As shown in FIG. The issuing device 20 is a device that issues the trial ticket T. Specifically, the issuing device 20 issues the trial ticket T upon receiving an operation from, for example, the manager Hb of the gaming facility. The issued trial ticket T is distributed to a user Ha2 who is playing a game device different from the game device 30, for example. Note that the manager Hb of the gaming facility may distribute the trial tickets T outside the gaming facility. For example, the manager Hb may distribute the trial tickets T at a facility different from the gaming facility (for example, a restaurant or a shopping center).

As illustrated in FIG. 5, the issuing device 20 includes a control device 21, a storage device 22, a communication device 23, an operating device 25, and an issuing mechanism 26. The control device 21 is composed of, for example, one or more processors, and controls each element of the issuing device 20. Specifically, the control device 21 is configured by one or more types of processors such as a CPU, GPU, DSP, FPGA, or ASIC. The communication device 23 communicates with the management device 10 under the control of the control device 21 . The storage device 22 stores programs executed by the control device 21 and various data used by the control device 21. For example, a known recording medium such as a semiconductor recording medium and a magnetic recording medium, or a combination of multiple types of recording media is employed as the storage device 22.

The operating device 25 accepts operations by the administrator Hb. For example, a plurality of operators pressed by the administrator Hb or a touch panel that detects contacts by the administrator Hb are used as the operating device 25. Specifically, the operating device 25 accepts an operation for issuing the trial ticket T.

FIG. 6 is a flowchart of a process in which the issuing device 20 issues the trial ticket T (hereinafter referred to as "issuance process"). When the operation device 25 receives the operation for issuing the trial ticket T, the control device 21 of the issuing device 20 transmits an issue request from the communication device 23 to the management device 10 (Sa1). The issue request is a message requesting generation of the experience code represented by the code image G printed on the experience ticket T.

The control device 11 of the management device 10 receives the issuance request transmitted by the issuance device 20 through the communication device 13 (Sa2). Next, the generation unit 112 of the control device 11 generates a trial code in response to the issuance request (Sa3). Specifically, the generation unit 112 generates a trial code that is different from any of the trial codes registered in the code table A. The generation unit 112 then registers the generated experience code in the code table A (Sa4). Specifically, the generation unit 112 registers the trial code and the usage status indicating that the trial code is unused in the code table A in association with each other. The control device 11 transmits the generated experience code from the communication device 13 to the issuing device 20 (Sa5).

The control device 21 of the issuing device 20 receives the experience code transmitted by the management device 10 through the communication device 23 (Sa6). The issuing mechanism 26 issues the trial ticket T on which the code image G is printed (Sa7). Specifically, the issuing mechanism 26 generates a code image G representing the experience code received by the communication device 23, and issues the experience ticket T by printing the code image G on a medium. The trial ticket T issued by the issuing device 20 is distributed from the administrator Hb to the user Ha2. Note that the code image G may be generated in the management device 10. The issuing device 20 prints the code image G transmitted from the management device 10 and issues the trial ticket T.

FIG. 7 is a block diagram illustrating the configuration of each game device 30. As illustrated in FIG. 7, the game device 30 is a computer system including a control device 31, a storage device 32, a communication device 33, a display device 34, an operating device 35, a reception device 36, an imaging device 37, and a payout device 38. It is realized by Note that the game device 30 may be realized not only as a single device but also as a set (ie, a system) of a plurality of devices configured separately from each other.

The control device 31 is, for example, one or more processors that control each element of the game device 30. Specifically, 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). Thus, the control device 31 is configured.

The storage device 32 is one or more memories that store programs executed by the control device 31 and various data used by the control device 31. For example, it is composed of known recording media such as semiconductor recording media and magnetic recording media. Note that the storage device 32 may be configured by a combination of multiple types of recording media. The communication device 33 communicates with the management device 10 via the communication network 2.

The display device 34 displays various images under the control of the control device 31. For example, a display panel such as a liquid crystal display panel or an organic EL (Electroluminescence) display panel is used as the display device 34. The operating device 35 is an input device that accepts instructions from the user Ha. For example, a touch panel that detects a touch by the user Ha or an operator operated by the user Ha is used as the operating device 35.

A user Ha1 who does not own the trial ticket T starts the first game by inserting a value medium (for example, a token coin) into the reception device 36. The accepting device 36 is a mechanism that accepts input of value media by the user Ha1. In the following explanation, the quantity of value media input by the user Ha1 will be referred to as "input amount". Specifically, the reception device 36 includes an input port into which the value medium is input, a detector that detects input of the value medium into the input port, and a storage container that stores the value medium input into the input port. do.

Note that electronic medals may be used as the value medium. In a configuration where electronic medals are used as a value medium, for example, a communication device that executes the withdrawal process of electronic medals by short-range wireless communication with a recording medium such as an IC card, or a communication device that executes the withdrawal process of electronic medals for each user Ha1, A communication device that executes electronic medal withdrawal processing through communication with a managing account management server is used as the reception device 36. Further, electronic money may be used as a value medium. In a configuration in which electronic money is used as a value medium, for example, a reading device that executes electronic payment of electronic money by short-range wireless communication with a recording medium such as an IC card, or a reading device that performs electronic payment of electronic money by communicating with an electronic payment server. A communication device that executes electronic payment is used as the reception device 36.

On the other hand, the user Ha2 who owns the trial ticket T starts the second game by holding the code image G printed on the trial ticket T over the imaging device 37. The imaging device 37 is an imaging element that images the code image G of the trial ticket T.

The payout device 38 is a mechanism that pays out value media. The payout device 38 of the first embodiment dispenses value media (eg, physical medals). Specifically, the dispensing device 38 includes a dispensing port for discharging value media in an amount corresponding to the credit. In addition, in a configuration in which electronic medals are used as a value medium, for example, a communication device that executes the electronic medal deposit process by short-range wireless communication with a recording medium such as an IC card, or a A communication device that executes electronic medal deposit processing through communication with an account management server that manages the account is used as the payout device 38. As can be understood from the above explanation, discharging tangible value medium (e.g. token coin) to user Ha or transferring value medium (e.g. electronic medal) to the value medium account owned by user Ha This is an example of paying out value media. Note that it does not matter whether the type of value medium inserted for playing the first game is different from the type of value medium paid out from the payout device 38.

FIG. 8 is a block diagram illustrating the functional configuration of the control device 31. As shown in FIG. As illustrated in FIG. 8, the control device 31 of the first embodiment has multiple functions (first processing section 311, second processing section 312, acquisition section 313, etc.) by executing the program stored in the storage device 32. , a game control section 314, a payout control section 315, a communication control section 316, and a display control section 317).

The game control unit 314 controls the game played by the user Ha. The game control unit 314 of the first embodiment controls the first game or the second game. Each of the first game and the second game is a lottery game in which winning/losing of user Ha is selected according to the result of lottery processing. The lottery process is a process of randomly selecting one of a plurality of lottery elements. Specifically, the lottery process is, for example, a physical lottery in which one of a plurality of lottery elements such as a sphere is selected, or an electronic lottery in which one of a plurality of lottery elements is selected by calculation by the control device 31. For example, if a combination of a predetermined number of lottery elements selected through a lottery process satisfies a predetermined condition, user Ha wins.

As described above, the first game and the second game are the same game with the same content. In the first embodiment, the difficulty level of the second game is lower than the difficulty level of the first game. The difficulty level of the second game being lower than the difficulty level of the first game means that, for example, the probability of winning in the second game lottery is higher than the probability of winning in the first game lottery. Specifically, the number of lottery elements that are eligible for winning among the lottery elements that are candidates for the lottery in the second game is greater than the number of lottery elements that are eligible for winning among the lottery elements that are candidates for the lottery in the first game. There are also many.

Furthermore, a structure in which the number of lottery elements for which a specific combination is required for winning in the second game is smaller than the number of lottery elements for which a specific combination is required for winning in the first game is also applicable to the second game. This corresponds to a case where the difficulty level of the first game is lower than the difficulty level of the first game. For example, in the game card used in the second game (for example, a bingo card), the lottery elements are arranged in 3 rows and 3 columns, and in the game card used in the first game, the lottery elements are arranged in 5 rows and 5 columns.

The first credit used for the first game is given to the user Ha1 by inserting a value medium into the reception device 36. On the other hand, the second credit used for the second game is given to the user Ha2 by holding the code image G of the trial ticket T over the imaging device 37. In the first embodiment, use of the first credit is prohibited in the second game. That is, the second game can be played only by using the second credits. For example, the use of the first credit is prohibited in the second game by a configuration that prohibits accepting the input of value media into the game device 30, granting the first credit to the user Ha2, or accepting the use of the first credit. be done. The respective quantities of the first credit and the second credit are stored in the storage device 32 and managed separately from each other.

The first processing unit 311 grants the first credit to the user Ha1. When the reception device 36 accepts the input of the value medium, the first processing unit 311 grants the user Ha1 a quantity of first credits corresponding to the input amount of the value medium. The user Ha1 plays the first game by using a desired amount of first credits. If the user Ha1 wins in the lottery process of the first game, the game control unit 314 gives the user Ha1 a reward of first credits in an amount corresponding to the amount of first credits used.

The acquisition unit 313 acquires the trial code provided to the user Ha2. Specifically, the acquisition unit 313 acquires the experience code represented by the code image G by analyzing the code image G captured by the imaging device 37. A known image analysis technique is arbitrarily adopted for analyzing the code image G.

The communication control unit 316 transmits the experience code acquired by the acquisition unit 313 from the communication device 33 to the management device 10. As described above, the determination unit 113 of the management device 10 determines whether the experience code transmitted from the game device 30 is valid. The communication control unit 316 receives the determination result of the trial code by the management device 10 through the communication device 33 .

The second processing unit 312 (an example of a processing unit) grants the second credit to the user Ha2. If the experience code acquired by the acquisition unit 313 is valid, the second processing unit 312 grants a predetermined amount of second credits to the user Ha2 in exchange for the experience code. User Ha2 plays the second game by using a desired amount of second credits. If the user Ha2 wins in the lottery process of the second game, the game control unit 314 gives the user Ha2 a reward of second credits in an amount corresponding to the amount of second credits used.

The display control unit 317 causes the display device 34 to display various images necessary for the game. The display control unit 317 of the first embodiment causes the display device 34 to display information for guiding the progress of the second game (hereinafter referred to as "guidance information"). Guide information is displayed on the display device 34 in parallel with the progress of the second game. User Ha2 can play the second game while referring to the guide information. The guide information is, for example, various types of information such as an overview of the second game, an operating method, rules, or basic information necessary for playing. In the first embodiment, since the first game and the second game are the same game, the guide information can also be said to be information for guiding the progress of the first game. In the first embodiment, since guidance information is displayed in the second game, even user Ha2 who has never played the first game or the second game can smoothly play the second game. However, it is not essential to display the guidance information on the display device 34.

The payout control unit 315 controls the payout of value media. When a payout is instructed by user Ha's operation on operating device 35, payout control unit 315 pays out value media in an amount corresponding to the amount of credits to user Ha using payout device 38. In the first embodiment, it is possible to pay out value media for both the first credit and the second credit. As described above, when paying out a token coin (medal) as a value medium, the payout control unit 315 discharges the token coin. Furthermore, when paying out electronic medals as value media, the payout control unit 315 transfers the electronic medals to the user H's account.

FIG. 9 is a flowchart illustrating a specific procedure of the process (hereinafter referred to as "first game process") Sb executed by the control device 31 of the game device 30 regarding the first game. The first game process Sb is started when the reception device 36 accepts the input of the value medium.

The first processing unit 311 of the game device 30 provides the user Ha1 with first credits in an amount corresponding to the input amount of the value medium (Sb1). Upon receiving an instruction to use the first credits from the user Ha1 (Sb2), the game control unit 314 advances the first game using the amount of first credits specified by the user Ha1 (Sb3). If the user Ha1 wins in the lottery process of the first game (Sb4: YES), the game control unit 314 rewards the user Ha1 with first credits in an amount corresponding to the usage amount (Sb5). That is, the game control unit 314 adds a quantity corresponding to the usage amount to the quantity of first credits owned by the user Ha1. Note that if user Ha1 does not win in the lottery process of the first game (Sb4: NO), no reward will be given to user Ha1.

The game control unit 314 determines whether the payout of the value medium has been instructed by the user Ha1 (Sb6). If the payout of the value medium is instructed (Sb6: YES), the payout control unit 315 executes the payout of the value medium (Sb7). Specifically, the payout control unit 315 pays out value media in an amount corresponding to the amount of first credits. Note that if the payout of the value medium is not instructed (Sb6: NO), the payout of the value medium (Sb7) is not executed.

The game control unit 314 determines whether the conditions for ending the first game are satisfied (Sb8). For example, when the remaining amount of first credits decreases to 0, the game control unit 314 determines that the end condition is satisfied. If the termination condition is not met (Sb8: NO), the game control unit 314 proceeds with the first game (Sb2, Sb3), awards rewards upon winning (Sb4, Sb5), and responds to instructions from user Ha1. The disbursement of value media (Sb6, Sb7) is repeated. On the other hand, if the end condition is satisfied (Sb8: YES), the first game process Sb ends. In the first game process Sb illustrated in FIG. 9, the value media are paid out (Sb6, Sb7) after the reward is given (Sb5), but the value media are paid out during the execution of the first game. It is always possible.

10 and 11 are flowcharts illustrating a specific procedure of the process (hereinafter referred to as "second game process") Sc executed by the control device 31 of the game device 30 regarding the second game. The second game process Sc is started when the imaging device 37 captures the code image G of the trial ticket T owned by the user Ha2.

The acquisition unit 313 of the game device 30 acquires the experience code by analyzing the code image G captured by the imaging device 37 (Sc1). That is, the trial code provided to user Ha2 is acquired. The communication control unit 316 transmits the experience code acquired by the acquisition unit 313 from the communication device 33 to the management device 10 (Sc2).

FIG. 10 shows a flowchart illustrating the procedure of the process (hereinafter referred to as "determination process") Sd executed by the control device 11 of the management device 10 that has received the experience code. The determination process Sd is started upon receiving the experience code transmitted from the game device 30.

The determination unit 113 of the management device 10 determines whether the experience code transmitted from the game device 30 is valid (Sd1). That is, it is determined whether the experience code acquired by the acquisition unit 313 is valid. Specifically, the determination unit 113 uses code table A to determine whether the trial code is valid or invalid. If the usage status of the experience code transmitted from game device 30 is "unused" in code table A, it is determined that the experience code is valid. On the other hand, if the usage status of the experience code transmitted from game device 30 is "used" in code table A, it is determined that the experience code is invalid. That is, if the second credit has never been given to the user Ha2 by the experience code acquired by the acquisition unit 313, it is determined that the experience code is valid, and the second credit has already been granted by the experience code. If the trial code has been given to user Ha2, it is determined that the trial code is invalid.

If it is determined that the trial code is valid (Sd1: YES), the determination unit 113 updates the usage status of the trial code transmitted from the game device 30 from "unused" to "used" in the code table A. (Sd2). If it is determined that the trial code is invalid (Sd1: NO), code table A is not updated. Then, the determination unit 113 transmits the determination result of the trial code from the communication device 13 to the game device 30 (Sd3).

The communication control unit 316 of the game device 30 receives the determination result of the trial code by the determination unit 113 via the communication device 33 (Sc3). When the determination result transmitted from the management device 10 indicates that the experience code is valid (Sc4: YES), the second processing unit 312 grants the second credit to the user Ha2 (Sc5). On the other hand, when the determination result transmitted from the management device 10 indicates that the trial code is invalid (Sc4: NO), the second credit is not granted to the user Ha2. That is, the second game process Sc ends without the second game being executed. For example, a message to the effect that the trial code is invalid is displayed on the display device 34, and then the second game process Sc ends. In the first embodiment, the second game can only be played once using one trial code.

As understood from the above explanation, when the trial code acquired by the acquisition unit 313 is determined to be valid by the determination unit 113, the second processing unit 312 grants the second credit to the user Ha2. However, if the trial code is determined to be invalid by the determination unit 113, the second credit is not granted to the user Ha2.

Upon receiving the instruction to use the second credits from the user Ha2 (Sc6), the game control unit 314 advances the second game using the amount of second credits specified by the user Ha2 (Sc7). If the user Ha2 wins in the lottery process of the second game (Sc8: YES), the game control unit 314 rewards the user Ha2 with a quantity of second credits according to the usage amount (Sc9). That is, the game control unit 314 adds the amount corresponding to the usage amount to the amount of second credits owned by the user Ha2. Note that if user Ha2 does not win in the lottery process of the second game (Sc8: NO), no reward will be given to user Ha2.

The game control unit 314 determines whether the payout of value media has been instructed by the user Ha2 (Sc10). If the payout of the value medium is instructed (Sc10: YES), the payout control unit 315 executes the payout of the value medium (Sc11). Specifically, the payout control unit 315 pays out value media in an amount corresponding to the amount of second credits. Note that if the payout of the value medium is not instructed (Sc10: NO), the payout of the value medium (Sc11) is not executed.

The game control unit 314 determines whether the second game ending condition is satisfied (Sc12). For example, when the remaining amount of second credits decreases to 0, the game control unit 314 determines that the end condition is satisfied. If the termination condition is not satisfied (Sc12: NO), the game control unit 314 proceeds with the second game (Sc6, Sc7), gives the winning reward (Sc8, Sc9), and responds to the instructions from the user Ha2. The dispensing of value media (Sc10, Sc11) is repeated. On the other hand, if the termination condition is satisfied (Sc12: YES), the second game process Sc ends. In the second game process Sc illustrated in FIG. 11, the value media are paid out (Sc10, Sc11) after the reward is given (Sc9), but the value media are paid out during the execution of the second game. It is always possible.

As understood from the above explanation, the game that is executed without the acquisition unit 313 acquiring the experience code and in which the first credit is used is the first game, and the game that is executed without the acquisition unit 313 acquiring the experience code is the first game, and the The game in which 2 credits are used is the second game.

There is a request to allow user Ha2, who has never played the first game, to play the first game. However, since a value medium is required to play the game, it is difficult for users who have never played the game to play the game. Therefore, there is a problem in that it is difficult for the user to play the game. On the other hand, in the first embodiment, since the second credit given by acquiring the experience code can be used in the second game, the user Ha2 to whom the experience code was provided needs to consume the value medium. The second game can be played without using credits. That is, it is possible to encourage the user Ha2 provided with the trial code to play the second game. As a result, the user Ha2 can be given an incentive to play the first game.

Further, in the configuration in which a value medium (for example, a token coin) for granting the second credit is provided to the user Ha2, the provision of the value medium is limited to the gaming facility where the game system 1 is installed. On the other hand, according to the configuration of the first embodiment in which the experience code for granting the second credit is provided to the user Ha2, the configuration provides the value medium to the user Ha2 for granting the second credit. Compared to this, the opportunity to provide the trial code to user Ha2 increases. For example, trial codes can be distributed outside the gaming facility. Therefore, trial codes can be given to many users Ha2.

For example, in a configuration in which a value medium (e.g., token coin) for granting second credits is provided to the user Ha2 in exchange for the experience code, the experience code and the value medium are exchanged, for example, via the gaming facility manager Hb. This requires a lot of effort for both the administrator Hb and the user Ha2. In contrast, in the first embodiment, the second credit is given in exchange for the trial code, which reduces the effort of both the administrator Hb and the user Ha2.

In the first embodiment, if the player wins in the second game, the user Ha2 is given a quantity of second credits as a reward according to the amount of second credits used, so the user Ha2 feels satisfied with playing the second game. is obtained. That is, it is possible to provide sufficient incentive to the user Ha2 to play the first game. Also, since the difficulty level of the second game is lower than the first game, compared to a configuration where the difficulty level of the second game is the same as the difficulty level of the first game, the user Ha2 who was provided with the trial code is It is easy to obtain a sufficient sense of satisfaction by playing the second game. For example, user Ha2 feels satisfied by winning in the second game. Therefore, sufficient incentive to play the first game can be given to the user Ha2.

In the first embodiment, since the use of the first credits is prohibited in the second game, the play of the second game can be limited to within the range of the second credits. By adopting a configuration in which the use of the first credit is prohibited in the second game when the difficulty level of the second game is lower than the difficulty level of the first game, the user Ha2 is excessively rewarded in the second game. can be reduced.

Since the second credit is given only when the trial code is valid, it is possible to restrict the second credit from being given to the user Ha2 more than necessary. Furthermore, if the second credit has been given to the user Ha2 even once by the experience code acquired by the acquisition unit 313, it is determined that the experience code is invalid. Granting can be limited to one time.

[Second embodiment]
A second embodiment of the present invention will be described. In each aspect illustrated below, for elements whose functions are similar to those in the first embodiment, the reference numerals used in the description of the first embodiment will be used, and detailed description of each will be appropriately omitted.

In the first embodiment, the payout of value media is permitted for both the first credit and the second credit, but in the second embodiment, the payout of value media is prohibited for the second credit. When the user Ha1 instructs to pay out value media for the first credit, the payout control unit 315 pays out the amount of value media corresponding to the amount of the first credit, similarly to the first embodiment.

On the other hand, payout of value media in an amount corresponding to the amount of second credits is prohibited. For example, with a configuration in which the operating device 35 does not accept an operation to instruct the payout of value media, or a configuration in which the game control unit 314 does not execute the payout of value media, the amount of value media corresponding to the amount of the second credit is paid out. is prohibited.

The second embodiment also achieves the same effects as the first embodiment. Playing other games, including the first game, typically requires the purchase of a medium of value (eg, token coins or electronic medals). Therefore, in a configuration in which payout of value media in an amount corresponding to the amount of second credits granted free of charge is permitted, value media will be essentially granted to user Ha2 free of charge. If value media given for free are used in other games, there is a problem in that profits obtained at gaming facilities decrease. On the other hand, in the second embodiment, since the payout of value media in an amount corresponding to the amount of second credits is prohibited, it is possible to prohibit the use of value media given for free in other games. Therefore, it is possible to reduce the decrease in profits at the gaming facility.

[Modified example]
Each form illustrated above can be modified in various ways. Specific modifications that can be applied to each of the above embodiments are illustrated below. Two or more aspects arbitrarily selected from the following examples may be combined to the extent that they do not contradict each other.

(1) In each of the above embodiments, the first game and the second game are lottery games, but the first game and the second game may be games that are not based on lottery processing. For example, various games (for example, exploration games, puzzle games, role-playing games, bingo games, or competitive games) that are advanced by the operations of the user Ha, or pusher games using token coins, are played in the first game and the second game. You can also use it as

In addition, regardless of the type of the first game and the second game, in the first game, the first credit in the amount according to the result of the first game is given to the user Ha1 as a reward, and in the second game, the first credit is given to the user Ha1 as a reward. , a configuration is preferred in which an amount of second credits corresponding to the result of the second game is given to the user Ha2 as a reward. When the first game and the second game are lottery games, winning/losing in the lottery process is the result of the game. If the first game and the second game are competitive games, the result of the game is the outcome of the competition. In addition, when the first game and the second game are exploration games, the success or failure of a specific condition such as reaching a specific point is involved.

(2) In each of the above embodiments, the first credit is given to the user Ha1 as a reward in the first game, but the reward in the first game is not limited to the first credit. For example, the right to participate in a specific game or event, or an item that can be used in the first game may be given to the user Ha1 as a reward. Similarly, the reward in the second game is not limited to the second credit. For example, the right to participate in a specific game or event, or an item that can be used in the second game may be given to the user Ha2 as a reward. Note that it is not essential to provide rewards in the first game and the second game.

(3) In each of the above embodiments, the difficulty level of the second game is lower than the difficulty level of the first game, but even if the difficulty level of the second game is the same as the difficulty level of the first game, good. However, from the viewpoint of giving the user Ha2 a sense of satisfaction from playing the second game, it is preferable that the difficulty level of the second game is lower than the difficulty level of the first game.

(4) In each of the above embodiments, the determination unit 113 may determine whether the experience code is valid or invalid by taking into account information other than the usage status of the experience code. The determining unit 113 may determine whether the trial code is valid or invalid, taking into consideration the expiration date of the trial code, for example. In step Sa3 of FIG. 6, the generation unit 112 of the management device 10 generates, for example, a trial code and sets an expiration date for the trial code. For example, the expiration date is set as the expiration date after a predetermined number of days have elapsed since the generation date of the trial code. In step Sa4, the generation unit 112 registers the trial code in the code table A in association with the usage status "unused" and the expiration date. Then, the generation unit 112 transmits the trial code and the expiration date to the issuing device 20 in step Sa5. The issuing device 20 issues a trial ticket T on which a code image G and an expiration date are printed. Note that the administrator Hb may specify the expiration date of the trial code, and the issuing device 20 may transmit the expiration date to the management device 10 together with the issuance request.

In step Sd1 of FIG. 10, if the usage status of the trial code transmitted from the game device 30 is unused and the trial code is within the expiration date, the determination unit 113 validates the trial code. It is determined that That is, in a situation where the expiration date of a trial code is limited, a trial code that is used within the expiration date is a valid trial code. On the other hand, if the usage status of the experience code is that it has been used, or if the experience code is outside the expiration date, it is determined that the experience code is invalid.

Further, for example, a configuration may be adopted in which the locations where the experience code can be used (hereinafter referred to as "designated locations") are restricted. In the above configuration, for example, the administrator Hb specifies the designated location of the experience code, and the issuing device 20 transmits the designated location to the management device 10 together with the issuance request. The designated location is set, for example, to a gaming facility where the game device 30 is installed. When the generation unit 112 of the management device 10 receives the issuance request and designated location from the issuance device 20, it generates a trial code in step Sa3. Next, in step Sa4, the generation unit 112 registers the experience code in the code table A in association with the usage status "unused" and the specified location transmitted from the issuing device 20. Then, the generation unit 112 transmits the trial code to the issuing device 20 in step Sa5.

The issuing device 20 issues a trial ticket T on which a code image G and a designated place are printed. Note that it is not essential for the administrator Hb to specify the designated location of the experience code. For example, the management device 10 that has received the issuance request may set the gaming facility where the issuance device 20 that is the source of the issuance request is installed as the designated location. In step Sc2 of FIG. 10, the communication control unit 316 of the game device 30 communicates the experience code acquired by the acquisition unit 313 and information indicating the gaming facility where the game device 30 is located (hereinafter referred to as “facility information”). It is transmitted from the device 33 to the management device 10.

The determination unit 113 of the management device 10 determines whether the experience code is valid or invalid, taking into consideration the designated location of the experience code. Specifically, in step Sd1, if the usage status of the experience code transmitted from the game device 30 is unused, and the gaming facility indicated by the facility information matches the designated location, the determining unit 113 determines that: The trial code is determined to be valid. That is, in a situation where a designated location is set for the experience code, the experience code used at the designated location is the valid experience code. On the other hand, if the usage status of the experience code is that it has been used, or if the location indicated by the facility information does not match the designated location, the experience code is determined to be invalid. Note that the designated location is not limited to the gaming facility where the game device 30 is installed. For example, a gaming facility different from the gaming facility where the game device 30 is installed, a specific area, or the like may be set as the designated location.

However, it is not essential to take usage status or expiration date into account when determining whether a trial code is valid or invalid. For example, the determination unit 113 may determine that experience codes registered in code table A are valid, and determine that experience codes that are not registered in code table A are invalid. As understood from the above explanation, any information is taken into account when determining whether a trial code is valid or invalid. Note that, for example, in a situation where the number of game devices 30 that can be played using a trial code is limited, the trial code used in the game device 30 may be a valid trial code.

(5) In each of the above embodiments, the experience code was provided to the user Ha2 by distributing the experience ticket T on which the code image G was printed, but the method of providing the experience code to the user Ha2 is as shown in the above example. Not limited. Alternatively, the trial code may be provided to the user Ha2 by, for example, transmitting the code image G to an information terminal owned by the user Ha2. The management device 10 transmits, for example, the code image G generated by the generation unit 112 to the e-mail address of the information terminal of the user Ha2 registered in advance. Alternatively, the management device 10 may transmit the code image G to the information terminal of the user Ha2 via an application downloaded in advance. As understood from the above explanation, it is not essential to distribute physical experience tickets T to users Ha2.

(6) In each of the above embodiments, the experience code provided to the user Ha2 is obtained by analyzing the code image G captured by the imaging device 37, but the method of obtaining the experience code is not limited to the above examples. For example, if the code string representing the experience code itself is printed on the experience ticket T, the user Ha2 may input the experience code by operating the operating device 35. The acquisition unit 313 receives the trial code via the operating device 35.

Further, for example, an IC card on which a trial code is recorded may be distributed to the user Ha2. The acquisition unit 313 acquires the experience code provided to the user Ha2 by receiving the experience code from the IC card through communication. As understood from the above explanation, the method of acquiring the experience code by the acquisition unit 313 is also changed as appropriate depending on the method of providing the experience code to the user Ha2. The acquisition unit 313 functions as an element that acquires the experience code provided to the user Ha2. The element that identifies the experience code by analyzing the information input to the game device 30 (for example, code image G), the element that receives the experience code via communication, or the element that accepts the experience code from the user Ha2 is the acquisition unit 313. This is an example.

(7) In each of the above-described embodiments, the issuing device 20 may be equipped with a function of reading identification information and the like from a card owned by the user Ha2, for example, in order to manage the store visit history of the user Ha2.

(8) In each of the above embodiments, the issuing device 20 issues the trial ticket T in response to the operation from the administrator Hb, but for example, the issuing device 20 issues the trial ticket T in response to the operation from the user Ha2 visiting the gaming facility. Ticket T may be issued. Further, the code image G may be printed on a card (for example, a bingo card) used in a game device other than the game device 30. According to the above configuration, it is possible to encourage users of other game devices to play the second game. Furthermore, in the case of a game in which the game device 30 uses cards (for example, a bingo game), the code image G may be printed on the card (that is, a bingo card).

(9) In each of the above-described embodiments, the user Ha2 played the second game using the trial code, but in addition to using the trial code, the user may perform personal authentication upon starting the second game. Personal authentication is a process of verifying the validity of the user Ha2 by comparing the identification information input by the user Ha2 with registered identification information. The game control unit 314 may provide a benefit to the user Ha2 who played the second game after performing the identity authentication. Examples of the benefits include a predetermined amount of second credits and the right to participate in a specific game or event.

(10) In each of the above embodiments, the second game may be composed of a plurality of stages. When a specific condition is satisfied in one stage, the process proceeds to the next stage in response to an instruction from the user Ha2. Benefits are given to user Ha2 each time the stage progresses. Examples of the benefits include a predetermined amount of second credits and the right to participate in a specific game or event.

(11) In each of the above embodiments, a benefit may be given to the user Ha2 when a specific condition is satisfied after the second game ends. For example, when an account for electronic medals is opened or when a membership card for a gaming facility is created, a privilege is given to the user Ha2. Examples of benefits include a predetermined amount of electronic medals, and the right to participate in a specific game or event.

(12) In step Sc12, the game control unit 314 sets the termination condition when a predetermined time has passed since the start of the second game, or when the number of lottery processes using the second credits reaches a predetermined value. It may be determined that the following holds true.

(13) In each of the above embodiments, a configuration may be adopted in which the second game is more limited than the first game from the viewpoint of simplifying the second game more than the first game. For example, the second game is a game that is more limited than the first game with respect to the following matters.
(A) Operations allowed for user Ha2 (B) Payout of value media according to credits (C) Use of credits (first credit, second credit) (D) Rewards given to user Ha2 (E ) Play time allowed for user Ha2 (F) Benefits granted to user Ha2 (G) Stages that can be played (H) Items that can be used However, the restrictions regarding the second game are as shown in the examples above. Not limited. The matters that are restricted in the second game are changed as appropriate depending on the type of game.

In the second game that is restricted regarding (A), the operations allowed to the user Ha2 in the second game are more limited than the operations allowed to the user Ha1 in the first game. The operations allowed by user Ha are operations on game device 30 from user Ha while the game is in progress. For example, operations allowed by the user Ha include an operation of paying out value media, an operation of using credits (for example, making a bet), an operation of proceeding with the game, an operation of interrupting the game, etc. For example, operations in the second game may be restricted due to a configuration in which the operating device 35 does not accept operations from the user Ha2, or a configuration in which the game control unit 314 does not perform operations in response to operations accepted by the operating device 35. Ru. According to the above configuration, there is an advantage that the second game can be made simpler than the first game.

Note that the restrictions on operations in the second game may be lifted after a predetermined period of time has elapsed since the start of the second game. For example, after the guidance information such as the operation explanation of the second game and the outline of the second game is displayed, after the lottery process in the second game has been completed a predetermined number of times, or after the second game has been completed multiple times, the second game is displayed. Restrictions on operations in 2 games will be lifted. Furthermore, in a configuration in which operations using the second credits in the second game are restricted, for example, the game control unit 314 may determine the usage amount of the second credits without depending on the operations of the user Ha2.

In the second game that is restricted regarding (B), for example, the quantity of value media paid out for the second credit is smaller than the quantity of value media paid out for the first credit. Specifically, the quantity of value media corresponding to the predetermined amount of second credits is smaller than the quantity of value media corresponding to the predetermined amount of first credits. That is, when the quantity of second credits and the quantity of first credits are the same, the quantity of value media paid out for the second credit is smaller than the quantity of value media paid out for the first credit. For example, the payout control unit 315 pays out value media in an amount equal to the amount of first credits, and pays out value media in an amount obtained by multiplying the amount of second credits by a predetermined value (a numerical value less than 1). Further, for example, a configuration in which an upper limit is placed on the quantity of value media paid out for the second credit, or a configuration in which the quantity of value media paid out for the second credit is a fixed value may also be adopted.

According to a configuration in which the quantity of value media corresponding to the predetermined amount of second credits is smaller than the quantity of value media corresponding to the predetermined amount of first credits, the second credits granted by providing the trial code (i.e., free of charge) Disadvantages (typically, a decrease in profits at gaming facilities) due to paying out value media for the second credit granted are reduced. Furthermore, a configuration is also envisaged in which, for example, the remuneration given for the second game is made smaller than the remuneration given for the first game, thereby reducing the decrease in profits at the gaming facility. However, with the above configuration, it is not possible to give the user Ha2 a feeling of satisfaction equivalent to that obtained by the first game. On the other hand, according to a configuration in which the quantity of value media corresponding to the predetermined amount of second credits is smaller than the quantity of value media corresponding to the predetermined amount of first credits, the satisfaction of playing the second game can be reduced by the user. While increasing Ha2, it is also possible to reduce the decline in profits at gaming facilities. However, a configuration may be adopted in which the reward given for the second game is less than the reward given for the first game. Note that the second game illustrated in the second embodiment (the game in which the payout of value media is prohibited for the second credit) is an example of a second game that is more restricted than the first game regarding (B).

The second game that is restricted in relation to (C) is, for example, the use of the first credits is prohibited in the second game, or the amount of second credits allowed in the second game is different from the amount allowed in the first game. less than the amount of first credit used.

The second game that is restricted regarding (D) is, for example, a game in which the reward given to user Ha2 in the second game is smaller than the reward given to user Ha1 in the first game, or No reward is given to user Ha2.

Regarding the second game that is restricted regarding (E), for example, the play time allowed to the user Ha2 in the second game is shorter than the play time allowed to the user Ha1 in the first game.

The second game that is restricted with respect to (F) is, for example, a case in which the privilege given to user Ha2 in the second game is less than the privilege given to user Ha1 in the first game, or Benefits are not granted to user Ha2.

For example, in the second game that is restricted regarding (G), the number of stages that can be played in the second game is smaller than the number of stages that can be played in the first game.

For example, in the second game that is restricted regarding (H), the number of items that can be used in the second game is smaller than the number of items that can be used in the first game.

(14) As described above, the functions of the management device 10 according to each of the above embodiments are realized by cooperation between one or more processors forming the control device 11 and a program. Similarly, the functions of the game device 30 according to each of the above-described embodiments are realized through cooperation between one or more processors forming the control device 31 and a program. The programs according to each of the above embodiments may be provided in a form stored in a computer-readable recording medium and installed in a computer. The recording medium is, for example, a non-transitory recording medium, and an optical recording medium (optical disk) such as a CD-ROM is a good example, but any known recording medium such as a semiconductor recording medium or a magnetic recording medium is used. Also included are recording media in the form of. Note that the non-transitory recording medium includes any recording medium except for transitory, propagating signals, and does not exclude volatile recording media. Furthermore, in a configuration in which a distribution device distributes a program via a communication network, a storage device that stores the program in the distribution device corresponds to the above-mentioned non-transitory recording medium.

[Additional notes]
From the above description, preferred embodiments of the present invention can be understood, for example, as follows. Note that in order to facilitate understanding of each aspect, the reference numerals in the drawings will be conveniently written in parentheses below, but this is not intended to limit the present invention to the illustrated aspects.

[Additional note 1]
A game system (1) according to a preferred aspect (Appendix 1) of the present invention includes an acquisition unit (313) that acquires a code provided to a user (Ha2), and a code acquisition unit (313) that does not acquire a code. A game control unit (314) that controls a first game that is executed by the acquisition unit (313) and uses the first credit, and a second game that uses the second credit given by the acquisition of the code by the acquisition unit (313). ). In the above aspect, since the second credit given by acquiring the code can be used in the second game, the user (Ha2) to whom the code was provided can play the second game without using the first credit. can do. In other words, the user (Ha2) provided with the code can be encouraged to play the second game. As a result, the user (Ha2) can be given an incentive to play the first game. Also, since the code for granting the second credit is provided to the user (Ha2), it is compared with the configuration in which a value medium (for example, a token coin) for granting the second credit is provided to the user (Ha2). This increases the chances of providing the code to the user (Ha2). For example, codes can be distributed outside the facility (for example, a game center) where the game system (1) is installed. Therefore, the code can be provided to many users (Ha2). For example, in a configuration in which a value medium for granting second credits is provided to the user (Ha2) in exchange for a code, it is necessary to exchange the code and value medium through the facility manager Hb, and the administrator This is time-consuming for both Hb and the user (Ha2). In the above aspect, since the second credit is given in exchange for the code, the effort of both the administrator Hb and the user (Ha2) is reduced.

The "code" is a code string provided to the user (Ha2) to experience the second game. For example, a code can be sent to a user (Ha2) by distributing a medium on which an image representing the code (for example, a QR code) is printed, or by transmitting an image representing the code to an information terminal owned by the user (Ha2). Ha2).

The "first credit" is an intangible medium that is consumed as compensation for playing the first game. For example, a first credit is granted to the user (Ha2) in exchange for a medium of value (eg token coin, electronic medal or currency).

“Second credit” is an intangible medium consumed as compensation for playing the second game. For example, a second credit is given in exchange for a code provided free of charge.

The "first game" is a game that can be played without requiring a code and uses the first credits.

The "second game" is a game that requires a code to play and uses second credits given to the user (Ha2) to whom the code is provided. The second game is typically a game that is related in content to the first game, but may be a game that is not related in content to the first game. The content of the game is, for example, the world view of the game, the characters appearing in the game, the genre of the game, or the rules of the game.

[Additional note 2]
In the preferred example of Appendix 1 (Appendix 2), in the first game, the user (Ha1) is given a first credit in an amount corresponding to the result of the first game, and in the second game, the first credit is given as a reward to the user (Ha1). , the amount of second credits according to the result of the second game is given to the user (Ha2) as a reward. In the above aspect, similarly to the first game, in the second game, the amount of second credits corresponding to the result of the second game is given to the user (Ha2) as a reward, so the user (Ha2 ) gives a sense of satisfaction in playing the second game. That is, it is possible to give the user (Ha2) a sufficient incentive to play the first game.

[Additional note 3]
In a preferred example of Appendix 1 or Appendix 2 (Appendix 3), the difficulty level of the second game is lower than the difficulty level of the first game. In the above aspect, since the difficulty level of the second game is lower than the difficulty level of the first game, the code is provided as compared to a configuration in which the second game difficulty level is the same as the first game difficulty level. It is easy for the user (Ha2) who has played the second game to gain sufficient satisfaction from playing the second game. Therefore, the user (Ha2) can be given a sufficient incentive to play the first game.

[Additional note 4]
In the preferred example of any one of Supplementary Notes 1 to 3 (Appendix 4), the second game is a game with more restrictions than the first game. In the above aspect, since the second game is a game with more restrictions than the first game, the second game can be made simpler than the first game.

The second game includes, for example, the operations allowed by the user (Ha2), the payout of value media according to credits, the use of credits, the reward given to the user (Ha2), the play time allowed, the user (Ha2) is more limited than the first game in terms of benefits granted, playable stages, usable items, etc. However, the restrictions regarding the second game are not limited to the above examples. The matters that are restricted in the second game are changed as appropriate depending on the type of game.

[Additional note 5]
In the preferred example of Appendix 4 (Appendix 5), use of the first credit is prohibited in the second game. In the above aspect, since the use of the first credits is prohibited in the second game, the play of the second game can be limited within the range of the second credits.

[Additional note 6]
In the preferred example of Appendix 4 (Appendix 6), the operations allowed by the user (Ha2) in the second game are more limited than the operations allowed by the user (Ha1) in the first game. In the above aspect, since the operations allowed by the user (Ha2) in the second game are more restricted than the operations allowed by the user (Ha1) in the first game, the second game is more limited than the operations allowed in the first game. can also be simplified.

"Operations permitted by the user" are operations performed by the user (Ha) on the game system (1) while the game is in progress. For example, operations permitted by the user include an operation of paying out value media, an operation of using credits (for example, making a bet), an operation of advancing the game, an operation of interrupting the game, etc.

[Additional note 7]
In the preferred example of Appendix 4 (Appendix 7), a payout control unit (315) that pays out a quantity of value media corresponding to the quantity of the first credit and a quantity of value media corresponding to the quantity of the second credit; In the payout of the value medium, the quantity of the value medium corresponding to the predetermined amount of the second credit is smaller than the quantity of the value medium corresponding to the predetermined amount of the first credit. In the above aspect, since the quantity of the value medium corresponding to the predetermined amount of the second credit is smaller than the quantity of the value medium corresponding to the predetermined amount of the first credit, the second credit given by providing the code has no value. Disadvantages caused by paying out media (typically a decrease in profits at gaming facilities) are reduced.

[Additional note 8]
In the preferable example of Appendix 4 (Appendix 8), the payout control unit (315) dispenses a quantity of value media corresponding to the quantity of the first credit, and a payout control unit (315) that dispenses a quantity of value media corresponding to the quantity of the second credit. payment is prohibited. In the above embodiment, since the payout of value media corresponding to the amount of second credits is prohibited, the value media paid out for the second credits given by providing the code cannot be used for other games. can be prohibited.

The "value medium" is, for example, a token coin (medal) or an electronic medal.

"Payout of value medium" means, for example, discharging it to the user (Ha2) as a tangible value medium (e.g. token coin), or discharging the value medium (e.g. electronic medals).

[Additional note 9]
In the preferred example (Appendix 9) of any one of Appendices 1 to 8, a determination unit (113) that determines whether the code acquired by the acquisition unit (313) is valid; ) is determined to be valid by the determination unit (113), the second credit is given to the user (Ha2), and the code acquired by the acquisition unit (313) is and a processing unit (312) that does not grant the second credit to the user (Ha2) if the determination unit (113) determines that the second credit is invalid. In the above aspect, since the second credit is given only when the code is valid, it is possible to restrict the second credit from being given to the user (Ha2) more than necessary.

For example, in situations where a registered code is required, a registered code is a "valid code." In situations where a code can only be used once, a code that has never been used is a "valid code." In situations where a code has a limited expiration date, a code that is used within the expiration date is a "valid code." Using the code means giving the second credit to the user (Ha2) in exchange for the code. Furthermore, in a situation where the locations where the code can be used are limited, the "valid code" is the code that is used in the available locations set for the code.

[Additional note 10]
In the preferred example of Appendix 9 (Appendix 10), the determination unit (113) determines that if the second credit has never been granted to the user (Ha2) by the code acquired by the acquisition unit (313), , if the code is determined to be valid and the second credit has already been granted to the user (Ha2) by the code acquired by the acquisition unit (313), the code is determined to be invalid; do. In the above aspect, if the second credit has been granted to the user (Ha2) even once by the code acquired by the acquisition unit (313), the code is determined to be invalid. The granting of the second credit can be limited to one time.

[Additional note 11]
A preferred example of any one of Supplementary Notes 1 to 10 (Appendix 11) includes a display control unit (317) that causes the display device (34) to display information for guiding the progress of the second game. In the above embodiment, since information for guiding the progress of the second game is displayed on the display device (34), even a user (Ha2) who has never played the second game can smoothly play the second game. can be played.

"Information for guiding the progress of the game" is exemplified by various information such as the outline of the game, operating method, rules, or basic information necessary for playing as a guide for the progress of the game.

[Additional note 12]
The program according to the preferred aspect (Appendix 12) of the present invention includes an acquisition unit (313) that acquires the code provided to the user (Ha2), and is executed without the acquisition unit (313) acquiring the code. , a computer as a game control unit (314) that controls a first game in which the first credit is used and a second game in which the second credit given by the acquisition of the code by the acquisition unit (313) is used. make it work.

[Additional note 13]
The operating method of the game system (1) according to a preferred aspect (Appendix 13) of the present invention is to obtain a code provided to a user (Ha2), execute the game without obtaining the code, and use the first credit. and a second game in which the second credit given by acquiring the code is used.

DESCRIPTION OF SYMBOLS 1... Game system, 10... Management device, 11... Control device, 112... Generation part, 113... Determination part, 12... Storage device, 13... Communication device, 2... Communication network, 20... Issuing device, 21... Control device, 22... Storage device, 23... Communication device, 25... Operating device, 30... Game device, 31... Control device, 311... Processing section, 312... Processing section, 313... Acquisition section, 314... Game control section, 315... Payout control 316...Communication control unit, 317...Display control unit, 32...Storage device, 33...Communication device, 34...Display device, 35...Operation device, A...Code table, G...Code image, Ha (Ha1, Ha2) ...User, Hb...Administrator, T...Trial ticket.

Claims (1)

an acquisition unit that acquires the code provided to the user;
a first game that is executed without acquiring a code by the acquisition unit and uses a first credit;
A game system comprising: a second game in which second credits given by the acquisition of the code by the acquisition unit are used; and a game control unit that controls the second game.

Images