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

Abstract

The present invention improves the convenience of players by setting multiple payment methods of equivalent rewards. In the game system, the game device is configured to be able to accept payment of equivalent rewards related to the game by using a first method and a second method with different payment methods. In addition, when the game device and the server are in a state capable of communicating, the identification information related to the payment of the equivalent reward using the second method is displayed on the display mechanism, and the payment of the equivalent reward using the second method is displayed. The control is in an acceptable state.

Description

Game system, game device and program

The present invention relates to a game system, a game device, and a program, and more particularly to a game device with multiple settlement methods.

There is a game device that requires the insertion of coins of a predetermined denomination as a game equivalent reward (Patent Document 1). [Background Technical Literature] [Patent Literature]

[Patent Document 1] Japanese Patent Laid-Open No. 2015-112115

[The problem to be solved by the invention]

In order to play a game in a gaming device that requires coin insertion as in Patent Document 1, players must prepare equivalent rewards. Generally, game devices do not have a change function, so players who want to play the game repeatedly must leave the game device or wait in the queue to prepare coins when their coins are used up.

The object of the present invention is to provide a game system, game device and program that improve the convenience of players by setting multiple payment methods of equivalent rewards. [Technical means to solve the problem]

The game system of the present invention includes a game device and a server provided in a manner capable of communicating with the game device, and the game device includes: an execution mechanism that executes the game; and an acceptance mechanism that uses a first payment method that is different from each other The method and the second method accept payment of equivalent rewards related to the game; the display organization, which displays identification information related to the payment of the equivalent reward using the second method; the communication organization, which communicates with the server; and the control organization, It controls the execution mechanism, the acceptance mechanism, the display mechanism and the communication mechanism; and the control mechanism controls in the following way: when the game device and the server are in a state capable of communicating, it is related to the payment of equivalent rewards using the second method The identification information is displayed on the display organization, so that the receiving organization can accept the payment of equivalent rewards using the second method. [Effects of Invention]

According to the present invention, with this configuration, it is possible to improve the convenience of the player by providing multiple payment methods for equivalent rewards.

[Embodiment 1] Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. Furthermore, one of the embodiments described below is to describe an example of applying the present invention to a game device that can pay equivalent rewards by two payment methods as an example of a game device. However, the present invention can be applied to any machine configured to be able to pay equivalent rewards by a plurality of payment methods.

In addition, in this manual, the so-called "real money" refers to coins or banknotes, and tokens equivalent to these currencies, which have physical objects and need to be exchanged for the physical objects during settlement. In contrast, the so-called "virtual currency" refers to a currency that does not have a physical object like real currency and only needs to exchange electronic data for settlement.

In the game device of this embodiment, it is assumed that the following content is provided for description: one game card is provided for one game, and the player can play the role of the character associated with the game card by making the device obtain the game card information game. That is, the game device of this embodiment is configured to provide a game card that can obtain information when playing a game, and by obtaining the information, a specific game element can appear in the game. However, the types of game items provided by the game device in the implementation of the present invention, or the availability of game items in the game device are not limited to this.

"The composition of the game system" Here, the system configuration of the game system of Embodiment 1 of the present invention will be described using FIG. 1(a).

As shown in the figure, 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 with the payment of an equivalent reward for a predetermined amount of money for one game as a necessary condition. In the game device 100, the payment of the equivalent reward is basically set to be able to choose at least the way of using real currency and the way of using virtual currency, and the player can choose the desired method and accept the game's offer. The server 200 is a server for settlement using virtual currency, and is configured to settle the virtual currency associated with the player when there is a payment request for equivalent reward using the virtual currency in the game device 100.

Hereinafter, detailed descriptions of the functional configuration of each device will be given. Furthermore, in the following description, regarding the constituent elements that implement the same function in the game device 100 and the server 200, the latter is distinguished by attaching the prefix character "server" to the latter.

<Configuration of Game Device 100> First, the functional structure of the game device 100 will be described using the block diagram of FIG. 2.

The control unit 101 is, for example, a CPU (Central Processing Unit), and controls the operations of each block included in the game device 100. Specifically, the control unit 101 controls the operation of each block by, for example, the following method: read out the operation program of each block recorded in the recording medium 102, expand to the memory 103 and execute it.

The recording medium 102 is, for example, a non-volatile memory or HDD (Hard Disk Drive) or other recording device capable of permanently storing data. The recording medium 102 not only stores the action programs of each block of the game device 100, but also stores information such as parameters required for the action of each block, or various graphics data used in the game executed by the game device 100. The memory 103 is, for example, a volatile memory or other memory device used for temporary data storage. The memory 103 is not only used as an expansion area of the action program of each block, but also used as a storage area for temporarily storing the data output during the action of each block.

The payment accepting unit 104 accepts the payment of the equivalent reward for playing the game in the game device 100. The game device 100 of this embodiment can realize the payment of equivalent rewards by two different payment methods, and therefore has a first receiving unit 120 and a second receiving unit 130.

The first accepting unit 120 is an accepting unit provided for accepting payment of equivalent rewards using real money, and for example detects the input of coins or equivalent game coins into the input port 121 and transmits it to the payment accepting unit 104. The payment accepting unit 104 outputs information indicating that the payment of the equivalent reward has been completed to the control unit 101 based on the amount of real money input to the first accepting unit 120 reaching a specific amount determined for the provision of the game. That is, when the payment of the equivalent reward is accepted via the first accepting unit 120, the equivalent reward settlement process is performed in the game device 100.

On the other hand, the second accepting unit 130 is an accepting unit provided for accepting payment of equivalent rewards using virtual currency (electronic money). In the game device 100 of the present embodiment, it is configured that short-range wireless communication with a recording medium such as a specific IC card or a specific IC chip included in a mobile terminal can be realized via the second receiving unit 130. When the payment accepting unit 104 is in a state capable of accepting the payment of the equivalent reward via the second accepting unit 130, it obtains the identification information stored in the IC chip via the second accepting unit 130, and makes a settlement request to the server 200 based on the identification information . The details will be described below. In the game system of this embodiment, in the settlement process based on the settlement request, the amount determined for the provision of the game is deducted from the virtual currency managed in association with the identification information And settle.

The obtaining unit 105 obtains information from the used game card through the card reader 140 when the player plays the game provided by the payment of the equivalent reward. The game device 100 of the present embodiment is configured such that the player can obtain information from the game card when playing the game, so that the character associated with the game card appears in the game. The game card may be, for example, a card attached with a one-dimensional code or a two-dimensional code visible or invisible on its surface, and the card reader 140 is configured to be able to read the game card. The information addition to the related game elements of game items such as game cards is not limited to such a way that codes are printed on the surface of the item, and can also be realized in the way that data is stored in a recording medium built into the item. In the latter case, the card reader 140 only needs to be configured to be able to obtain information from the game card through short-range wireless communication similarly to the second receiving unit 130.

In addition, in this embodiment, the information acquisition method is different in the second receiving unit 130 and the card reader 140, so these are described as different structures, but these may also be integrated. That is, of course, it may be configured that the payment of the equivalent reward using virtual currency via the second receiving unit 130 can be replaced by the card reader 140.

