CN109920168B - Game system, game device, and program - Google Patents

Abstract

The present invention relates to a game system, a game device, and a program. The convenience of the player is improved by setting a plurality of price payment modes. In the game system, the game device is configured to be able to accept the price payment related to the game by the 1 st and 2 nd modes with different payment methods. In addition, when the game device is in a state in which communication with a server of the game system is possible, the game device controls the payout of the value according to the 2 nd method to be in a receivable state.

Description

Game system, game device, and program

Technical Field

The present invention relates to a game system, a game device, and a program, and more particularly to a game device having a plurality of settlement methods.

Background

There is a game device that requires a predetermined denomination of medals to be inserted as a game value (patent document 1).

[ background Art document ]

[ patent document ]

[ patent document 1] Japanese patent laid-open No. 2015-112115

Disclosure of Invention

[ problems to be solved by the invention ]

In order to play a game in a game device requiring a medal insertion as in patent document 1, a player must prepare a price. Since a general game machine does not have a change giving function, when a player who wants to repeatedly play a game runs out of medals held by the game machine, the player must leave the game machine or wait for a change, for example, to prepare medals.

The invention aims to provide a game system, a game device and a program which improve the convenience of a player by arranging a plurality of price payment methods.

[ means for solving problems ]

A game system according to the present invention includes a game device and a server provided so as to be able to communicate with the game device, and the game device includes: an execution device that executes a game; an acceptance device for accepting a price payment for the game by using the 1 st mode and the 2 nd mode which are different in payment method; a communication device that communicates with the server; and a control device for controlling the execution device, the reception device, and the communication device; and the control device controls the accepting device to accept the price payment of the mode 2 when the game device and the server are in a state of being capable of communicating.

[ Effect of the invention ]

According to the present invention, with this configuration, it is possible to improve the convenience of the player by providing a plurality of price payment methods.

Drawings

Fig. 1(a) and (b) are diagrams showing the configuration of a game system according to an embodiment of the present invention.

Fig. 2 is a block diagram showing a functional configuration of a game device according to an embodiment of the present invention.

Fig. 3 is a block diagram showing a configuration of a server according to an embodiment of the present invention.

Fig. 4 is a flowchart illustrating a providing process realized by the game system of embodiment 1 of the present invention.

Fig. 5 is a block diagram showing a functional configuration of a communication terminal according to embodiment 2 of the present invention.

Fig. 6 is a flowchart illustrating a providing process realized by the game system of embodiment 2 of the present invention.

Fig. 7(a) to (d) are diagrams illustrating data configurations of various information used in the game system according to the embodiment of the present invention.

Detailed Description

[ embodiment 1]

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In addition, the following description will be given of an embodiment in which the present invention is applied to a game device capable of paying a price by two payment methods as an example of the game device. However, the present invention can be applied to any device configured to be able to pay a price through a plurality of payment methods.

In the present specification, the "real circulation token" refers to a circulation token having a real object such as a token or a ticket, and a hard token equivalent to the token or the ticket, and requiring the real object to be exchanged for settlement. On the other hand, the "virtual token to be distributed" means a token to be distributed that does not have a real object such as a real token to be distributed and only needs to exchange electronic data for settlement.

In the game device of the present embodiment, the following description is assumed: the player can play a game in which a character corresponding to the game card appears by making the device acquire information of the game card by providing 1 game card for 1 game. That is, the game device according to the present embodiment is configured to provide a game card that can acquire information during a game and can make a specific game element appear in the game by acquiring the information. However, the type of the game article provided by the game device or the presence or absence of the provision of the game article in the game device in the practice of the present invention is not limited to this.

Composition of Game System

Here, a system configuration of a game system according to embodiment 1 of the present invention will be described with reference to fig. 1 (a).

As illustrated, the game system is configured to enable the server 200 to communicate with each of the plurality of game devices 100 via the network 300. The game device 100 is configured to be able to provide a game and is configured to be able to pay a price corresponding to an amount predetermined for 1 game. In the game device 100, the consideration payout is set so that basically at least a mode of using real circulation tokens and a mode of using virtual circulation tokens can be selected, and the player can select a desired mode and accept the provision of the game. The server 200 is a server provided for settlement of virtual distributed tokens, and is configured to settle a virtual distributed token associated with a player when a request for a price payment of the virtual distributed token is made in the game device 100.

Hereinafter, the functional configuration of each device will be described in detail. In the following description, components that realize the same functions in the game device 100 and the server 200 are distinguished by attaching a prefix character of "server" to the latter.

< composition of game device 100 >

First, a functional configuration of the game device 100 will be described with reference to a block diagram of fig. 2.

The control Unit 101 is, for example, a CPU (Central Processing Unit) and controls the operation of each block included in the game device 100. Specifically, the control unit 101 controls the operation of each block, for example, as follows: the operation program of each block recorded in the recording medium 102 is read out, and expanded into the memory 103 and executed.

The recording medium 102 is a recording device capable of permanently storing data, such as a nonvolatile memory or an HDD (Hard Disk Drive). The recording medium 102 stores an operation program for each block included in the game device 100, and also stores information such as parameters necessary for the operation of each block, and various graphic data used in a game executed by the game device 100. The memory 103 is a storage device for temporarily storing data, such as a volatile memory. The memory 103 is used not only as an expansion area for the operation program of each block but also as a storage area for temporarily storing data and the like output during the operation of each block.

The payout receiving unit 104 receives a payout of a price for playing a game in the game device 100. The game device 100 of the present embodiment can realize the consideration payout by two different payout methods, and therefore includes the 1 st receiving unit 120 and the 2 nd receiving unit 130.

The 1 st receiving unit 120 is a receiving unit provided to receive a payout of a price by a real circulation token, and detects, for example, a drop of a token or a corresponding token into the slot 121 and transfers the detected result to the payout receiving unit 104. The payout receiving unit 104 outputs information indicating that the payout of the value is completed to the control unit 101 when the amount of the real circulation token inserted into the 1 st receiving unit 120 reaches a specific amount determined for the provision of the game. That is, when the payout of the consideration is accepted via the 1 st accepting unit 120, the game device 100 performs the settlement process of the consideration.

On the other hand, the 2 nd receiving unit 130 is a receiving unit provided to receive a payment of a price using a virtual circulation token (electronic circulation token). In the game device 100 of the present embodiment, the 2 nd reception unit 130 is configured to enable short-range wireless communication with a recording medium such as a specific IC card or a specific IC chip included in a mobile terminal. When the payment reception unit 104 is in a state in which it can receive the consideration payment via the 2 nd reception unit 130, it acquires the identification information stored in the IC chip via the 2 nd reception unit 130 and requests the server 200 to perform settlement based on the identification information. As will be described in detail later, in the game system of the present embodiment, in the settlement processing performed in response to the settlement request, the amount determined for the provision of the game is deducted from the virtual circulation token managed in association with the identification information to perform settlement.

