JP7114088B2 - GAME SYSTEM, GAME SYSTEM OPERATING METHOD AND PROGRAM - Google Patents

Description

The present invention relates to games using credits.

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

JP 2014-200599 A

There is a demand for allowing users who have never played a game to easily play the game. However, in the technique of Patent Document 1, in order to play the game, the user needs to purchase, for example, credits. be. In consideration of the above circumstances, the present invention aims to give the user an incentive to play the game.

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 second game in which second credits given by obtaining the code by the obtaining unit are used.

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

A method of operating a game system according to a preferred aspect of the present invention includes obtaining a code provided to a user, executing a first game without obtaining the code, and using first credits; and a second game in which the second credits awarded by acquisition are used.

1 is a block diagram illustrating the configuration of a game system according to a first embodiment; FIG. It is a block diagram which illustrates the structure of a management apparatus. 4 is a schematic diagram of a code table; FIG. 4 is a block diagram illustrating the functional configuration of a control device of the management device; FIG. 3 is a block diagram illustrating the configuration of an issuing device; FIG. 10 is a flowchart illustrating a specific procedure of issuing processing; 1 is a block diagram illustrating the configuration of a game device; FIG. 3 is a block diagram illustrating the functional configuration of a control device of the game device; FIG. FIG. 11 is a flowchart illustrating a specific procedure of first game processing; FIG. FIG. 11 is a flow chart illustrating a specific procedure of a second game; FIG. FIG. 11 is a flow chart illustrating a specific procedure of a second game; FIG.

An embodiment of the present invention will be described with reference to the drawings. The embodiments described below include various technically preferred limitations. The scope of the present invention is not limited to the forms exemplified 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 amusement facilities. Amusement facilities are, for example, entertainment facilities such as game centers or casinos, or commercial facilities such as shopping centers. A plurality of users Ha (Ha1, Ha2) reside in the gaming facility.

Credits are used in the game system 1 . A credit is an intangible electronic medium (that is, electronic data) consumed by the user Ha as compensation for playing the game. Specifically, 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 such a relationship that play of the second game can trigger play of the first game. Specifically, the first game and the second game are typically related in content. The content of the game is, for example, the world view of the game, characters appearing in the game, the type (genre) of the game, or rules of the game. In the first embodiment, the first game and the second game are the same game having common contents.

The first game is, for example, a game for user Ha who has already played the first game. In the first game, the first credit is used (for example, bet). The first credit is typically a credit granted to the user Ha in exchange for value media. Value media are for example token coins (medals), electronic medals or currency. As understood from the above description, the first game is a game that requires consumption of value media.

On the other hand, the second game is for the user Ha who has never played the first game. In the second game, the second credits are used (for example, bet). The second credits are credits 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 "experience code"). That is, the second game is a game that can be played without consuming value media (that is, for free).

The experience code is a code string provided to the user Ha 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 an "experience ticket") T on which an image representing the experience code (hereinafter referred to as a "code image") G is printed. . The code image G is, for example, a QR code (registered trademark) representing the experience code, a two-dimensional code (bar code) representing the experience code, or an image representing the code string of the experience code itself. The user Ha to whom the experience ticket T is distributed can use the experience code of the experience ticket T to play the second game free of charge. 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 in order to play. A user Ha who does not have an experience ticket T is hereinafter referred to as "user Ha1", and a user Ha who has an experience ticket T is hereinafter referred to as "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. FIG. The game device 30 provides the first game and the second game to the user Ha. The management device 10 manages experience codes. Management device 10 and game device 30 communicate via communication network 2 . The communication network 2 is, for example, a LAN (Local Area Network) constructed within a game facility. Communication between the management device 10 or the game device 30 and the communication network 2 may be wired or wireless. The issuing device 20 issues an experience ticket T. The issuing device 20 is, for example, wired or wirelessly connected to the management device 10 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 . Also, the functions of the issuing device 20 may be installed in the management device 10 , and the functions of the management device 10 may be installed in the game device 30 . Note that the communication network 2 may include the Internet, for example.

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. FIG. Note that the management device 10 can be realized as a single device, or as a set of a plurality of devices configured separately from each other (that is, as a system). Communication device 13 communicates with game device 30 and issuing device 20 under the control of 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 the code table A. FIG.

3 is a schematic diagram of the code table A. FIG. As exemplified in FIG. 3, the code table A is a data table in which the usage status (used/unused) of each experience code is registered for each of a plurality of experience codes. Each of the multiple experience codes is different. When the experience code has been used even once, the usage status of the experience code is used, and when the experience code has never been used, the usage status of the experience code is unused. Using the experience code means that the second game is played using the experience code. Giving the second credit to the user Ha2 in exchange for the experience code can be said to be the use of the experience code.

The control device 11 is composed of, for example, one or more processors, and controls each element of the management device 10 . Specifically, for example, one or more processors such as CPU (Central Processing Unit), GPU (Graphics Processing Unit), DSP (Digital Signal Processor), FPGA (Field Programmable Gate Array), or ASIC (Application Specific Integrated Circuit) The control device 11 is configured by the following.