In this embodiment, the game card is attached with the identification information (character ID (Identifier)) of the character that is the game element associated with the card, and the acquiring unit 105 acquires the identification information through the card reader 140. That is, by acquiring the character ID attached to the game card when playing the game, the control unit 101 can specify the character that appears in the provided game and make the character appear on the stage.

The character DB (Data base, database) 106 is a database that manages the information (character information) of each character determined in advance as the character appearing in the game. The game provided in the game device 100 of this embodiment is configured to allow multiple characters to appear in a game related to one game play. The player can use the game card when playing the game, so that the character associated with the card can appear in the game as a character used by the player and use it (operation).

The character information managed by one character may have the data structure shown in FIG. 7(a), for example. As shown in the figure, the character information includes: graphic information 702, which is associated with the character ID 701 that uniquely identifies the character, including graphic data used in the screen generation when the character appears in the game; sound data 703, which It is also used for voice prompts; and operating parameter 704, which describes the predetermined physical strength (endurance), attack power, defense power, tricks, special skills, etc. as an example of the reference information of the present invention, in addition to the character name, attributes, etc. The inherent ability of the element. The operation parameter 704 is the information referred to in the game where the character appears, and the operation control of the provided game is performed by using the information.

Furthermore, in this embodiment, it is assumed that graphic data or sound data is stored in the character DB 106, and the character information includes these data for description, but the implementation of the present invention is not limited to this. The character information may also include information indicating the storage location of the matching data.

In addition, in this embodiment, in order to simplify the description, the description is assumed to be as follows: the structure is configured to associate the character ID with the character information managed by each character in the character DB 106 based on the character acquired from the game card by the acquisition unit 105 ID can obtain various information required for the operation and control of the game related to the character associated with the card. However, the implementation of the present invention is not limited to this, and the information attached to the game card does not have to be composed of only information such as a character ID for identifying game elements. For example, for game cards, in addition to the character ID, other information used in the operation control of the character, such as information for operating parameter adjustment, is also provided.

The prompt control unit 107 is responsible for the control of various information prompts given to the player in the game device 100. In the game device 100 of the present embodiment, as a mechanism for presenting various information to the player, a display unit 150 for displaying images (game screen, menu screen, etc.) is provided. However, the information presentation mechanism is not limited to this, and of course, it may be a mechanism that can be replaced or added by a sound output unit that performs sound output.

The prompt control unit 107 includes, for example, a graphics device such as a GPU (Graphics Processing Unit, general-purpose graphics processing unit), and performs specific graphics processing when generating the screen displayed by the display unit 150. Specifically, during the operation of the game device 100 (in a game or in a standby state), the prompt control unit 107 executes appropriate arithmetic processing on the required graphic objects based on the processing or commands performed by the control unit 101, and draws the screen. . The generated screen is output to the display portion 150, and is displayed in a specific display area to prompt the player. The display portion 150 may be in the same housing as the game device 100 or detachably connected to the outside of the game device 100 Display device.

The provision control unit 108 performs control in such a way that for one game based on the payment of equivalent rewards, one game card is usually provided. The game card provided by the game device 100 is, for example, the following game card: provided before the start of the game sequence related to the provision of a specific game (the part of the game that operates the operating character: the battle game), that is, it basically comes with information about whether to play the game The content is predetermined (fixed) information for each card. The card supply unit 160 is, for example, a card dispenser, and may be configured as follows: it has a card stacker (not shown) that stacks game cards in a vertical direction, and has one card that is provided according to a supply command issued by the supply control unit 108 The mechanism of the game card stored in the bottom of the card stacker. When the card providing unit 160 is built in the same casing as the game device 100, the provided game card can be provided to the player by introducing into the outlet 161 (refer to FIG. 1) that can be contacted from the outside of the game device 100. It is assumed that the game card provided by the game device 100 of this embodiment is a pre-printed and manufactured pre-made card, and the character image or parameters printed on the surface of the game card are designed to be fixed.

Furthermore, the game device 100 of this embodiment is set to provide a pre-made card with a fixed design that is printed and distributed in a factory in advance. However, the provided game card may also be capable of being printed on demand. Dynamically change the design card. In this case, the card providing unit 160 may be a printing device that generates game cards by printing on a specific paper medium. For example, according to the running of the game, the character ID of the player or the character selected by the lottery process is converted into a code using a game card conversion method, and the card providing unit 160 prints the character image and code to generate a game card.

The operation input unit 109 is, for example, a player interface included in the game device 100 such as an operation member for direction input, an operation member for decision input, or various sensors. When the operation input unit 109 detects that the operation input to the operation member is completed, it outputs a control signal corresponding to the operation input to the control unit 101. Furthermore, in the present embodiment, the game device 100 is described as having various interfaces as physical operation components, but for example, it may include a touch input detection sensor that detects a touch input performed on the screen of the display unit 150.

The communication unit 110 is a communication interface of the game device 100 with an external device. The communication unit 110 can be connected to external devices via a network 300 (regardless of wired or wireless) to realize data transmission and reception. The network 300 can also be a communication network such as the Internet or a cable connecting machines. The communication unit 110, for example, converts the information input as a transmission target into data in a specific format, and transmits it to an external device such as the server 200 via the network 300. In addition, when the communication unit 110 receives information from an external device via the network 300, for example, the information is decoded and stored in the memory 103. The detailed situation will be described below. In this embodiment, the communication unit 110 sends a settlement request to the server 200 and receives the returned settlement result information.

<Configuration of Server 200> Next, the functional structure of the server 200 will be described using the block diagram of FIG. 3. Furthermore, the server 200 of this embodiment does not have the structure shown by the broken line in the block diagram of FIG. 3.

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, for example, reads the operation program of each block recorded in the server recording medium 202, expands and executes it to the server memory 203, thereby controlling the operation of each block.

The server recording medium 202 is, for example, a recording device capable of permanently storing data such as non-volatile memory or HDD. The server recording medium 202 not only memorizes the operation programs of each block of the server 200, but also stores information such as parameters required in the operations of each block. The server memory 203 is, for example, a memory device used for temporary data storage such as volatile memory. The server memory 203 is not only used as an expansion area of the action program of each block, but also used as a storage area for temporarily storing the data output during the action of each block.

The settlement unit 204 performs settlement processing related to the payment of the equivalent reward using virtual currency accepted in the game device 100. In more detail, when the settlement unit 204 receives the identification information of the IC card used for payment and the settlement request related to the virtual currency from the game device 100, it deducts the related information from the balance of the virtual currency managed in association with the identification information The amount of equivalent reward determined by the game. Here, in this embodiment, the balance of each IC card is managed in the balance DB205 of the server 200.

The balance DB205 is a database that manages the balance of virtual currency or the history of completed settlements and other information about the IC cards that can be circulated in a usable way. The information managed for each IC card can be, for example, information composed of balance information 712 and historical information 713. The balance information 712 is associated with the identification information 711 stored in the IC chip of the card, indicating that the card is capable of The balance of the virtual currency used, the history information 713 indicates the payment history of the virtual currency 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 receives the settlement request. The settlement process determines whether the settlement can be settled based on whether the amount of the balance shown in the matched balance information 712 is greater than the amount predetermined for one game (single round amount). When the balance of the matching balance information 712 is larger than the amount of the single round, the settlement unit 204 updates the balance information 712 by using the amount obtained by subtracting the single round amount from the balance to perform settlement, and returns the information indicating the content to the game装置100。 Device 100. On the other hand, when the balance of the matched balance information 712 is less than the amount of the single round, the settlement unit 204 does not perform settlement, and returns information indicating that the settlement has not been settled.

