JP6396060B2 - GAME SYSTEM AND MANAGEMENT DEVICE - Google Patents

Description

  The present invention communicates with a management device that manages each user's goods information that can be paid as play consideration for a game that is played by a user operating a game terminal, and a game terminal that is also a consideration payment setting device, or a game terminal. The present invention relates to a game system or the like configured to be able to communicate with a possible separate payment setting device.

  Conventionally, so-called arcade game devices operated in store facilities such as game centers have been based on payment of play consideration by inserting coins. However, in recent years, when playing on an arcade game device, the user's (player) virtual currency (electronic money) associated with the user ID is entered by inputting a pre-registered user ID instead of coin insertion. An electronic payment method for making an electronic payment that deducts the play consideration from the account of the company has been used (see, for example, Patent Document 1 and Patent Document 2).

  In the electronic payment method, in the process of game participation registration (game entry), if the business game device reads an IC card (so-called user card) storing a user ID or a medium ID linked to the user ID, Payment of play consideration will be made automatically. There is no need to carry heavy coins, and there is no need to insert coins at every entry.

JP 2010-262389 A JP 2010-262390 A

Now, when observing the trend of users of business-use game devices, there are not a few cases where friends take them to a game center and the like, and there are relatively many cases where friends enjoy multiplayer.
When we hear about their experiences from such users, it is the stage where everyone enters the game, and one of the friends who went together does not have a user card, and even if they have a virtual currency account balance However, it is said that there is an experience that has given up the game play.
It is very unfortunate that what the user has been looking forward to does not come true, and the operator of the arcade game device misses a precious income opportunity, and countermeasures are desired.

  The present invention has been made in view of such circumstances, and even when it becomes clear that some friends cannot pay the play price by themselves when friends enter the game together, The purpose is to provide technology that does not give up playing.

The first invention for solving the above-described problem is as follows.
A management device that manages each user's goods information that can be paid as a play consideration for a game played by a user operating the game terminal, and the game terminal that is also a consideration payment setting device, or can communicate with the game terminal A game system configured to communicate with a separate consideration payment setting device,
The consideration payment setting device (for example, the game terminal 1300 in FIG. 1)
Among a plurality of payment methods including at least self-payment for paying the play consideration of the operation user who plays the game from the operation user's own goods information and agency payment for the given agency payment user to delegate the payment, Payment method selection means for selecting a payment method (for example, joystick 1302 in FIG. 2, button switch 1304, touch panel 1306, control board 1350, operation input unit 100 in FIG. 6, terminal processing unit 200, entry preparation unit 202, payment method selection The reception control unit 207, step S20 in FIG. 11, and
When the proxy payment is selected, proxy payment user setting means (for example, a joystick 1302, a button switch 1304, a touch panel 1306, a medium reading device 1342, a control board 1350, FIG. Terminal processing unit 200 in FIG. 6, proxy payment setting unit 210, payment user ID 518, steps S50 to S112 in FIG.
The management device consumes the play consideration of the operation user from the operation user's goods information when the self-pay is selected in the payment method selection means, and when the proxy payment is selected, Play consideration payment means (for example, the control board 1150 in FIG. 1, the server processing unit 200s in FIG. 7, the user registration management unit 240, the play consideration payment control unit 242) that consumes the play consideration of the operation user from the goods information of the proxy payment user. , A user registration data 600 in FIG. 8, an account balance 604, and steps S36 to S40 in FIG. 14).

  According to the first invention, in the process of game entry, it is possible to select “proxy payment” that allows another person to perform payment as a payment method for play consideration. When proxy payment is selected, a proxy payment user can be set separately, and play consideration can be paid from the account of the proxy payment user. In other words, even if it turns out that some friends who went together at the stage of entering the game can not pay the play consideration by themselves, someone can make the entry as it is and pay for the game play. It is possible to enjoy.

Regarding the setting of the proxy payment user, conditions can be appropriately set according to the form of the game.
For example, as a second invention, the game is a multiplayer game, and the proxy payment user setting means sets a user as the proxy payment user from among users who play with the operation user in the multiplayer game. The game system of 1 invention can be comprised.
That is, it is possible to provide a restriction that allows the proxy payment user to be set only from the users who play simultaneously.

Further, as a third invention, the proxy payment user setting means sets a user as the proxy payment user from among users in which a given relationship with the operation user is set in advance. The game system of the invention can also be configured.
In other words, the user who has been registered as a friend, the user who has played or battled together in the past, the user who has exchanges such as conversation history and item exchange history in the game, etc. Limits that can be set can be provided.

  Appropriate restrictions such as those of the second and third inventions help to suppress the abuse of proxy payments and realize a healthy game.

  4th invention is the 1st privilege provision means (for example, the server of FIG. 7) in which the said management apparatus performs the 1st privilege provision process which provides the given privilege to the user made into the said proxy payment user. The game system according to any one of the first to third inventions, further including a processing unit 200s, a privilege management unit 280, and step S160 in FIG.

  According to the fourth invention, by giving a reward to the user according to the agency payment, the psychological resistance to the agency payment can be reduced, and the agency payment can be used comfortably.

Similarly, from the viewpoint of granting privileges, as a fifth invention, the management device stores proxy payment history storage means (for example, storage 1140 in FIG. 1, proxy payment in FIG. 7) that stores the history of proxy payments of each user. History management unit 266, server storage unit 500s in FIG. 8, proxy payment history data 660),
Based on the stored contents of the proxy payment history storage means, an extraction means (for example, the privilege management unit 280 in FIG. Privilege grant target extraction unit 282, step S252 in FIG. 16, step S264 in FIG.
Second privilege granting means (for example, privilege management unit 280, privilege grant control unit 284 in FIG. 7) for executing a second privilege granting process for granting a given privilege to one user or both users of the combination. 16, step S252 of FIG. 16, step S266 of FIG. 17),
A game system according to any one of the first to fourth aspects of the present invention may be configured.

According to the fifth invention, when the user who has received the proxy payment performs the proxy payment in return, it is extracted as a combination of users who have mutually become proxy payment users and have paid the opponent's play consideration. The If the substitution payment is regarded as a kind of repayment, it can be considered that the repayment is completed. This should be praised morally, and according to the present invention, a reward can be given to one or both users of the extracted combination.
In addition to improving the relationship of trust between players, the game operator can expect to increase the chance of playing the game.

Of course, there will not always be a refund for the agency payment,
As a sixth aspect of the invention, the management device is a proxy payment history storage unit that stores a history of proxy payments of each user, and the first user is a proxy payment user based on the stored contents of the proxy payment history storage unit. The first user has a history of paying the play consideration of the second user, and has no history of paying the play consideration of the first user as a proxy payment user within a given period. Extraction means (for example, privilege management unit 280 in FIG. 7, privilege grant target extraction unit 282, step S252 in FIG. 16, step S270 in FIG. 17),
Third privilege granting means (for example, privilege management unit 280, privilege grant control unit 284 in FIG. 7) that executes third privilege granting processing for granting a given privilege to the first user extracted by the extraction means. In addition, the game system according to any one of the first to fourth inventions, which further includes step S272) of FIG.

  According to the sixth aspect of the present invention, when the payment for the proxy payment is not performed, a privilege as a certain kind of compensation or comfort can be given to the user who has paid for the proxy payment.

Also, based on the same assumption, as a seventh invention, the management device, based on the storage contents of the agency payment history storage means, the agency payment history storage means for storing the agency payment history of each user, There is a history that the first user has been a paying user and paid for the play price of the second user, and the second user has become a paying user within a given period and the play price of the first user is paid. Extraction means (for example, privilege management unit 280, privilege grant target extraction unit 282 in FIG. 7, step S252 in FIG. 16, step S270 in FIG. 17) for extracting the second user who has no history of payment;
Return non-execution processing means (for example, privilege management unit in FIG. 7) that executes a given return non-execution process for the second user extracted by the extraction means because no return proxy payment has been made 280, privilege granting control unit 284, and step S274 in FIG. 17, and the game system according to any one of the first to fourth inventions can be configured.

  According to the seventh invention, the process for the second user who did not return the proxy payment, for example, the process of notifying that effect, or the process of giving a certain punishment (the process of giving a negative privilege) ) Etc. As a result, it is possible to realize a mechanism that suppresses the rampant of non-returning acts received from others and encourages the use of substitute payments in a sound manner. In addition to increasing the feeling of distrust among players, the game operator can expect to increase the chance of playing the game.

  In an eighth aspect, the proxy payment user setting means sets the proxy payment user based on a user approval procedure (for example, steps S50 to S106 in FIG. 12) as the proxy payment user. 7 is a game system according to any one of the inventions.

  According to the eighth invention, misuse of proxy payment can be prevented by going through the approval procedure.

  According to a ninth invention, the management device stores proxy payment history storage means (for example, proxy payment history management unit 266 in FIG. 7, proxy payment history data 660 in FIG. 10, FIG. 14). Step S158), and the proxy payment user setting means sets a user whose total payment for a given period has not reached a given upper limit as a proxy payment user (for example, step S54 in FIG. 15). → Communication E → Step S56 to Step S72) of FIG. 12, or any one of the first to eighth inventions.

  According to the ninth aspect of the invention, it is possible to provide an appropriate restriction on proxy payment, suppress abuse, and realize sound proxy payment operation.

A tenth aspect of the present invention is a management device that manages each user's goods information that can be paid as a play consideration for a game played by a user operating a game terminal, and the game terminal that is also a consideration payment setting device, or The consideration payment setting device of the game system configured to be communicable with a separate consideration payment setting device capable of communicating with the game terminal,
Among a plurality of payment methods including at least self-payment for paying the play consideration of the operation user who plays the game from the operation user's own goods information and agency payment for the given agency payment user to delegate the payment, Payment method selection means for selecting a payment method (for example, touch panel 1206 in FIG. 25, control board 1252, operation input unit 100t in FIG. 26, terminal processing unit 200t, game management unit 250C, payment method selection reception control unit 207, FIG. Steps S3 to S33) and, when the proxy payment is selected, a proxy payment user setting means for setting a user as the proxy payment user (for example, the touch panel 1206 in FIG. 25, the control board 1252, the operation in FIG. 26) Input unit 100t, terminal processing unit 200t, game management unit 250C, payment method selection acceptance control unit 07, a compensation payment setting device provided with a step S3～S33) of FIG. 28.

  According to the tenth aspect, the same effect as in the first aspect can be obtained.

