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

Description

  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 types of payment methods.

  There is a game device that requires insertion of a predetermined face value coin as a price for game play (Patent Document 1).

JP-A-2015-112115

  In order to play a game in a game device in which coin insertion is required as in Patent Literature 1, the user needs to prepare a price. Since a general game device does not have a function of returning change, a user who wishes to repeat the game play leaves the game device or the waiting line when the coins he has run out and exchanges money. And so on to prepare coins.

  An object of the present invention is to provide a game system, a game device, and a program that improve user convenience by providing a plurality of types of payment methods.

A game system according to the present invention is a game system including a game device and a server provided so as to be able to communicate with the game device, wherein the game device includes execution means for executing the game, Receiving means for receiving payment in a first mode and a second mode, each of which has a different payment method, communication means for communicating with a server, a first type of article corresponding to a game element relating to the game, and a second A providing unit configured to provide a type of article; and a control unit that controls the executing unit, the receiving unit , the communication unit, and the providing unit , and the control unit sets the game device and the server in a communicable state. in some cases, the second controls the reception unit in a state capable of receiving a payment of consideration in the form, when payment based on the payment of the consideration of the first embodiment about the game, those of the first type The controls providing means to provide, when payment based on the payment of compensation in the second embodiment about the game, controlling the providing means to provide an article of the second type.

  According to the present invention having such a configuration, by providing a plurality of types of payment methods, it is possible to improve user convenience.

The figure which showed the structure of the game system concerning embodiment of this invention. FIG. 1 is a block diagram showing a functional configuration of a game device according to an embodiment of the present invention. FIG. 1 is a block diagram showing a configuration of a server according to an embodiment of the present invention. 9 is a flowchart illustrating a providing process realized by the game system according to the first embodiment of the present invention. FIG. 4 is a block diagram showing a functional configuration of a communication terminal according to a second embodiment of the present invention. 9 is a flowchart illustrating a providing process realized by the game system according to the second embodiment of the present invention. The figure which illustrated the data structure of the various information used in the game system which concerns on embodiment of this invention.

[Embodiment 1]
Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. In the embodiment described below, an example is described in which the present invention is applied to a game device as an example of a game device and capable of paying a price in two types of payment methods. However, the present invention is applicable to any device that is configured to be able to pay for a value by a plurality of types of payment methods.

  Further, in the present specification, the “real currency” refers to a currency that has a physical item such as coins and bills, medals equivalent to the currency, and requires exchange of the physical item for settlement. On the other hand, the “virtual currency” refers to a currency that does not have a physical item such as a real currency and requires payment of only electronic data for settlement.

  In the game device of the present embodiment, one game card is provided for one game play, and the user obtains the information of the game card by the device, so that the character of the character associated with the game card is obtained. The description will be made assuming that the appearing game can be played. That is, the game device according to the present embodiment is configured to be able to acquire information during game play, and to provide a game card capable of causing a predetermined game element to appear in a game by acquiring information. However, in the embodiment of the present invention, the type of the game article provided by the game apparatus and the presence / absence of the game article provided by the game apparatus are not limited thereto.

《Game system configuration》
Here, a system configuration of the game system according to the first embodiment of the present invention will be described with reference to FIG.

  As illustrated, the game system is configured so that the server 200 and each of the plurality of game devices 100 can communicate with each other via the network 300. The game device 100 is configured to be able to provide game play, and is configured to require payment of a predetermined amount for one game play. In the game device 100, at least a method using real currency and a method using virtual currency are basically provided so as to be selectable, and the user can select a desired method and receive provision of game play. Can be. The server 200 is a server provided for settlement with virtual currency. When the game device 100 receives a payment request for consideration in virtual currency, the server 200 performs settlement for the virtual currency associated with the user. Be composed.

  Hereinafter, the functional configuration of each device will be described in detail. In the following description, components realizing the same functions in the game device 100 and the server 200 are distinguished by prefixing the latter with “server”.