FIG. 4 is a block diagram illustrating the functional configuration of the control device 11. As shown in FIG. As exemplified in FIG. 4 , the control device 11 of the first embodiment implements multiple functions (the generator 112 and the determiner 113) by executing programs stored in the storage device 12 . The generation unit 112 generates an experience 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. FIG.

The determination unit 113 determines whether the experience code provided to the user Ha2 is valid. In the first embodiment, it is determined that the experience code is valid when the usage status of the experience code is unused, and the experience code is invalid when the usage status of the experience code is used. I judge.

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 an experience ticket T. FIG. Specifically, the issuing device 20 issues the experience ticket T upon receiving an operation from, for example, the manager Hb of the gaming facility. The issued experience ticket T is distributed to the 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 experience ticket T outside the gaming facility. For example, the manager Hb may distribute the experience ticket T at a facility other than the game 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 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 operation 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 touches by the administrator Hb are used as the operation device 25 . Specifically, the operation device 25 accepts an operation for issuing the experience ticket T. FIG.

FIG. 6 is a flowchart of a process (hereinafter referred to as "issuing process") in which the issuing device 20 issues the experience ticket T. As shown in FIG. When the operation device 25 receives the operation for issuing the experience 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 issuance request is a message requesting generation of the experience code represented by the code image G printed on the experience ticket T. FIG.

The control device 11 of the management device 10 receives the issue request transmitted by the issuing device 20 through the communication device 13 (Sa2). Next, the generation unit 112 of the control device 11 generates an experience code in response to the issuance request (Sa3). Specifically, the generation unit 112 generates an experience code different from any of the experience codes registered in the code table A. FIG. Then, the generation unit 112 registers the generated experience code in the code table A (Sa4). Specifically, the generating unit 112 registers the experience code in the code table A in association with the usage status indicating that the experience code is unused. 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 experience 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 experience 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 issues the experience ticket T by printing the code image G transmitted from the management device 10 .