The figure which shows an example of a structure of a game system. Perspective external view showing a configuration example of a game terminal The figure for demonstrating the implementation method of the agency payment in 1st Embodiment. The figure for demonstrating the specification of privilege provision accompanying proxy payment. The figure explaining privilege provision when repayment is not materialized within a predetermined period. The functional block diagram which shows an example of a function structure of the game terminal in 1st Embodiment. The functional block diagram which shows the function structural example of the server system in 1st Embodiment. The figure which shows the example of the program and data which the server memory | storage part in 1st Embodiment memorize | stores. The figure which shows the data structural example of entry registration data. The figure which shows the data structural example of agency payment log | history data. The flowchart for demonstrating the flow of the process in the game terminal of 1st Embodiment. The flowchart following FIG. The flowchart following FIG. The flowchart for demonstrating the flow of the process in the server system of 1st Embodiment. The flowchart following FIG. The flowchart following FIG. The flowchart for demonstrating the flow of repayment determination and privilege provision processing. It is a figure for demonstrating the implementation method of the agency payment in 2nd Embodiment. The functional block diagram which shows an example of a function structure of the game terminal in 2nd Embodiment. The functional block diagram which shows the function structural example of the server system in 2nd Embodiment. The flowchart for demonstrating the flow of the process in the game terminal of 2nd Embodiment. The flowchart following FIG. The flowchart for demonstrating the flow of a process in the server system of 2nd Embodiment. The flowchart following FIG. The figure for demonstrating the implementation method of the agency payment in 3rd Embodiment. The functional block diagram which shows the function structural example of a terminal device. The functional block diagram which shows the function structural example of the server system in 3rd Embodiment. The flowchart for demonstrating the flow of the process in a terminal device. The flowchart following FIG. The flowchart for demonstrating the flow of a process in the server system of 3rd Embodiment. The flowchart following FIG.

[First Embodiment]
As a first embodiment to which the present invention is applied, an example will be described in which an online multiplayer game is played by paying a game play price at a game terminal.

  FIG. 1 is a diagram illustrating an example of a configuration of a game system in the present embodiment. In the game system of the present embodiment, the server system 1100 that can be connected to the communication line 9 and the player 2 (2a, 2b,...) Use the electronic settlement medium 6 to perform player registration and payment of play consideration. Game terminal 1300 (1300a, 1300b,...) Capable of being configured.

  The electronic payment medium 6 stores key data for using an electronic payment system using electronic money (virtual currency) provided by the online multiplayer game operator, and the data is connected to a dedicated reading device connected to a computer. Is a readable medium. For example, it is realized by an IC card or a smartphone that activates a predetermined electronic payment application. In this embodiment, the game terminal 1300 can perform electronic payment. That is, the game terminal 1300 functions as a consideration payment setting device.

  As key data, for example, a unique user ID set at the time of user registration, a unique medium ID (for example, a card ID for an IC card, a MAC address for an information device such as a smartphone), and the like may be set as appropriate. it can. Incidentally, in the electronic settlement medium 6 of the present embodiment, the medium ID is stored, but the data corresponding to the monetary value is not stored.

  In this embodiment, each player 2 (2a, 2b), after registering a user in advance through a predetermined procedure and obtaining a user ID, purchases and deposits electronic money into his / her own account, and further obtains electronic payment separately. The unique medium ID of the medium 6 can be registered in association with its own user ID. Although details will be described later, by registering the electronic payment medium 6 in association with the user ID, it becomes possible to use the electronic payment medium 6 for payment of play consideration as if it were a prepaid card. Electronic money is an example of goods information, and since information on the balance of electronic money is associated with an account, the information related to the account can be said to be goods information of the user.

  The communication line 9 means a communication path capable of data communication. That is, the communication line 9 includes a communication network such as a telephone communication network, a cable network, and the Internet in addition to a dedicated line (dedicated cable) for direct connection and a LAN (Local Area Network) using Ethernet (registered trademark). This means that the communication method may be wired or wireless.

  The server system 1100 is an example of a management apparatus that manages each user's goods information that can be paid as a play consideration for a game played by a user operating the game terminal 1300 in the present embodiment. The server system 1100 includes, for example, a main device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140.

  A control board 1150 is mounted on the main body device 1101. The control board 1150 includes various microprocessors such as a CPU (Central Processing Unit) 1151, GPU (Graphics Processing Unit), DSP (Digital Signal Processor), ASIC (Application Specific Integrated Circuit), VRAM, RAM, ROM, and the like. An IC memory 1152 and a communication device 1153 are mounted.

  Then, the server system 1100 performs arithmetic processing on the control board 1150 based on predetermined programs and data, thereby managing 1) registration information including user registration processing and virtual currency accounts, and charging requests related to game content. On the other hand, a “user registration management function” for executing settlement from an account and 2) a “game management function” for sequentially transmitting and receiving data necessary for playing an online multiplayer game at the game terminal 1300 are realized.

  In the example of FIG. 1, the server system 1100 is described as a single unit, but a plurality of blade servers that share the user registration management function and the game management function are mounted, and data communication can be performed mutually via an internal bus. The structure connected to may be sufficient. Alternatively, the server system 1100 may be configured to function as a whole by performing data communication with a plurality of independent servers installed at remote locations via the communication line 9.

FIG. 2 is a perspective external view showing a configuration example of the game terminal 1300.
The game terminal 1300 is a computer that can connect to the communication line 9 and access the server system 1100, and is an electronic device (electronic device).
The game terminal 1300 of this embodiment is a device classified as a business game device, but may be a device classified as a game controller of a portable game device, a stationary home game device, or a stationary home game device. Moreover, the apparatus classified into the smart phone which can perform the application program for implement | achieving the function as a game terminal, a personal computer, a tablet computer, a wearable computer, etc. may be sufficient.

  The game terminal 1300 in the present embodiment receives data from the joystick 1302, the button switch 1304, the touch panel 1306 functioning as an image display device / contact position input device, the speaker 1310, the control board 1350, and the electronic payment medium 6. A readable medium reader 1342.

  The control board 1350 is equipped with various microprocessors such as a CPU 1351, GPU, DSP, various IC memories 1352 such as an ASIC, VRAM, RAM, ROM, and a wireless communication module 1353 for communication connection to the communication line 9. Yes. In addition, so-called I / F control such as a driver circuit of the touch panel 1306, a circuit that receives signals from the joystick 1302 and the button switch 1304, an output amplifier circuit that outputs an audio signal to the speaker 1310, and a signal input / output circuit to the medium reader 1342. An IC 1354 (interface circuit) or the like is mounted. Each element mounted on the control board 1350 is electrically connected via a bus circuit or the like, and is connected so that data can be read and written and signals can be transmitted and received.

The control board 1350 executes a game program and executes arithmetic processing, and controls each part of the game terminal 1300 according to operation inputs from the joystick 1302, the button switch 1304, and the touch panel 1306, thereby enabling game play. The game terminal 1300 according to the present embodiment stores necessary programs and various setting data in the IC memory 1352 in advance. However, the game terminal 1300 may be downloaded from the server system 1100 each time it is activated.
Under the control of the control board 1350, the game terminal 1300 sequentially transmits the result of operation input via the joystick 1302, the touch panel 1306, etc. to the server system 1100, while various data for executing an online multiplayer game from the server system 1100. , And an image of a game screen is generated and displayed on the touch panel 1306, and sound signals of sound effects and operation sounds can be generated and emitted from the speaker 1310. That is, the player 2 can enjoy the game by operating the joystick 1302 while watching the game screen displayed on the touch panel 1306 and listening to the game sound flowing from the speaker 1310.

[Specifications for proxy payment]
Now, for players who like online multiplayer games, it is common to go to a game center with friends and enjoy the game together. And if you are friends, there is often an act of substituting or substituting payment for a friend who has a shortage of money on hand. Call). In the present embodiment, this “proxy payment” can be realized using the electronic settlement medium 6 registered for each player.

FIG. 3 is a diagram for explaining a method for realizing proxy payment in the present embodiment.
As an example, assume that two players 2a and 2b of friends go to the game center together (see FIG. 1). One player 2a possesses a registered electronic payment medium 6a, and the electronic money account has a balance that allows a plurality of plays. However, it is assumed that the other player 2b has forgotten or possesses the electronic payment medium 6, but there is no balance for one play remaining in the account.

  In the present embodiment, if the other player 2b asks a friend (in this case, the player 2a) to “treat” through the process of registering the player at the game terminal 1300 and selecting a payment method, The “substitute payment” is realized by consuming the play consideration for the player 2b from the account of the player 2a.

  Specifically, first, the player 2a holding the electronic payment medium 6 holds the electronic payment medium 6 over the medium reading device 1342 of the game terminal 1300a to be used, reads the medium ID, and registers the player (this time) Registration of the user as a player who performs the play) and payment of the play consideration are completed at once. In other words, the entry to the game is completed (solid arrow in the figure).

  Next, after the other player 2b holds the electronic payment medium 6 over the medium reading device 1342 of the game terminal 1300b to be used or completes the player registration with the software keyboard displayed on the touch panel 1306, the player 2b selects “payment method”. “Substitute payment” is selected ([1] in the figure).

  When “proxy payment” is selected as the payment method, the game terminal 1300b obtains a list of user IDs of users who have already been entered from the server system 1100 and presents them as candidates for the application destination for proxy payment (in the drawing). [2]).

When the player 2b selects one of these candidates (in this case, the player 2a) ([3] in the figure), the user ID of the selected applicant is transmitted to the server system 1100, and the server system 1100 is Then, a request for proxy payment is transmitted to the game terminal 1300a of the user of the petition destination ([4] in the figure).
Then, when the player 2a inputs an approval operation at the game terminal 1300a that has received the request ([5] in the figure), the play consideration for the other player 2b is paid from the account of one player 2b ( [6] in the figure).

  Therefore, even if one of the friends who went out to play a game is in a state where someone can not pay their own, if one of them has an electronic payment medium 6 that can take over the payment, In other words, actions such as “getting money” and “getting money” are possible on the spot. In other words, just because there are members who cannot pay for themselves, it is possible to enjoy the game as it is, without having to go back and stop playing together. In addition, this act of “getting money” and “getting money” will increase their friendship, and it can also be expected to increase the chances of going to play games side by side.

  And in this embodiment, in order to raise this side effect more, the specification which gives a privilege to a player is included.

FIG. 4 is a diagram for explaining the specification of privilege grant accompanying proxy payment.
When proxy payment is performed, a history is left in the server system 1100. The history includes the user ID of the player 2a (proxy payment user) who made the proxy payment, the user ID of the player 2b (proxy application user) who requested the proxy payment, and the payment date and time.

  Agency payments can be seen as a kind of benefit or debt. In other words, it is desirable that the player 2b pays the player 2a in return for returning the favor to the player 2a as soon as possible.

  Therefore, in this embodiment, two histories in which the relationship between the user IDs of the proxy payment player and the proxy petition player are reversed are within a predetermined repayment determination period (for example, within two weeks from the payment date and time of the corresponding history of the older registration). ) Is regarded as “payment completed”, and a privilege is given to each of the two related players.

  In other words, the player 2a who has made the proxy payment in the first of the two corresponding histories is given the first privilege as a reward for the proxy payment as a proof of friendship, and the player who applied for the proxy payment In 2b, the 2nd privilege is granted as a reward which returned the favor properly within the time limit.

  Note that the timing of granting the first privilege to the player 2a of the proxy payer may be the history registration time. Further, the second privilege may be given to the player 2a of the proxy payer.