The acquisition unit 105 acquires information from a game card used via the card reader 140 when a player plays a game provided according to the price payment. The game device 100 according to the present embodiment is configured such that a player can make a character associated with a game card appear in a game by acquiring information from the game card during the game. The game card may be, for example, a card attached to the surface of the game card in the form of a one-dimensional code or a two-dimensional code, and the card reader 140 may be configured to read the game card. The information addition to the game elements corresponding to the game article such as the game card is not limited to the case of printing the code on the surface of the article as described above, and may be realized in the case of storing data in a recording medium incorporated in the article. In the latter case, the card reader 140 may be configured to be able to acquire information from the game card by short-range wireless communication in the same manner as the 2 nd receiving unit 130.

In the present embodiment, the 2 nd receiving unit 130 and the card reader 140 are configured differently from each other because the information acquisition method is different from each other, but they may be configured integrally. That is, it is needless to say that the card reader 140 may be used instead of the payment of the value by the virtual circulation token through the 2 nd receiving unit 130.

In the present embodiment, the game card is attached with identification information (character ID) of a character as a game element associated with the card, and the acquisition unit 105 acquires the identification information via the card reader 140. That is, by acquiring the character ID attached to the game card at the time of playing the game, the control unit 101 can specify a character to be entered in the provided game and control the character to be entered.

A character DB (database) 106 is a database for managing information (character information) on each character predetermined as a character appearing in a game. The game provided in the game device 100 of the present embodiment is configured to enable a plurality of characters to appear in a game related to 1 game play. The player can use the game card during playing of the game, and can place a character corresponding to the card in the game as, for example, a use character of the player and use (operate).

The character information managed for 1 character may have a data structure as shown in fig. 7(a), for example. As illustrated, the character information includes: drawing information 702, which is associated with a character ID701 that uniquely specifies a character, and includes graphic data and the like used for screen generation when the character is entered in a game; voice data 703, also for voice prompts; and an operation parameter 704 describing the capability inherent to elements such as physical strength (endurance), attack power, defense power, number, and special skill, which are predetermined in addition to the character name, attribute, and the like, as an example of the reference information of the present invention. The operation parameter 704 is information referred to in a game in which a character is present, and the operation control of the provided game is performed by using the information.

In the present embodiment, the description is given assuming that the character DB106 stores graphic data or audio data and the character information includes these data, but the implementation of the present invention is not limited to this. The character information may include information indicating a storage location of the associated data.

In addition, in the present embodiment, for simplification of description, the following description is assumed: the character DB106 is configured to associate a character ID with character information managed for each character, and based on the character ID acquired from the game card by the acquisition unit 105, it is possible to acquire various information necessary for controlling the operation of the game related to the character associated with the card. However, the present invention is not limited to this, and the information attached to the game card does not necessarily have to have only information for specifying game elements such as a character ID. For example, the game card is given with other information used for controlling the operation of the character, such as information for adjusting the operation parameters, in addition to the character ID.

The presentation control unit 107 is responsible for controlling presentation of various information given to the player in the game device 100. The game device 100 of the present embodiment includes a display unit 150 that displays images (game screen, menu screen, and the like) as a device for presenting various information to a player. However, the information presentation device is not limited to this, and may be a device configured to be replaceable or additionally provided, such as an audio output unit for outputting audio.

The presentation control Unit 107 includes a drawing device such as a GPU (Graphics Processing Unit), for example, and performs a specific drawing process when generating a screen to be displayed on the display Unit 150. Specifically, the presentation control unit 107 performs appropriate arithmetic processing on a desired drawing object based on processing or a command performed by the control unit 101 during operation (during a game or in a standby state) of the game device 100, and draws a screen. The generated screen is output to the display unit 150, and is displayed in a specific display area to be presented to the player, and the display unit 150 may be a display device that is in the same housing as the game device 100 or detachably connected to the outside of the game device 100.

The supply control unit 108 performs control as follows: for 1 game based on the payout of the value, 1 game card is generally provided. The game cards provided by the game device 100 are, for example, the following game cards: the information is provided before the start of a game sequence related to the provision of a specific game (game part for operating an operating character: battle game), that is, basically, information predetermined for each card with respect to the contents of the play is attached. The card supply section 160 is, for example, a card dispenser, and may be configured as follows: the game machine includes a card stacker, not shown, for stacking game cards in a vertical direction, and a mechanism for supplying 1 game card stored in the lowermost part of the card stacker in response to a supply command issued by the supply control unit 108. When the card supply unit 160 is built in the same housing as the game device 100, the supplied game card can be supplied to the player by being introduced into the take-out port 161 (see fig. 1) accessible from the outside of the game device 100. The following is explained: the game card provided by the game device 100 of the present embodiment is a pre-manufactured card that is printed in advance, and the design such as the character image and the parameters printed on the surface of the game card is fixed.

In addition, although the game device 100 of the present embodiment has been described as providing a prefabricated card having a fixed design that is printed and distributed in advance in a factory or the like, the provided game card may be a card whose design can be dynamically changed by so-called on-demand printing. In this case, the card supply unit 160 may be a printing device that prints on a specific paper medium to generate a game card. For example, the character ID of the character selected by the player or the drawing process is converted into a code by a conversion method using a game card according to the operation of the game, and the card supply unit 160 generates a game card by printing the character image and the code.

The operation input unit 109 is, for example, a player interface of the game device 100, such as a direction input operation member, a determination input operation member, and various sensors. When detecting that the operation input to the operation member is completed, the operation input unit 109 outputs a control signal corresponding to the operation input to the control unit 101. In the present embodiment, the game device 100 is described as including various interfaces as physical operation members, but may include, for example, a touch input detection sensor or the like that detects a touch input completed on the screen of the display unit 150.

The communication unit 110 is a communication interface with an external device included in the game device 100. The communication unit 110 can be connected to an external device via a network 300 (wired or wireless) to transmit and receive data, and the network 300 may be a communication network such as the internet or a cable connecting devices. The communication unit 110 converts information input as a transmission target into data of a specific format, for example, and transmits the data to an external device such as the server 200 via the network 300. When receiving information from an external device via the network 300, the communication unit 110 decodes the information and stores the information in the memory 103. As will be described in detail later, in the present embodiment, the communication unit 110 transmits a settlement request to the server 200 and receives the returned information of the settlement result.

< construction of Server 200 >

Next, the functional configuration of the server 200 will be described with reference to the block diagram of fig. 3. Note that, in the server 200 according to the present embodiment, the block diagram of fig. 3 does not have a configuration shown by a broken line.

The server control unit 201 is, for example, a CPU, and controls the operation of each block included in the server 200. Specifically, the server control unit 201 controls the operation of each block by, for example, reading out an operation program for each block recorded in the server recording medium 202, and expanding and executing the program in the server memory 203.

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