<Configuration of the game device 100>
First, the functional configuration of the game device 100 will be described with reference to the block diagram of FIG.

  The control unit 101 is, for example, a CPU, and controls the operation of each block included in the game device 100. Specifically, the control unit 101 controls the operation of each block by reading, for example, an operation program of each block recorded on the recording medium 102, and developing and executing the program on the memory 103.

  The recording medium 102 is a recording device that can permanently store data, such as a nonvolatile memory or an HDD. The recording medium 102 stores information such as parameters necessary for the operation of each block and various types of graphics data used for the game executed by the game device 100, in addition to the operation program of each block included in the game device 100. I do. The memory 103 is a storage device used for temporary data storage such as a volatile memory. The memory 103 is used not only as a development area for the operation program of each block, but also as a storage area for temporarily storing data output in the operation of each block.

  The payment accepting unit 104 accepts payment for the game play in the game device 100. The game device 100 according to the present embodiment includes a first receiving unit 120 and a second receiving unit 130 in order to enable payment of consideration in two different types of payment methods.

  The first receiving unit 120 is a receiving unit provided to receive payment of the consideration in real currency. For example, the first receiving unit 120 detects an effect in the insertion slot 121 or the insertion of a corresponding coin, and transmits the same to the payment receiving unit 104. The payment receiving unit 104 determines that the payment has been made when the amount of the real currency input to the first receiving unit 120 reaches a predetermined amount determined for providing game play. The indicated information is output to the control unit 101. That is, when the payment of the consideration is received via the first reception unit 120, the settlement processing of the consideration is performed in the game device 100.

  On the other hand, the second receiving unit 130 is a receiving unit provided to receive payment of consideration in virtual currency (electronic money). In the game device 100 of the present embodiment, close proximity wireless communication with a recording medium such as a predetermined IC card or a predetermined IC chip included in a portable terminal or the like is enabled via the second reception unit 130. When the payment receiving unit 104 is in a state where the payment of the consideration via the second receiving unit 130 can be received, the payment receiving unit 104 acquires the identification information stored in the IC chip via the second receiving unit 130, and A settlement request is made to the server 200 based on the request. As will be described in detail later, in the game system according to the present embodiment, in a payment process performed in response to a payment request, an amount determined for providing game play from virtual currency managed in association with identification information. Settlement by subtracting.

  The acquisition unit 105 acquires information from a game card to be used via the card reader 140 when playing a game provided in response to payment of the consideration. The game device 100 of the present embodiment is configured so that the user can acquire information from the game card during game play, so that a character associated with the game card can appear in the game. The game card may be, for example, a one-dimensional or two-dimensional code attached to the surface thereof so as to be visible or invisible, and the card reader 140 is configured to be readable. The addition of the information of the game element to be associated with the game article such as a game card is not limited to the one realized by printing the code on the surface of the article as described above, and the data is stored in a recording medium built in the article. It may be realized in such an embodiment. In the latter case, the card reader 140 may be configured to be able to acquire information from the game card by close proximity wireless communication, similarly to the second receiving unit 130.

  In the present embodiment, since the method of acquiring information is different between the second receiving unit 130 and the card reader 140, they will be described as having different configurations. However, they are integrally configured. There may be. That is, it goes without saying that the payment of the consideration by the virtual currency performed through the second reception unit 130 may be configured to be able to be substituted using the card reader 140.

  In the present embodiment, the game card is provided with identification information (character ID) of a character that is a game element associated with the card, and the acquisition unit 105 acquires the information via the card reader 140. I do. In other words, by acquiring the character ID attached to the game card during game play, the control unit 101 can specify a character to appear in a provided game and control the character to appear.

  The character DB 106 is a database that manages information (character information) on each of the characters that are predetermined to appear in the game. The game provided by the game device 100 of the present embodiment is configured so that a plurality of characters can appear during a game related to one game play. By using a game card when playing a game, the user can cause a character associated with the card to appear and use (operate) in the game, for example, as a character used by the user.

  The character information managed for one character may have a data configuration as shown in FIG. 7A, for example. As shown in the figure, the character information is associated with a character ID 701 that uniquely identifies the character, and is drawn information 702 including graphics data used for generating a screen when the character appears in a game. Data 703 used as a reference, and in addition to a character name, an attribute, and the like as predetermined examples of reference information according to the present invention, predetermined physical strength (endurance), attack power, defense power, exercise technique, special skill, and the like. Includes a progress parameter 704 that describes the element-specific capabilities of the element. The progress parameter 704 is information referred to in a game in which a character appears, and the progress of the game provided by using the information is controlled.

  In the present embodiment, graphics data and audio data are stored in the character DB 106, and the character information includes such data. However, the present invention is not limited to this. The character information may include information indicating a storage location of the data.

  In the present embodiment, for simplicity, a character ID is associated with character information managed for each character in the character DB 106, and the character ID is associated with the card based on the character ID obtained from the game card by the obtaining unit 105. The following description will be made on the assumption that various types of information necessary for controlling the progress of the game relating to the given character can be obtained. However, the embodiment of the present invention is not limited to this, and the information attached to the game card need not be configured to include only information for specifying a game element such as a character ID. Absent. For example, the game card may be provided with other information used for controlling the progress of the character, such as information for adjusting the progress parameter, in addition to the character ID.

  The presentation control unit 107 controls the presentation of various information to the user in the game device 100. The game device 100 of the present embodiment includes a display unit 150 that displays an image (game screen, menu screen, etc.) as a means for presenting various types of information to the user. However, the means for presenting information is not limited to this, and it is needless to say that an alternative or additional configuration such as an audio output unit for outputting audio may be used.

  The presentation control unit 107 includes a rendering device such as a GPU, for example, and performs a predetermined rendering process when generating a screen to be displayed on the display unit 150. Specifically, during the operation of the game device 100 (during game play or in a standby state), the presentation control unit 107 applies an appropriate drawing object to a necessary drawing object based on a process or an instruction performed by the control unit 101. The arithmetic processing is executed to draw the screen. The generated screen is output to the display unit 150, which may be a display device detachably connected to the same housing as the game apparatus 100 or to the outside of the game apparatus 100, and is displayed in a predetermined display area. Presented to the user.

  The provision control unit 108 controls to normally provide one game card for one game play based on payment of the consideration. The game card provided by the game device 100 is provided, for example, before the start of a game sequence related to the provision of a predetermined game (a game part for operating an operation character: a competitive game), that is, basically, the game content. This is a game card to which predetermined (fixed) information is attached for each card regardless of the type of the card. The card providing unit 160 is, for example, a card dispenser, has a stocker (not shown) for stacking game cards in the vertical direction, and has a game card held at the bottom of the stocker in response to a providing command issued by the providing control unit 108. May be provided with a mechanism for providing one sheet. When the provided card is provided in the same housing as the game apparatus 100, the provided game card is guided to the user through an outlet 161 (see FIG. 1) accessible from the outside of the game apparatus 100. May be provided. The game card provided from the game device 100 of the present embodiment is an off-the-shelf card printed and manufactured in advance, and the description will be made on the assumption that the design of the character image, parameters, and the like printed on the surface of the game card is fixed.

  Note that the game device 100 of the present embodiment is described as providing a ready-made card having a fixed design that has been printed and issued in advance at a factory or the like. The design may be changed. In this case, the card providing unit 160 may be a printing device that generates a game card by printing on a predetermined paper medium. For example, the character ID of the character selected by the user or by the lottery process in accordance with the progress of the game is converted into a code by converting the character ID into a code by a conversion method for a game card, and the card providing unit 160 outputs the character image and the code. To generate a game card.

  The operation input unit 109 is a user interface of the game device 100, such as an operation member for inputting a direction, an operation member for inputting a determination, various sensors, and the like. When detecting that an operation input has been performed on the operation member, 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 having various interfaces as physical operation members, but includes, for example, a touch input detection sensor that detects a touch input made on the screen of the display unit 150. Is also good.

  The communication unit 110 is a communication interface with an external device included in the game device 100. The communication unit 110 may connect to an external device via a communication network such as the Internet or a network 300 (whether wired or wireless) which may be a cable connecting devices to enable transmission and reception of data. it can. The communication unit 110 converts, for example, information input as a transmission target into data in a predetermined format, and transmits the data to an external device such as the server 200 via the network 300. Further, for example, upon 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. Although the details will be described later, in the present embodiment, the communication unit 110 transmits a payment request to the server 200 and receives the returned payment result information.