FIG. 7 is a block diagram illustrating the configuration of each game device 30. As shown in FIG. 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 operation device 35, a reception device 36, an imaging device 37, and a payout device 38. is realized by Note that the game device 30 can be implemented as a single device, or as a set (that is, 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, for example, one or more processors such as CPU (Central Processing Unit), GPU (Graphics Processing Unit), DSP (Digital Signal Processor), FPGA (Field Programmable Gate Array), or ASIC (Application Specific Integrated Circuit) The control device 31 is configured by the following.

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 a known recording medium such as a semiconductor recording medium and a magnetic recording medium. Note that the storage device 32 may be configured by combining 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 receives instructions from the user Ha. For example, a touch panel for detecting contact 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 an experience 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 for accepting the entry of value media by the user Ha1. The quantity of value media input by the user Ha1 is referred to as "input amount" in the following description. Specifically, the accepting device 36 includes an input port into which value media are input, a detector that detects input of value media into the input port, and a storage container that stores the value media input into the input port. do.

Electronic medals may be used as value media. In a configuration in which electronic medals are used as a value medium, for example, a communication device that executes processing for withdrawing electronic medals by short-range wireless communication with a recording medium such as an IC card, or an electronic medal account for each user Ha1. A communication device that executes processing for withdrawing electronic medals by communicating with an account management server that manages it is used as the reception device 36 . Also, 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 electronic money by communication with an electronic payment server. A communication device that executes electronic payment is used as the accepting device 36 .

On the other hand, the user Ha2 who owns the experience ticket T holds the code image G printed on the experience ticket T over the imaging device 37 to start the second game. The image capturing device 37 is an image capturing element that captures the code image G of the experience ticket T. FIG.

The payout device 38 is a mechanism for paying out value media. The payout device 38 of the first embodiment ejects value media (for example, physical medals). Specifically, the payout device 38 has a payout port for discharging value media in a quantity corresponding to credits. In a configuration where electronic medals are used as a value medium, for example, a communication device that executes processing for depositing electronic medals by short-range wireless communication with a recording medium such as an IC card, or an electronic medal holder for each user Ha. A communication device that executes electronic medal deposit processing by communicating with an account management server that manages an account is used as the payout device 38 . As can be understood from the above description, discharging to the user Ha as a tangible value medium (e.g., token coin) or transferring the value medium (e.g., electronic medal) to the account of the value medium owned by the user Ha is an example of value medium payout. 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 exemplified in FIG. 8, the control device 31 of the first embodiment performs a plurality of functions (first processing unit 311, second processing unit 312, acquisition unit 313) by executing a program stored in the storage device 32. , game control unit 314, payout control unit 315, communication control unit 316 and display control unit 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 the 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 that selects one of a plurality of lottery elements such as spheres, or an electronic lottery that selects one of a plurality of lottery elements by calculation by the control device 31 . For example, when a combination of a predetermined number of lottery elements selected by the lottery process satisfies a predetermined condition, the user Ha wins the lottery.

As described above, the first game and the second game are the same game having common contents. In the first embodiment, the difficulty level of the second game is lower than the difficulty level of the first game. That the difficulty level of the second game is lower than that of the first game means, for example, that the probability of winning the lottery of the second game is higher than the probability of winning the lottery of the first game. Specifically, the number of lottery elements corresponding to winning among the candidate lottery elements in the second game is greater than the number of lottery elements corresponding to winning among the candidate lottery elements in the first game. There are many.

Also, the second game may be configured such that the number of lottery elements requiring a specific combination for winning in the second game is less than the number of lottery elements requiring a specific combination for winning in the first game. is lower than the difficulty of the first game. For example, a game card (for example, a bingo card) used in the second game has lottery elements arranged in 3 rows and 3 columns, and a game card used in the first game has lottery elements arranged in 5 rows and 5 columns.

The first credits used for the first game are given to the user Ha1 by inserting the value medium into the reception device 36. FIG. On the other hand, the second credits used for the second game are given to the user Ha2 by holding the code image G of the experience 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 only be played using the second credits. For example, the use of the first credit is prohibited in the second game by prohibiting acceptance of inserting the value medium into the game device 30, giving the first credit to the user Ha2, or prohibiting acceptance of the use of the first credit. be done. Each quantity of the first credit and the second credit is stored in the storage device 32 and managed separately from each other.

The first processing unit 311 gives the first credit to the user Ha1. When the accepting device 36 accepts the input of the value medium, the first processing unit 311 provides the user Ha1 with the first credit in the amount corresponding to the amount of the input value medium. The user Ha1 uses the desired amount of first credits to play the first game. When the user Ha1 wins in the lottery process of the first game, the game control unit 314 rewards the user Ha1 with the amount of first credits corresponding to the amount of the first credits used.

The acquisition unit 313 acquires the experience 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 analysis of the code image G. FIG.

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 or not the experience code transmitted from the game device 30 is valid. The communication control unit 316 receives the judgment result of the experience code by the management device 10 through the communication device 33 .

The second processing unit 312 (exemplification of the processing unit) gives the second credit to the user Ha2. When the experience code acquired by the acquisition unit 313 is valid, the second processing unit 312 gives a predetermined amount of second credits to the user Ha2 in exchange for the experience code. User Ha2 uses the desired amount of second credits to play the second game. When the user Ha2 wins in the lottery process of the second game, the game control section 314 rewards the user Ha2 with the second credits in the amount corresponding to the used amount of the second credits.

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"). Guidance 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. Guidance information is, for example, various kinds of information such as an overview of the second game, operation methods, rules, or basic information necessary for playing. Since the first game and the second game are the same game in the first embodiment, the guide information can also be said to be information for guiding the progress of the first game. In the first embodiment, since the guide information is displayed in the second game, even the user Ha2 who has never played the first and second games can smoothly play the second game. However, displaying the guidance information on the display device 34 is not essential.

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

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

The first processing unit 311 of the game device 30 provides the user Ha1 with first credits in a quantity corresponding to the amount of value media inserted (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). When 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 the amount corresponding to the amount used (Sb5). That is, the game control unit 314 adds the amount corresponding to the usage amount to the amount of the first credits owned by the user Ha1. If the user Ha1 does not win in the lottery process of the first game (Sb4: NO), no reward is given to the user Ha1.

The game control unit 314 determines whether or not 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 a quantity corresponding to the quantity of the first credits. It should be noted 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 or not the condition for ending the first game is satisfied (Sb8). For example, when the remaining amount of the first credit has decreased to 0, the game control unit 314 determines that the end condition is met. If the termination condition is not satisfied (Sb8: NO), the game control unit 314 progresses the first game (Sb2, Sb3), provides rewards upon winning (Sb4, Sb5), and responds to instructions from user Ha1. Payout 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 payout of the value medium (Sb6, Sb7) was executed after the award of the reward (Sb5). It is always possible.

10 and 11 are flowcharts illustrating specific procedures of a process (hereinafter referred to as "second game process") Sc executed by the control device 31 of the game device 30 for the second game. The second game process Sc is started when the imaging device 37 captures the code image G of the experience 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 experience code provided to the user Ha2 is obtained. 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 a procedure of processing (hereinafter referred to as “determination processing”) Sd executed by the control device 11 of the management device 10 that has received the experience code. The determination process Sd is started when the experience code transmitted from the game device 30 is received.

The determination unit 113 of the management device 10 determines whether or not 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 the code table A to determine whether the experience code is valid or invalid. When the usage status of the experience code transmitted from the game device 30 is "unused" in the code table A, it is determined that the experience code is valid. On the other hand, when the usage status of the experience code transmitted from the game device 30 is "used" in the code table A, it is determined that the experience code is invalid. That is, when 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 acquired by the experience code. If the experience code is given to the user Ha2, it is determined that the experience code is invalid.

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

The communication control unit 316 of the game device 30 receives the experience code determination result by the determination unit 113 through the communication device 33 (Sc3). If the determination result sent from the management device 10 indicates that the experience code is valid (Sc4: YES), the second processing unit 312 gives the second credit to the user Ha2 (Sc5). On the other hand, when the judgment result transmitted from the management device 10 indicates that the experience code is invalid (Sc4: NO), the second credit is not given to the user Ha2. That is, the second game process Sc ends without executing the second game. For example, after a message indicating that the experience code is invalid is displayed on the display device 34, the second game process Sc ends. In the first embodiment, one experience code is used to play the second game only once.

As can be understood from the above description, the second processing unit 312 gives the second credit to the user Ha2 when the determining unit 113 determines that the experience code acquired by the acquiring unit 313 is valid. However, if the experience code is determined to be invalid by the determination unit 113, the second credit is not given to the user Ha2.

Upon receiving an 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). When 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 corresponding to the amount used (Sc9). That is, the game control unit 314 adds the amount corresponding to the usage amount to the amount of the second credits owned by the user Ha2. If user Ha2 does not win in the lottery process of the second game (Sc8: NO), no reward is given to user Ha2.