The settlement unit 204 performs a settlement process on the consideration payout of the virtual circulation tokens received by the game device 100. More specifically, when receiving identification information of an IC card used for payment and a request for settlement of a virtual circulation token from the game device 100, the settlement unit 204 deducts a price amount determined for the game from the balance of the virtual circulation token managed in association with the identification information. Here, in the present embodiment, the balance of each IC card is managed in the balance DB205 of the server 200.

The balance DB205 is a database for managing information such as the balance of virtual token money to be distributed and the history of completed settlement for each IC card to be distributed in a usable manner. The information managed for each IC card may be, for example, information including balance information 712 and history information 713, the balance information 712 being associated with identification information 711 stored in an IC chip of the card and indicating the balance of a virtual token for circulation that can be used by the card, and the history information 713 indicating the history of payment by the virtual token for circulation using the card.

The settlement unit 204 executes settlement processing based on the settlement request, and returns the result of the processing to the game device 100 that received the settlement request. The settlement processing determines whether settlement is possible or not based on whether or not the amount of the balance indicated by the matching balance information 712 is equal to or more than an amount (single-play amount) predetermined for 1 game. When the balance of the matching balance information 712 is larger than the single-play amount, the settlement unit 204 updates the balance information 712 by the amount obtained by subtracting the single-play amount from the balance, performs settlement, and returns information indicating the updated balance information to the game device 100. On the other hand, when the balance of the matching balance information 712 is less than the single round amount, the settlement unit 204 returns information indicating that settlement is not performed.

Therefore, in the game system of the present embodiment, it is necessary that the game device 100 and the server 200 be in a communication-connectable state as to whether or not the game device 100 can accept the payout of the price using the 2 nd accepting unit 130.

In the present embodiment, balance information of each IC card is managed in the balance DB205 of the server 200, and the settlement processing is performed by the settlement unit 204. For example, in order to speed up the determination of whether to enable settlement, the balance information may be stored in the IC card itself, and the settlement processing and the update of the balance information of the IC card may be performed in the game device 100. That is, the game device 100 may be configured to complete the settlement processing using the information acquired from the IC card, thereby providing the game play without waiting for the return from the server 200. However, in this aspect, in order to prevent improper use or the like, the updated balance information must also be transmitted to and synchronized with the server 200 that manages the settlement status of each IC card, and the game device 100 and the server 200 are still necessary conditions for payment acceptance by being able to communicate.

The server communication unit 206 is a communication interface with an external device included in the server 200. The server communication unit 206 can be connected to an external device via the network 300, and can transmit and receive data. The server communication unit 206 converts information input as a transmission target into data of a specific format, for example, and transmits the data to an external device such as the game device 100 via the network 300. When receiving information from an external device via the network 300, the server communication unit 206 decodes the information and stores the information in the server memory 203.

Providing treatment

In the game system of the present embodiment having such a configuration, a specific process will be described with reference to the flowchart of fig. 4 with respect to the providing process executed when providing the game. The processing corresponding to this flowchart can be realized by the following operations: the control unit 101 and the server control unit 201 read out, for example, corresponding processing programs stored in the recording medium of each device, and develop and execute the processing programs in the memory of the device. The present providing process is described, for example, when the game device 100 is started and becomes in a standby state capable of accepting a game.

In S401, the control unit 101 determines whether or not the game device 100 and the server 200 are in a communication-enabled state. For example, the control unit 101 may perform the determination of the present step by confirming the response to the server 200 through the communication unit 110. The control unit 101 shifts the process to S402 when determining that the game device 100 and the server 200 are in a state in which communication is possible, and shifts the process to S411 when determining that communication is not possible.

In S402, the presentation control unit 107 includes, under the control of the control unit 101, a notification indicating that the payout of the price is possible with both the real circulation token and the virtual circulation token in the display of the display unit 150, and presents the notification to the player. In addition, the payment acceptance unit 104 controls both the 1 st acceptance unit 120 and the 2 nd acceptance unit 130 to a state in which the consideration payment can be accepted together with the presentation. In the present embodiment, although two payment methods are described as presenting the possibility of realizing the two payment methods, the presentation may be a presentation showing that only the price payment by the virtual token circulation is possible, considering that the price payment by the real token circulation is generally known.

In S403, the control unit 101 determines whether or not the consideration payment is detected. When determining that the consideration payment has been started, the control unit 101 shifts the process to S404, and when determining that the consideration payment has not been started, the control unit repeatedly executes the process of this step.

In S404, the control unit 101 determines whether or not the price payment is completed by any method. Specifically, the control unit 101 determines whether or not the payment acceptance unit 104 detects a consideration payment in any of the 1 st acceptance unit 120 and the 2 nd acceptance unit 130. Here, the determination in this step may be performed not at the time when the completion of the settlement is detected but at the time when it is determined whether or not the consideration payment is started using any of the 1 st and 2 nd receiving units 120 and 130. That is, the control unit 101 may determine whether the payment receiving unit 104 detects the insertion of the medal through the 1 st receiving unit 120 or whether the identification information of the IC card is acquired through the 2 nd receiving unit 130. The control unit 101 shifts the process to S413 when determining that the payment of the price is completed with the real token and shifts the process to S405 when determining that the payment of the price is completed with the virtual token

In S405, the payment acceptance unit 104 transmits the identification information of the IC card acquired via the 2 nd acceptance unit 130 to the communication unit 110 under the control of the control unit 101, and transmits the identification information together with the settlement request to the server 200.

Upon receiving the settlement request transmitted in S405, the settlement unit 204 of the server 200 determines in S406 whether or not settlement using the virtual circulation token relating to the IC card used can be achieved. More specifically, the settlement unit 204 reads the balance information 712 managed in the balance DB205 in association with the identification information, and determines the present step based on whether or not the balance indicated by the balance information 712 is equal to or greater than the single-shot amount. The settlement unit 204 moves the process to S407 when determining that settlement using the virtual circulation token relating to the IC card used can be achieved, and moves the process to S410 when determining that settlement cannot be achieved.

In S407, the settlement unit 204 actually executes a settlement process of settling the payment using the virtual circulation token. In the present settlement process, the settlement unit 204 changes the balance information 712 read in S405 to the amount obtained by subtracting the single-round amount from the managed balance, and updates the information managed in the balance DB205 in association with the identification information, using the changed balance information. In addition, the settlement unit 204 may add the settled content to the history information 713 at the time of settlement (when the process of deducting the amount of the single round is completed).

In S408, the settlement unit 204 transmits settlement completion information indicating that settlement has been completed to the server communication unit 206, and transmits the settlement completion information to the game device 100 that has made the settlement request. Based on the settlement completion information thus transmitted, the game device 100 is transmitted with a result that the price payment with the virtual distributed tokens is completed with respect to the settlement request.