Therefore, in the game system of the present embodiment, it is necessary for the game device 100 to be able to accept payment of equivalent rewards using the second accepting unit 130 in a state where the game device 100 and the server 200 can communicate with each other.

Furthermore, in the present embodiment, the description is made for those who are set to manage the balance information of each IC card in the balance DB 205 of the server 200 and are processed by the settlement unit 204, but the implementation of the present invention is not limited to this. For example, in order to speed up the judgment of whether settlement is possible, the balance information can also be stored in the IC card itself, and settlement processing and IC card balance information update can be performed in the game device 100. That is, it can also be configured to use the information obtained from the IC card in the game device 100 to complete the settlement process, thereby making it possible to provide game play without waiting for a return from the server 200. However, in this aspect, in order to prevent improper use, etc., the updated balance information must also be sent to and synchronized with the server 200 that manages the settlement status of each IC card. The game device 100 and the server 200 can still communicate with each other. The necessary conditions for payment acceptance.

The server communication unit 206 is a communication interface of the server 200 with external devices. The server communication unit 206 can be connected to an external device via the network 300 to realize data transmission and reception. The server communication unit 206, for example, converts the information input as the transmission target into data in a specific format, and transmits it to an external device such as the game device 100 via the network 300. In addition, when the server communication unit 206 receives information from an external device via the network 300, for example, the information is decoded and stored in the server memory 203.

"Provide Treatment" In the game system of the present embodiment having such a configuration, the specific processing is explained using the flow chart of FIG. 4 for the provision processing executed when the game is provided. The processing corresponding to this flowchart can be realized by the following operations: the control unit 101 and the server control unit 201, for example, read the corresponding processing program stored in the recording medium of each device, and expand and execute it to the memory of the device. In addition, the present provision processing is described assuming that it starts when the game device 100 is activated and becomes a standby state capable of accepting a game, for example.

In S401, the control unit 101 determines whether the game device 100 and the server 200 are in a state capable of communicating. For example, the control unit 101 only needs to perform the judgment in this step by confirming the response of the server 200 via the communication unit 110. When the control unit 101 determines that the game device 100 and the server 200 are in a state where communication is possible, it shifts the process to S402, and when it determines that the game device 100 and the server 200 are in a state where communication is impossible, it shifts the process to S411.

In S402, the notification control unit 107, under the control of the control unit 101, includes a notification indicating that the payment of equivalent rewards can be made with both real money and virtual currency in the display of the display unit 150 and presents it to the player. In addition, together with the presentation, the payment receiving unit 104 controls both the first receiving unit 120 and the second receiving unit 130 to be able to accept payment of equivalent rewards. Furthermore, in this embodiment, it is assumed that the two payment methods can be realized as a reminder. However, considering that the payment of equivalent rewards using real money is generally known, the reminder can also be used to indicate that only the equivalent of using virtual money can be realized. Reminder of payment of remuneration.

In S403, the control unit 101 determines whether payment of equivalent rewards has been detected. When the control unit 101 determines that the payment of the equivalent reward has been started, the process proceeds to S404, and when it is determined that the payment of the equivalent reward has not yet started, the processing of this step is repeatedly executed.

In S404, the control unit 101 determines whether to complete the payment of the equivalent reward by any method. Specifically, the control unit 101 makes a judgment based on whether the payment accepting unit 104 has detected payment of the equivalent reward in either of the first accepting unit 120 and the second accepting unit 130. Here, the judgment in this step is not performed at the time when settlement completion is detected, and can be performed at the time when it has been determined whether the payment of the equivalent reward is started using either the first receiving unit 120 or the second receiving unit 130. That is, the control unit 101 can make a judgment based on whether the payment accepting unit 104 detects that the coin is inserted through the first accepting unit 120 or whether the identification information of the IC card is acquired through the second accepting unit 130. The control unit 101 shifts the process to S413 when it is judged that the payment of the equivalent reward is completed with real money, and shifts the process to S405 when it judges that the payment of the equivalent reward is completed with virtual money.

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

When receiving the settlement request sent in S405, the settlement unit 204 of the server 200 determines in S406 whether it is possible to realize settlement with virtual currency related to the IC card used. In more detail, the settlement unit 204 reads out the balance information 712 that is managed in association with the identification information in the balance DB 205, and makes the judgment in this step based on whether the balance indicated by the balance information 712 is more than the amount of a single round. The settlement unit 204 transfers the process to S407 when it is judged that settlement with virtual currency related to the IC card used can be realized, and transfers the process to S410 when it judges that settlement cannot be realized.

In S407, the settlement unit 204 actually executes a settlement process for settlement of a payment using virtual currency. In this settlement process, the settlement unit 204 will change the balance information 712 read in S405 to the amount obtained by subtracting the amount of the single transaction from the managed balance, and update the balance DB205 associated with the identification information using the changed balance information The information to be managed locally. In addition, at the time of settlement (when the processing of deducting the amount of the single round is completed), the settlement unit 204 can perform the processing of adding the settled content to the historical information 713.

In S408, the settlement unit 204 transmits the settlement completion information indicating that the settlement has been settled to the server communication unit 206, and sends it to the game device 100 that has made the settlement request. According to the settlement completion information thus sent, the completion of the payment of the equivalent reward using virtual currency for the settlement request is transmitted to the game device 100.

On the other hand, when it is determined in S405 that the settlement cannot be achieved, the settlement unit 204 transmits the unsettled information indicating the content that cannot be settled to the server communication unit 206 in S409, and sends it to the game device 100 that has made the settlement request. .

When receiving the information returned for the settlement request from the server 200, the payment acceptance unit 104 determines in S410 whether the received information is any one of settlement completion information and unsettled information. When the payment acceptance unit 104 determines that the received information is settlement completion information, it sets that the settlement using virtual currency has been completed and transfers the processing to S415. When it determines that the received information is unsettled information, it transfers the processing to S411.

In S411, the payment acceptance unit 104 judges that the settlement using virtual currency is not completed due to insufficient balance based on the received unsettled information, and notifies the control unit 101 of the content. Then, the notification control unit 107 receives the notification under the control of the control unit 101, so that the notification that the balance of the virtual currency related to the IC card is not enough to pay the single round amount is included in the display of the display unit 150 and is presented to The player returns the processing to S401.

In addition, when it is determined in S401 that the game device 100 and the server 200 are in a state where communication cannot be performed, the control unit 107 is prompted in S412, under the control of the control unit 101, to indicate that only equivalent rewards using real money can be realized The notification of the payment is included in the display of the display unit 150 and is prompted to the player. Alternatively, the notification may be changed to a notification indicating that the payment of equivalent rewards using virtual currency cannot be realized, or together with a notification indicating that the payment of equivalent rewards using virtual currency cannot be realized. In addition, together with the presentation, the payment accepting unit 104 controls only the first accepting unit 120 to be able to accept the payment of equivalent rewards, and controls the second accepting unit 130 to be unable to accept the payment of equivalent rewards.