The game control unit 314 determines whether or not the payout of the value medium has been instructed by the user Ha2 (Sc10). When the payout of value media is instructed (Sc10: YES), the payout control unit 315 executes the payout of value media (Sc11). Specifically, the payout control unit 315 pays out value media in a quantity corresponding to the quantity of the second credits. It should be noted that, if the payout of value media is not instructed (Sc10: NO), the payout of value media (Sc11) is not executed.

The game control unit 314 determines whether or not the condition for ending the second game is satisfied (Sc12). For example, when the remaining amount of the second credits has decreased to 0, the game control unit 314 determines that the end condition is met. If the termination condition is not satisfied (Sc12: NO), the game control unit 314 proceeds with the second game (Sc6, Sc7), gives rewards upon winning (Sc8, Sc9), and responds to instructions from user Ha2. Payout of value media (Sc10, Sc11) is repeated. On the other hand, if the end condition is met (Sc12: YES), the second game process Sc ends. In the second game process Sc illustrated in FIG. 11, the payout of the value medium (Sc10, Sc11) was executed after the award of the reward (Sc9). It is always possible.

As can be understood from the above description, the first game is a game that is executed without acquisition of the experience code by the acquisition unit 313 and uses the first credits, and the first credit that is given by acquisition of the experience code by the acquisition unit 313 is the first game. A game in which 2 credits are used is the second game.

There is a desire to let the user Ha2, who has never played the first game, play the first game. However, since playing a game requires a value medium, it is difficult for users who have never played a game to play the game. Therefore, there is a problem that it is difficult for the user to play the game. On the other hand, in the first embodiment, since the second credits given by obtaining the experience code can be used in the second game, the user Ha2 provided with the experience code needs to consume the value medium. A second game can be played without using credits. That is, the user Ha2 provided with the experience 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.

Further, in the configuration in which the user Ha2 is provided with a value medium (for example, a token coin) for giving the second credit, the provision of the value medium is limited within the gaming facility where the game system 1 is installed. In contrast, according to the configuration of the first embodiment in which the experience code for giving the second credit is provided to the user Ha2, the value medium for giving the second credit is provided to the user Ha2. Compared to , the chances of providing the experience code to the user Ha2 increase. For example, the experience code can be distributed outside the amusement facility. Therefore, experience codes can be given to many users Ha2.

For example, in a configuration in which a value medium (for example, a token coin) for giving the second credit 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 manager Hb of the amusement facility. This is troublesome for both administrator Hb and user Ha2. On the other hand, in the first embodiment, since the second credit is given in exchange for the experience code, both the administrator Hb and the user Ha2 can be saved.

In the first embodiment, if the user wins the second game, the user Ha2 is rewarded with the second credits corresponding to the amount of the second credits used, so that the user Ha2 feels satisfied with the play of the second game. is obtained. That is, it is possible to give the user Ha2 a sufficient incentive to play the first game. In addition, since the difficulty level of the second game is lower than that of the first game, compared to the configuration in which the difficulty level of the second game is the same as that of the first game, the user Ha2 provided with the experience code Playing the second game tends to give a sufficient feeling of satisfaction. For example, the winning in the second game gives the user Ha2 a sense of satisfaction. Therefore, it is possible to give the user Ha2 a sufficient incentive to play the first game.

In the first embodiment, use of the first credit is prohibited in the second game, so play of the second game can be limited to within the range of the second credit. When the difficulty level of the second game is lower than the difficulty level of the first game, the use of the first credit is prohibited in the second game, thereby excessively rewarding the user Ha2 in the second game. can be reduced.

Since the second credit is given only when the experience code is valid, it is possible to restrict the second credit from being given to the user Ha2 more than necessary. Further, if the experience code acquired by the acquisition unit 313 gives the second credit to the user Ha2 even once, it is determined that the experience code is invalid. Can be limited to one grant.