<Configuration of server 200>
Next, the functional configuration of the server 200 will be described with reference to the block diagram of FIG. It is assumed that the server 200 of the present embodiment does not have the configuration shown by the broken line in the block diagram of FIG.

  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 reading, for example, an operation program of each block recorded on the server recording medium 202, and developing and executing the program on the server memory 203.

  The server recording medium 202 is a recording device that can permanently store data, such as a nonvolatile memory or an HDD. The server recording medium 202 stores information such as parameters necessary for the operation of each block, in addition to the operation program of each block of the server 200. 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 a development area for the operation program of each block but also as a storage area for temporarily storing data output in the operation of each block.

  The payment unit 204 performs a payment process related to the payment of the consideration in the virtual currency received by the game apparatus 100. More specifically, when the payment unit 204 receives the identification information of the IC card used for payment and the payment request related to the virtual currency from the game device 100, the payment unit 204 determines the game from the balance of the virtual currency managed in association with the identification information. Subtract the price determined for play. Here, the balance for each IC card is managed in the balance DB 205 of the server 200 in the present embodiment.

  The balance DB 205 is a database that manages information such as the balance of virtual currency and the history of payments made for each of the IC cards that are available for distribution. The information managed for each IC card is, for example, associated with the identification information 711 held in the IC chip of the card, the balance information 712 indicating the balance of virtual currency usable for the card, and May be configured to include history information 713 indicating the history of payments made in virtual currency.

  The settlement unit 204 executes a settlement process based on the settlement request, and returns a result of the process to the game device 100 that has received the settlement request. In the settlement processing, it is determined whether or not settlement is possible depending on whether or not the amount of the balance indicated by the corresponding balance information 712 is equal to or more than a predetermined amount (one play amount) for one game play. When the balance of the corresponding balance information 712 is larger than one play amount, the settlement unit 204 updates the balance information 712 with an amount obtained by subtracting one play amount from the remaining amount, and makes a settlement. Return to 100. On the other hand, when the balance of the corresponding balance information 712 is less than the amount of one play, the settlement unit 204 does not perform the settlement and returns the information indicating that the settlement has not been made.

  Therefore, in the game system according to the present embodiment, whether the game device 100 can receive payment for the price using the second receiving unit 130 is indispensable if the game device 100 and the server 200 are in a communication-connectable state. Requirements.

  In the present embodiment, the balance information of each IC card is managed in the balance DB 205 of the server 200, and the description will be given assuming that the payment processing is performed by the payment unit 204. However, the present invention is not limited to this. For example, the balance information may be stored in the IC card itself so as to speed up the determination of the settlement possibility, and the game apparatus 100 may perform the settlement process and update the balance information of the IC card. That is, the game device 100 may be configured to complete the payment process using the information acquired from the IC card, thereby enabling the provision of the game play without waiting for the return from the server 200. However, also in this aspect, in order to prevent unauthorized use, the updated balance information needs to be transmitted to and synchronized with the server 200 that manages the settlement status of each IC card. Communication connection is an essential requirement for payment acceptance.

  The server communication unit 206 is a communication interface between the server 200 and an external device. The server communication unit 206 can connect to an external device via the network 300 and enable transmission and reception of data. The server communication unit 206 converts, for example, information input as a transmission target into data in a predetermined format, and transmits the data to an external device such as the game device 100 via the network 300. Further, upon receiving information from an external device via, for example, the network 300, the server communication unit 206 decodes the information and stores the information in the server memory 203.