In S413, the control unit 101 determines whether the payment of the equivalent reward has been detected. The judgment in this step is performed based on whether the payment receiving unit 104 has detected the payment of the equivalent reward to the first receiving unit 120. When the control unit 101 judges that the payment of the equivalent reward has been completed, it shifts the processing to S414, and when it judges that it cannot be completed, it repeatedly executes the processing of the step.

In S414, the payment accepting unit 104, under the control of the control unit 101, determines whether the total amount of equivalent rewards paid to the first accepting unit 120 reaches the amount of a single round. When the control unit 101 determines that the total amount of the equivalent reward paid to the first accepting unit 120 has reached the amount of the single round, it determines that the settlement with real money is completed, and the process moves to S415. That is, when the total amount of equivalent rewards paid reaches the amount of a single round, the payment acceptance unit 104 performs settlement processing related to the payment of equivalent rewards using real money, and the control unit 101 receives the settled content and performs processing. In addition, the control unit 101 repeatedly executes the processing of this step when the total amount of the equivalent remuneration paid to the first receiving unit 120 does not meet the single round amount.

In S415, the control section 108 is provided under the control of the control section 101, and the control card provision section 160 provides game cards. In addition, the control unit 101 causes the presentation control unit 107 to notify the content of the game card when the game card is provided.

In S416, the control unit 101 executes game processing related to the provided primary game. In a game that provides a game by performing game processing, it may include a sequence of operating characters associated with the game card by obtaining information from the game card, a sequence of selecting opponent characters, and, for example, by operating The sequence of the battle game between the operating character and the opponent character to run the game card.

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

As described above, according to the game system of the present embodiment, by providing multiple payment methods for equivalent rewards, the convenience of the player can be improved. In more detail, in the game device of the game system, the payment method of the first method that can always accept the payment of equivalent rewards is set, and the state is based on whether it can communicate with the server for settlement management using virtual currency The payment method of the second method to control whether the payment can be accepted or not can be used to propose the payment method corresponding to the situation of the game device to the player. As a result, the convenience of the player can be improved.

Furthermore, in this embodiment, it is assumed that the balance information of the virtual currency is managed in the server 200, and the settlement processing is performed by the settlement unit 204, but the implementation of the present invention is not limited to this. That is, the device that performs settlement processing may also be the game device 100. For example, the second receiving unit 130 may obtain balance information corresponding to the identification information from the server 200 via the communication unit 110 and perform settlement processing.

[Embodiment 2] In the first embodiment described above, the following description is assumed: the game device 100 is provided with the second accepting unit 130 configured to collect information from the IC card related to virtual currency, and the player uses the IC card carried Perform payment of equivalent rewards using virtual currency. However, the implementation of the present invention can be such that even if the information from the IC card is obtained, the payment of equivalent rewards using virtual currency can be accepted, thereby realizing the provision of games. There are multiple payment methods for equivalent rewards using virtual currency, including methods that do not require information acquisition from devices with built-in IC cards or IC chips. For example, there are also methods that can be used on mobile phones or smart phones. The payment method for online settlement. In this embodiment, the game system is described as follows. Considering that there are multiple payment methods, when paying equivalent rewards using virtual currency, the player can select the desired one on the communication terminal payment method.

"The composition of the game system" Here, the system configuration of the game system according to Embodiment 2 of the present invention will be described using FIG. 1(b).

As shown in the figure, different from the game system of the first embodiment, the game system of this embodiment further includes a communication terminal 500 for game players, such as mobile terminals or smartphones. As in the first embodiment, the game device 100 is configured to be able to select the method of using real money and the method of using virtual money in the payment of equivalent rewards related to a game. However, the payment of the equivalent reward using virtual currency in the game device 100 of this embodiment is different from that of the first embodiment, and the game device 100 does not request the server 200 for settlement.

In the game system of this embodiment, in order for the payment of equivalent rewards using virtual currency related to game play to request settlement from the communication terminal 500 to the server 200, the game device 100 should complete the equivalent reward using virtual currency When the payment instruction is selected, the information required for the settlement request is presented. The player can select the desired virtual currency payment method and make payment by using the communication terminal 500 to obtain the necessary information. The communication terminal 500 makes a settlement request to the server 200 that matches the selected payment method based on the obtained information . Therefore, the game system of this embodiment includes the settlement server 200 for each of the payment methods of a plurality of virtual currencies. The details will be described 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, detailed descriptions of the functional configuration of each device will be given. In addition, in the following description, the description of the same configuration as the first embodiment is basically omitted, and the block that performs operations different from that of the first embodiment is mainly described. In addition, among the constituent elements of the communication terminal 500, the constituent elements that realize the same functions as the game device 100 and the server 200 are marked with prefix characters of "terminal".

<Configuration of Game Device 100> The structure of the game device 100 of this embodiment is shown in FIG. 2. Unlike Embodiment 1, there is no need to obtain information from an IC card when paying equivalent rewards using virtual currency. Therefore, the second receiving unit 130 does not have a specific The function of short-distance wireless communication for recording media such as IC chips.

The payment acceptance unit 104 is configured to be able to realize the payment of equivalent rewards using two payment methods related to real money and virtual money, as in the first embodiment. On the other hand, in the game device 100 of the present embodiment, in order to select the method of payment of equivalent rewards using virtual currency, it is necessary to select the operation input of the method.

The details will be described below. In this embodiment, the second accepting unit 130 issues identification information (payment ID) that uniquely identifies the payment event based on the operation input of the payment of equivalent rewards using virtual currency. The presentation control unit 107 causes the display unit 150 to present the payment ID. Furthermore, after payment and settlement of equivalent rewards using virtual currency are made in the communication terminal 500 based on the identification information, the second receiving unit 130 requests the corresponding server 200 for settlement confirmation based on the operation input indicating the content. Then, when the second receiving unit 130 receives the settlement completion information returned from the server 200, the payment receiving unit 104 transmits to the control unit 101 that the payment of the equivalent reward using virtual currency has been settled.

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

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, for example, reads the operation program of each block recorded in the terminal recording medium 502, expands and executes it in the terminal memory 503, thereby controlling the operation of each block.

The terminal recording medium 502 is, for example, a recording device capable of permanently storing data such as a non-volatile memory or HDD. The terminal recording medium 502 not only memorizes the operation program of each block of the communication terminal 500, but also stores information such as parameters required in the operation of each block. The terminal memory 503 is, for example, a memory device used for temporary data storage such as volatile memory. The terminal memory 503 is used not only as an expansion area of the action program of each block, but also as a storage area for temporarily storing the data output during the action of each block.

The imaging unit 504 includes, for example, an imaging element such as a CMOS (Complementary Metal Oxide Semiconductor) sensor, and captures a subject existing in the imaging range, and outputs a captured image. In this embodiment, the payment ID that uniquely identifies the payment event of the equivalent reward using virtual currency is transmitted from the game device 100 to the communication terminal 500 by prompting the display unit 150 to convert the QR code obtained by converting the payment ID , And use the imaging unit 504 to capture the two-dimensional code to achieve. Furthermore, in this embodiment, in order to avoid complicated operations in the communication terminal 500, it is assumed that the transmission of the payment ID from the game device 100 to the communication terminal 500 is performed through the conversion to the QR code and the shooting of the QR code. The aspect is described, but the 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, the payment ID may also be transmitted from the game device 100 to the communication terminal 500. Alternatively, when the payment ID contains text such as alphanumeric characters, the text is displayed on the display unit 150, and the player refers to the text while performing an input operation in the communication terminal 500 to realize the communication of the payment ID.