The contents of the first and second benefits can be appropriately set in consideration of the contents of the game and the like.
For example, cashback of electronic money, grant of items and skills that can be used in the game, addition of ability parameter values such as HP (hit points), addition of experience values, coupons that can be used in games, right to participate in events, Discounts for play consideration etc. are possible. Further, if friendly points indicating the degree of friendship between players are managed for each user ID, the friendly points may be added. And it is suitable to make the value of the privilege granted higher as the number of repayment establishments and friendship points is larger. Such a specification that grants a privilege along with the repayment will have an effect of inviting players who play together with the game play.

  Of course, this is not necessarily the case in which repayment is properly established within the period, and in this embodiment, a case is also taken into account for a case where proxy payment is not intentionally returned.

FIG. 5 is a diagram illustrating the provision of a privilege when repayment is not established within that period.
Focusing on a certain history, if there is no other history within the predetermined repayment determination period in which the relationship between the player 2a who made the proxy payment and the player 2b who applied for the proxy is reversed, It is considered as “not established” or “no return”. When the repayment is not established, the third privilege is given to the player 2a who has paid in substitution in the history of interest. In this case, the third privilege has the meaning of user relief for not being repaid. About a 3rd privilege, it can set similarly to a 1st privilege.

On the other hand, a privilege (so-called negative privilege) that acts disadvantageously for the player is given as a punishment for not giving back to the player 2b who has applied for substitution in the history of interest.
Negative benefits can be set as appropriate in consideration of game content and the like. For example, the amount of punishment required from the account balance, confiscation of items and temporary suspension of use, subtraction of ability parameter values, confiscation and decline of skills, suspension of participation in in-game events, rankings and classes, etc. For example, it may be detuned in appearance, such as forcing the player character to attach an embarrassing object for a certain period of time or lowering the color saturation.
In addition, it is good also as performing the process which notifies that it is not returning instead of the provision process of a negative privilege.

  In this way, by providing the benefits associated with proxy payments with the “candy and whip” aspect, it is possible to realize a mechanism that fosters a sound environment and way of thinking for proxy payments.

[Description of functional configuration]
Next, a functional configuration example for realizing the present embodiment will be described.
FIG. 6 is a functional block diagram showing an example of the functional configuration of the game terminal 1300 in the present embodiment. The game terminal 1300 of this embodiment includes an operation input unit 100, a medium reading unit 102, a terminal processing unit 200, a sound output unit 390, an image display unit 392, a communication unit 394, and a terminal storage unit 500. Prepare.

  The operation input unit 100 outputs operation input signals to the terminal processing unit 200 in accordance with various operation inputs made by a player (operating user) who operates the game terminal. For example, it can be realized by a push switch, a joystick, a touch pad, a trackball, an acceleration sensor, a gyro, a gesture controller, or the like. In the example of FIG. 2, the joystick 1302, the button switch 1304, and the touch panel 1306 correspond to this.

  The medium reading unit 102 is realized by a known reading device conforming to the technical method adopted in the electronic payment medium 6, reads data stored in the electronic payment medium 6, and outputs the data to the terminal processing unit 200. For example, if a non-contact type IC chip is used for the electronic settlement medium 6, it can be realized by a non-contact type reader / writer according to the card specifications.

The terminal processing unit 200 is realized by, for example, a microprocessor such as a CPU or a GPU, or an electronic component such as an ASIC or IC memory, and inputs / outputs data to / from each function unit including the operation input unit 100 and the terminal storage unit 500. Take control. The game terminal 1300 executes various arithmetic processes based on predetermined programs and data, an operation input signal from the operation input unit 100, data read by the medium reading unit 102, data received from the server system 1100, and the like. To control the operation. In the example of FIG. 2, the control board 1350 corresponds to this.
The terminal processing unit 200 according to this embodiment includes an entry preparation unit 202, a game calculation unit 220, a sound generation unit 290, an image generation unit 292, and a communication control unit 294.

The entry preparation unit 202 performs control related to a so-called game entry that registers the user and the user who uses the user to participate in the online multiplayer game.
More specifically, the entry preparation unit 202 includes a user ID acquisition control unit 204, an operation user setting unit 205, a payment user setting unit 206, a payment method selection reception control unit 207, a proxy payment setting unit 210, including.

  The user ID acquisition control unit 204 performs control for acquiring a user ID associated with the medium ID read from the electronic settlement medium 6 by the medium reading unit 102. In the present embodiment, the medium ID read together with the predetermined collation request is transmitted to the server system 1100. In response to this, the server system 1100 refers to the user registration information and receives the extraction / reply of the user ID associated with the medium ID, thereby realizing acquisition of the user ID. This is called a “verified user ID”.

  The operation user setting unit 205 sets a user who uses the game terminal 1300. In other words, own player registration is performed. Specifically, the collated user ID acquired based on the medium ID is set as the user ID of the player who uses the player's own device, that is, the “operation user ID”.

  The paying user setting unit 206 sets a user who pays for the game play on the own device. Specifically, the collated user ID is set as an initial setting of a user ID for paying a price for game play by the player, that is, a “payment user ID”.

  The payment method selection reception control unit 207 performs control for causing the player of the own device to select the payment method of the play consideration for the own device. In the present embodiment, the touch panel 1306 is made to select either “self-payment” that is paid from the player's own electronic money account or “substitute payment” that asks a friend to take over the payment.

  The agency payment setting unit 210 performs various processes for realizing agency payment. In the present embodiment, when the payment method selection result is “proxy payment”, a friend is asked to ask for a friend to take payment, and if the petition is approved, the paying user is designated as the user of this friend. Change to ID. For this purpose, the proxy payment setting unit 210 of this embodiment includes a petition destination candidate acquisition control unit 212, a petition request unit 214, a petition response control unit 216, and a payment user setting change unit 218.

  The petition destination candidate acquisition control unit 212 acquires data relating to petition destination candidates from the server system 1100. Specifically, a list of players using the user ID registered by the player of the player among the players who have already entered the game is acquired. This list of petition destination candidates is referred to as an “entry user ID list”.

  The petition request unit 214 controls the presentation so that the user ID included in the entered user ID list can be selected as a petition destination candidate. If a selection operation is performed, one of the user IDs (applicant user ID) selected together with the predetermined petition request and the operation user ID of the own device are transmitted to the server system 1100.

  Upon receiving this petition request, the server system 1100 of the present embodiment responds to proxy payment to the user (proxy petition user) indicated by the received operation user ID to the game terminal 1300 that has already been entered corresponding to the petition destination user ID. “Approval request” is sent.

  When the petition response control unit 216 receives this approval request, the petition response control unit 216 performs a control of accepting a selection operation related to approval of proxy payment and returning a result of approval / disapproval.

  The reply by the petition response control unit 216 is a reply to the game terminal 1300 that is the petition request source via the server system 1100.

  The payment user setting change unit 218 changes the setting of the payment user based on this reply. Specifically, when the proxy payment is approved, the proxy payment user is substantially set by updating the payment user ID with the user ID of the petition destination.

  The game calculation unit 220 is realized by appropriately using a technique related to a client device in a known online multiplayer game, and performs processing for executing an online multiplayer game by communicating with the server system 1100.

  The sound generation unit 290 is realized by, for example, a digital signal processor (DSP), a processor such as a speech synthesis IC, an audio codec that can reproduce an audio file, and the like. BGM and sound signals of various operation sounds are generated and output to the sound output unit 390.

  The sound output unit 390 is realized by a device that outputs sound effects, BGM, and the like based on the sound signal input from the sound generation unit 290. The speaker 1310 in FIG. 2 corresponds to this.

  The image generation unit 292 is realized by, for example, a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or the like. Then, the image generation unit 292 generates an image of one game screen in one frame time (for example, 1/60 seconds) based on the processing result by the game calculation unit 220, and displays the generated image signal of the game screen as an image. To the unit 392.

  The image display unit 392 displays various game images based on the image signal input from the image generation unit 292. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. In the present embodiment, the touch panel 1306 in FIG. 2 corresponds to this.

  The communication control unit 294 executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 394. The communication unit 394 is connected to the communication line 9 to realize communication. For example, the wireless communication module 1353 shown in FIG. 2 corresponds to a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, or the like.

  The terminal storage unit 500 stores a system program for causing the terminal processing unit 200 to realize various functions for controlling the game terminal 1300 in an integrated manner, a program necessary for game play, various data, and the like. Moreover, it is used as a work area of the terminal processing unit 200, and temporarily stores calculation results executed by the terminal processing unit 200 according to various programs, input data input from the operation input unit 100, and the like. Such a function is realized by, for example, an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, or an optical disk such as a CD-ROM or DVD. The IC memory 1352 mounted on the control board 1350 in FIG. 2 corresponds to this.

  The terminal storage unit 500 of the present embodiment includes a terminal system program 502, a game program 504, game initial setting data 506, a terminal ID 511, a medium ID 512, a verified user ID 514, an operation user ID 516, and a paying user. An ID 518, a charge amount 520, an entered user ID list 522, a petitioning user ID 524, and play data 526 are stored. In addition, information such as a timer for counting time, a counter, and various flags is stored.

  The terminal system program 502 is a program for realizing input / output basic functions of the game terminal 1300 as a computer.

  The game program 504 is application software for realizing the functions as the entry preparation unit 202 and the game calculation unit 220 by being read and executed by the terminal processing unit 200. The configuration may be incorporated as part of the terminal system program 502. A dedicated client program may be used according to a technical method for realizing an online game, or a web browser program and a plug-in for realizing interactive image display may be used.

  The game initial setting data 506 is initial setting data necessary for executing the online multiplayer game of the present embodiment. For example, data for configuring a game space in a virtual three-dimensional space, model data, texture data, motion data, and the like of various characters. The contents are appropriately set according to the specifications of how the server system 1100 and the game terminal 1300 share the processing necessary for executing the online multiplayer game.

  Note that the game program 504 and the game initial setting data 506 may be stored in advance in the terminal storage unit 500, or may be acquired and stored by downloading from the server system 1100 at the time of activation.

  The terminal ID 511 is identification information unique to the game terminal 1300. A MAC address or the like may be used.

  The medium ID 512 is a medium ID read from the electronic settlement medium 6 by the medium reading unit 102.

  The collated user ID 514 is a user ID associated with the medium ID 512 in the user registration managed by the server system 1100. When the medium ID 512 is transmitted to the server system 1100 together with the collation request, the user included in the reply It can be acquired as an ID.

  The operation user ID 516 is a user ID indicating a user who uses the game terminal 1300, that is, a player. In this embodiment, the collated user ID 514 is duplicated or set by an operation input from the operation input unit 100 (for example, an input using a software keyboard displayed on the touch panel 1306).

  The payment user ID 518 is a user ID indicating a user who is responsible for paying the play consideration in the game terminal 1300. In this embodiment, when the payment method is the initial state of self-payment, the collated user ID 514 is duplicated. However, when proxy payment is selected in the payment method selection and the proxy payment is approved by another player, It is changed to the user ID of another player.

  The billing amount 520 indicates the amount of electronic money consumed as consideration for one play. In this embodiment, since it is the structure which pays play consideration only by electronic payment, it is set as a predetermined fixed value. However, if the game terminal 1300 can accept payment by cash such as coins, the amount of coins inserted Will be changed each time.

  The entered friend user ID list 522 is a list of user IDs that are candidates for the application destination of proxy payment obtained by inquiring the server system 1100 when proxy payment is selected in the selection of the payment method.

  The petition destination user ID 524 stores the user ID selected by the player as the petition destination for proxy payment from the user IDs included in the entered friend user ID list 522.

  The play data 526 stores data describing game progress necessary for playing an online multiplayer game mainly based on the player character of the player at the game terminal 1300. It can be realized in the same manner as a known online multiplayer game.

  FIG. 7 is a functional block diagram illustrating a functional configuration example of the server system 1100 according to the present embodiment. The server system 1100 in the present embodiment includes an operation input unit 100s, a server processing unit 200s, an image display unit 392s, a communication unit 394s, and a server storage unit 500s.

  The operation input unit 100s is a means for inputting various operations for server management. In the example of FIG. 1, the keyboard 1106 corresponds.

  The server processing unit 200s is realized by, for example, a microprocessor such as a CPU or GPU, an electronic component such as an ASIC (Application Specific Integrated Circuit), an IC memory, and the like, and includes each function unit including the operation input unit 100s and the server storage unit 500s. Data input / output control between Then, various arithmetic processes are executed based on a predetermined program and data, an operation input signal from the operation input unit 100s, and data received from the game terminal 1300, and the operation of the server system 1100 is controlled in an integrated manner. In the example of FIG. 1, the control board 1150 corresponds.

  The server processing unit 200s of the present embodiment includes a user registration management unit 240, a game management unit 250, an image generation unit 292s, and a communication control unit 294s.