《Provision processing》
In the game system of the present embodiment having such a configuration, specific processing will be described with reference to the flowchart of FIG. 4 for the providing processing executed when providing game play. The processing corresponding to the flowchart is realized by the control unit 101 and the server control unit 201 reading out a corresponding processing program stored in, for example, a recording medium of each device, developing the program in a memory of the device, and executing the program. Can be. Note that the present providing process will be described as being started, for example, when the game apparatus 100 is activated and enters a standby state in which play can be accepted.

  In S401, control unit 101 determines whether or not game device 100 and server 200 are in a communicable state. For example, the control unit 101 may determine the present step by confirming a response to the server 200 via the communication unit 110. If control unit 101 determines that game device 100 and server 200 are in a communicable state, the process proceeds to S402; otherwise, control unit 101 proceeds to S411.

  In S402, under the control of the control unit 101, the presentation control unit 107 includes, in the display of the display unit 150, a notification indicating that the payment can be made in both the real currency and the virtual currency, and presents the notification to the user. At the same time as the presentation, the payment receiving unit 104 controls both the first receiving unit 120 and the second receiving unit 130 so that the payment of the consideration can be received. In the present embodiment, description will be made assuming that two types of payment methods are possible. However, considering that payment of consideration in real currency is generally recognized, the presentation is It may indicate only that payment of the consideration in virtual currency is possible.

  In S403, the control unit 101 determines whether or not payment for the consideration has been detected. When the control unit 101 determines that the payment of the consideration has been started, the process proceeds to S404, and when it determines that the payment of the consideration has not been started, the control unit 101 repeats the processing of this step.

  In S404, control unit 101 determines which method is to be used for payment. Specifically, the control unit 101 determines based on which of the first receiving unit 120 and the second receiving unit 130 the payment receiving unit 104 detects payment of the consideration. Here, the determination in this step is not performed at the timing when the payment completion is detected, but it is determined which of the first receiving unit 120 and the second receiving unit 130 has started payment of the consideration. It may be performed at the timing. That is, the control unit 101 is performed depending on whether the payment receiving unit 104 detects insertion of a coin via the first receiving unit 120 or obtains identification information of an IC card via the second receiving unit 130. May be something. If the control unit 101 determines that payment is to be made in real currency, the process proceeds to S413, and if it is determined that payment is performed in virtual currency, the process proceeds to S405.

  In S405, under the control of the control unit 101, the payment receiving unit 104 transmits the identification information of the IC card obtained via the second receiving unit 130 to the communication unit 110, and causes the server 200 to transmit the identification information together with the payment request.

  Upon receiving the payment request transmitted in S405, the payment unit 204 of the server 200 determines in S406 whether payment using virtual currency related to the used IC card is possible. More specifically, the settlement unit 204 reads the balance information 712 managed in the balance DB 205 in association with the identification information, and determines whether or not the remaining amount indicated by the balance information 712 is equal to or more than one play amount. Make a decision. If the settlement unit 204 determines that settlement with the virtual currency related to the used IC card is possible, the process proceeds to S407. If it is determined that settlement is not possible, the process proceeds to S410.

  In S407, the settlement unit 204 performs a settlement process for actually settingtle payment in virtual currency. In the settlement processing, the settlement unit 204 changes the balance information 712 read in S405 to an amount obtained by subtracting one play amount from the managed balance, and stores the changed balance information in the balance DB 205 as identification information. Update the same information managed in association. At the time of payment (when the processing for subtracting one play amount is completed), the payment unit 204 may perform processing for adding the content of the payment to the history information 713.

  In S408, the payment unit 204 transmits the payment completion information indicating that the payment has been made to the server communication unit 206, and causes the game device 100 that has made the payment request to transmit the payment completion information. Based on the settlement completion information transmitted in this manner, the game device 100 is notified that the payment for the payment in virtual currency has been completed in response to the settlement request.

  On the other hand, if the settlement unit 204 determines in S405 that settlement is not possible, the settlement unit 204 transmits unsettled information indicating that settlement was not possible to the server communication unit 206 in S409, and sends the unsettled information to the game device 100 that has issued the settlement request. Send.

  Upon receiving the information returned from the server 200 in response to the payment request, the payment receiving unit 104 determines in S410 whether the received information is payment completion information or unsettled information. When the payment receiving unit 104 determines that the received information is the payment completion information, it determines that the payment has been made in the virtual currency, shifts the processing to S415, and determines that the received information is the unsettled information. In this case, the process proceeds to S411.

  In step S411, the payment receiving unit 104 determines that the payment with the virtual currency has not been completed due to the shortage of the balance in response to the reception of the unsettled information, and notifies the control unit 101 to that effect. Then, under the control of the control unit 101, the presentation control unit 107 includes a notification that the balance of the virtual currency related to the IC card is insufficient for one play in the display of the display unit 150, and And the process returns to S401.

  If it is determined in S401 that the game device 100 and the server 200 cannot communicate with each other, the presentation control unit 107 determines in S412 that payment can be made only in real currency under the control of the control unit 101. A notification indicating the presence is included in the display of the display unit 150 and presented to the user. Alternatively, the notification may be changed to a notification indicating that payment of the consideration in the virtual currency is not possible, or may be presented together with a notification indicating that payment of the consideration in the virtual currency is not possible. At the same time as the presentation, the payment receiving unit 104 controls only the first receiving unit 120 to a state where the payment of the consideration can be received, and controls the second reception unit 130 to a state where the payment of the consideration cannot be received.

  In step S413, the control unit 101 determines whether the payment of the consideration has been detected. The determination in this step is performed based on whether the payment receiving unit 104 has detected payment of the consideration to the first receiving unit 120. When the control unit 101 determines that the payment has been made, the process proceeds to S414, and when it is determined that the payment has not been made, the process of this step is repeated.

  In S414, under the control of the control unit 101, the payment receiving unit 104 determines whether the total value of the consideration paid to the first receiving unit 120 has reached one play amount. If the control unit 101 determines that the total value of the consideration paid to the first receiving unit 120 has reached one play amount, the control unit 101 determines that the payment has been made in the real currency, and shifts the processing to S415. That is, when the total value of the paid consideration reaches one play amount, the payment receiving unit 104 performs a payment process related to payment of the consideration in real currency, and proceeds with the process of receiving the payment by the control unit 101. When the total value of the consideration paid to the first receiving unit 120 is less than the amount of one play, the control unit 101 repeats the process of this step.

  In S415, the provision control unit 108 controls the card provision unit 160 to provide the game card under the control of the control unit 101. Further, when providing the game card, the control unit 101 causes the presentation control unit 107 to notify that the game card is provided.

  In S416, the control unit 101 executes a game process related to one game play to be provided. In a game in which a game play is provided by executing a game process, by acquiring information from a game card, a sequence for registering a character associated with the game card as an operation character, a sequence for selecting an opponent character, and For example, the sequence may include a sequence of performing a battle game between an operation character and an opponent character, which proceeds by operating a game card.

  If the end condition of the game is satisfied, the control unit 101 shifts the processing to S417, executes an end processing relating to one game play provision end, and thereafter completes the present provision processing.

  As described above, according to the game system of the present embodiment, user convenience can be improved by providing a plurality of types of payment methods. More specifically, in the game device of the game system, the payment method according to the first mode, which can always accept the payment of the consideration, and whether the communication device can communicate with the server that performs the payment management with the virtual currency. By providing the payment method of the second mode for controlling whether payment can be accepted or not, it is possible to propose a payment method according to the situation of the game device to the user, and as a result, to improve the convenience of the user. be able to.

  In this embodiment, the server 200 manages the information on the balance of the virtual currency, and the payment processing is performed by the payment unit 204. However, the present invention is not limited to this. That is, the device that performs the payment process may be the game device 100. For example, the second reception unit 130 obtains the balance information corresponding to the identification information from the server 200 via the communication unit 110, and performs the payment process. Is also good.

[Embodiment 2]
In the first embodiment described above, the game apparatus 100 includes the second reception unit 130 configured to be able to collect information from the IC card related to the virtual currency, and the user uses the IC card carried by the It has been explained that payment can be made in currency. However, the embodiment of the present invention may be one that accepts payment of virtual currency and provides game play without acquiring information from an IC card. There are several types of payment methods for consideration in virtual currency, including those that do not require information acquisition from devices with built-in IC cards or IC chips. There are payment methods that can be settled online. In the present embodiment, a game system in which a user can select a desired payment method on a communication terminal when paying a value in virtual currency in consideration of the existence of such various payment methods will be described.

《Game system configuration》
Here, a system configuration of the game system according to the second embodiment of the present invention will be described with reference to FIG.

  As illustrated, the game system of the present embodiment is different from the game system of the first embodiment, and further includes a communication terminal 500 used by a user who performs game play, such as a mobile terminal or a smartphone. As in the first embodiment, the game apparatus 100 is provided so as to be able to select between a method using real currency and a method using virtual currency for payment of one game play. However, unlike the first embodiment, payment of the consideration in the virtual currency in the game device 100 of the present embodiment is not a request for settlement from the game device 100 to the server 200.

  In the game system according to the present embodiment, the payment of the price in virtual currency for the game play is performed by the game apparatus 100 in order to enable the communication terminal 500 to make a payment request to the server 200. When a selection instruction is given, information necessary for a settlement request is presented. The user can use the communication terminal 500 to obtain the necessary information, select a payment method for a desired virtual currency and make a payment, and the communication terminal 500 uses a server corresponding to the selected payment method. A settlement request is made to 200 based on the acquired information. For this reason, the game system of the present embodiment includes a settlement server 200 for each of a plurality of virtual currency payment methods. Although details will be described later, each server 200 is configured to be able to communicate with a plurality of game apparatuses 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, a description of the same configuration as that of the first embodiment will be basically omitted, and blocks that perform operations different from those of the first embodiment will be mainly described. Also, among the components of the communication terminal 500, components that realize the same functions as those of the game device 100 and the server 200 are distinguished by adding a prefix of “terminal”.