On the other hand, when it is determined in S405 that settlement is not possible, in S409, the settlement unit 204 transmits unpaid information indicating that settlement is not possible to the server communication unit 206 and transmits the unpaid information to the game device 100 that has made the settlement request.

When receiving the information returned in response to the settlement request from the server 200, the payment acceptance unit 104 determines in S410 whether or not the received information is any of the settlement completed information and the non-settlement information. The payment acceptance unit 104 determines that the received information is settlement completion information, and shifts the process to S415 when the settlement by the virtual circulation token is completed, and shifts the process to S411 when the received information is non-settlement information.

In S411, the payment acceptance unit 104 determines that the settlement using the virtual circulation token is not completed because the balance is insufficient based on the receipt of the non-settlement information, and notifies the control unit 101 of the determination. Then, the presentation control unit 107 receives the notification under the control of the control unit 101, includes in the display of the display unit 150 a notification that the balance of the virtual circulation token relating to the IC card is insufficient to pay the amount of a single round, presents the notification to the player, and returns the process to S401.

When it is determined in S401 that the game device 100 and the server 200 are in a state where communication is not possible, the presentation control unit 107 causes, in S412, a notification indicating that only the payout of the value by the real circulation token is realized to be included in the display of the display unit 150 and presented to the player under the control of the control unit 101. Alternatively, the notification may be changed to a notification indicating that the payment of the price by the virtual token for circulation is impossible, or presented together with a notification indicating that the payment of the price by the virtual token for circulation is impossible. In addition, the payment acceptance unit 104 controls only the 1 st acceptance unit 120 to a state in which the consideration payment can be accepted and controls the 2 nd acceptance unit 130 to a state in which the consideration payment cannot be accepted together with the presentation.

In S413, the control unit 101 determines whether or not the payment of the consideration is detected. The determination in this step is made based on whether or not the payment acceptance unit 104 detects a consideration payment to the 1 st acceptance unit 120. When determining that the price payment has been completed, the control unit 101 shifts the process to S414, and when determining that the price payment cannot be completed, the control unit repeatedly executes the process of the step.

In S414, the payment acceptance unit 104 determines whether or not the total amount of the consideration paid to the 1 st acceptance unit 120 reaches the single-round amount under the control of the control unit 101. When the control unit 101 determines that the total amount of the consideration paid to the 1 st receiving unit 120 reaches the single-round amount, it determines that the settlement using the real distributed tokens is completed, and the process proceeds to S415. That is, when the total amount of the consideration paid out reaches the single-round amount, the payment acceptance unit 104 performs a settlement process related to the consideration payment using the tokens that are actually distributed, and the control unit 101 receives and processes the settled contents. Further, when the total amount of the consideration paid to the 1 st receiving unit 120 does not satisfy the single-round amount, the control unit 101 repeatedly executes the process of this step.

In S415, the supply control unit 108, under the control of the control unit 101, controls the card supply unit 160 to supply the game card. When the game card is provided, the control unit 101 causes the presentation control unit 107 to notify the user of the provision of the game card.

In S416, the control section 101 executes game processing related to the provided 1-time game. The game that provides the game by executing the game processing may include a sequence in which a character playing operation character corresponding to the game card is registered by acquiring information from the game card, a sequence in which an opponent character is selected, and a sequence in which a match game of the playing operation character and the opponent character is executed by operating the game card, for example.

When the game end condition is satisfied, the control unit 101 shifts the process to S417, and completes the present providing process after executing the end process related to the end of providing the 1 game.

As described above, according to the game system of the present embodiment, the convenience of the player can be improved by providing a plurality of price payment methods. More specifically, the game device of the game system is provided with the payout method of the 1 st method that can always accept the payout of the consideration and the payout method of the 2 nd method that controls whether or not the payout can be accepted depending on whether or not the game device can communicate with the server that performs the settlement management using the virtual circulation tokens, whereby the payout method according to the situation of the game device can be presented to the player, and as a result, the convenience of the player can be improved.

In the present embodiment, balance information of the virtual token to be distributed is managed in the server 200, and the settlement processing is performed by the settlement unit 204. That is, the device for performing the settlement processing may be the game device 100, and for example, the 2 nd receiving unit 130 may acquire balance information corresponding to the identification information from the server 200 via the communication unit 110 and perform the settlement processing.

[ embodiment 2]

In embodiment 1, the following description is assumed: the game device 100 includes a 2 nd reception unit 130 configured to be able to collect information from the IC card related to the virtual circulation token, and the player pays out a price using the virtual circulation token by using the IC card carried by the player. However, the present invention can be implemented to accept the payment of a price using a virtual circulation token and provide a game without acquiring information from an IC card as described above. There are various payment methods for a price by a virtual token circulation, including a method that does not require information acquisition from a device in which an IC card or an IC chip is built, and for example, a payment method that enables online settlement by operation on a mobile phone or a smart phone. In the present embodiment, a game system configured such that, in consideration of the existence of such a plurality of payment methods, a player can select a desired payment method on a communication terminal when paying a consideration with a virtual circulation token will be described.

Composition of Game System

Here, a system configuration of a game system according to embodiment 2 of the present invention will be described with reference to fig. 1 (b).

As shown in the figure, unlike the game system according to embodiment 1, the game system according to the present embodiment further includes a communication terminal 500 used by a player who plays a game, such as a mobile terminal or a smartphone. As in embodiment 1, the game device 100 is provided so as to be able to select a method of using real circulation tokens and a method of using virtual circulation tokens in a consideration payout related to 1 game. However, unlike embodiment 1, the game device 100 of the present embodiment pays the value using the virtual circulation tokens, and does not request settlement from the game device 100 to the server 200.

In the game system of the present embodiment, in order to enable the payment of the value by the virtual circulation token for the game play to request the settlement from the communication terminal 500 to the server 200, the game device 100 presents information necessary for the settlement request when the instruction to select the payment of the value by the virtual circulation token is completed. The player can select a desired payment method of the virtual circulation token and pay the same by acquiring the necessary information using the communication terminal 500, and the communication terminal 500 makes a settlement request based on the acquired information to the server 200 conforming to the selected payment method. Therefore, the game system of the present embodiment includes the settlement server 200 for each of the payment methods of the plurality of virtual distributed tokens. As will be described in detail below, each server 200 is configured to be able to communicate with a plurality of game devices 100 and a plurality of communication terminals 500 via a network 300.

Hereinafter, the functional configuration of each device will be described in detail. In the following description, the description of the same configuration as that of embodiment 1 is basically omitted, and blocks that perform operations different from those of embodiment 1 will be mainly described. Among the components of the communication terminal 500, a prefix character of "terminal" is distinguished from a prefix character of a component that realizes the same function as the game device 100 and the server 200.

< composition of game device 100 >

As shown in fig. 2, the game device 100 of the present embodiment is different from embodiment 1 in that it is not necessary to acquire information from an IC card when paying a consideration using a virtual circulation token, and therefore the 2 nd receiving unit 130 does not have a short-range wireless communication function with a recording medium such as a specific IC chip.