The user registration management unit 240 performs processing related to a user registration procedure and processing related to management of registration information.
In this embodiment, 1) issuance of a unique user ID to a user who has undergone a predetermined registration procedure, that is, player 2, 2) setting of an account for electronic settlement, 3) deposit / withdrawal processing to the account, ie, goods information Management processing, 3) association processing of the electronic payment medium 6 used for electronic payment, 4) management of saved data, 5) friend registration management processing, and the like.
Note that the friend registration management process is a relationship in which the user ID designated by the player (that is, another player) is registered / deleted in the friend list as a friend (meaning including other users who have competed in the past and other users who have struggled in the past). It is a setting process. A process of changing the friendship degree parameter for each other player registered in the friend list according to the game play result may be further included.

In addition, the user registration management unit 240 of this embodiment includes a play consideration payment control unit 242.
The play consideration payment control unit 242 collects play charges, that is, charges when participating in the online multiplayer game. Specifically, the entered game terminal 1300 is associated with the user ID indicated by the payment user ID 518 based on the payment user ID 518 and the charge amount 520 (see FIG. 6) received in association with the entry request. The electronic payment account is identified, and the electronic money of the charge amount 520 received from the identified account is consumed (withdrawn).

  The game management unit 250 executes various processes related to the execution of the online multiplayer game. In the present embodiment, a user ID verification unit 252, an entry acceptance control unit 254, a proxy payment support control unit 260, a game progress control unit 270, and a privilege management unit 280 are included.

  The user ID verification unit 252 performs control for providing a user ID corresponding to the medium ID 512 (see FIG. 6) of the electronic payment medium 6 read by the game terminal 1300. In this embodiment, the medium ID 512 received from the game terminal 1300 is checked against information related to user registration, and the user ID associated with the medium ID is extracted and returned.

  The entry reception control unit 254 performs processing related to reception of the game terminal 1300 participating in the online multiplayer game. In this embodiment, the terminal ID 511 and the operation user ID 516 received in association with the entry request from the game terminal 1300 are registered as one entry in association with each other.

  The proxy payment support control unit 260 performs processing related to proxy payment between players. In the present embodiment, a petitioner candidate providing unit 262, a petition mediation control unit 264, and a proxy payment history management unit 266 are provided.

  When receiving the petition destination candidate provision request from the game terminal 1300, the petition destination candidate providing unit 262 provides a list of user IDs of other users who are friends-registered by the player corresponding to the operation user ID 516 of the game terminal. I do. In this embodiment, a user ID of another user who is registered as a friend and corresponding to an already-entered operation user ID is extracted to create an “entry-added friend user ID list” to create a game Reply to the terminal 1300.

  The petition mediation control unit 264 mediates a petition for proxy support from a player who desires proxy payment to a player who requests proxy payment and the response. In the present embodiment, the approval request is transmitted to the already entered game terminal 1300 corresponding to the petition destination user ID 524 received together with the predetermined petition request. The approval request is a request for inquiring whether or not a request for proxy payment from the user (representative petition user) of the operation player ID 516 received in association with the petition request is accepted. When a reply (approval approval / disapproval) is received from the corresponding entered game terminal 1300, the reply (approval approval / disapproval) is transmitted (reply) to the petition requesting game terminal 1300.

  The agency payment history management unit 266 manages a history relating to agency payments. In this embodiment, the payment date and time when proxy payment was performed, the operation player ID indicating the player who requested the proxy payment, and the payment player ID indicating the player who undertook the proxy payment are associated and managed as one history. To do.

  The game progress control unit 270 controls the progress of the online multiplayer game in which the player character of the player indicated by the entered operation player ID appears.

  The privilege management unit 280 performs control for granting a privilege (the first privilege and the second privilege in FIG. 4, the third privilege and the negative privilege in FIG. 5) to the player based on the proxy payment history. . In this embodiment, it has the privilege provision object extraction part 282 and the privilege provision control part 284. FIG.

The privilege grant target extraction unit 282
1) In relation to the second privilege, based on the contents of the proxy payment history, a combination of users who have become alternative payment users and have paid the play consideration of the other party is extracted. In other words, a function of extracting a combination of users determined to have been repaid (player 2a and player 2b in FIG. 4),
2) In relation to the third privilege, based on the contents of the proxy payment history, the first user (player 2a in FIG. 5) becomes the proxy payment user and the play consideration of the second user (player 2b in FIG. 5). And a function of extracting a first user who has a history of paying the first user who does not have a history of paying the play consideration of the first user as a proxy payment user within a given period;
3) In relation to the negative privilege, based on the contents of the agency payment history, the first user (player 2a in FIG. 5) becomes the agency payment user and the play consideration of the second user (player 2b in FIG. 5) is calculated. A function of extracting a second user who has a history of payment and has no history of having paid the play price of the first user as a proxy payment user within a given period;
Have

The privilege grant control unit 284
1) In relation to the first privilege, a first privilege granting process for granting a given privilege to a user (player 2a in FIG. 4) that is a proxy payment user;
2) a second privilege granting process for granting a given privilege to one or both users of the combination of users extracted in relation to the second privilege;
3) A third privilege granting process for granting a given privilege to the first user extracted in relation to the third privilege;
4) A non-returning process for giving a given negative privilege to the second user extracted in relation to the negative privilege is executed.

  The image generation unit 292s can generate an image related to maintenance of the server system 1100 and output it to the image display unit 392s.

  The image display unit 392s displays various images for system management based on the image signal input from the image generation unit 292s. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. In the example of FIG. 1, the touch panel 1108 corresponds.

  The communication control unit 294s executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 394s.

  The communication unit 394s is connected to the communication line 9 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, or the like. In the example of FIG. 1, the communication device 1153 corresponds.

  The server storage unit 500s stores a system program for realizing various functions for causing the server processing unit 200s to control the server system 1100 in an integrated manner, a program necessary for managing a game, various data, and the like. Further, it is used as a work area for the server processing unit 200s, and temporarily stores calculation results and the like executed by the server processing unit 200s according to various programs. This function is realized by, for example, an IC memory such as a RAM and a ROM, a magnetic disk such as a hard disk, and an optical disk such as a CD-ROM and DVD. In the example of FIG. 1, a storage medium such as an IC memory 1152 and a hard disk mounted on the main device 1101 and a storage 1140 correspond to this.

FIG. 8 is a diagram illustrating an example of programs and data stored in the server storage unit 500s according to the present embodiment.
The server storage unit 500 s includes a server system program 501, a user registration management program 503, a game management program 505, a distribution game program 507 for distribution to the game terminal 1300, and distribution for distribution to the game terminal 1300. The game initial setting data 540 that also serves as the game and privilege setting data 542 are stored in advance.
In addition, as data that is sequentially generated / updated, user registration data 600, entry registration data 650, proxy payment history data 660, game progress control data 670 that stores various data describing the progress of an online multiplayer game, Remember. In addition, information such as a timer, a counter, and various flags can be stored as appropriate.

  The server system program 501 is a system program for realizing basic input / output functions necessary for the server system 1100 as a computer by being read and executed by the server processing unit 200s.

  The user registration management program 503 is a program for realizing the function as the user registration management unit 240 by being read and executed by the server processing unit 200s.

  The game management program 505 is a program for realizing the function as the game management unit 250 by being read and executed by the server processing unit 200s.

  The distribution game program 507 is an original of the game program 504 (see FIG. 6) provided by duplication to the game terminal 1300.

  The distribution game program 507 may be realized as a dedicated program, for example. Or if the game of this embodiment is implement | achieved as a web game, the web technique which controls a screen display actively using Java (registered trademark), CSS (Cascading Style Sheets), etc. with HTML based on a web browser. And plug-ins such as Adobe (registered trademark) Flash. Of course, other methods may be used.