<Configuration of the game device 100>
Although the configuration of the game device 100 of the present embodiment is as shown in FIG. 2, unlike the first embodiment, it is not necessary to obtain information from the IC card when paying the price in virtual currency. Reference numeral 130 does not have a near field communication function with a predetermined recording medium such as an IC chip.

  As in the first embodiment, the payment receiving unit 104 is configured to be able to pay for the value in two types of payment methods for real currency and virtual currency. On the other hand, in the game device 100 of the present embodiment, it is assumed that selecting a method for paying the value in virtual currency requires an operation input for selecting the method.

  Although details will be described later, in the present embodiment, the second reception unit 130 issues identification information (payment ID) for uniquely identifying the payment event in response to an operation input to pay the virtual currency, The payment ID is presented on the display unit 150 via the presentation control unit 107. Further, after payment is made in virtual currency at the communication terminal 500 based on the identification information and the payment is made, the second accepting unit 130 setstle the payment to the corresponding server 200 in response to an operation input indicating that. Make a confirmation request. When the second receiving unit 130 receives the payment completion information returned from the server 200, the payment receiving unit 104 transmits to the control unit 101 that the payment of the consideration in the virtual currency has been settled.

<Configuration of communication terminal 500>
Next, the functional configuration of the communication terminal 500 will be described using the block diagram of FIG.

  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 controls the operation of each block by reading, for example, the operation program of each block recorded in the terminal recording medium 502, and developing and executing the program in the terminal memory 503.

  The terminal recording medium 502 is a recording device, such as a non-volatile memory or an HDD, which can permanently store data. 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 a development area for the operation program of each block, but also as a storage area for temporarily storing data and the like output in the operation of each block.

  The imaging unit 504 includes, for example, an imaging element such as a CMOS sensor, captures an image of a subject existing in an imaging range, and outputs a captured image. In the present embodiment, the transfer of the payment ID that uniquely identifies the payment event of the consideration in the virtual currency from the game device 100 to the communication terminal 500 is performed by displaying the two-dimensional code obtained by converting the payment ID on the display unit 150 and capturing This is realized by imaging this by the unit 504. In the present embodiment, in order to avoid complicated operations on the communication terminal 500, the transmission of the payment ID from the game device 100 to the communication terminal 500 is described as a mode via conversion into a two-dimensional code and imaging of the code. However, implementation of the present invention is not limited to this. For example, when the game device 100 and the communication terminal 500 are configured to be able to communicate with each other, the payment ID may be transmitted to the communication terminal 500 by being transmitted from the game device 100. Alternatively, when the payment ID is composed of text such as alphanumeric characters, the text is displayed on the display unit 150, and the user performs an input operation on the communication terminal 500 while referring to the text, thereby transmitting the payment ID. May be realized.

  The settlement request unit 505 issues a settlement request for one play amount to the server 200 selected to be used for payment of the consideration in the virtual currency. More specifically, the settlement requesting unit 505 acquires a payment ID by applying a predetermined operation to the image captured by the imaging unit 504, and transmits the payment ID and the information of one play amount to the terminal communication unit 506. To the corresponding server 200 and transmit it together with the settlement request. At this time, when using the virtual currency payment service provided by the server, the user ID used to identify the user of the communication terminal 500 is also transmitted together with the payment request.

  The terminal communication unit 506 is a communication interface of the acquisition unit 105 with an external device. The terminal communication unit 506 can connect to an external device via the network 300 and enable transmission and reception of data. The terminal communication unit 506 converts, for example, information input as a transmission target into data of a predetermined format, and transmits the data to an external device such as the server 200 via the network 300. Further, upon 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.

<Configuration of server 200>
The configuration of the server 200 of the present embodiment further includes a block (settlement DB 210) indicated by a broken line in addition to the blocks described in Embodiment 1 with reference to FIG.

  The payment unit 204 according to the present embodiment performs a payment process related to the payment of the consideration in the virtual currency received by the communication terminal 500. More specifically, when the settlement unit 204 receives the settlement request related to the virtual currency from the communication terminal 500, the settlement unit 204 performs a settlement process of subtracting one play amount from the balance of the virtual currency managed in association with the received user ID. Do. Here, information on the balance for each user is managed in the balance DB 205 of the server 200 for each payment service in this embodiment.

  The balance DB 205 according to the present embodiment is a database that manages information such as a balance of virtual currency and a history of settlement made for each user of the virtual currency settlement service provided using the server 200. The information managed for each user is, for example, associated with a user ID 721 for uniquely identifying the user (user), and balance information 722 indicating the balance of virtual currency usable by the user, and the usage information. May be configured to include history information 723 indicating the history of payment made by the user in virtual currency.

  The settlement unit 204 executes a settlement process based on the settlement request, and returns a result of the process to the communication terminal 500 that has received the settlement request. In the payment processing, as in the first embodiment, the determination as to whether payment is possible may be made depending on whether or not the amount of the balance indicated by the relevant balance information 722 is equal to or more than the play amount.

  On the other hand, the server 200 of the present embodiment manages information (settlement status information) on whether or not settlement has been performed for each settlement request in the settlement DB 210. The payment status information managed in the payment DB 210 may include, for example, a payment flag 732 (logical type) indicating whether or not payment related to the payment ID 731 has been performed, in association with the payment ID 731 received together with the payment request. . Here, the settlement flag 732 is set to true when the settlement processing is performed and the settlement is performed, and is set to false as the initial value otherwise (the settlement processing is not performed or the settlement fails). It may be set. In the present embodiment, it is assumed that payment status information is registered in the payment DB 210 for each payment ID and held for a predetermined period regardless of whether payment has been made, but the present invention is not limited to this. is not. For example, the information managed as the settlement status information in the settlement DB 210 does not need to include information indicating whether or not the settlement has been performed, and only the payment ID related to the settled payment may be held in the settlement DB 210. Good.

  In the game system according to the present embodiment, the server 200 manages the payment status information in the payment DB 210, and provides the payment status request when the payment confirmation request is received from the game device 100. That is, in the game system according to the present embodiment, the following flow is performed when one game play is provided based on payment of the virtual currency. First, when an operation input for paying a virtual currency is made in the game device 100, a two-dimensional code including a payment ID is presented in the game device 100, and the user inputs the code using the communication terminal 500. , The payment ID is transmitted from the game device 100 to the communication terminal 500. Then, when the user selects a virtual currency settlement service to make a payment at the communication terminal 500, a settlement request including the payment ID is transmitted from the communication terminal 500 to the corresponding server 200, and the server 200 performs settlement processing, and performs settlement. Completion information is returned to communication terminal 500. At this time, if the payment is normally made, the payment status information indicating that the payment has been made is managed in association with the payment ID. When the communication terminal 500 is notified that the payment has been made based on the payment completion information, the user performs an operation input for selecting a service settled in the game device 100 based on the notification. Thereby, the game device 100 can recognize the service for which the payment has been made in the virtual currency, and thus transmits a payment confirmation request together with the payment ID to the server 200 that provides the service. Then, the server 200 that has received the request obtains the payment status information associated with the payment ID from the payment DB 210 and returns the payment status information to the game device 100. If so, start providing gameplay.

  Therefore, also in the game system of the present embodiment, it is necessary to confirm final settlement status information on whether the game device 100 can accept payment of the virtual currency, and the game device 100 and the server It is an essential requirement that 200 be in a communication-connectable state.

  In the present embodiment, the use of an external virtual currency settlement service or the like is also considered, and a description will be given assuming that settlement is confirmed by such a method. However, the present invention is not limited to this. It will be easily understood. That is, the transmission destination of the payment completion information for the payment request made from the communication terminal 500 may be configured to be the game device 100. In this case, the information corresponding to the payment flag 732 is transmitted from the server 200 to the game apparatus 100 in association with the payment ID, so that the game apparatus 100 does not issue a payment confirmation request to the communication terminal 500. Processing can be realized. Further, in the present embodiment, a configuration has been described in which payment by a plurality of virtual currency settlement services is enabled, and the user can select which service to use for settlement in the communication terminal 500. The implementation is not limited to this. That is, it is assumed that there is only one available virtual currency settlement service, and that the processing related to the selection operation of the service to be used in the communication terminal 500 and the acceptance of the selection operation of the settled service in the game device 100 is avoided. You may.