The payment acceptance unit 104 is configured to be able to realize a consideration payment by two payment methods related to the real circulation token and the virtual circulation token, as in embodiment 1. On the other hand, in the game device 100 of the present embodiment, in order to select the method of paying out the consideration using the virtual circulation token, an operation input for selecting the method is required.

As will be described in detail later, in the present embodiment, the 2 nd receiving unit 130 issues identification information (payment ID) uniquely specifying the payment event in response to an operation input for paying a price in accordance with a virtual circulation token, and causes the display unit 150 to present the payment ID via the presentation control unit 107. Further, after payment of a price for the virtual circulation token is performed and the settlement is performed in the communication terminal 500 based on the identification information, the 2 nd receiving unit 130 makes a settlement confirmation request to the server 200 in accordance with an operation input indicating the content. When the 2 nd receiving unit 130 receives the settlement completion information returned from the server 200, the payment receiving unit 104 transmits the settlement of the consideration payment using the virtual circulation token to the control unit 101.

< constitution of communication terminal 500 >

Next, a functional configuration of communication terminal 500 will be described with reference to the block diagram of fig. 5.

The terminal control unit 501 is, for example, a CPU, and controls the operation of each block included in the communication terminal 500. Specifically, the terminal control unit 501 reads an operation program for each block recorded in the terminal recording medium 502, for example, and develops and executes the operation program into the terminal memory 503, thereby controlling the operation of each block.

The terminal recording medium 502 is a recording device capable of permanently storing data, such as a nonvolatile memory or an HDD. The terminal recording medium 502 stores information such as parameters necessary for the operation of each block, in addition to the operation program of each block included in the communication terminal 500. The terminal memory 503 is a storage device used for temporary data storage such as a volatile memory. The terminal memory 503 is used not only as an expansion area for the operation program of each block, but also as a storage area for temporarily storing data and the like output during the operation of each block.

The imaging unit 504 includes an imaging element such as a CMOS (Complementary Metal Oxide Semiconductor) sensor, for example, and captures an object present in an imaging range and outputs an imaged image. In the present embodiment, the transmission of the payout ID uniquely identifying the consideration payout event by the virtual circulation token from the game apparatus 100 to the communication terminal 500 is realized by presenting the two-dimensional code obtained by converting the payout ID to the display unit 150 and imaging the two-dimensional code by the imaging unit 504. In the present embodiment, in order to avoid a complicated operation in the communication terminal 500, a description is given of an aspect in which the transmission of the payout ID from the game device 100 to the communication terminal 500 is performed via conversion into the two-dimensional code and imaging of the two-dimensional code. For example, when the game device 100 and the communication terminal 500 are configured to be able to communicate with each other, the payout ID may be transmitted from the game device 100 to the communication terminal 500. Alternatively, when the payout ID includes a text such as an alphanumeric character, the text may be displayed on the display unit 150, and the player may perform an input operation on the communication terminal 500 while referring to the text, thereby transmitting the payout ID.

The settlement requesting unit 505 requests settlement of the amount of the single round to the server 200 selected for the consideration payment by the virtual circulation token. More specifically, the settlement requesting unit 505 acquires a payment ID by applying a specific calculation to the captured image captured by the imaging unit 504, transmits information on the payment ID and the amount of the single round to the terminal communication unit 506, and transmits the payment ID and the amount of the single round to the server 200 in accordance with the settlement request. At this time, in the settlement service using the virtual distributed tokens provided by the server, the player ID used to identify the player of the communication terminal 500 is also transmitted together with the settlement request.

The terminal communication unit 506 is a communication interface with an external device which the acquisition unit 105 has. The terminal communication unit 506 can be connected to an external device via the network 300, and realizes data transmission and reception. The terminal communication unit 506 converts information input as a transmission target into data of a specific format, for example, and transmits the data to an external device such as the server 200 via the network 300. When receiving information from an external device via the network 300, for example, the terminal communication unit 506 decodes the information and stores the information in the terminal memory 503.

< construction of Server 200 >

The server 200 of the present embodiment has a block (settlement DB210) shown by a broken line in addition to the blocks described with reference to fig. 3 according to embodiment 1.

The settlement unit 204 of the present embodiment performs a settlement process on the consideration payment by the virtual circulation token accepted by the communication terminal 500. More specifically, when receiving a request for settlement of virtual circulation tokens from the communication terminal 500, the settlement unit 204 performs a settlement process of deducting the amount of one round from the balance of the virtual circulation tokens managed in association with the player ID received at the same time. Here, in the present embodiment, the balance information of each user is managed in the balance DB205 of the server 200 for each settlement service.

The balance DB205 of the present embodiment is a database in which: information such as the balance of the virtual token to be distributed and the history of completed settlement is managed for each user of the virtual token settlement service provided by using the server 200. The information managed for each user may be, for example, information including balance information 722 and history information 723, the balance information 722 being associated with a player ID721 for uniquely identifying the user (player) and indicating the balance of a virtual circulation token that can be used by the user, and the history information 723 indicating the payment history of the virtual circulation token that the user has made to use.

The settlement unit 204 executes settlement processing based on the settlement request, and returns the processing result to the communication terminal 500 that received the settlement request. The settlement processing may be processing for determining whether settlement is possible or not, based on whether or not the amount of balance indicated by the corresponding balance information 722 is equal to or larger than the single-round amount, as in embodiment 1.

On the other hand, the server 200 of the present embodiment manages information (settlement status information) in the settlement DB210 as to whether or not settlement has been performed for each settlement request. The settlement status information managed in the settlement DB210 may contain, for example, a settlement identification 732 (logical type), which makes an association with the payment ID731 received together with the settlement request, indicating whether the settlement associated with the payment ID731 is completed. Here, the settlement flag 732 may be set to true when settlement processing is performed and settlement is completed, and may be set to false, which is an initial value, when settlement processing is not performed and settlement fails. In the present embodiment, the settlement status information is registered in the settlement DB210 for each payment ID and is stored for a specific time, regardless of whether settlement is made or not, but the implementation of the present invention is not limited to this. For example, the following configuration may be adopted: the settlement DB210 does not need to include information indicating whether or not settlement is completed, and only the payment ID relating to the settled payment is stored in the settlement DB 210.