[Second embodiment]
A second embodiment of the present invention will be described. In each aspect exemplified below, elements having functions similar to those of the first embodiment are appropriately omitted from detailed description by using the reference numerals used in the description of the first embodiment.

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

On the other hand, it is prohibited to pay out the value medium in a quantity corresponding to the quantity of the second credits. For example, if the operation device 35 does not accept an operation instructing the payout of the value medium, or the game control unit 314 does not execute the payout of the value medium, the payout of the value medium corresponding to the amount of the second credits is made. is prohibited.

The same effects as in the first embodiment are achieved in the second embodiment. Playing other games, including the first game, typically requires the purchase of value media (eg, token coins or electronic medals). Therefore, in a configuration that permits the disbursement of value media in a quantity corresponding to the quantity of the second credits given free of charge, the value media are substantially provided free of charge to the user Ha2. There is a problem that if the value medium given free of charge is used for other games, the profits obtained at the amusement facility are reduced. On the other hand, in the second embodiment, it is prohibited to pay out the value medium in the amount corresponding to the amount of the second credits, so it is possible to prohibit the use of the value medium provided free of charge for other games. Therefore, it is possible to reduce the decrease in profit at the game facility.

[Modification]
Each form illustrated above can be variously modified. Specific modifications that can be applied to each of the above-described modes are exemplified below. Two or more aspects arbitrarily selected from the following examples may be combined as long as 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 do not assume lottery processing. For example, various games (e.g., search games, puzzle games, role-playing games, bingo games, or battle games) progressed by the operation of the user Ha, or pusher games using token coins, are the first game and the second game. may be

Regardless of the types of the first game and the second game, in the first game, the user Ha1 is rewarded with first credits in an amount corresponding to the result of the first game, and in the second game, It is preferable that the user Ha2 is rewarded with second credits in an amount corresponding to the result of the second game. If the first game and the second game are lottery games, winning/losing in the lottery process is the result of the game. When the first game and the second game are competitive games, the outcome of the competition is the result of the game. Also, when the first game and the second game are search games, it is the success or failure of a specific condition such as reaching a specific point.

(2) In each of the above-described forms, 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 second credits. 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 give rewards in the first game and the second game.

(3) In each of the above embodiments, the configuration in which the difficulty level of the second game is lower than the difficulty level of the first game was exemplified. good. However, from the viewpoint of providing the user Ha2 with a sense of satisfaction by playing the second game, it is preferable that the difficulty level of the second game is lower than that of the first game.

(4) In each of the above-described forms, the determination unit 113 may determine whether the experience code is valid or invalid, taking into consideration information other than the usage status of the experience code. The determination unit 113 may determine whether the experience code is valid or invalid, for example, taking into consideration the expiration date of the experience code. In step Sa3 of FIG. 6, the generation unit 112 of the management device 10 generates, for example, an experience code and sets an expiration date for the experience code. For example, the expiration date is set to a date when a predetermined number of days have passed since the experience code was generated. In step Sa4, the generation unit 112 registers the experience code in the code table A in association with the usage status of "unused" and the expiration date. Then, the generation unit 112 transmits the experience code and the expiration date to the issuing device 20 in step Sa5. The issuing device 20 issues an experience 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 experience code, and the issuing device 20 may transmit the expiration date to the management device 10 together with the issue request.

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

Also, for example, a configuration is adopted in which a place where the experience code can be used (hereinafter referred to as “designated place”) is restricted. In the above configuration, for example, the administrator Hb designates 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 place is set to, for example, a game facility where the game device 30 is installed. Upon receiving the issuance request and the specified location from the issuing device 20, the generating unit 112 of the management device 10 generates an experience code in step Sa3. Next, in step Sa4, the generating unit 112 registers the experience code in the code table A by associating the use status "unused" with the specified location transmitted from the issuing device 20. FIG. Then, the generation unit 112 transmits the experience code to the issuing device 20 in step Sa5.

The issuing device 20 issues an experience ticket T on which the code image G and the designated place are printed. It should be noted that it is not essential for the manager Hb to designate the designated location of the experience code. For example, the management device 10 that has received the issue request may set the amusement facility where the issuing device 20, which is the source of the issue request, is installed as the designated location. The communication control unit 316 of the game device 30 transmits the experience code acquired by the acquisition unit 313 and information indicating the game facility where the game device 30 is located (hereinafter referred to as “facility information”) in step Sc2 of FIG. 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 account the specified 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 amusement facility indicated by the facility information matches the designated location, the determination unit 113 The experience code is determined to be valid. That is, in a situation where a specified place is set for the experience code, the experience code used at the specified place is the valid experience code. On the other hand, if the usage status of the experience code is already used, or if the location indicated by the facility information does not match the specified location, it is determined that the experience code is invalid. Note that the designated place is not limited to the game facility where the game device 30 is installed. For example, an amusement facility different from the amusement facility where the game device 30 is installed, or a specific area or the like may be set as the designated place.