The game initial setting data 540 stores various initial setting data for executing an online multiplayer game, and is also used for distribution to the game terminal 1300.
For example, it includes data defining an initial state for each object of a character appearing in the game. More specifically, a character attribute, an initial ability parameter value list, and model data, texture data, motion data, and the like for displaying the character on the screen and operating it are appropriately included in association with the character ID. And Also included is data defining items appearing in the game. More specifically, in association with the item ID, data for displaying the item during the game and various parameter values that define the effect of the item are stored. Of course, other data can be stored as appropriate.

  The privilege setting data 542 is a data group that defines the grant condition and the privilege content to be given for each of the first to third privileges and the negative privilege associated with the repayment determination result.

The user registration data 600 is prepared for each player registered as a user.
For example, as shown in FIG. 8, one user registration data 600 includes 1) a user ID 602, 2) an account balance 604 of an electronic settlement account corresponding to the user's goods information in the present embodiment, and 3) authentication registered. A registered medium ID 606 indicating the electronic payment medium 6, 4) a friend list 608 storing other user IDs registered as friends, 5) player character save data 610, and 6) saved player character data. A character copy flag 612 indicating whether or not the user is original; and 7) an owned item list 614. Of course, other data can be stored as appropriate.

  The entry registration data 650 stores data indicating participants in the online multiplayer game. For example, as shown in FIG. 9, an entry date and time 651, a terminal ID 652, an operation user ID 653, and a payment user ID 654 are included. Of course, other data can be included in association with each other as appropriate. For these, a terminal ID 511, an operation user ID 516, and a payment user ID 517 received together with a predetermined entry request from the game terminal 1300 are set.

The agency payment history data 660 is registered every time agency payment is executed.
For example, as shown in FIG. 10, the payment date / time 661, the proxy payment user ID 662, the proxy petition user ID 663, and the repayment flag 664 are associated with each other as one history. Specifically, when the operation user ID 516 and the payment user ID 518 received together with the entry request are different, the received operation user ID 516 is set as the proxy application user ID 663, and the received payment user ID 518 is set as the proxy payment user ID 662. The The repayment flag 664 is initially set to “0 (not repaid)”, and is changed to “1 (repayed)” when the repayment is determined (see FIG. 4).

[Description of process flow]
FIG. 11 to FIG. 13 are flowcharts for explaining the flow of processing in the game terminal 1300 of the present embodiment, which is implemented by the game terminal 1300 executing the game program 504 in a state where the terminal system program 502 is executed. Is the flow of processing.

  14 to 16 are flowcharts for explaining the flow of processing in the server system 1100 of the present embodiment. The user registration management program 503 and the game in a state where the server system 1100 executes the server system program 501. This is a flow of processing implemented by executing the management program 505.

  As shown in FIG. 11, the game terminal 1300 displays a screen prompting player registration (step S2). For example, a software keyboard is displayed on the touch panel 1306, and a display prompting whether to set the user ID of the player using the software keyboard or to hold the electronic payment medium 6 held on the medium reading device 1342 is displayed.

  When electronic payment medium 6 is held over medium reader 1342 and this is detected (YES in step S4), game terminal 1300 reads the medium ID from electronic payment medium 6 and temporarily stores it as medium ID 512 (step S6). ) A terminal ID 511 and a medium ID 512 are transmitted to the server system 1100 together with a predetermined collation request (step S8). The transmission is referred to as “communication A”.

  As illustrated in FIG. 14, when the server system 1100 receives the communication A, that is, the verification request (YES in step S10), the server system 1100 searches the user registration data 600 for the user ID 602 associated with the received medium ID 512, and the verification result. To the verification request source (step S12). The transmission is referred to as “communication B”.

  Returning to FIG. 11, when the game terminal 1300 receives the communication B, the game terminal 1300 stores the received user ID as the verified user ID 514 and sets it as the operation user ID 516 (step S14).

On the other hand, when the input to the software keyboard is detected, the input result is set to the operation user ID 516 (step S16).
In step S14 or S16, registration of the player (operating user) to the game terminal 1300 is completed.

Next, the game terminal 1300 displays a payment method selection reception screen (step S20). For example, it displays so as to include “self-payment” for paying the play consideration by itself and “proxy payment” for other players to pay instead.
When self-payment is selected and input (self-pay in step S22), the game terminal 1300 sets the paying user ID 518 to be the same as the operation user ID 516 (step S30: see FIG. 6), and with a predetermined entry request. The terminal ID 511, the operation user ID 516, the payment user ID 518, and the charge amount 520 are transmitted to the server system 1100 (step S32). The transmission is referred to as “communication C”.

  14, the server system 1100 receives the communication C, that is, the entry request (YES in step S36), and registers the entry request source game terminal 1300 in the entry registration data 650 (step S38: see FIG. 9). Specifically, the current date is set as the entry date 651, the terminal ID 511 is set as the terminal ID 652, the received operation user ID 516 is set as the operation user ID 653, and the received payment user ID 518 is set as the payment user ID 654. To do.

  Then, the user registration data 600 of the user ID 602 that matches the received payment user ID 518 is searched, and the charge amount received from the account balance 604 is consumption-controlled (step S40). That is, when the self-payment is selected, the play consideration is paid in the player's own account indicated by the operation user ID. As a second privilege, in the configuration adopting “discount for payment of play consideration”, if the operation user ID 653 and the payment user ID 654 are the same, the billing process is performed without applying the discount. You only need to apply the discount and charge.

  Returning to FIG. 11, if “proxy payment” is selected as the payment method (proxy payment in step S <b> 22), the game terminal 1300 moves to FIG. ID 516 (ID of the proxy petitioning user) is transmitted to server system 1100 (step S50). The communication is referred to as “communication D”.

Moving to FIG. 15, when the server system 1100 receives the communication D, that is, the petition destination candidate provision request (YES in step S52), the server system 1100 generates an entry-added friend user list and returns it to the request source (step S54). This communication is referred to as “communication E”.
Specifically, referring to the entry registration data 650 and the user registration data 600 corresponding to the received operation user ID 516, the user IDs (friends) registered in the friend list 608 from the operation user IDs 653 that have already been entered. The user ID of the user is extracted. Next, with reference to the proxy payment history data 660, the total amount of proxy payments in the past predetermined period (for example, the current day, three days, one week, etc.) is calculated for each extracted user ID. Then, an “entry-added friend user ID list” is generated and returned with a user ID whose calculated total does not reach a predetermined upper limit (for example, a play amount for 10 times). It should be noted that as a result of extracting the friend user's user ID, even if there is no corresponding user ID, the “entry-added friend user ID list” is transmitted in a state of no corresponding.

Returning to FIG. 12, when the game terminal 1300 receives the communication E, the game terminal 1300 stores this as the entered friend user ID list 522 (see FIG. 6).
If the entered friend user ID list 522 does not include a user ID that can be petitioned for proxy payment, that is, if the extraction result in step S54 is not applicable (NO in step S56), proxy payment cannot be made to the player. A notice to that effect is made (step S58), and the process returns to the payment method selection reception.

  On the other hand, if the user ID is included in the entry-added friend user ID list 522 (YES in step S56), there is a destination where an application payment can be filed. The game terminal 1300 receives and accepts a proxy payment petition destination using the user ID as an option (step S70).

  If the selection operation input is performed, the game terminal 1300, together with the petition request, includes the terminal ID 511, the operation user ID 516, and the petition destination user ID 524 (the user ID selected in the selection reception of the previous proxy payment petition destination). Are transmitted to the server system 1100 (step S72). The transmission is referred to as “communication F”.

  Moving to FIG. 15, when the server system 1100 receives the communication F, that is, the petition request (YES in step S80), the server system 1100 refers to the entry registration data 650 (see FIG. 9), and the petition destination user ID 524 received together with the request is The received operation user ID (that is, the proxy user ID) is transmitted to the game terminal 1300 having the terminal ID 652 that matches the operation user ID 653 together with the proxy payment approval request (step S82). The transmission is referred to as “communication G”.

  Returning to FIG. 12, when the game terminal 1300 receives the communication G, that is, the approval request (YES in step S90), the selection acceptance screen for accepting the proxy payment to the player of the operation user ID 516 of the received petition request source Is displayed and a selection input is accepted (step S92). Then, a result of approval / disapproval is returned to the server system 1100 (step S94). The reply is “communication H”.

  Moving to FIG. 15, the server system 1100 returns a result of approval / disapproval received in communication H to the petition request source (step S100). The reply is “communication J”.

  Returning to FIG. 12 again, the game terminal 1300 receives the result of approval / disapproval of communication J, that is, proxy payment. If the proxy payment is not approved (NO in step S106), the player is notified that the proxy payment is impossible (step S108), and returns to the payment method selection reception in step S20 (FIG. 11). reference).

If the proxy payment is approved (YES in step S106), the game terminal 1300 sets the petitioning user ID 524 as the payment user ID 518 (step S110).
Then, together with the entry request, the terminal ID 511, the operation user ID 516, the payment user ID 518, and the charge amount 520 are transmitted to the server system 1100 (step S112). The communication is “communication C”.

Moving to FIG. 14, when the server system 1100 receives the communication C, the server system 1100 performs an entry procedure and a charging process (steps S36 to S40).
If the received operation user ID 516 and the received payment user ID 518 are not identical (NO in step S150), the server system 1100 refers to the user registration data 600 and determines whether or not the received operation user ID 516 is registered. . If not registered (NO in step S152), a new new user registration is executed with the operation user ID (step S154).