In the game system of the present embodiment, the server 200 is configured to manage the settlement status information in the settlement DB210 and to provide the settlement status information when receiving a settlement confirmation request from the game device 100. That is, in the game system of the present embodiment, when 1 game is provided based on the consideration payout using the virtual circulation token, the following flow is performed. First, when the game device 100 finishes performing the operation input of the contents of the payout of the value by the virtual circulation token, the game device 100 presents the two-dimensional code including the payout ID, and the player uses the communication terminal 500 to photograph the two-dimensional code, thereby completing the transmission of the payout ID from the game device 100 to the communication terminal 500. When the player selects a virtual distributed token settlement service for payment at the communication terminal 500, a settlement request including a payment ID is transmitted from the communication terminal 500 to the server 200 in accordance with the selection, settlement processing is performed at the server 200, and settlement completion information is returned to the communication terminal 500. At this time, if the settlement is normally made, the settlement status information indicating the contents of which the settlement has been completed is managed in association with the payment ID. When the communication terminal 500 is notified of the completion of the settlement based on the settlement completion information, the player performs an operation input for selecting a settled service in the game device 100 based on the notification. Thus, since the game device 100 can recognize the service in which the settlement by the virtual circulation token is completed, the settlement confirmation request and the payment ID are transmitted to the server 200 providing the service. Then, the server 200 that has received the request acquires the settlement status information associated with the payout ID from the settlement DB210 and transmits the settlement status information back to the game device 100, and the game device 100 starts providing the game as long as the settlement status information indicates that the settlement is completed.

Therefore, in the game system of the present embodiment, it is necessary to check the final settlement status information whether or not the game device 100 can accept the payout of the value by the virtual circulation token, and therefore it is necessary that the game device 100 and the server 200 be in a state of being able to be connected by communication.

In the present embodiment, the settlement confirmation is completed in this way, considering the use of an external virtual circulation token settlement service, and the like, but it is easily understood that the present invention is not limited to this. That is, the destination of the settlement completion information concerning the settlement request completed from the communication terminal 500 may be the game device 100. In this case, by transmitting information corresponding to the settlement flag 732 associated with the payout ID from the server 200 to the game device 100, the same processing can be realized without requesting the communication terminal 500 to confirm the settlement from the game device 100. In the present embodiment, the following configuration is described, in which payment by a plurality of virtual distributed token settlement services can be realized and a player can select to perform settlement by using any one of the services in the communication terminal 500, but the present invention is not limited to this. That is, the following configuration may be adopted: the number of available virtual distributed token settlement services is 1, and processing related to reception of a selection operation of a service used in the communication terminal 500 or a selection operation of a service settled in the game device 100 is avoided.

Providing treatment

In the game system of the present embodiment having such a configuration, a specific process will be described with reference to the flowchart of fig. 6, with respect to the providing process executed when providing the game. The processing corresponding to this flowchart can be realized by the following operations: the control unit 101 and the server control unit 201 read out, for example, corresponding processing programs stored in the recording medium of each device, and develop and execute the processing programs in the memory of the device. The present providing process is described, for example, when the game device 100 is started and becomes in a standby state capable of accepting a game. In the description of the supply processing, steps for performing the same processing as that of the supply processing of embodiment 1 are denoted by the same reference numerals, and the description thereof is omitted.

When it is determined in S401 that the game device 100 and the server 200 are in a communicable state, the presentation control unit 107 presents, in S601, a notification indicating that the payout of the value can be achieved by both the real circulation token and the virtual circulation token and a selection display asking whether to use either of them to pay the value to the player via the display unit 150. As in the case of the aspect described in embodiment 1, the presentation performed in this step may be a presentation of only a selection display asking whether or not to perform a consideration payment using the virtual token for circulation.

In S602, the control unit 101 determines whether or not the virtual token circulation is selected for the consideration payment. The determination in this step may be performed in accordance with the selection operation for the selection display performed in S601. The control unit 101 shifts the process to S603 when it is determined that the virtual token money is selected for the price payment, and shifts the process to S413 when it is determined that the real token money is used for the price payment.

In S603, the 2 nd reception unit 130 issues the payout ID relating to the current game under the control of the control unit 101, converts the information of the payout ID and the round amount into a two-dimensional code, and transmits the two-dimensional code to the presentation control unit 107 to present the two-dimensional code to the display unit 150. In the present embodiment, the issue of the payout ID is explained in the game device 100 by the 2 nd reception unit 130, but the implementation of the present invention is not limited to this. In this case, after the service used in the game device 100 is selected, the 2 nd receiving unit 130 may communicate with the server 200 in accordance with the service and acquire the payment ID.

In S604, the terminal control section 501 of the communication terminal 500 determines whether information of the payment ID and the single-round amount has been acquired. More specifically, the terminal control unit 501 performs the determination of the present step according to: whether or not a two-dimensional code is included in the photographed image output from the photographing section 504 in response to completion of the operation input related to photographing in the communication terminal 500, and by decoding the two-dimensional code, information of the payment ID and the single-round amount is obtained. When determining that the information of the payment ID and the single-round amount has been acquired, the terminal control unit 501 transfers the process to S605, and when determining that the information has not been acquired, the process of this step is repeatedly executed.

In the present embodiment, in order to simply explain a series of processing flows of the providing processing, in this step, the terminal control unit 501 is explained so as to repeat the processing until information of the payment ID and the single-round amount is obtained. However, whether or not the two-dimensional code presented in the game device 100 is captured depends on whether or not the player operates the communication terminal 500 independently of the game device 100, and therefore, the process of repeating the process of this step may not be performed, and the subsequent process may not be performed. In this case, in the game device 100, the control unit 101 may perform control so that the two-dimensional code is presented after a specific timeout period and the game device again shifts to the standby state.

In S605, the terminal control unit 501 accepts whether or not the present game identified by the payout ID is selected to pay a consideration by any of the virtual circulation token settlement services. The virtual circulation token settlement service that can be selected may be, for example, the following services: the communication terminal 500 is already provided with a service that can be used for price payment in the game system among the registered services. When accepting selection of a virtual distributed token settlement service for making a consideration payment, the terminal control unit 501 moves the process to S606.

In S606, the settlement requesting unit 505 transmits the acquired payment ID and the information on the amount of the single round and the player ID of the virtual circulation token settlement service corresponding to the acquired payment ID and the information on the amount of the single round to the terminal communication unit 506, and transmits the payment ID and the player ID to the destination server 200 together with the settlement request.

Upon receiving the settlement request transmitted in S606, the settlement unit 204 of the server 200 re-registers the settlement status information in the settlement DB210 with respect to the payment ID received together with the request in S607. The settlement status information registered in this step has a settlement flag 732 with an initial value of "false" and a payment ID731 as the payment ID received together with the settlement request.

In S608, the settlement unit 204 determines whether or not the settlement using the virtual circulation token relating to the player ID received together with the settlement request can be realized. More specifically, the settlement unit 204 reads the balance information 722 managed in the balance DB205 in association with the player ID, and determines the present step based on whether or not the balance indicated by the balance information 722 is equal to or larger than the single-round amount. The settlement unit 204 moves the process to S609 when determining that settlement using the virtual circulation token relating to the player ID can be achieved, and moves the process to S611 when determining that settlement cannot be achieved.