《Provision processing》
In the game system of the present embodiment having such a configuration, specific processing will be described with reference to the flowchart of FIG. The processing corresponding to the flowchart is realized by the control unit 101 and the server control unit 201 reading out a corresponding processing program stored in, for example, a recording medium of each device, developing the program in a memory of the device, and executing the program. Can be. Note that the present providing process will be described as being started, for example, when the game apparatus 100 is activated and enters a standby state in which play can be accepted. In the description of the providing process, steps for performing the same process as the providing process of the first embodiment are denoted by the same reference numerals, and description thereof will be omitted.

  If it is determined in step S401 that the game device 100 and the server 200 are in a communicable state, the presentation control unit 107 determines in step S601 that the payment is possible in both the real currency and the virtual currency, and A selection display for inquiring which of these to pay for the payment is presented to the user via the display unit 150. As in the case of the embodiment described in the first embodiment, the presentation performed in this step may be that in which only the selection display for inquiring whether to pay the consideration in virtual currency is presented.

  In S602, the control unit 101 determines whether or not payment of the consideration is made in virtual currency. The determination in this step may be made in response to the selection operation on the selection display performed in S601. If the control unit 101 determines that payment of the consideration is to be performed in virtual currency, the process proceeds to step S603. If it is determined that payment is to be performed in real currency, the process proceeds to step S413.

  In S603, under the control of the control unit 101, the second reception unit 130 issues a payment ID related to the current game play, converts the payment ID and the information of one play amount into a two-dimensional code, and provides a presentation control unit. It is transmitted to 107 and presented on the display unit 150. In the present embodiment, the issuance of the payment ID is described as being performed by the second receiving unit 130 in the game apparatus 100, but the present invention is not limited to this. The issue of the payment ID may be issued and supplied in the server 200 relating to the virtual currency settlement service to be used. In this case, after selecting the service to be used in the game device 100, the second receiving unit 130 What is necessary is just to communicate with the said server 200 and to acquire.

  In S604, the terminal control unit 501 of the communication terminal 500 determines whether or not the information of the payment ID and the amount of one play has been acquired. More specifically, the terminal control unit 501 includes a two-dimensional code in the captured image output from the imaging unit 504 in response to an operation input related to imaging performed in the communication terminal 500, and decodes the two-dimensional code. Then, the determination of this step is performed according to whether the payment ID and the information of one play amount are obtained. If the terminal control unit 501 determines that the payment ID and the information on the amount of one play have been acquired, the process proceeds to S605; otherwise, the terminal control unit 501 repeats the process of this step.

  In this embodiment, in order to briefly describe the flow of a series of processing of the provision processing, the terminal control unit 501 in this step will be described as repeating the processing until the payment ID and the information of one play amount are obtained. . However, whether or not the imaging of the two-dimensional code presented in the game device 100 is performed depends on whether or not the user operates the communication terminal 500 independently of the game device 100. May not be performed, and the subsequent processing may not be performed. In this case, in the game device 100, the control unit 101 may perform control so as to shift to the standby state again after a predetermined timeout period has elapsed from the presentation of the two-dimensional code.

  In step S605, the terminal control unit 501 receives a selection as to which of the virtual currency settlement services to pay for the current game play identified by the payment ID. The selectable virtual currency settlement service may be, for example, a service that can be used for payment of the price in the game system among services that have been registered for use in the communication terminal 500. When the selection of the virtual currency settlement service for paying the consideration is accepted, the terminal control unit 501 shifts the processing to S606.

  In S606, the payment requesting unit 505 transmits the acquired payment ID and the information on the amount of one play and the user ID of the corresponding virtual currency payment service to the terminal communication unit 506, and transmits the information to the target server 200 together with the payment request. .

  Upon receiving the payment request transmitted in S606, the payment unit 204 of the server 200 newly registers payment status information in the payment DB 210 for the payment ID received with the request in S607. The payment status information registered in this step has the payment ID received with the payment request as the payment ID 731 and has the payment flag 732 in the initial value “false”.

  In S608, the settlement unit 204 determines whether or not settlement with the virtual currency associated with the user ID received with the settlement request is possible. More specifically, the settlement unit 204 reads the balance information 722 managed in the balance DB 205 in association with the user ID, and determines whether or not the balance indicated by the balance information 722 is equal to or more than one play amount. Make a decision. If the settlement unit 204 determines that settlement with the virtual currency associated with the user ID is possible, the process proceeds to S609. If the settlement unit 204 determines that settlement is not possible, the process proceeds to S611.

  In step S609, the settlement unit 204 performs a settlement process for actually paying for the virtual currency. In the settlement processing, the settlement unit 204 changes the balance information 722 read in S608 to an amount obtained by subtracting one play amount from the managed balance, and stores the user information in the balance DB 205 with the changed balance information. Update the same information managed in association. At the time of payment (when the processing for subtracting one play amount is completed), the payment unit 204 may perform processing for adding the contents of the payment to the history information 723. In addition, the payment unit 204 performs a process of changing the payment flag 732 of the payment status information of the payment DB 210 associated with the payment ID related to the payment to true.

  In S610, the settlement unit 204 transmits the settlement completion information indicating that the settlement has been performed to the server communication unit 206, and causes the communication terminal 500 that has made the settlement request to transmit. According to the settlement completion information transmitted in this manner, the communication terminal 500 is notified that the payment of the consideration in the virtual currency has been completed in response to the settlement request.

  On the other hand, if the settlement unit 204 determines in S608 that settlement is not possible, the settlement unit 204 transmits unsettled information indicating that settlement was not possible to the server communication unit 206 in S611, and transmits the unsettled information to the communication terminal 500 that has issued the settlement request. Send.

  Upon receiving the information returned from the server 200 in response to the payment request, the payment request unit 505 determines in S612 whether the received information is payment completion information or unsettled information. If the payment request unit 505 determines that the received information is payment completion information, the communication terminal 500 makes a presentation indicating that payment in virtual currency has been performed, and determines that the received information is unsettled information. If so, the process moves to S613.

  In step S613, the payment request unit 505 determines that payment with the virtual currency has not been completed due to insufficient balance in response to the reception of the unsettled information, and determines that the virtual currency related to the selected virtual currency payment service has not been settled. A notification that the balance is insufficient for one play is presented, and the process returns to S605.

  In S614, the second receiving unit 130 determines whether or not an operation input for selecting the virtual currency payment service that has performed the payment, which is performed by the user in response to the completion of the payment in the virtual currency, has been received. If the second receiving unit 130 determines that the operation input for selecting the virtual currency payment service that has performed the payment has been received, the process proceeds to S615, and if it determines that the operation input has not been received, the process of this step is repeated.

  In S615, the second receiving unit 130 transmits a payment confirmation request together with the payment ID to the server 200 corresponding to the virtual currency payment service that has performed the payment via the communication unit 110.

  Upon receiving the payment confirmation request transmitted in this way, the server control unit 201 acquires the payment status information associated with the payment ID received with the request from the balance DB 205 and returns it to the game device 100 in S616.

  Then, when the second receiving unit 130 receives the payment status information returned in response to the payment confirmation request, the payment receiving unit 104 determines in S617 whether or not the virtual currency has been settled for the current game play. The determination in this step may be made based on whether or not the payment flag 732 of the received payment status information is true. If the payment accepting unit 104 determines that the settlement has been made with the virtual currency for the current game play, the process proceeds to S415; otherwise, the process returns to S601.

  As described above, according to the game system of the present embodiment, user convenience can be improved by providing a plurality of types of payment methods. More specifically, in the game device of the game system, the payment method according to the first mode, which can always accept the payment of the consideration, and whether the communication device can communicate with the server that performs the payment management with the virtual currency. By providing the payment method according to the second mode with a display related to the payment ID required for the payment procedure, a payment method according to the situation of the game device can be proposed to the user, and as a result, user convenience is improved. Can be improved.