Since the player character is not set just after being newly registered, the server system 1100 automatically generates and sets a temporary player character (step S156).
Specifically, based on the player character save data 610 corresponding to the payment user ID 518 received together with the entry request, a part of the player character save data 610 is modified to automatically generate a similar character, which is newly registered in step S154. Are set in the player character save data 610 of the user registration data 600 and the character copy flag 612 is set to “1 (copy)”. In other words, the character used in the game is provisionally provided along with the proxy payment.

  Next, the server system 1100 adds a new history to the proxy payment history (step S158), and gives the first privilege as proof of gratitude for the approval of the proxy payment to the player of the received payment user ID 516 ( Step S160: See FIG. 4)). In addition, if it is set as the structure which gives a 1st privilege with repayment completion, or makes it common with a 2nd privilege, the said step can be skipped.

  Now, moving to FIG. 15, when an entry end condition (for example, a predetermined time has elapsed since the first entry request was received) is satisfied (YES in step S170), the server system 1100 sends a game start signal to the game terminal 1300 that has already been entered. Transmit (step S172). The transmission is referred to as “communication K”. Then, the server system 1100 starts the progress control of the multiplayer game (Step S174).

  Returning to FIG. 12, the game terminal 1300 is in a state of waiting to receive a game start signal (steps S176 and S178). When communication K, that is, a game start signal is received (YES in step S176, YES in S178), the process proceeds to FIG. 13 to start game play control and to communicate sequentially with server system 1100 so that an online multiplayer game can be played. (Step S180). The sequential communication is referred to as “communication L”.

  Turning to FIG. 16, when the game end condition of the online multiplayer game is satisfied (YES in step S200), the server system 1100 ends the game progress control and transmits the game end signal to the game terminal 1300 that has been entered. (Step S202). The transmission is referred to as “communication M”.

  Moving to FIG. 13, when the game terminal 1300 receives the communication M, that is, a game end signal (YES in step S204), the game play control is ended (step S206).

  Returning to FIG. 16, after transmitting the game end signal, the server system 1100 sets the character copy flag 612 (see FIG. 8) to “1”, that is, a similar character is provisionally set at the time of new registration along with proxy payment. The registered user registration data 600 is searched, the player character save data 610 of the data is deleted, and the character copy flag 612 is returned to “0” (step S220). In other words, the character that has been provisionally provided along with the proxy payment is deleted.

  Next, the server system 1100 determines whether or not the current game score has reached a predetermined standard. If it has been reached (step S222), the repayment flag 664 of the proxy payment history registered with the current game play is changed from “0” in the initial state to “1” meaning repayment (step S222). S224: See FIG. 10), a predetermined “repayment obligation cancellation signal” is transmitted to the game terminal 1300 of the proxy payment user ID 662 and the proxy petition user ID 663 related to the history in which the repayment flag 654 is set to “1” (step S226). . Since we were able to achieve good results by being able to play together together, we will exempt the repayment obligation for proxy payments. The transmission is referred to as “communication P”.

  Moving to FIG. 13, when the game terminal 1300 receives this communication P, that is, the repayment obligation cancellation signal after the end of the game play control (YES in step S240), the repayment obligation cancellation notification process for notifying the player of that fact to the player. Is executed (step S242), and the series of processes is terminated.

  Returning to FIG. 16, when the predetermined period arrives in the server system 1100 (YES in step S250), the “repayment determination and privilege provision process” is executed (step S252), and the process returns to step S10.

FIG. 17 is a flowchart for explaining the flow of repayment determination and privilege provision processing in the present embodiment.
In this process, the server system 1100 executes loop A for each registered user (steps S260 to S282).
In the loop A, referring to the proxy payment history data 660 (see FIG. 10), the loop B is executed in order from the oldest payment date and time 661 for the history of the repayment flag 664 of “0” (steps S262 to S280).

  In the loop B, another history in which the relationship between the proxy payment user ID 662 and the proxy petition user ID 663 in the history is reversed within a predetermined period (for example, within 14 days) from the payment date 661 of the history to be processed. Is searched (step S264). In other words, a combination of users who have become payment users for each other and who have paid the opponent's play consideration is extracted.

  If there is another corresponding history (YES in step S264), the server system 1100 determines that the user indicated by the proxy payment user ID 662 and the user indicated by the proxy petition user ID 663 in the history to be processed are second. A privilege is granted (step S266). The grant target may be either one.

  Then, the repayment flag 664 of the history to be processed and the repayment flag 664 having the oldest payment date 661 among the other applicable histories are changed to “1 (repayment completed)” (step S268), and the loop Exit B.

If there is no other corresponding history (NO in step S264), the server system 1100 is within the period when a predetermined period has elapsed from the payment date 661 of the history to be processed (YES in step S270). It is determined that the payment for the agency payment was not made.
Then, while giving the third privilege to the user indicated by the proxy payment user ID 662 in the history to be processed (step S272), a negative privilege is given to the user indicated by the proxy petition user ID 663 (step S274). ). Then, the repayment flag 664 of the history to be processed is changed to “1” (step S276), and the loop B is terminated.

  If there is no other corresponding history, but the predetermined period has not elapsed since the payment date and time 661 (NO in step S270), steps S272 to S276 are skipped and loop B is terminated.

  If loop B is executed for all proxy payment histories whose all repayment flags 664 are “0” (step S280) and loop A is executed for all registered users (step S282), repayment determination And the privilege grant process ends.

As described above, according to the present embodiment, in a situation where a game is played on an arcade game device using electronic payment, it is possible to realize “gogo” and “gogore” as play considerations between friends. So, even if you took a friend and went to the game center, even if it turned out that someone was unable to pay the play consideration on the spot, another person can pay for the play consideration together, You can enjoy the game without giving up playing.
When trying to play a game on an arcade game device, it is often played with friends, so these effects increase convenience and differentiate it from other games, attracting customers. The effect of increasing can be expected.

  Moreover, since a privilege is provided with the use of “gogori” and “gogore”, the effect can be further enhanced. In particular, a special benefit (second benefit) when it is confirmed that a return “gogo” or “gore” has been made within the period, and a negative benefit when no return is confirmed within the period. Is significant in the sense that it suppresses the spread of easy “gogori” and “gogore” and promotes polite and healthy use.

  A configuration in which the configurations of the electronic settlement medium 6 and the medium reading device 1342 are replaced with the configurations of the player himself and a known biological information reading device is also possible. In this case, biometric information (for example, palm veins or fingerprints) is used instead of the medium ID, but similar effects can be obtained.

In addition, from the viewpoint of realizing the sound use of “gogori” and “gogore”, a configuration in which a limit is appropriately set on the number of use of proxy payment is also suitable.
In particular,
1) Prior to step S82, referring to proxy payment history data 660, the number of times that the operation user ID of the petition request source is set to the proxy petition user ID 663 and the repayment flag 654 is “0” A step of counting
2) When the count number has reached a predetermined upper limit value (for example, a value that increases according to the game play frequency), step S82 and step S100 are skipped and the petition request source game terminal 1300 is transferred to proxy payment. Forcing a reply to disapproval of,
The modification which adds can be considered.

[Second Embodiment]
Next, a second embodiment to which the present invention is applied will be described. In addition, the same code | symbol is provided about the element similar to 1st Embodiment, and description is abbreviate | omitted.

FIG. 18 is a diagram for explaining a method for realizing proxy payment in the present embodiment.
When this embodiment is compared with the first embodiment, the procedure up to entry is different. In the first embodiment, the player 2b who cannot pay by himself / herself sets his / her operation user ID and then obtains the approval of the agent payment through the server system 1100 from the player 2a who is the friend who has already been entered. It was realized. On the other hand, in this embodiment, the approval process of proxy payment via the server system 1100 is not performed.

More specifically, it is assumed that the approval of proxy payment is formed in advance between players before entry. The player 2a who performs proxy payment uses the electronic payment medium 6 at the game terminal 1300a that he / she uses to register the player and specify the payment account at a time, and “Self payment” is displayed on the payment method selection screen. Select and enter.
That is, in the same manner as in the first embodiment, the verified user ID 514 acquired based on the medium ID 512 read from the electronic payment medium 6 is set as the operation user ID 516 and the payment user ID 518 (see FIG. 6).

  Then, a terminal ID 511, an operation user ID 516, a payment user ID 518 (= operation user ID), and a charge amount 520 are transmitted from the game terminal 1300a to the server system 1100 together with the entry request, and the game terminal 1300a The player 2a is entered in association with it.

On the other hand, for the game terminal 1300b used by the player 2b that receives proxy payment, the player 2a that performs proxy payment once uses the electronic payment medium 6 to register the player and specify the payment account once. To finish.
However, if “proxy payment” is selected as the payment method here, the game terminal 1300b performs the player registration changing process while specifying the payment account, that is, the payment user ID 518 is kept at the same initial setting as the operation user ID 516. Then, according to the change process, when the player 2b who receives proxy payment separately inputs his / her user ID, the player registration (operation user ID 516) is changed.
Then, the terminal ID 511, the changed operation user ID 516, the payment user ID 518 (= same as the operation user ID 516 before the change), and the charge amount 520 are transmitted from the game terminal 1300b to the server system 1100 together with the entry request. Thus, the game terminal 1300a and the player 2a are associated and entered.

  Therefore, in the functional configuration of the game terminal 1300 in the present embodiment, as shown in FIG. 19, the operating user setting change unit 219 is included in the proxy payment setting unit 210. The operation user setting change unit 219 changes and resets the operation user ID 516 from the initial setting based on the medium ID of the electronic payment medium 6 according to the operation input when proxy payment is selected.

  Also in the terminal storage unit 500, data required for the proxy payment approval process (entry-friend user ID list 522 and petitionee user ID 524: see FIG. 6) are omitted.

  Further, in the functional configuration of the server system 1100 in the present embodiment, as shown in FIG. 20, the functional unit (the proxy payment support control unit 260) that is also necessary for the proxy payment approval process is omitted. The programs and data stored in the server storage unit 500s are the same as those in the first embodiment.

21 to 22 are flowcharts for explaining the flow of processing in the game terminal 1300 of the present embodiment.
Again, compared with the first embodiment, the steps required mainly for the proxy payment approval process are omitted. That is, steps S50 to S58, steps S70 to S72, steps S90 to S94, and steps S106 to S112 (see FIG. 12) are omitted.

  Instead, the game terminal 1300 of the present embodiment sets the operation user ID 516 at that time to the payment user ID 518 when “proxy payment” is selected as the payment method (proxy payment in step S22) (step S24). Then, a change acceptance process for the operation user ID 516 is executed (step S26). Then, the operation user ID 516 is changed in response to the change operation input, and an entry request is transmitted as the user ID of the player 2b who receives proxy payment (step S28) (step S32).

23 to 24 are flowcharts for explaining the flow of processing in the server system 1100 of the present embodiment.
Again, compared with the first embodiment, the steps required mainly for the proxy payment approval process are omitted. That is, steps S52 to S54, steps S80 to S82, and step S100 (see FIG. 15) are omitted.

[Third Embodiment]
Next, a third embodiment to which the present invention is applied will be described. In addition, the same code | symbol is provided about the element similar to 1st Embodiment, and description is abbreviate | omitted.

  FIG. 25 is a diagram for explaining a method for realizing proxy payment in the present embodiment. When this embodiment is compared with the first embodiment, the configuration of the game system and the procedure up to entry are different.

  First, paying attention to the configuration of the game system, the server system 1100 according to the first embodiment is divided into a user registration management function and a game management function, the former being a server system 1100C, and the latter being a plurality of game terminals 1300 and a LAN 7. Are provided as a terminal device 1200 connected in the above.