The settlement request unit 505 makes a settlement request for the amount of a single round to the server 200 selected for payment of equivalent rewards using virtual currency. In more detail, the settlement request unit 505 obtains the payment ID by applying a specific calculation to the captured image captured by the camera unit 504, and transmits the information of the payment ID and the amount of the single bureau to the terminal communication unit 506, and the settlement The request is sent to the matching server 200 together. At this time, when using the virtual currency settlement service provided by the server, the player ID used to identify the player of the communication terminal 500 is also sent together with the settlement 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 be connected to an external device via the network 300 to realize data transmission and reception. The terminal communication unit 506, for example, converts the input information as a transmission target into data in a specific format, and transmits it to an external device such as the server 200 via the network 300. Furthermore, the terminal communication unit 506 decodes the information and stores it in the terminal memory 503 when receiving information from an external device via the network 300, for example.

<Configuration of Server 200> The structure of the server 200 of the present embodiment has a block (settlement DB 210) shown by a broken line in addition to the block described using FIG. 3 according to the first embodiment.

The settlement unit 204 of this embodiment performs settlement processing related to the payment of the equivalent reward using virtual currency accepted in the communication terminal 500. In more detail, when the settlement unit 204 receives a settlement request related to virtual currency from the communication terminal 500, it performs a settlement process of deducting the amount of the single round from the balance of the virtual currency that is simultaneously received and managed in association with the player ID. Here, in this embodiment, the balance information of each user is managed in the balance DB 205 of the compatible server 200 for each settlement service.

In addition, the balance DB 205 of this embodiment is a database that manages information such as the balance of the virtual currency or the history of completed settlement for each user of the virtual currency settlement service provided by the server 200. The information managed for each user may be, for example, information composed of balance information 722 and historical information 723. The balance information 722 is associated with a player ID 721 that uniquely identifies the user (player), indicating that the user The balance of the virtual currency that can be used. The history information 723 indicates the payment history of the virtual currency that the user has made.

The settlement unit 204 executes settlement processing based on the settlement request, and returns the processing result to the communication terminal 500 that receives the settlement request. The settlement process can be a process of determining whether settlement is possible based on whether the amount of the balance shown in the matching balance information 722 is greater than the amount of a single round, as in the first embodiment.

On the other hand, the server 200 of this embodiment manages the information (settlement status information) whether or not the settlement has been made for each settlement request in the settlement DB 210. The settlement status information managed in the settlement DB 210 may include, for example, a settlement identifier 732 (logical type), which is associated with the payment ID 731 received together with the settlement request, and indicates whether the settlement related to the payment ID 731 is completed. Here, the settlement flag 732 can be set to true when the settlement process is performed and the settlement has been settled, and set to the initial value, that is, false when the settlement process is not performed, and the settlement fails. In this embodiment, it is assumed that the settlement status information is registered in the settlement DB 210 for each payment ID and stored for a specific time regardless of whether the settlement has been settled, but the implementation of the present invention is not limited to this. For example, it can also be configured as follows: the information managed as settlement status information in the settlement DB 210 does not need to include information indicating whether settlement has been completed, and only the payment ID related to the settled payment is stored in the settlement DB 210.

In the game system of this embodiment, the server 200 is configured to manage the settlement status information in the settlement DB 210, and 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 a game is provided based on the payment of equivalent rewards using virtual currency, the flow is as follows. First, when the operation input of the content of payment of equivalent rewards using virtual currency is completed in the game device 100, the game device 100 is prompted with a QR code containing the payment ID, and the player uses the communication terminal 500 to photograph the The two-dimensional code is used to complete the communication of the payment ID from the game device 100 to the communication terminal 500. Then, when the player selects the virtual currency settlement service for payment in the communication terminal 500, the communication terminal 500 sends a settlement request containing the payment ID to the matching server 200, and the server 200 performs the settlement process and sends the settlement completion information Return to the communication terminal 500. At this time, if the settlement is normal, the settlement status information indicating that the settlement has been completed is managed in association with the payment ID. When the communication terminal 500 is notified that the settlement has been completed based on the settlement completion information, the player performs an operation input for selecting the settled service in the game device 100 based on the notification. In this way, the game device 100 can grasp that the service of settlement using virtual currency has been completed, so it sends a settlement confirmation request and a payment ID to the server 200 that provides the service. Then, in the server 200 receiving the request, the settlement status information associated with the payment ID is obtained from the settlement DB 210 and sent back to the game device 100. The game device 100 starts to provide the game as long as the settlement status information indicates that the settlement is complete.

Therefore, in the game system of this embodiment, whether the game device 100 can accept payment of equivalent rewards using virtual currency still must confirm the final settlement status information, so the game device 100 and the server 200 are in a communication connection. Status becomes a necessary condition.

Furthermore, in this embodiment, it is assumed that the use of external virtual currency settlement services, etc. is also considered, and the settlement confirmation is completed in this way. However, it is easy to understand that the implementation of the present invention is not limited to this. That is, it may be configured that the transmission destination of the settlement completion information regarding the settlement request completed from the communication terminal 500 becomes the game device 100. In this case, the server 200 sends information associated with the payment ID and equivalent to the settlement identifier 732 to the game device 100, so that the same processing can be implemented without making a settlement confirmation request from the game device 100 to the communication terminal 500. In addition, in the present embodiment, the following configuration is described. That is, payment using multiple virtual currency settlement services can be realized, and the player can choose to use any service for settlement in the communication terminal 500, but the implementation of the present invention does not Not limited to this. That is, it may be configured such that there is one virtual currency settlement service that can be used to avoid processing related to the selection operation of the service used in the communication terminal 500 or the acceptance of the selection operation of the service that has been settled in the game device 100.

"Provide Treatment" In the game system of the present embodiment having such a configuration, regarding the provision processing executed when the game is provided, the specific processing will be described using the flowchart in FIG. 6. The processing corresponding to this flowchart can be realized by the following operations: the control unit 101 and the server control unit 201, for example, read the corresponding processing program stored in the recording medium of each device, and expand and execute it to the memory of the device. In addition, the present provision processing is described assuming that it starts when the game device 100 is activated and becomes a standby state capable of accepting a game, for example. In addition, in the description of the provision processing, the steps that perform the same processing as the provision processing of Embodiment 1 are denoted by the same reference numerals, and the description is omitted.

When it is determined in S401 that the game device 100 and the server 200 are in a state capable of communicating, the notification control unit 107 in S601, via the display unit 150, prompts the player to indicate that it is possible to achieve equivalent rewards with both real money and virtual money. The notification of the payment and the selection display inquiring whether to use any of them for the payment of equivalent rewards. Similar to the aspect explained in the first embodiment, the presentation performed in this step may only present a selection display that asks whether to perform payment of equivalent rewards using virtual currency.