In S609, the settlement unit 204 actually executes a settlement process of settling the payment using the virtual circulation token. In the present settlement processing, the settlement unit 204 changes the balance information 722 read in S608 to the amount obtained by subtracting the single-round amount from the managed balance, and updates the information managed in the balance DB205 in association with the player ID, using the changed balance information. In addition, at the time of settlement (when the process of deducting the amount of the single round is completed), the settlement unit 204 may perform a process of adding the settled content to the history information 723. In addition, the settlement unit 204 performs a process of changing the settlement flag 732 of the settlement status information of the settlement DB210 to which the payment ID related to the settlement is associated to true.

In S610, the settlement unit 204 transmits settlement completion information indicating that settlement has been completed to the server communication unit 206, and transmits the settlement completion information to the communication terminal 500 that made the settlement request. The settlement completion information thus transmitted transmits the completion of the payment of the consideration with the virtual token distributed in response to the settlement request to the communication terminal 500.

On the other hand, when it is determined in S608 that settlement is impossible, the settlement unit 204 transmits non-settlement information indicating the contents of which settlement is impossible to the server communication unit 206 and transmits the information to the communication terminal 500 that made the settlement request in S611.

When receiving the information returned to the settlement request from the server 200, the settlement requesting section 505 determines in S612 whether the received information is settlement completed information or unsettled information. The settlement requesting unit 505 prompts the communication terminal 500 to indicate that the settlement by the virtual circulation token is completed when it is determined that the received information is the settlement completion information, and proceeds to S613 when it is determined that the received information is the non-settlement information.

In S613, the settlement requesting unit 505 determines that the settlement using the virtual circulation token is not completed due to insufficient balance based on the receipt of the unpaid information, and presents a notification that the balance of the virtual circulation token related to the selected virtual circulation token settlement service is insufficient to pay the content of the unit amount, and the process returns to S605.

In S614, the 2 nd receiving unit 130 receives the completion of the settlement using the virtual circulation token and determines whether or not to receive an operation input for selecting the virtual circulation token settlement service for which the settlement has been performed, the operation input being completed by the player. The 2 nd receiving unit 130, upon receiving an operation input selected by the virtual circulation token settlement service for which settlement has been performed, shifts the process to S615, and when determining that acceptance has not been performed, repeatedly executes the process of this step.

In S615, the 2 nd receiving unit 130 transmits a settlement confirmation request and a payment ID to the server 200 matching the virtual circulation token settlement service for which settlement has been performed, via the communication unit 110.

When receiving the settlement confirmation request transmitted in this manner, the server control unit 201 acquires the settlement status information associated with the payout ID received together with the request from the balance DB205 and returns the acquired settlement status information to the game device 100 in S616.

When the 2 nd receiving unit 130 receives the settlement status information returned in response to the settlement confirmation request, the payout receiving unit 104 determines in S617 whether or not the settlement using the virtual circulation token has been completed for the current game. The determination in this step may be made based on whether or not the received settlement flag 732 of the settlement status information is true. The payout receiving unit 104 shifts the process to S415 when determining that the settlement using the virtual circulation medals has been completed for the current game, and returns the process to S601 when determining that the settlement has not been completed.

As described above, according to the game system of the present embodiment, the convenience of the player can be improved by providing a plurality of price payment methods. More specifically, the game device of the game system is provided with the payout method of the 1 st method that can always accept the payout of the consideration and the payout method of the 2 nd method that is accompanied by the display of the payout ID required for the payout process depending on whether or not the game device is in a state in which communication with the server that performs the settlement management using the virtual circulation tokens is possible, whereby the payout method according to the situation of the game device is presented to the player, and as a result, the convenience of the player can be improved.

[ variation 1]

In addition, as described above, in a game device such as a dedicated game housing, a payout function of a token coin that is distributed at first is not conventionally provided from the viewpoint of manufacturing cost or ease of ticket collection. Therefore, the value of the real circulation medals related to the use of the game device is set to an amount that can be easily prepared by a player without a payout function of the odd circulation medals, such as 1 medal of 100B medal game coins. That is, from this point of view, there are the following facts: it is difficult to change the amount of the price of a true circulation token set for 1 game in a game device in accordance with the change of the value of the circulation token (particularly, the increase of the value of the circulation token).

On the other hand, in the case of virtual token circulation, the settlement process can be performed without the need for a payout function of circulating tokens at all, and therefore the amount of the price can be changed to an amount different from the case of using real token circulation. That is, for example, even when the value of the token to be distributed increases, the amount of the consideration set for the virtual token to be distributed can be set to be (fixed) higher than the amount of the consideration set for the token to be distributed actually.

However, when the amount of the consideration required for service utilization is set to be poor by payment using a real circulation token and payment using a virtual circulation token as such, fairness among players using the service cannot be secured. Therefore, for example, the card providing unit 160 may be configured to provide a plurality of types of cards so that different types of game cards can be provided by completing a game provided by paying out the real distributed tokens and a game provided by completing a game provided by paying out the virtual distributed tokens. That is, in the above embodiment, the card supply section 160 supplies game cards randomly accommodated in 1 stacker in the order from bottom to top regardless of which of the real circulation token and the virtual circulation token the payout is made, and may be configured to provide 2 different stackers for accommodating game cards, for example, so that the stacker supplying the game cards is controlled to be different depending on which of the real circulation token and the virtual circulation token the payout is made. In this case, since the payout method of the virtual circulation token can be set to a higher value than the payout method of the real circulation token, the game card provided by the payout method of the virtual circulation token may be an item having a higher price value (higher rarity) than the game card provided by the payout method of the real circulation token, such as a game card having a higher manufacturing cost in which the foil processing or the emboss processing is completed, or a game card having a parameter for establishing a corresponding character to favorably run a game. Alternatively, for example, a configuration may be adopted in which a reserved card and a print-on-demand card are provided separately depending on which token is distributed to complete payment.

In addition, such a difference in the value of the provided item corresponding to the payment means may not be achieved by making the item category different. For example, the payment method may be implemented by setting the ratio of highly rare items stored in a card stacker corresponding to the payment method of the virtual circulation token higher than that of a card stacker corresponding to the payment method of the real circulation token. Alternatively, for example, the game device 100 may be configured as follows: in the aspect in which the item is provided with a recording medium capable of rewriting data, when information is acquired in the game for an item provided based on the payout using the virtual circulation token, additional game elements for favorably operating the game, such as items and point awards, are added, and the addition is not performed for an item provided based on the payout using the real circulation token.

[ variation 2]

In the above-described embodiment and the modification, the control in the case of accepting the payout of the consideration price for 1 game will be described. In addition, some game devices such as a dedicated game housing allow the same player to continuously play a game, for example, a game in which at least a part of the running state of the game is continued. In other words, in a game device provided with a game having a so-called "continuation" function, a continuous subsequent game is provided on the condition that a further payout of the value is required after 1 game is completed for the same player.