The terminal device 1200 is an example of a payment device in the present embodiment, and is a server device that also functions as a game server for realizing an online multiplayer game.
The terminal device 1200 includes a touch panel 1206 serving as an operation screen display unit and an operation input unit, and a medium reader 1242 corresponding to the electronic settlement medium 6 (corresponding to the medium reader 1342 of the first embodiment: see FIG. 2). And a cash accepting device 1243 that serves both for cash payment for play consideration and for depositing into an account for electronic settlement, and has a built-in control board 1252 (corresponding to the control board 1150 of the first form: FIG. 1). Control).

  Next, focusing on the procedure up to entry, in the first embodiment, each player 2a, 2b performs player registration for entry, selection of payment method, etc. at the game terminals 1300a, 1300b,. However, in the present embodiment, it is performed collectively in the terminal device 1200 connected to the game terminal 1300 in communication.

  Therefore, as shown in FIG. 26, the functional configuration example of the terminal device 1200 in the present embodiment includes a server system 1100 configured from a configuration in which the game terminal 1300 in the first embodiment and the game management unit 250 of the server system 1100 are mixed. Thus, the configuration for obtaining approval for proxy payment is omitted.

  Specifically, the operation input unit 100t inputs various operations for entry, and outputs an input signal to the terminal processing unit 200t. The touch panel 1206 in FIG. 25 corresponds to this.

The medium reading unit 102t corresponds to the medium reading device 1242 in FIG.
The cash reception unit 104t corresponds to the cash reception apparatus 1243 in FIG. 25, and outputs the amount information input by the user to the terminal processing unit 200t.

  The terminal processing unit 200t integrally controls the terminal device 1200 by performing arithmetic processing or the like based on a predetermined program or data, and realizes an online multiplayer game using the terminal device 1200 and the plurality of game terminals 1300. This corresponds to the control board 1252 of FIG.

  The terminal processing unit 200t includes a game management unit 250C, a deposit acceptance control unit 272, an image generation unit 292t, and a communication control unit 294t.

  The game management unit 250C of the present embodiment includes an entry preparation unit 202 (see FIG. 6), an entry reception control unit 254 (see FIG. 7), and a game progress control unit 270 (see FIG. 7) in the first embodiment. It also functions. That is, the game management unit 250C of this embodiment includes a user ID acquisition control unit 204, an operation user setting unit 205, a payment user setting unit 206, a payment method selection reception control unit 207, and a play consideration payment request unit 256. And a game progress control unit 270.

  The payment user setting unit 206 according to the present embodiment accepts an alternative payment different from the electronic payment medium 6 used for player registration (setting of the operation user ID 516) when an alternative payment is selected as the payment method. Setting is performed using the medium ID of the electronic settlement medium 6 of the player 2b.

  The play consideration payment requesting unit 256 requests settlement of the play consideration for each game terminal 1300 entered in the server system 1100. In the present embodiment, for each game terminal 1300, control is performed for transmitting a consideration payment request, a payment user ID 518, and a charge amount 520 to the server system 1100.

The deposit acceptance control unit 272 executes processing related to replenishment of virtual currency to the account of electronic money for each user, so-called electronic money charging processing.
The deposit acceptance control unit 272 can be realized by applying a technique related to known electronic payment. For example, in this embodiment, when a predetermined deposit operation is detected by the operation input unit 100t, a predetermined deposit procedure guidance is displayed on the touch panel 1206. In this guidance, after the electronic settlement medium 6 is held over the medium reading device 1242 in order to designate a deposit destination account, the cash receiving device 1243 is prompted to insert as much cash as is desired to be deposited. Then, the medium ID of the electronic settlement medium 6 read by the medium reading unit 102t and the deposit amount information obtained from the cash receiving unit 104t are transmitted to the server system 1100C together with a predetermined deposit request. In the server system 1100C, when the deposit request is received, the user registration data 600 (see FIG. 27) corresponding to the received medium ID is searched, and the received currency amount information received in the account balance 604 is a virtual currency converted at a predetermined rate. Is added.

  The image generation unit 292t generates image signals for various selection screens and input screens associated with the entry, and outputs them to the image display unit 392t for image display. The image display unit 392t corresponds to the touch panel 1206 in FIG.

The communication control unit 294t executes processing for data communication with an external device via the communication line 9 or the LAN 7.
The communication unit 394t is connected to the communication line 9 or the LAN 7 to realize communication. The wireless communication module mounted on the control board 1252 in FIG. 25 corresponds to this.

  The terminal storage unit 500t stores a server system program 501, a game management program 505, game initial setting data 540, game progress control data 670, and entry management data 510. Of course, other information such as a timer, a counter, and various flags can be stored as appropriate.

  The entry management data 510 is prepared for each game terminal 1300, and stores a terminal ID 511, a medium ID 512, an operation user ID 516 indicating player registration in the own device, a paying user ID 518, and a charge amount 520 in association with each other. Of course, data other than these can be stored in association with each other as appropriate.

  FIG. 27 is a functional block diagram showing a functional configuration example of the server system 1100C in the present embodiment. As described above, the server system 1100C has a user registration management function in the first embodiment, and can also be called a user registration management server.

  Specifically, the server system 1100C includes a user registration management unit 240, a user ID collation unit 252, a proxy payment history management unit 266, and a privilege management unit 280 in the server processing unit 200s.

  The server storage unit 500s stores a server system program 501, a user registration management program 503C, privilege setting data 542, user registration data 600, and proxy payment history data 660. Note that the user registration management program 503C in the present embodiment causes the server processing unit 200s to realize the functions of the user registration management unit 240, the user ID verification unit 252, the proxy payment history management unit 266, and the privilege management unit 280. It shall be possible.

28 to 29 are flowcharts for explaining the flow of processing in the terminal device 1200 according to this embodiment.
As shown in FIG. 28, the terminal device 1200 first executes a loop D corresponding to entry acceptance in the present embodiment for each game terminal 1300 connected via the LAN 7 (steps S3 to S33).

  In the loop D, the terminal device 1200 performs a display prompting the user to hold the electronic payment medium 6 over the medium reading device 1242 for player registration for operating the game terminal 1300 to be processed on the touch panel 1206 (step S5). ). When the medium reading device 1242 detects the electronic payment medium 6, the entry management data 510 for the game terminal 1300 to be processed is prepared (see FIG. 26), and the medium ID is read from the electronic payment medium 6 to read the medium. Stored in ID 512 (step S6). Then, a user ID corresponding to the medium ID 512 is acquired from the server system 1100C (step S8), and this is set as the operation user ID 516 (step S14).

Next, the terminal device 1200 displays a payment method selection operation acceptance screen on the game terminal 1300 to be processed on the touch panel 1206 (step S20).
If the result of the selection operation is “self-payment” (self-payment in step S22), the terminal device 1200 sets the operation user ID 516 in the payment user ID 518 (step S30), and transmits an entry request to the server system 1100C. (Step S32), the process of loop D to the game terminal 1300 to be processed ends.

  On the other hand, if the result of the selection operation is “proxy payment” (proxy payment in step S22), the terminal device 1200 registers a player who performs proxy for payment of the play price of the game terminal 1300 to be processed on the touch panel 1206. Therefore, a display prompting the user to hold the electronic settlement medium 6 of the corresponding person over the medium reading device 1242 is performed (step S23). Then, when the electronic payment medium 6 is detected by the medium reading device 1242, the stored medium ID is read (step S24), the corresponding user ID is acquired from the server system 1100C, and this is set as the payment user ID 518. Set (step S24). Then, an entry request is transmitted to the server system 1100C (step S32), and the processing of the loop D to the game terminal 1300 to be processed ends.

When the loop D is executed for all the game terminals 1300, or when a predetermined time has elapsed since the start of the loop D for the first game terminal 1300, the game terminals 1300 not executing the loop D Even if it remains, loop D is forcibly terminated.
Then, the terminal device 1200 transmits each operation user ID 516 entered to the server system 1100C and receives a reply of the player character save data 610 corresponding to each transmitted operation user ID 516 (step S173). ). Then, the progress control of the multiplayer game is started (step S174).

  If the game end condition is satisfied (YES in step S200), the terminal device 1200 ends the progress control and transmits a predetermined game end signal to the server system 1100C (step S201). The transmission is referred to as “communication Q”.

  Moving to FIG. 31, when the server system 1100C receives the communication Q, that is, the game end signal (YES in step S218), the character copy flag 612 (see FIG. 27) is “1”, that is, at the time of new registration accompanying proxy payment. The user registration data 600 in which a similar character is temporarily set is searched, the player character save data 610 of the data is deleted, and the character copy flag 612 is returned to “0” (step S220).

  Returning to FIG. 29, when the game result has reached a predetermined standard (YES in step S222), the terminal device 1200 displays the operation user ID 516 who played the current game together with a predetermined repayment obligation cancel signal. It transmits to 1100C (step S223). The transmission is referred to as “communication R”. Then, control is performed to display a notice of canceling the repayment obligation on each game terminal 1300 (step S242), and the processing in the terminal device 1200 is terminated.

  Moving to FIG. 31, when the server system 1100C receives the communication R, that is, the repayment obligation cancellation signal (YES in step S244), the server system 1100C receives the proxy payment history data 660 (see FIG. 27 and FIG. 10) together with the signal. The history in which the operation user ID is the proxy payment user ID 662 and the proxy petition user ID 663 is extracted, and the repayment flag 664 of the latest history is changed from “0” to “1” (step S246). In other words, the repayment obligation of proxy payment that occurred in the current game play is cancelled.

  And server system 1100C performs repayment judgment and privilege grant processing with a predetermined cycle (Steps S250-S252).

  The terminal device 1200 can also be configured to serve as any one of the plurality of game terminals 1300. In other words, it is possible to adopt a configuration in which the second game terminal as the proxy payment destination can be selected by the first game terminal that also serves as the terminal device. In this case, the game terminal 1300 that also serves as the terminal device includes a cash accepting device 1243. That is, it is possible to pay part or all of the proxy payment amount in cash. More specifically, the first game terminal that also serves as a terminal device is used by a player who makes payment on behalf of the first game terminal, and the cash of the first game terminal is received up to the other player who receives the payment instead of using the electronic payment medium 6. It is also possible to make a substitute payment with cash using the receiving device 1243.

[Modification]
As mentioned above, although embodiment which applied this invention was described, the form which can apply this invention is not limited above, A component can be added, abbreviate | omitted, and changed suitably.

[Part 1]
For example, in the above embodiment, the main processing related to the game progress control is executed by the server system 1100 or the terminal device 1200. However, a part of the arithmetic processing including the game terminals 1300 is executed in a distributed manner. You can also.

[Part 2]
In the above embodiment, the participating players are all assumed to be actual users, but may include virtual users. For example, if the number of players who have already entered does not reach the regulation value even after a predetermined reception time has elapsed since the start of entry reception, a configuration in which the shortage is set as a virtual user is possible.

[Part 3]
Further, the electronic money account in the above embodiment can be replaced with a cash savings account.

[Part 4]
In addition, the friend list in the above embodiment can be replaced with a list of users who have exchanges such as a conversation history in the game and an item exchange history.