In S602, the control unit 101 determines whether the virtual currency has been selected for payment of equivalent rewards. The judgment in this step can be performed based on the selection operation for the selection display performed in S601. When the control unit 101 determines that the payment of equivalent rewards using virtual currency has been selected, it shifts the processing to S603, and when it determines that it is performed using real money, it shifts the processing to S413.

In S603, the second acceptance unit 130, under the control of the control unit 101, issues the payment ID related to the game, converts the payment ID and the information of the single game amount into a QR code, and transmits it to the prompt control unit 107 And prompt to the display unit 150. In addition, in this embodiment, it is assumed that the issuance of the payment ID is performed by the second accepting unit 130 in the game device 100, but the implementation of the present invention is not limited to this. The payment ID can be issued and supplied in the server 200 related to the virtual currency settlement service used. In this case, after selecting the service used in the game device 100, the second accepting unit 130 only needs to comply with the The server 200 can communicate and execute acquisition.

In S604, the terminal control unit 501 of the communication terminal 500 determines whether the payment ID and the information of the amount of the single bureau have been obtained. In more detail, the terminal control unit 501 makes the judgment in this step based on the following: whether the captured image output from the camera unit 504 includes a two-dimensional code corresponding to the completion of the operation input related to the camera in the communication terminal 500, and By decoding the QR code, whether to obtain the information of the payment ID and the amount of a single round. When the terminal control unit 501 determines that the information of the payment ID and the amount of the single bureau has been obtained, the processing is transferred to S605, and when it is determined that the information is not obtained, the processing of this step is repeatedly executed.

Furthermore, in this embodiment, in order to briefly describe the processing flow of a series of processing provided, in this step, the terminal control unit 501 is set to repeatedly execute the processing until the payment ID and the information of the single round amount are obtained. . However, whether or not to perform the imaging of the two-dimensional code presented in the game device 100 depends on whether the player operates the communication terminal 500 independently of the game device 100, so it is not necessary to repeat the processing of this step, and the subsequent processing is not required. . In this case, in the game device 100, the control unit 101 only needs to perform control by moving to the standby state again after a specific timeout period has elapsed from the prompt of the QR code.

In S605, the terminal control unit 501 accepts the selection of whether to pay the equivalent reward through any virtual currency settlement service for the current game identified by the payment ID. The virtual currency settlement service that can be selected may be, for example, a service that has been registered in the communication terminal 500 and can be used for payment of equivalent rewards in the game system. When the terminal control unit 501 accepts the selection of the virtual currency settlement service for the payment of the equivalent reward, the processing proceeds to S606.

In S606, the settlement request part 505 transmits the obtained payment ID and the information of the single round amount, and the player ID of the corresponding virtual currency settlement service to the terminal communication part 506, and sends the settlement request to the target server 200 together.

When receiving the settlement request sent in S606, the settlement unit 204 of the server 200 re-registers the settlement status information in the settlement DB 210 regarding the payment ID received together with the request in S607. In the settlement status information registered in this step, the payment ID received together with the settlement request is set to payment ID 731, and the settlement identifier 732 with an initial value of "false" status.

In S608, the settlement unit 204 judges whether settlement with virtual currency related to the player ID received together with the settlement request can be realized. In more detail, the settlement unit 204 reads out the balance information 722 that is managed in association with the player ID in the balance DB 205, and performs the judgment in this step based on whether the balance indicated by the balance information 722 is more than the amount of a single round. When the settlement unit 204 judges that the settlement with the virtual currency related to the player ID can be achieved, the process shifts to S609, and when it is judged that the settlement cannot be performed, the process shifts to S611.

In S609, the settlement unit 204 actually executes a settlement process for settlement of a payment using virtual currency. In this settlement process, the settlement unit 204 will change the balance information 722 read in S608 to the amount obtained by subtracting the amount of the single round from the managed balance, and use the changed balance information to update the balance DB205 with the player ID The information to be managed in relation to each other. In addition, at the time of settlement (when the processing of deducting the amount of the single round is completed), the settlement unit 204 can perform the processing of adding the settled content to the historical 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 DB 210 associated with the payment ID related to settlement to true.

In S610, the settlement unit 204 transmits the settlement completion information indicating that the settlement has been settled to the server communication unit 206, and sends it to the communication terminal 500 that has made the settlement request. According to the settlement completion information thus sent, the completion of the payment of the equivalent reward using virtual currency for the settlement request is transmitted to the communication terminal 500.

On the other hand, when it is determined in S608 that the settlement cannot be settled, the settlement unit 204 transmits the unsettled information indicating that the settlement cannot be settled to the server communication unit 206 in S611, and sends it to the communication terminal 500 that has made the settlement request.

When receiving the information returned to the settlement request from the server 200, the settlement requesting unit 505 determines in S612 which of the received information is the settlement completion information and the unsettled information. When the settlement request unit 505 judges that the received information is settlement completion information, it prompts in the communication terminal 500 that the settlement with virtual currency is completed, and when it judges that the received information is unsettled information, the process moves to S613 .

In S613, the settlement request unit 505 judges that the settlement using virtual currency is not completed due to insufficient balance based on the received unsettled information, and prompts that the balance of the virtual currency related to the selected virtual currency settlement service is insufficient to pay the single round amount The content of the notification, the processing returns to S605.

In S614, the second accepting unit 130 receives the completion of the settlement using virtual currency, and determines whether the player has completed the operation input of the virtual currency settlement service that has already been settled. When the second accepting unit 130 accepts the operation input selected by the virtual currency settlement service that has already settled, the process shifts to S615, and when it is judged not to accept, the process of this step is repeatedly executed.

In S615, the second receiving unit 130 sends a settlement confirmation request and a payment ID via the communication unit 110 to the server 200 conforming to the virtual currency settlement service for which settlement has been performed.

When receiving the settlement confirmation request sent in this way, the server control unit 201 obtains the settlement status information associated with the payment ID received with the request from the balance DB 205 in S616 and sends it back to the game device 100.

Then, when the second accepting unit 130 receives the settlement status information returned to the settlement confirmation request, the payment accepting unit 104 determines in S617 whether the settlement with virtual currency has been completed for this game. The judgment in this step can be performed based on whether the settlement indicator 732 of the received settlement status information is true. When the payment accepting unit 104 determines that the settlement with the virtual currency has been completed for the current game, the process proceeds to S415, and when it is determined that the payment is not completed, the process returns to S601.

As described above, according to the game system of this embodiment, by providing multiple payment methods of equivalent rewards, it is possible to improve the convenience of players. In more detail, in the game device of the game system, the payment method of the first method that can always accept the payment of equivalent rewards is set, and the state is based on whether it can communicate with the server for settlement management using virtual currency The payment method of the second method accompanied by the display related to the payment ID required for the payment procedure can propose the payment method corresponding to the condition of the game device to the player. As a result, the convenience of the player can be improved.

[Variation 1] Moreover, as described above, in game devices such as dedicated game cases, from the viewpoint of manufacturing cost or ease of collection, the payout function of change is not conventionally provided. Therefore, the equivalent reward of real money related to the use of the game device is set to, for example, one 100 yen coin, etc., which is easy for players to prepare even if they do not have the payout function of change. That is, from this situation, there is the fact that the amount of the real currency equivalent reward set for a game in the game device is difficult to achieve a change consistent with price changes (especially price increases).