However, it is not essential to consider the usage status or expiration date in determining whether the experience code is valid or invalid. For example, the determination unit 113 may determine that the experience code registered in the code table A is valid and that the experience code not registered in the code table A is invalid. As can be understood from the above description, any information can be added to determine whether the experience code is valid or invalid. Note that, for example, in a situation where the game device 30 that can be played using the experience code is limited, the experience code used in the game device 30 may be used as the valid experience 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. Not limited. Also, for example, the experience code may be provided to the user Ha2 by transmitting the code image G to an information terminal owned by the user Ha2. The management device 10, for example, transmits the code image G generated by the generation unit 112 to the e-mail address or the like of the information terminal of the user Ha2 registered in advance. Alternatively, the management device 10 may transmit the code image G via an application downloaded in advance to the information terminal of the user Ha2. As understood from the above explanation, it is not essential to distribute the physical experience ticket T to the user Ha2.

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

Also, for example, an IC card in which the experience 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 can be understood from the above description, the method of obtaining the experience code by the obtaining unit 313 is appropriately changed according to 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. An element that identifies the experience code by analyzing information (for example, code image G) input to the game device 30, an element that receives the experience code by communication, or an element that receives the experience code from the user Ha2 is An example.

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

(8) In the above embodiments, the issuing device 20 issues the experience ticket T in response to the operation of the manager Hb. Ticket T may be issued. Also, the code image G may be printed on a card (for example, a bingo card) used in another game device different from the game device 30 . According to the above configuration, it is possible to encourage users of other game devices to play the second game. In addition, when the game device 30 is a game using cards (for example, a bingo game), the code image G may be printed on the card (ie, bingo card).

(9) In each of the above embodiments, the user Ha2 used the experience code to play the second game. Personal authentication is a process of verifying the legitimacy of the user Ha2 by comparing the identification information input by the user Ha2 with the registered identification information. The game control unit 314 may give a privilege to the user Ha2 who has played the second game after performing the personal authentication. Examples of benefits include, for example, a predetermined amount of second credits as well as the right to participate in a particular game or event.

(10) In each of the above embodiments, the second game may consist of a plurality of stages. When a specific condition is established in one stage, the next stage is proceeded to with an instruction from the user Ha2 as a trigger. A privilege is given to the user Ha2 each time the stage progresses. Examples of benefits include, for example, a predetermined amount of second credits as well as the right to participate in a particular game or event.

(11) In each of the above-described modes, a privilege may be given to the user Ha2 when a specific condition is satisfied after the second game is over. For example, when an account for electronic medals is opened, or when a membership card for an amusement facility is created, the user Ha2 is given a privilege. Privileges include, for example, 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 determines that the end condition may be determined to be established.

(13) In each of the above-described embodiments, from the viewpoint of simplifying the second game more than the first game, a configuration may be adopted in which the second game is more restricted than the first game. For example, the second game is a game that is more restricted 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) Remuneration given to user Ha2 (E ) Playing time allowed for user Ha2 (F) Privilege given to user Ha2 (G) Playable stages (H) Usable items However, the restrictions on the second game are as shown in the above examples. Not limited. Matters restricted in the second game are appropriately changed according to the type of game.

In the second game restricted with respect to (A), the operations allowed for the user Ha2 in the second game are more restricted than the operations allowed for the user Ha1 in the first game. The operations permitted by the user Ha are those performed by the user Ha on the game device 30 while the game is in progress. For example, an operation of paying out value media, an operation of using (for example, betting) credits, an operation of progressing the game, an operation of interrupting the game, etc., are examples of operations allowed for the user Ha. For example, the operation in the second game is restricted by a configuration in which the operating device 35 does not accept an operation from the user Ha2, or a configuration in which the game control unit 314 does not execute an operation corresponding to an operation accepted by the operating device 35. be. According to the above configuration, there is an advantage that the second game can be simplified more than the first game.

Note that the restrictions on the 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 guidance information such as an explanation of the operation of the second game and an outline of the second game is displayed, after the lottery process in the second game has ended a predetermined number of times, or after the second game has ended a plurality of times, the second game is displayed. 2 The restrictions on operations in the game are lifted. In addition, in a configuration in which the operation of using the second credits in the second game is restricted, for example, the game control unit 314 may determine the usage amount of the second credits without depending on the operation of the user Ha2.

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

According to the configuration in which the quantity of value media corresponding to the predetermined amount of second credits is less than the quantity of value media corresponding to the predetermined amount of first credits, the second credits (that is, free Disadvantage (typically, decrease in profits at amusement facilities) caused by paying out value media for the second credits granted) is reduced. Further, a configuration is also conceivable in which the decrease in profit at the amusement facility is reduced by, for example, making the reward given for the second game smaller than the reward given for the first game. However, with the above configuration, it is not possible to provide the user Ha2 with a sense of satisfaction equivalent to that obtained by the first game. On the other hand, according to the configuration in which the number of value media corresponding to the predetermined amount of second credits is smaller than the number of value media corresponding to the predetermined amount of first credits, the satisfaction of playing the second game can be felt by the user. While providing Ha2, it is possible to reduce the decrease in profit at the amusement facility. 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. The second game illustrated in the second embodiment (a game in which payout of value media is prohibited for the second credit) is an example of a second game in which (B) is more restricted than the first game.