[Part 5]
Moreover, you may add the structure which can set a 1st privilege, a 2nd privilege, a 3rd privilege, and a negative privilege separately to the said embodiment for every game terminal.
Specifically, a utility program that can be activated only by an administrator is installed in the game terminal 1300, and the manager is given a privilege type (first privilege or second privilege) applied by the game device 1300. , Third privilege, negative privilege) is selected from a plurality of candidates, and the privilege type selection result is stored in the selection terminal storage unit 500. Then, in the step of granting each privilege, it is only necessary to grant the privilege with the contents set with reference to the selection result.

2, 2a, 2b ... Player 6 ... Electronic payment medium 102 ... Medium reading unit 200 ... Terminal processing unit 200s ... Server processing unit 200t ... Terminal processing unit 202 ... Entry preparation unit 204 ... User ID acquisition control unit 205 ... Operation user setting Unit 206 ... Payment user setting unit 207 ... Payment method selection reception control unit 210 ... Proxy payment setting unit 212 ... Petition destination candidate acquisition control unit 214 ... Petition request unit 216 ... Petition response control unit 218 ... Payment user setting change unit 219 ... Operation User setting change unit 220 ... Game calculation unit 240 ... User registration management unit 242 ... Play consideration payment control unit 246 ... Repayment management control unit 250 ... Game management unit 252 ... User ID verification unit 254 ... Entry acceptance control unit 256 ... Play consideration payment Request part 260 ... Proxy payment support control part 262 ... Petition candidate proposal Unit 264 ... petition mediation control unit 266 ... proxy payment history management unit 270 ... game progress control unit 280 ... privilege management unit 282 ... privilege grant target extraction unit 284 ... privilege grant control unit 500 ... terminal storage unit 500s ... server storage unit 500t ... Terminal storage unit 503 ... User registration management program 504 ... Game program 505 ... Game management program 510 ... Entry management data 511 ... Terminal ID
512 ... Medium ID
514 ... Checked user ID
516 ... Operation user ID
518 ... Payment user ID
524 ... Petition destination user ID
522 ... Friend user ID list already entered 526 ... Play data 542 ... Bonus setting data 600 ... User registration data 602 ... User ID
606: Registered medium ID
604 ... Account balance (goods information)
608 ... Friend list 610 ... Player character save data 612 ... Character copy flag 614 ... Owned item list 650 ... Entry registration data 651 ... Entry date and time 652 ... Terminal ID
653 ... Operation user ID
654 ... Payment user ID
654 ... Repayment flag 660 ... Proxy payment history data 661 ... Payment date and time 662 ... Proxy payment user ID
663 ... Proxy user ID
664 ... Repayment flag 1100 ... Server system (management device)
1101 ... Main unit 1150 ... Control board 1200 ... Terminal device (value payment setting device)
1242 ... Media reader 1252 ... Control board 1300 ... Game terminal (value payment setting device)
1342: Medium reader 1350 ... Control board

Claims (11)

A management device that manages each user's goods information that can be paid as a play consideration for a game played by a user operating the game terminal, and the game terminal that is also a consideration payment setting device, or can communicate with the game terminal A game system configured to communicate with a separate consideration payment setting device,
The consideration payment setting device
Among a plurality of payment methods including at least self-payment for paying the play consideration of the operation user who plays the game from the operation user's own goods information and agency payment for the given agency payment user to delegate the payment, A payment method selection means for selecting a payment method;
An agency payment user setting means for setting a user as the agency payment user when the agency payment is selected;
With
The management device
In the payment method selecting means, when the self-payment is selected, the play consideration of the operating user is consumed from the operating user's goods information, and when the agency payment is selected, the agency payment user's goods and play the consideration payment means to consume play consideration of the operation user from the information,
Proxy payment history storage means for storing the history of proxy payment of each user;
Based on the stored contents of the proxy payment history storage means, an extraction means for extracting a combination of users who have become payers for each other and who have paid the opponent's play consideration;
Privilege granting means for executing a privilege granting process for granting a given privilege to one user or both users of the combination;
With
Game system. A management device that manages each user's goods information that can be paid as a play consideration for a game played by a user operating the game terminal, and the game terminal that is also a consideration payment setting device, or can communicate with the game terminal A game system configured to communicate with a separate consideration payment setting device,
The consideration payment setting device
Among a plurality of payment methods including at least self-payment for paying the play consideration of the operation user who plays the game from the operation user's own goods information and agency payment for the given agency payment user to delegate the payment, A payment method selection means for selecting a payment method;
An agency payment user setting means for setting a user as the agency payment user when the agency payment is selected;
With
The management device
In the payment method selecting means, when the self-payment is selected, the play consideration of the operating user is consumed from the operating user's goods information, and when the agency payment is selected, the agency payment user's goods and play the consideration payment means to consume play consideration of the operation user from the information,
Proxy payment history storage means for storing the history of proxy payment of each user;
Based on the stored contents of the proxy payment history storage means, there is a history in which the first user has become a proxy payment user and paid for the play consideration of the second user, and the second user performs the proxy within a given period. An extraction means for extracting the first user who has not paid for the play consideration of the first user as a paying user;
Privilege granting means for executing a privilege granting process for granting a given privilege to the first user extracted by the extraction means;
With
Game system. A management device that manages each user's goods information that can be paid as a play consideration for a game played by a user operating the game terminal, and the game terminal that is also a consideration payment setting device, or can communicate with the game terminal A game system configured to communicate with a separate consideration payment setting device,
The consideration payment setting device
Among a plurality of payment methods including at least self-payment for paying the play consideration of the operation user who plays the game from the operation user's own goods information and agency payment for the given agency payment user to delegate the payment, A payment method selection means for selecting a payment method;
An agency payment user setting means for setting a user as the agency payment user when the agency payment is selected;
With
The management device
In the payment method selecting means, when the self-payment is selected, the play consideration of the operating user is consumed from the operating user's goods information, and when the agency payment is selected, the agency payment user's goods and play the consideration payment means to consume play consideration of the operation user from the information,
Proxy payment history storage means for storing the history of proxy payment of each user;
Based on the stored contents of the proxy payment history storage means, there is a history in which the first user has become a proxy payment user and paid for the play consideration of the second user, and the second user performs the proxy within a given period. An extraction means for extracting the second user who has become a paying user and has no history of paying the play consideration of the first user;
A return non-execution processing means for executing a given return non-execution process to the second user extracted by the extraction means due to the fact that a return proxy payment has not been made;
With
Game system. The game is a multiplayer game,
The proxy payment user setting means sets a user as the proxy payment user from among users who play with the operation user in the multiplayer game.
The game system as described in any one of Claims 1-3 . The agency payment user setting means sets a user as the agency payment user from among users whose given relationship with the operation user is preset.
The game system as described in any one of Claims 1-4 . The management device
Means for executing a process of giving a given privilege to a user who is the proxy payment user;
The game system according to any one of claims 1 to 5 , further comprising: The agency payment user setting means sets the agency payment user based on an approval procedure of the user as the agency payment user.
The game system according to any one of claims 1 to 6 . The management device further includes a proxy payment history storage unit that stores a proxy payment history of each user,
The agency payment user setting means sets, as an agency payment user, a user whose total of agency payments in a given period has not reached a given upper limit.
The game system according to any one of claims 1 to 7 . A management device that manages each user's goods information that can be paid as a play consideration for a game played by a user operating the game terminal, and the game terminal that is also a consideration payment setting device, or can communicate with the game terminal The management device of the game system configured to be communicable with a separate consideration payment setting device,
The consideration payment setting device
Among a plurality of payment methods including at least self-payment for paying the play consideration of the operation user who plays the game from the operation user's own goods information and agency payment for the given agency payment user to delegate the payment, A payment method selection means for selecting a payment method;
An agency payment user setting means for setting a user as the agency payment user when the agency payment is selected;
With
In the payment method selecting means, when the self-payment is selected, the play consideration of the operating user is consumed from the operating user's goods information, and when the agency payment is selected, the agency payment user's goods A play consideration payment means for consuming the play consideration of the operating user from information,
Proxy payment history storage means for storing the history of proxy payment of each user;
Based on the stored contents of the proxy payment history storage means, an extraction means for extracting a combination of users who have become payers for each other and who have paid the opponent's play consideration;
Privilege granting means for executing a privilege granting process for granting a given privilege to one user or both users of the combination;
Management device with. A management device that manages each user's goods information that can be paid as a play consideration for a game played by a user operating the game terminal, and the game terminal that is also a consideration payment setting device, or can communicate with the game terminal The management device of the game system configured to be communicable with a separate consideration payment setting device,
The consideration payment setting device
Among a plurality of payment methods including at least self-payment for paying the play consideration of the operation user who plays the game from the operation user's own goods information and agency payment for the given agency payment user to delegate the payment, A payment method selection means for selecting a payment method;
An agency payment user setting means for setting a user as the agency payment user when the agency payment is selected;
With
In the payment method selecting means, when the self-payment is selected, the play consideration of the operating user is consumed from the operating user's goods information, and when the agency payment is selected, the agency payment user's goods A play consideration payment means for consuming the play consideration of the operating user from information,
Proxy payment history storage means for storing the history of proxy payment of each user;
Based on the stored contents of the proxy payment history storage means, there is a history in which the first user has become a proxy payment user and paid for the play consideration of the second user, and the second user performs the proxy within a given period. An extraction means for extracting the first user who has not paid for the play consideration of the first user as a paying user;
Privilege granting means for executing a privilege granting process for granting a given privilege to the first user extracted by the extraction means;
Management device with. A management device that manages each user's goods information that can be paid as a play consideration for a game played by a user operating the game terminal, and the game terminal that is also a consideration payment setting device, or can communicate with the game terminal The management device of the game system configured to be communicable with a separate consideration payment setting device,
The consideration payment setting device
Among a plurality of payment methods including at least self-payment for paying the play consideration of the operation user who plays the game from the operation user's own goods information and agency payment for the given agency payment user to delegate the payment, A payment method selection means for selecting a payment method;
An agency payment user setting means for setting a user as the agency payment user when the agency payment is selected;
With
In the payment method selecting means, when the self-payment is selected, the play consideration of the operating user is consumed from the operating user's goods information, and when the agency payment is selected, the agency payment user's goods A play consideration payment means for consuming the play consideration of the operating user from information,
Proxy payment history storage means for storing the history of proxy payment of each user;
Based on the stored contents of the proxy payment history storage means, there is a history in which the first user has become a proxy payment user and paid for the play consideration of the second user, and the second user performs the proxy within a given period. An extraction means for extracting the second user who has become a paying user and has no history of paying the play consideration of the first user;
A return non-execution processing means for executing a given return non-execution process to the second user extracted by the extraction means due to the fact that a return proxy payment has not been made;
Management device with.

Images