On the other hand, if it is a virtual currency, settlement processing can be performed without the expense function of change, so it is also possible to change the amount of the equivalent reward to an amount different from the case of using real currency. That is, for example, when prices are rising, the amount of equivalent rewards set for virtual currency can be set higher than the amount (fixed) of equivalent rewards set for real money.

However, when such payment with real currency and payment with virtual currency are used to set a difference in the amount of equivalent rewards required for service utilization, the fairness between players using the service cannot be guaranteed. Therefore, for example, it can also be configured to provide different types of game cards for games provided by completing payment with real money and games provided by completing payment with virtual currency, so that the card providing unit 160 can provide multiple Cards of three categories. That is, in the above embodiment, it is assumed that the payment of the equivalent reward is regardless of which of the real currency or the virtual currency is, and the card providing unit 160 provides it in a bottom-up order and randomly stores it in a card stacker. For example, it is also possible to set two card stackers with different contained game cards to complete the payment according to which of real currency and virtual currency is used, so that the card stackers that provide game cards can be different Take control. At this time, the payment method of virtual currency can set the equivalent reward to a higher amount than the payment method of real currency. Therefore, the game card provided according to the payment using virtual currency can also be used for embossing or embossing. Higher manufacturing costs, or the associated characters have parameters that make the game run favorably, etc. (high rarity) items with higher value than the game card provided based on payment with real money. Or, for example, it can also be set to provide a pre-made card and an on-demand printed card separately according to which currency the payment is completed.

In addition, this difference in the value of the provided items corresponding to the payment method may not be realized by different types of items. For example, it can also be realized by making the ratio of items of high rarity stored in the card stacker corresponding to the payment method of virtual currency higher than that of the card stacker corresponding to the payment method of real currency. Or, for example, the game device 100 can also be constructed in the following manner: in a configuration in which an article is provided with a recording medium capable of rewriting data, when the information is obtained in the game for the article provided by payment using virtual currency, The addition of additional game elements such as props or point rewards that make the game run favorably will not be added to items provided by payment with real money.

[Variation 2] In the above-mentioned embodiment and modification examples, the control when accepting the payment of the equivalent reward for the first game is explained. In addition, in game devices such as dedicated game casings, for example, there are also game devices that allow the same player to continuously play the game, such as a game in which at least a part of the running state of the game is continued. In other words, in a game device with a game with a so-called "continue" function, for the same player, the payment of a further equivalent reward after the completion of one game is a necessary condition to provide consecutive subsequent games.

In this case, it is also possible to control the payment method of the equivalent reward of the subsequent game based on the payment method of the equivalent reward selected for the previous game. For example, when the game played in advance is provided based on the payment of equivalent rewards using real money, the payment acceptance unit 104 may also control the subsequent game in the following manner: it does not depend on whether the game device 100 and the server 200 are communicable In the state, only the first acceptance unit 120 is used, that is, only real money is used to accept the payment of equivalent rewards, and the payment of equivalent rewards using virtual currency is not accepted. This is based on the assumption that the player who has already paid the equivalent reward using real money is assumed to have no ability to pay the equivalent reward using virtual currency. Also, for example, when the game played in advance is provided based on payment of equivalent rewards using virtual currency, the payment acceptance unit 104 may also control the subsequent game in the following manner: the game device 100 and the server 200 are communicably connected The status is a necessary condition. It is possible to select either real currency or virtual currency and accept payment of equivalent rewards. This is based on the fact that even if the balance of the virtual currency becomes less than the amount of a single game through the deduction related to the game played in advance, the player who can play the subsequent game as long as it is the real currency, thereby ensuring the player's interest and opportunity for profit.

By doing this, it is possible to avoid unnecessary control while continuing to play, and provide a better game.

[Other embodiments] The present invention is not limited to the above-mentioned embodiment, and various changes and changes can be made without departing from the spirit and scope of the present invention. In addition, the game system and game device of the present invention can also be realized by using more than one computer as a program for the game system or game device to function. The program is provided/distributed by using a recording medium that can be read by a computer or by an electric communication line.

100‧‧‧Game Device 101‧‧‧Control Department 102‧‧‧Recording media 103‧‧‧Memory 104‧‧‧Payment Acceptance Department 105‧‧‧Acquisition Department 106‧‧‧Character DB 107‧‧‧Prompt Control Department 108‧‧‧Provide control department 109‧‧‧Operation input unit 110‧‧‧Ministry of Communications 120‧‧‧First Acceptance Department 130‧‧‧Second Acceptance Department 140‧‧‧Card Reader 150‧‧‧Display 160‧‧‧Card Providing Department 161‧‧‧Exit 200‧‧‧Server 201‧‧‧Server Control 202‧‧‧Server recording media 203‧‧‧Server memory 204‧‧‧Settlement Department 205‧‧‧Balance DB 206‧‧‧Server Communication Department 210‧‧‧Settlement DB 300‧‧‧Internet 500‧‧‧Communication Terminal 501‧‧‧Terminal Control Unit 502‧‧‧Terminal recording media 503‧‧‧Terminal memory 504‧‧‧Camera Department 505‧‧‧Settlement Request Department 506‧‧‧Terminal Communication Department 701‧‧‧Character ID 702‧‧‧Graphic Information 703‧‧‧Sound data 704‧‧‧Operating parameters 711‧‧‧identification information 712‧‧‧Balance Information 713‧‧‧History Information 721‧‧‧Player ID 722‧‧‧Balance Information 723‧‧‧History Information 731‧‧‧Payment ID 732‧‧‧Settlement logo

Fig. 1 (a) and (b) are diagrams showing the structure of a game system according to an embodiment of the present invention. Fig. 2 is a block diagram showing the functional structure of the game device according to the embodiment of the present invention. Fig. 3 is a block diagram showing the structure of the server of the embodiment of the present invention. Fig. 4 is a flowchart illustrating the provision processing implemented by the game system of Embodiment 1 of the present invention. Fig. 5 is a block diagram showing the functional configuration of a communication terminal according to Embodiment 2 of the present invention. Fig. 6 is a flowchart illustrating the provision process implemented by the game system of the second embodiment of the present invention. Figures 7(a) to (d) are diagrams illustrating the data structure of various information used in the game system of the embodiment of the present invention.

Claims (18)