The second game restricted with respect to (C) is, for example, prohibiting the use of the first credits in the second game, or less than the first credit used.

The second game restricted with respect to (D) is, for example, that the reward given to the user Ha2 in the second game is less than the reward given to the user Ha1 in the first game, or No reward is given to the user Ha2.

In the second game restricted with respect to (E), for example, the playing time allowed for the user Ha2 in the second game is shorter than the playing time allowed for the user Ha1 in the first game.

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

In the second game restricted with respect to (G), for example, the number of playable stages in the second game is less than the number of playable stages in the first game.

In the second game restricted with respect to (H), for example, the number of items that can be used in the second game is less than the number of items that can be used in the first game.

(14) The functions of the management device 10 according to each of the above-described forms are realized by cooperation between one or more processors and programs that configure the control device 11, as described above. Similarly, the functions of the game device 30 according to each of the above-described embodiments are realized by cooperation between one or more processors and programs that configure the control device 31 . The program according to each of the above forms can be provided in a form stored in a computer-readable recording medium and installed in the computer. The recording medium is, for example, a non-transitory recording medium, and an optical recording medium (optical disc) such as a CD-ROM is a good example. Also included are recording media in the form of It should be noted that the non-transitory recording medium includes any recording medium other than transitory, propagating signals, and does not exclude volatile recording media. Further, 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-described non-transitory recording medium.

[Appendix]
From the above description, for example, the following preferred embodiments of the present invention are understood. In order to facilitate understanding of each aspect, hereinafter, reference numerals in the drawings are written together in parentheses for the sake of convenience, but this is not intended to limit the present invention to the illustrated aspects.

[Appendix 1]
A game system (1) according to a preferred aspect (appendix 1) of the present invention comprises an acquisition unit (313) for acquiring a code provided to a user (Ha2), and a code acquisition unit (313) without code acquisition. 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 obtaining the code by the obtaining unit (313) is used. ) and In the above aspect, since the second credits given by obtaining the code can be used in the second game, the user (Ha2) provided with the code can play the second game without using the first credits. can do. That is, 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. In addition, since the code for granting the second credit is provided to the user (Ha2), it is compared with the configuration in which the user (Ha2) is provided with the value medium (for example, token coin) for granting the second credit. As a result, the chances of providing the code to the user (Ha2) increase. For example, the code can be distributed outside the facility (for example, game arcade) 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 giving a second credit is provided to a user (Ha2) in exchange for a code, for example, it is necessary to exchange the code and the value medium via the manager Hb of the facility. It is troublesome for both Hb and the user (Ha2). In the above aspect, since the second credit is given in exchange for the code, both the administrator Hb and the user (Ha2) can save time and effort.

"Code" is a code string provided to the user (Ha2) to experience the second game. For example, the code is distributed to the user (Ha2) by distributing a medium on which an image representing the code (e.g. QR code) is printed, or by transmitting the image representing the code to an information terminal owned by the user (Ha2). Ha2).

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

A "second credit" is an intangible medium that is consumed as compensation for playing the second game. For example, a second credit is granted in exchange for a code provided free of charge.

A "first game" is a game that can be played without requiring a code and in which the first credits are used.

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

[Appendix 2]
In the preferred example of Appendix 1 (Appendix 2), in the first game, the user (Ha1) is rewarded with first credits in an amount corresponding to the result of the first game, and in the second game, , the user (Ha2) is rewarded with the second credits in an amount corresponding to the result of the second game. In the above aspect, in the second game as well as in the first game, the user (Ha2) is provided with the second credits in the amount corresponding to the result of the second game as a reward. ) gives satisfaction in playing the second game. That is, it is possible to give the user (Ha2) a sufficient incentive to play the first game.