[Modification 1]
By the way, as described above, a game device such as an arcade game housing does not conventionally have a change payout function from the viewpoint of manufacturing cost and ease of collecting money. For this reason, the value of the real currency related to the use of the game device has been set to an amount that can be easily prepared by the user without having a change payout function, such as one 100 yen coin. That is, under such circumstances, there is a situation in which it is difficult to change the value of the real currency set for one game play in the game device in accordance with a price change (especially a rise in prices).

  On the other hand, in the case of the virtual currency, the settlement processing can be performed without the need for a change payout function, so that the value of the consideration can be changed to a value different from the case of using the real currency. That is, for example, when the price rises, the price set for the virtual currency can be set to be higher than the price (fixed) set for the real currency.

  However, if a difference is made between the payment in real currency and the payment in virtual currency in the amount of consideration necessary for using the service, fairness among users who use the service cannot be ensured. Therefore, for example, the card providing unit 160 can provide different types of game cards between a game play provided by paying in real currency and a game play provided by paying in virtual currency. May be configured to provide a plurality of types of cards. That is, in the above-described embodiment, the card providing unit 160 provides the game cards randomly accommodated in one stocker from the bottom, regardless of whether the payment of the consideration is the real currency or the virtual currency. Although it has been described as an example, for example, two stockers that accommodate different game cards are provided, and control is performed so that the stockers that provide game cards are different depending on whether payment is made in real currency or virtual currency. It may be. At this time, since the payment method of the virtual currency can set a higher price than the payment method of the real currency, the game card provided according to the payment in the virtual currency has been subjected to, for example, foil stamping or embossing. It is a product of higher value (higher rarity) than a game card provided in response to payment in real currency, such as a high manufacturing cost or a parameter associated with a character having a parameter that allows the game to proceed advantageously. You may do so. Alternatively, for example, a ready-made card and an on-demand print card may be provided and divided according to the currency in which the payment was made.

  In addition, such a difference in the value of the provided article according to the payment method may not be realized by making the type of the article different. For example, the present invention may be realized by making the ratio of high-rare items stored in a stocker corresponding to a virtual currency payment method higher than that of a stocker corresponding to a real currency payment method. . Alternatively, for example, in a mode in which the article is provided with a data rewritable recording medium, the article provided in response to the payment in virtual currency includes an item or a score when information is obtained in game play. The game device 100 may be configured so as to add an additional game element such as a bonus that favorably advances the game, and not to add the item provided in response to payment in the real currency. .