A game system comprising a game device and a server provided in a manner capable of communicating with the game device. The game device includes: an execution mechanism that executes the game; and an acceptance mechanism that uses a first payment method that is different from each other The method and the second method accept the payment of equivalent rewards related to the above-mentioned game; the display organization, which displays identification information related to the payment of the equivalent reward using the above-mentioned second method; the communication organization, which communicates with the above-mentioned server; provides A mechanism configured to provide items of the first category and category 2 of the game elements related to the game; and a control mechanism that controls the execution mechanism, the acceptance mechanism, the display mechanism, and the communication mechanism And the above-mentioned providing mechanism; and the above-mentioned control mechanism controls in the following manner: when the above-mentioned game device and the above-mentioned server are in a state capable of communicating, the above-mentioned identification information related to the payment of equivalent rewards using the above-mentioned second method is displayed In the above-mentioned display means, the above-mentioned accepting means is brought into a state capable of accepting payment of equivalent rewards using the above-mentioned second method; the above-mentioned control means further controls the above-mentioned providing means in the following way: When the payment of the equivalent reward has been settled, provide the item of the first category above, and control the above provider in the following way: When the payment of the game based on the equivalent reward using the second method has been settled, provide Items of category 2 above. Such as the game system of claim 1, wherein the control mechanism controls the acceptance mechanism to be able to accept payment of equivalent rewards using the first method regardless of the communication state between the game device and the server. For example, the game system of claim 1 or 2, wherein the control mechanism controls the acceptance mechanism in the following manner: when the game device and the server are in a state where communication is not possible, performing the equivalent of not accepting the second method Display of the payment of remuneration. The game system of claim 1 or 2, wherein the game system includes a communication terminal configured to communicate with the server, and the communication terminal includes: an acquisition mechanism that acquires the identification information displayed on the display mechanism; And a first sending mechanism that sends a settlement request related to the payment of the equivalent reward in the second method to the server based on the identification information acquired by the acquiring mechanism. The game system of claim 4, wherein the server includes: a receiving mechanism that receives the settlement request sent by the first sending mechanism; a settlement mechanism that performs settlement processing based on the settlement request received by the receiving mechanism; and The second sending mechanism sends settlement completion information indicating completion of the settlement process to the communication terminal after the settlement is performed by the settlement organization. For example, the game system of claim 5, wherein the game device further includes an operation input mechanism that accepts the following operation input, the operation input indicating and corresponding to the identification information displayed on the display mechanism using the second method equivalent reward Payment-related settlement is completed between the above-mentioned communication terminal and the above-mentioned server, and the above-mentioned control mechanism sends a settlement confirmation request to the above-mentioned server via the above-mentioned communication mechanism on the condition that the operation input indicating that the above-mentioned settlement is completed by the operation input mechanism has been accepted And the server further has a return mechanism, which returns settlement status information indicating the settlement status related to the identification information according to receiving the settlement confirmation request. For example, in the game system of claim 6, wherein the control mechanism controls the execution mechanism in the following manner: when the settlement status information returned by the return mechanism indicates that the corresponding settlement processing is completed, the game is executed. For example, the game system of claim 5, wherein the game device controls the execution mechanism in the following manner: when the server is in the state, the payment of the equivalent reward using the second method corresponding to the identification information displayed on the display mechanism has been completed In the state of settlement processing, execute the above game. For example, the game system of claim 1, wherein the above-mentioned control agency controls the above-mentioned execution agency in the following manner: the above-mentioned execution agency is executed on the condition that the settlement of the equivalent payment accepted by the above-mentioned acceptance agency game. For example, the game system of claim 9, wherein the above-mentioned games include: the first game, which is executed on the condition of the settlement of the payment of the equivalent reward completed in advance; and the second game, which is executed after the first game, and further The settlement of the payment of equivalent rewards is executed as a condition; and when the above-mentioned control mechanism has settled the payment of the above-mentioned first game based on the payment of the equivalent rewards using the above-mentioned first method, the above-mentioned second game is controlled by the acceptance mechanism It is a state where the payment of equivalent rewards using the second method mentioned above cannot be accepted. For example, the game system of claim 9, wherein the above-mentioned games include: the first game, which is executed on the condition of the settlement of the payment of the equivalent reward completed in advance; and the second game, which is executed after the first game, and further The settlement of the payment of equivalent rewards is executed as a condition; and when the above-mentioned control mechanism has settled the payment of the above-mentioned first game based on the payment of the equivalent rewards using the above-mentioned second method, the above-mentioned second game is controlled by the acceptance mechanism To be able to accept payment of equivalent rewards using the above-mentioned first method and the above-mentioned second method. For example, the game system of any one of claims 9 to 11, wherein the payment using the first method is to use real money to pay the equivalent reward, and the payment using the second method is to use virtual currency to pay the equivalent reward. For example, the game system of claim 12, wherein the above-mentioned control mechanism controls the above-mentioned execution mechanism in the following manner: when the amount of the equivalent reward paid by the above-mentioned first method is greater than the amount of the equivalent reward determined in advance for the above-mentioned game, the above-mentioned game. For example, the game system of claim 12, wherein the above-mentioned accepting organization is configured to be able to set different amounts of the equivalent reward set as a necessary condition in the above-mentioned first method and the amount of equivalent reward set as a necessary condition in the above-mentioned second method Amount. For example, in the game system of claim 14, the amount of the equivalent reward set as a necessary condition in the first method is set to be lower than the amount of the equivalent reward set as a necessary condition in the second method. A game device, which is a game device set up in a way that can communicate with a settlement server, and includes: an execution mechanism that executes the game; an acceptance mechanism that uses the first method and the second method of different payment methods to accept Regarding the payment of equivalent rewards for the aforementioned games; a display organization, which displays identification information related to the payment of equivalent rewards using the second method; a communication organization, which communicates with the above settlement server; a provider organization, which is composed of Can provide items of the first category and the second category of the game elements related to the game; and a control mechanism that controls the execution mechanism, the acceptance mechanism, the display mechanism, the communication mechanism, and the provision mechanism; And the control mechanism controls in the following manner: when the game device and the settlement server are in a state capable of communicating, the identification information related to the payment of the equivalent reward using the second method is displayed on The above-mentioned display means, and the above-mentioned accepting means is in a state capable of accepting the payment of equivalent rewards using the above-mentioned second method; the above-mentioned control means further controls the above-mentioned providing means in the following manner: when the game is based on the use of the above-mentioned first method, etc. When the payment of the price reward has been settled, provide the first category of the above-mentioned items, and control the above-mentioned provider in the following way: when the payment of the above-mentioned game based on the payment of the equivalent reward using the second method has been settled, the above-mentioned Items of 2 categories. A game system includes: a game item; a game device that provides the game item; and a server provided in a manner capable of communicating with the game device, and the game device includes: an execution mechanism that executes the game The acceptance agency, which uses the first method and the second method with different payment methods to accept the payment of the equivalent reward for the above game; the display organization, which displays the identification related to the payment of the equivalent reward using the second method above Information; a communication mechanism that communicates with the above-mentioned server; a providing mechanism that is configured to provide game items of the first category and the second category of game items corresponding to the game elements related to the game; and a control mechanism , Which controls the execution mechanism, the acceptance mechanism, the display mechanism, the communication mechanism, and the provision mechanism; and the control mechanism controls in the following manner: when the game device and the server When in a state where communication is possible, the identification information related to the payment of the equivalent reward using the second method is displayed on the display unit, and the acceptance mechanism is made to be capable of accepting the equivalent reward using the second method. Regarding the payment status, the control mechanism further controls the providing mechanism in the following manner: when the payment of the game based on the equivalent reward using the first method has been settled, the game item of the first category is provided, as follows The method controls the above-mentioned providing mechanism: when the payment of the above-mentioned game based on the equivalent reward using the above-mentioned second method has been settled, the above-mentioned second type of game article is provided. A program that enables a computer to function as a control mechanism for the game system of any one of claims 1 to 15.

Images