[Appendix 3]
In the preferred example of Supplementary Note 1 or Supplementary Note 2 (Supplementary Note 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 with the configuration in which the difficulty level of the second game is the same as the difficulty level of the first game. The user (Ha2) who receives the second game is likely to be sufficiently satisfied with the play of the second game. Therefore, it is possible to give the user (Ha2) a sufficient incentive to play the first game.

[Appendix 4]
In any one of Appendices 1 to 3 (Appendix 4), the second game is a more restricted game than the first game. In the above aspect, since the second game is a more restricted game than the first game, the second game can be simplified more than the first game.

The second game includes, for example, operations allowed for the user (Ha2), payout of value media according to credits, use of credits, reward given to the user (Ha2), allowed playing time, user Benefits given to (Ha2), playable stages, usable items, etc. are more restricted than in the first game. However, the restrictions on the second game are not limited to the above examples. Matters restricted in the second game are appropriately changed according to the type of game.

[Appendix 5]
In the preferred example of attachment 4 (addition 5), use of the first credit is prohibited in the second game. In the above aspect, since the use of the first credit is prohibited in the second game, it is possible to limit the play of the second game to within the range of the second credit.

[Appendix 6]
In the preferred example of attachment 4 (addition 6), the operations allowed for the user (Ha2) in the second game are more restricted than the operations allowed for the user (Ha1) in the first game. In the above aspect, the operations allowed for the user (Ha2) in the second game are more restricted than the operations allowed for the user (Ha1) in the first game. can also be simplified.

"User-permissible operations" are operations performed by the user (Ha) on the game system (1) while the game is in progress. For example, an operation of paying out value media, an operation of using (for example, betting) credits, an operation of progressing the game, an operation of interrupting the game, and the like are examples of the operations allowed for the user.

[Appendix 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 credits and a quantity of value media corresponding to the quantity of the second credits In the payout of the value media, the quantity of value media corresponding to the predetermined amount of the second credits is less than the quantity of value media corresponding to the predetermined amount of the first credits. In the above aspect, since the number of value media corresponding to the predetermined amount of second credits is less than the number of value media corresponding to the predetermined amount of first credits, the second credits given by providing the code have a value. Disadvantages (typically reduced profits in amusement facilities) due to the payout of media are reduced.

[Appendix 8]
In the preferred embodiment of Appendix 4 (Appendix 8), the payout control unit (315) is provided for paying out the value medium in the quantity corresponding to the quantity of the first credits, and the quantity of value media corresponding to the quantity of the second credits is provided. is prohibited. In the above aspect, since the payout of the value medium of the quantity corresponding to the quantity of the second credits is prohibited, it is possible to use the value medium paid out for the second credits granted by providing the code for other games. can be prohibited.

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

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

[Appendix 9]
In the preferred embodiment of any one of Appendixes 1 to 8 (Appendix 9), the determination unit (113) that determines whether or not 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) and a processing unit (312) that does not give the second credit to the user (Ha2) when 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, a registered code is a "valid code" in situations where it is required to be a registered 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 the code has a limited expiration date, the "valid code" is the code that is used within the expiration date. Using a code means giving a second credit to the user (Ha2) in exchange for the code. Also, in situations where the code can be used in limited places, the code used in the set usable places for the code is the "effective code".

[Appendix 10]
In the preferred example of Supplementary Note 9 (Supplementary Note 10), if the second credit has never been granted to the user (Ha2) by the code acquired by the acquisition section (313), the determination section (113) , the code is determined to be valid, and when the second credit has already been given 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 code acquired by the acquisition unit (313) gives the second credit to the user (Ha2) even once, it is determined that the code is invalid. Granting of the second credit can be limited to one time.

[Appendix 11]
The preferred embodiment (note 11) of any one of notes 1 to 10, further comprising a display control section (317) that causes a display device (34) to display information for guiding progress of the second game. In the above aspect, since information for guiding the progress of the second game is displayed on the display device (34), even the 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 types of information such as an overview of the game, operation methods, rules, or basic information necessary for playing the game.

[Appendix 12]
A program according to a preferred aspect (appendix 12) of the present invention is executed without an acquisition unit (313) acquiring a code provided to a user (Ha2) and without acquisition of the code by the acquisition unit (313). a computer as a game control unit (314) for controlling a first game in which the first credit is used, and a second game in which the second credit given by obtaining the code by the obtaining unit (313) is used; function.

[Appendix 13]
The operation method of the game system (1) according to the preferred aspect (Appendix 13) of the present invention obtains a code provided to the user (Ha2), is executed without obtaining the code, and uses the first credits. and a second game in which the second credits awarded by obtaining the code are used.

DESCRIPTION OF SYMBOLS 1... Game system, 10... Management apparatus, 11... Control apparatus, 112... Generation part, 113... Judgment part, 12... Storage device, 13... Communication apparatus, 2... Communication network, 20... Issue apparatus, 21... Control apparatus, 22... Storage device 23... Communication device 25... Operation device 30... Game device 31... Control device 311... Processing unit 312... Processing unit 313... Acquisition unit 314... Game control unit 315... Payout control Unit 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…experience ticket.

Claims (3)

an acquisition unit for acquiring a code provided to a user;
When the accepting device accepts the input of the value medium, the first game in which the first credit given in exchange for the value medium is used is progressed, and when the acquiring unit acquires the code, the acquisition is performed. a game control unit that progresses a second game in which second credits are used that are granted on the condition that a code is acquired by the unit, and in which the use of the first credits is prohibited. . a retrieval unit for retrieving the code provided to the user; and
When the accepting device accepts the input of the value medium, the first game in which the first credit given in exchange for the value medium is used is progressed, and when the acquiring unit acquires the code, the acquisition is performed. A program that causes a computer to function as a game control unit that progresses a second game in which a second credit is used that is granted on the condition that a code is acquired by the department, and in which the use of the first credit is prohibited. . Get the code provided by the user,
When the accepting device accepts the input of the value medium, the first game using the first credit given in exchange for the value medium is progressed, and the code is acquired, the code is acquired. progressing a second game in which the second credits granted as the
How the game system works.

Images