[Modification 2]
In the above-described embodiment and the modified example, the control in the case of accepting payment for one game play has been described. By the way, some game devices such as business game housings allow continuous game play by the same user, for example, enabling game play while at least a part of the game progress is continued. Some gaming devices allow it. In other words, in a game device that provides a game provided with a so-called “continue” function, it is necessary for the same user to pay a further fee after one game play is completed, Provide game play.

  In such a case, the payment method for the subsequent game play may be controlled in accordance with the payment method selected for the game play performed earlier. For example, if the preceding game play is provided in response to payment of the consideration in the real currency, the payment receiving unit 104 communicates with the game apparatus 100 and the server 200 for the subsequent game play. Regardless of whether or not the connection is possible, control may be performed so that the first payment unit 120 only accepts the payment of the consideration in the real currency, and does not accept the payment of the consideration in the virtual currency. This is based on the assumption that the user who has paid for the real currency has no means of paying for the virtual currency. Also, for example, when the preceding game play is provided in response to the payment of the consideration in virtual currency, the payment receiving unit 104 determines that the game device 100 and the server 200 As long as communication connection is possible, control may be performed so that either a real currency or a virtual currency is selected and payment of the consideration can be accepted. This makes it possible for a user whose virtual currency balance is less than or equal to one play amount due to withdrawal relating to the preceding game play to perform subsequent game play if it is real currency. It depends on securing user profits and profit opportunities.

  In this way, it is possible to provide a suitable game play while avoiding unnecessary control during the continuation play.

[Other Embodiments]
The present invention is not limited to the above embodiments, and various changes and modifications 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 one or more computers to function as the game system or the game device. The program can be provided / distributed by being recorded on a computer-readable recording medium or through a telecommunication line.

  100: game device, 101: control unit, 102: recording medium, 103: memory, 104: payment accepting unit, 105: acquisition unit, 106: character DB, 107: presentation control unit, 108: provision control unit, 109: operation Input unit, 110: communication unit, 120: first receiving unit, 130: second receiving unit, 140: card reader, 150: display unit, 160: card providing unit, 200: server, 201: server control unit, 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: imaging unit, 505: settlement request unit, 506: terminal communication unit

Claims (15)

A game system comprising a game device and a server provided to be able to communicate with the game device,
The game device,
Execution means for executing the game;
Receiving means for receiving payment for the game in a first mode and a second mode, each of which has a different payment method;
Communication means for communicating with the server;
Providing means configured to be able to provide a first type of article and a second type of article corresponding to a game element related to the game;
Control means for controlling the execution means, the reception means , the communication means and the providing means ,
With
The control means includes:
When the game device and the server are in a communicable state, the receiving device is controlled to a state in which the payment of the consideration in the second mode can be received ;
When the game is settled based on payment of the consideration in the first mode, the providing unit is controlled to provide the first type of article,
A game system which controls the providing means so as to provide the second type of article when the game is settled based on payment of the consideration in the second mode .   2. The game system according to claim 1, wherein the control unit controls the accepting unit in a state in which payment of the consideration in the first mode can be accepted regardless of a communication state between the game apparatus and the server. 3. The game device further includes presentation means for presenting information related to the game,
3. The game system according to claim 1, wherein the presenting unit presents, when the game device and the server are in a state where communication is not possible, not accepting payment in the second mode. 4. .   4. The game system according to claim 1, wherein the control unit controls the execution unit to execute the game on condition that the payment of the consideration received by the reception unit is settled. 5. The game is a first game that is executed on condition that the payment of the payment made in advance is performed, and a second game that is executed after the first game, wherein a further game is executed. A second game that is executed subject to payment settlement.
The control means may not be able to accept the payment of the consideration in the second mode for the second game when the payment is made based on the payment of the consideration in the first aspect for the first game. 5. The game system according to claim 4, wherein said receiving means is controlled in a state. The game is a first game that is executed on condition that the payment of the payment made in advance is performed, and a second game that is executed after the first game, wherein a further game is executed. A second game that is executed subject to payment settlement.
The control means, when the settlement is performed based on the payment of the consideration in the second mode for the first game, the control means controls the consideration in the first mode and the second mode for the second game. The game system according to claim 4, wherein the receiving unit is controlled so that payment can be received. The payment in the first form is a payment using a real currency,
The game system according to any one of claims 1 to 6 , wherein the payment in the second form is a payment using virtual currency associated with a card having identification information. Wherein, the amount of the compensation paid by the first form, the case where a predetermined amount of consideration for above for the game, according to claim 7 for controlling the execution means to execute the game The game system according to 1. The game device further includes an acquisition unit configured to acquire, when the payment in the second mode is made, virtual currency balance information associated with the card having the identification information used for the payment. ,
Wherein, the balance information obtained by the obtaining means, wherein to indicate the amount or balance of predetermined consideration about the game, claim to control the execution means to execute said game 7 Or the game system according to 8 . The balance information associated with the card having the identification information is managed in the server,
The game system according to claim 9 , wherein the obtaining unit obtains the balance information from the server via the communication unit. It said accepting means, and the amount of the compensation and the requirements in the first embodiment, to the amount of compensation to the requirements in the second embodiment, different amounts of capable of claims 7 to 1 0 configured settings A game system according to any one of the preceding claims. The amount of compensation that the first requirement in the form, the game system of claim 1 1 which is set cheaper than the amount of the compensation to a requirement in the second embodiment. A game device provided to be able to communicate with a payment server,
Execution means for executing the game;
Receiving means for receiving payment for the game in a first mode and a second mode, each of which has a different payment method;
Communication means for communicating with the settlement server;
Providing means configured to be able to provide a first type of article and a second type of article corresponding to a game element related to the game;
Control means for controlling the execution means, the reception means , the communication means and the providing means ,
With
The control means includes:
Controlling the receiving unit to a state in which the payment of the consideration in the second form can be received when the payment server can communicate with the payment server ;
When the game is settled based on payment of the consideration in the first mode, the providing unit is controlled to provide the first type of article,
A game device which controls the providing means so as to provide the second type of article when the game is settled based on payment of the consideration in the second mode . A game system comprising: a game article ; a game device that provides the game article ; and a server communicably provided with the game device.
The game device,
Execution means for executing the game;
Receiving means for receiving payment for the game in a first mode and a second mode, each of which has a different payment method;
Communication means for communicating with the server;
Providing means configured to be able to provide a first type of game article and a second type of game article corresponding to a game element related to the game;
Control means for controlling the execution means, the reception means, the communication means and the providing means,
With
The control means includes:
When the game device and the server are in a communicable state, the receiving device is controlled to a state in which the payment of the consideration in the second mode can be received;
Controlling the providing means to provide the first type of game article when the game is settled based on payment of the consideration in the first mode;
A game system which controls the providing means so as to provide the second type of game article when the game is settled based on payment for the second form. The computer program to function as the control means of the game system according to any one of claims 1 to 1 2.

Images