In this case, the price payment method of the following game may be controlled according to the price payment method selected for the preceding game. For example, when a game to be played in advance is provided based on a payout of a price by a real circulation token, the payout receiving unit 104 may control a subsequent game as follows: the payout of the value is accepted only by the 1 st acceptance unit 120, that is, only by the real token money to be circulated, and the payout of the value by the virtual token money to be circulated is not accepted, regardless of whether the game device 100 and the server 200 are in a communication-connectable state. This is based on the player who made a consideration payout with real circulating tokens being assumed not to have the ability to make a consideration payout with virtual circulating tokens. For example, when a game to be played in advance is provided based on a payout of a price by a virtual circulation token, the payout receiving unit 104 may control a subsequent game as follows: on the condition that the game device 100 and the server 200 are in a communication-connectable state, any one of the real circulation tokens and the virtual circulation tokens can be selected and the payment of the price can be accepted. This is because even if a player whose balance of the virtual circulation token is equal to or less than the single game amount by deduction related to a game to be played in advance, the player can play a subsequent game as long as the token is actually circulated, thereby securing the chance of the player's profit and income.

By doing so, it is possible to avoid redundant control while continuing play and provide a preferred game.

[ other embodiments ]

The present invention is not limited to the above-described embodiments, and various modifications and changes can be made without departing from the spirit and scope of the present invention. The game system and the game device according to the present invention can also be realized by a program that causes 1 or more computers to function as the game system or the game device. The program is provided/distributed by using a recording medium recorded on a computer readable medium or through an electric communication line.

[ description of symbols ]

100 game device

101 control unit

102 recording medium

103 memory

104 Payment Acceptor

105 acquisition part

106 role DB

107 presentation control unit

108 provide a control part

109 operation input unit

110 communication part

120 st receiving part

130 item 2 receiving part

140 card reader

150 display part

160 card supply part

200 server

201 server control part

202 server recording medium

203 server memory

204 settlement unit

205 balance DB

206 server communication unit

210 settlement DB

300 network

500 communication terminal

501 terminal control unit

502 terminal recording medium

503 terminal memory

504 image pickup unit

505 settlement request section

506 terminal communication part

Claims (14)

1. A game system comprising a game device for providing a game article and a server provided so as to be able to communicate with the game device, the game system comprising

The game device is provided with:

an execution device that executes a game;

an acceptance device for accepting a consideration payout related to the game by using a 1 st mode and a 2 nd mode which are different in payout method;

a communication device that communicates with the server;

a providing device configured to be capable of providing a game article of a 1 st category and a game article of a 2 nd category corresponding to a game element related to the game; and

a control device that controls the execution device, the acceptance device, the communication device, and the providing device; and is

The control device

When the game device and the server are in a communicable state, the accepting means is controlled to accept the price payment by the 2 nd method and the accepting means is controlled to accept the price payment

Controlling the providing means in the following manner: providing the game item of the 1 st category and providing the game item of the 1 st category when the game is settled based on the price payment by the 1 st method

Controlling the providing means in the following manner: providing the category 2 game item when the game is settled based on the consideration payout in the 2 nd mode.

2. The game system according to claim 1, wherein the control means controls the accepting means to a state in which the payout of the value according to the 1 st scheme can be accepted regardless of a communication state between the game apparatus and the server.

3. The game system according to claim 1 or 2, wherein the game device is further provided with a presentation means for presenting information relating to the game,

the presentation device presents that the price payment by the 2 nd method is not accepted when the game device and the server are in a state where communication is not possible.

4. The game system according to claim 1 or 2, wherein the control means controls the execution means in such a manner that: the game is executed on the condition that the acceptance device accepts settlement of the consideration payment.

5. The gaming system of claim 4, wherein the game includes: a 1 st game executed on the condition that settlement of the price payment completed in advance is made; and a 2 nd game which is executed subsequent to the 1 st game and is executed on condition of settlement of further consideration payment; and is

The control device controls the accepting device to a state where the accepting device cannot accept the price payment by the 2 nd method for the 2 nd game when the 1 st game is settled based on the price payment by the 1 st method.

6. The gaming system of claim 4, wherein the game includes: a 1 st game executed on the condition that settlement of the price payment completed in advance is made; and a 2 nd game which is executed subsequent to the 1 st game and is executed on condition of settlement of further consideration payment; and is

The control device controls the accepting device to a state capable of accepting the payout of the consideration value according to the 1 st and 2 nd aspects, with respect to the 2 nd game, when the 1 st game is settled based on the payout of the consideration value according to the 2 nd aspect.

7. The gaming system of claim 4, wherein the payout by the 1 st means is a payout of a consideration using a real currency token,

the payment by the 2 nd method is to pay a consideration using a virtual circulation token corresponding to a card having identification information.

8. The game system according to claim 7, wherein the control means controls the execution means in such a manner that: executing the game when an amount of the consideration paid by the 1 st means is equal to or more than an amount of the consideration predetermined with respect to the game.

9. The game system according to claim 7, wherein the game device further comprises an acquisition means for acquiring balance information of a virtual circulation token corresponding to a card having the identification information used for the payout when the payout is made by the payout of the price of the 2 nd method,

the control means controls the execution means in such a manner that: when the balance information acquired by the acquisition means indicates a balance equal to or more than an amount of consideration predetermined with respect to the game, the game is executed.

10. The game system according to claim 9, wherein the balance information corresponding to a card establishment having the identification information is managed in the server,

the acquisition means acquires the balance information from the server via the communication means.

11. The game system according to claim 7, wherein the acceptance device is configured to be able to set different amounts to the amount of the consideration set as the requirement in the 1 st aspect and the amount of the consideration set as the requirement in the 2 nd aspect.

12. The game system according to claim 11, wherein the amount of the consideration set as the requirement in the 1 st manner is set to be lower than the amount of the consideration set as the requirement in the 2 nd manner.

13. A game device is provided so as to be able to communicate with a settlement server, and is provided with:

an execution device that executes a game;

an acceptance device for accepting a consideration payout related to the game by using a 1 st mode and a 2 nd mode which are different in payout method;

a communication device that communicates with the settlement server;

a providing device configured to be capable of providing a game article of a 1 st category and a game article of a 2 nd category corresponding to a game element related to the game; and

a control device that controls the execution device, the acceptance device, the communication device, and the providing device; and is

The control device

When the communication with the settlement server is enabled, the accepting device is controlled to accept the price payment of the 2 nd mode and the accepting device is controlled to accept the price payment

Controlling the providing means in the following manner: providing the game item of the 1 st category and providing the game item of the 1 st category when the game is settled based on the price payment by the 1 st method

Controlling the providing means in the following manner: providing the category 2 game item when the game is settled based on the consideration payout in the 2 nd mode.

14. A recording medium recording a program that causes a computer to function as a control device of the game system according to any one of claims 1 to 12.

Images