JP6903207B1 - Management server, billing management program, billing management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a billing management system capable of effectively limiting in-game billing of a managed person. The present invention is a billing management server for a second user to manage in-game billing by a first user, and includes a storage unit that stores the first user and the second user in association with each other. A billing response unit that receives a billing request from a first user terminal used by the first user, and a notification unit that gives a predetermined notification to a second user terminal used by the second user based on the billing request. It provides a billing management server, which is characterized by the above. [Selection diagram] Fig. 6

Description

The present invention relates to a billing management server, a billing management program, and a billing management method.

Patent Document 1 discloses a game system in which a parent can limit the play time on a child's game terminal so that the child does not play the game too much.

JP-A-2019-532

By the way, in games provided by smartphones and the like, an in-game billing system that charges for obtaining items and the like used in the game is adopted. However, it may be difficult for minors to determine the use of in-game billing that suits their financial situation. The techniques described above do not describe effectively limiting children's in-game billing.

Therefore, one object of the present invention is to provide a billing management system in which an administrator can effectively limit in-game billing of a managed person.

According to the present invention, it is a billing management server for a second user to manage in-game billing by a first user, and includes a storage unit that stores the first user and the second user in association with each other. A billing response unit that receives a billing request from the first user terminal used by the first user,
A billing management server, a billing management program, and a billing management method can be obtained, which comprises a notification unit that gives a predetermined notification to a second user terminal used by the second user based on the billing request.

According to the present invention, it is possible to provide a billing management system capable of effectively limiting in-game billing of a managed person.

It is a figure which shows the structural example of the system by embodiment of this invention. It is a figure which shows the configuration example of the server apparatus 1 by embodiment of this invention. It is a figure which shows the configuration example of the 1st user terminal by embodiment of this invention. It is a figure which shows the structural example of the management setting information by embodiment of this invention. It is a figure which shows the configuration example of the 2nd user terminal screen by embodiment of this invention. It is a figure which shows the configuration example of the user terminal screen by embodiment of this invention. It is a figure which shows the configuration example of the 1st user terminal screen by embodiment of this invention. It is a figure which shows an example of the processing flow by embodiment of this invention. It is a figure which shows the configuration example of the 2nd user terminal screen by embodiment of this invention. It is a figure which shows the configuration example of the 2nd user terminal screen by embodiment of this invention.

The contents of the embodiments of the present invention will be described in a list. The present invention has the following configurations.
[Item 1]
A billing management server for the second user to manage in-game billing by the first user.
A storage unit that stores the first user and the second user in association with each other is provided.
A billing response unit that receives a billing request from the first user terminal used by the first user, and
A billing management server including a notification unit that gives a predetermined notification to a second user terminal used by the second user based on the billing request.
[Item 2]
A management setting reception unit that receives setting information related to billing conditions from the second user terminal, and
Further provided with a determination unit for determining whether or not the billing request meets the conditions.
When the determination unit determines that the billing request does not meet the conditions, the notification unit transmits a notification requesting permission to the second user terminal.
The item 1 is characterized in that the billing response unit executes a billing process on the first user terminal when receiving information to the effect that the billing request is permitted from the second user terminal. Billing management server.
[Item 3]
The above conditions include the maximum charge amount
The billing management server according to item 2, wherein the determination unit determines whether or not the billing amount related to the billing request exceeds the upper limit amount.
[Item 4]
The notification unit
The billing management server according to item 3, wherein information on the upper limit amount according to the condition is displayed on the first user terminal.
[Item 5]
The above conditions include the upper limit of the total billing amount in a predetermined period.
The determination unit
Item 2. The item 2 is characterized in that it is determined whether or not the amount of money related to the billing request is less than the chargeable balance obtained by subtracting the total billing amount of the first user in the predetermined period from the upper limit amount. Billing management server.
[Item 6]
The billing management server according to claim 5, wherein the determination unit calculates the total amount of the billing amount of the first user in a plurality of game programs and compares it with the upper limit amount.
[Item 7]
A billing management program for the second user to manage in-game billing by the first user.
On the computer
A process of associating and storing the first user and the second user, and
A billing response process for receiving a billing request from a first user terminal used by the first user, and
A billing management program, characterized in that a second user terminal used by the second user executes a notification process for performing a predetermined notification based on the billing request.
[Item 8]
It is a billing management method for the second user to manage the in-game billing by the first user.
A step of associating and storing the first user and the second user, and
A billing response step for receiving a billing request from the first user terminal used by the first user, and
A computer-based billing management method comprising a notification step of giving a predetermined notification to a second user terminal used by the second user based on the billing request.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Structure>
As shown in FIG. 1, the billing management system provides users with various services related to games via a network 4 (for example, the Internet or the like). In the present embodiment, the billing management system manages the server device 1, the first user terminal 2 used by the first user who is the managed person managed by the second user, and the billing of the first user. It is composed of a second user terminal 3 used by a second user who is an administrator. Although FIG. 1 shows one first user terminal 2 and one second user terminal 3, a plurality of first user terminals 2 and second user terminals 3 can be connected to the server device 1.

<Configuration of server device 1>
FIG. 2 is a block diagram showing a functional configuration of the server device 1. The server device 1 is an information processing device used by a system administrator or the like to operate and manage various services, and may be a general-purpose computer such as a workstation or a personal computer, or a cloud computing technology. It may be realized logically by. In the present embodiment, it is premised that the server device 1 plays a role of performing a process related to execution of a game program (including a charge management program) and a role of providing a system related to the management of the charge of the first user by the second user. As described below, these may be executed on different servers.

The server device 1 includes a control unit 11, a storage unit 12, an input unit 13, a display unit 14, and a communication unit 15. When the server device 1 receives various information from the user terminals 2 and 3 via the communication unit 15, the control unit 11 executes a predetermined process and transmits the process result to the user terminals 2 and 3. Regarding the execution of the game program, when a command (request) is received from the user terminals 2 and 3, the control unit 11 executes the processing by the game program, and the processing result of the game program (for example, game image, game sound, etc.) is the user. It is transmitted to terminals 2 and 3. A part of the above program may be transmitted to the user terminals 2 and 3 and executed on the user terminals 2 and 3.

The control unit 11 transfers data between each unit and controls the entire server device 1, and is realized by the CPU (Central Processing Unit) executing a program stored in a predetermined memory. .. The control unit 11 of the present embodiment includes at least a game execution unit 111, a screen data generation unit 112, a charge response unit 113, a management setting reception unit 114, a determination unit 115, and a notification unit 116. These various functional parts will be described in detail later.

The storage unit 12 includes a ROM (Read Only Memory), which is a read-only storage area in which a system program is stored, and a RAM (Random Access), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11. It has a memory), and is realized by, for example, a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in the present embodiment has various storage units such as a game information storage unit 121, a player information storage unit 122, and a management information storage unit 123. In addition, these various information will be described in detail later.

The input unit 13 is for the system administrator to input various data (for example, game information) related to the game service, and is realized by, for example, a keyboard or a mouse.

The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11, and is realized by, for example, a liquid crystal display (LCD: Liquid Crystal Display) or the like.

The communication unit 15 is for communicating with the user terminals 2 and 3, and has a function as a receiving unit for receiving various data and signals transmitted from the user terminals 2 and 3 and a control unit 11. It has a function as a transmission unit that transmits various data and signals to the user terminals 2 and 3 in response to a command. The communication unit 15 communicates with the user terminals 2 and 3 by, for example, HTTP (HyperText Transfer Protocol), HTTPS, WebSocket, P2P (Peer To Peer), or the like.

<First user terminal 2>
FIG. 3 is a block diagram showing a functional configuration of the first user terminal 2. The first user terminal 2 is an information processing device (for example, a smartphone, a mobile phone terminal, a tablet terminal) that can be possessed and used by the first user. The first user terminal 2 can output the processing result of the game program transmitted from the server device 1 via the game application or the Web browser (for example, game screen display, game sound output, etc.). The first user terminal 2 includes a control unit 21 that controls the entire first user terminal 2, a storage unit 22 that stores various data programs, an input unit 23 for the user to perform operation input, and a game screen / operation. It has an output unit 24 that outputs a screen or the like, and a communication unit 25 that performs information communication with the server device 1. The control unit 21 of the present embodiment includes at least an operation information receiving unit 211 and a game operation unit 212. Further, the storage unit 22 includes at least a game operation information storage unit 221. Each functional unit of the control unit 21 can be realized by the CPU executing a program stored in the memory or the game operation information storage unit 221.

The operation information receiving unit 211 of the first user terminal 2 receives an operation related to the game from the player (first user). The operation information reception unit 211 receives operations related to the game using the input unit 23. Then, the operation information receiving unit 211 outputs the received operation content to the game operation unit 212.

The game operation unit 212 executes a process for operating the game. The game operation unit 212 operates the game based on the game software included in the game operation information stored in the game operation information storage unit 221 and the operation content of the player input from the input unit 23. The game operation unit 212 generates a game image from the image data included in the game operation information in accordance with the operation of the game, and performs control processing for outputting the generated image to the output unit 24. Similarly, the game operation unit 212 generates music and sound for the game from the music data and audio data included in the game operation information in accordance with the operation of the game, and outputs the generated music and sound from the output unit 24. Perform control processing for. Although the configuration in which the native application partially executes the functions of the Web application, that is, the game operation unit 212 of the first user terminal 2 partially executes the functions of the server device 1, the game operation unit 2 has been described here. The server device 1 may be configured to generate all game images and sounds as a processing result without having 212, or the game operation unit 212 may generate all game images and sounds. It may be configured.

When the game operation unit 212 is provided, predetermined parameters in the game operated by the game operation unit 212 can be managed by the server device 1. For example, parameters such as stamina and paid points in the game are managed by the server device 1. Therefore, when a process involving a change in these predetermined parameters occurs in the game, the game operation unit 212 updates the parameters managed by the server device 1 by communicating with the server device 1. Then, the game operation unit 212 receives the updated parameter from the server device 1, and continues the operation of the game based on the updated parameter.

The second user terminal 3 used by the second user who is the administrator of the first user may have the same configuration as the first user terminal 2, and the second user terminal 3 relates to the execution of the game. An application dedicated to management for realizing the process according to the present embodiment may be installed without having a configuration. The second user terminal 3 is an information processing device (for example, a smartphone, a mobile phone terminal, a tablet terminal) that can be possessed and used by the second user. Although not shown, the second user terminal 3 can output the processing result of the billing management program transmitted from the server device 1 via a dedicated application or a Web browser. The second user terminal 3 includes a control unit 31 that controls the entire second user terminal 3, a storage unit 32 that stores various data programs, an input unit 33 for the second user to perform operation input, and a game screen. -It has an output unit 34 that outputs an operation screen and the like, and a communication unit 35 that performs information communication with the server device 1.

In the billing management system of the present embodiment, the second user, who is the administrator of the first user, can perform predetermined management regarding the in-game billing by the first user. The second user is typically a family member such as the parent of the first user, but may also be a friend or the like. The first user must acquire in-game currency that can be acquired through purchase procedures in real-world currencies (payment of cash or electronic money, credit card payment, etc.), or purchase items that can be used in the game. Can be done.

The game information storage unit 121 of the server device 1 stores information about the game. The game information is appropriately configured according to the type of game. For example, in the case of a battle game, the stage name, enemy character information, and the like are included in association with the stage ID.

The player information storage unit 122 stores information about the player. The player information can include a player name, owned character information, play stage information, owned item information, and the like in association with the player ID. Since the first user in the present embodiment is a player, the player information stores the information of the first user as a player. The second user is not necessarily a player, but when the second user is also a player, the player information stores information as a player of the second user. The possessed character information can include the current values of various parameters such as level, attack power, defense power, and physical strength in association with the ID of the possessed character. The play stage information is information about a stage that the player has played so far among a plurality of set stages, and can include the number of plays, clear information, and the like. The owned item information includes information on the possession status of one or more paid points and free items, and can include information such as the number of possessed items in association with the ID of each owned item. In addition, information regarding the player and the play status of the game can be included.

The game execution unit 111 of the server device 1 has a function of executing a process of advancing the game according to the game program. The game by the game system in the present embodiment may be any kind of game, for example, a battle game, a puzzle game, an action game, a baseball game, a soccer game, another sports game, a quiz game, a pinball game, a card game, etc. It may be a rhythm game, an RPG, an adventure game, a casino game, a simulation game, a strategy game, a board game, a racing game, or the like.

The screen data generation unit 112 has a function of executing a process of generating screen data for displaying the game screen on the first user terminal 2. The screen data generation unit 112 generates screen data related to the above-mentioned arbitrary game. The generated screen data is transmitted to the first user terminal 2 and output by the output unit 24.

The billing response unit 113 performs a billing process in response to a billing request from the first user, and grants paid points and items according to the billing amount to the first user. Specifically, the number of paid points and items associated with the first user is increased by the number of purchases. Alternatively, the second user is requested to give permission for the billing request by the first user, and when the permission information is obtained, the billing process is performed.

The management setting reception unit 114 receives input of information related to billing management from the first user or the second user. The input management information is stored in the management information storage unit 123. FIG. 4 is a configuration example of management information stored in the management information storage unit 123. First, the billing setting reception unit 114 registers the information of the second user who is the administrator and the first user who is the administrator. The second user can input the information of the first user to be managed via his / her own terminal 3. The information of the first user to be input is the player ID in the game of the first user, the game account name, the SNS account name linked with the game, the terminal identification number (serial number, IMEI, etc.) of the first user terminal 2, and the name. , Mobile phone number, address, etc., which can identify the player information in the predetermined game of the first user. When the management setting reception unit 114 receives the input of management information from the second user who is the administrator, it is managed by the first user (first user terminal 2) who is the managed person. You may want to check if you agree with. In that case, for example, when the input of the management information is received from the second user, the control unit 11 of the server device 1 transmits a notification (message or the like) confirming whether or not the consent is given to the first user terminal 2. Then, the first user operates the terminal 2 and transmits (replies) to the server device 1 information indicating whether or not he / she agrees to be managed. The server device 1 can enable the second user terminal 3 to manage the billing of the first user terminal 2 only when the notification that the first user terminal 2 agrees to be managed is obtained.

The second user can also enter information about the management settings. For example, the upper limit of billing per time, the upper limit of billing per day, the upper limit of billing per month, and the like can be arbitrarily set. In addition, the number of times, frequency, time zone, etc. that can be charged may be set. Further, when a billing request is made, it can be set so that the permission of the second user is always obtained regardless of the amount, the number of times, the frequency, and the time. It is also possible to set information regarding the timing at which the second user receives the notification. For example, when the above billing upper limit is exceeded, it is possible to set whether to notify before the billing process or after the billing process.

The determination unit 115 determines whether or not to charge the first user's charge request based on the management information. That is, first, it is determined by referring to the management information storage unit 123 whether the first user is a user registered as a managed person of billing management. If the first user is not a user registered as a managed person, the determination unit 115 determines that billing is possible. If the first user is a user registered as a managed person, it is determined whether or not it is necessary to obtain permission from the administrator. That is, it is confirmed whether or not the billing request satisfies the billing limit registered in the management information, and if not, it is determined that it is necessary to obtain permission from the administrator. For example, when the upper limit of billing per charge is set, it is determined whether or not the requested amount of billing exceeds the upper limit of billing, and when the upper limit of total billing per predetermined period is set, the predetermined amount is determined. It is determined whether or not the sum of the past billing amount in the period and the current billing request amount exceeds the billing upper limit amount. If it is determined that it is not necessary to obtain permission from the administrator, the determination unit 115 determines that charging is possible.

When the determination result by the determination unit 115 is "chargeable", the charge response unit 113 executes the charge process for the first user. Further, when the first user is a user registered as a managed person, the notification unit 116 may notify the second user terminal 3 of the information related to the billing. FIG. 5 is an example of a screen configuration of the second user terminal 3. FIG. 5A displays a notification (billing time, billing amount) regarding the billing by the first user "Taro-san" who is the managed person, the total billing amount for this month, the set billing upper limit for this month, and the like. ing. It is also possible to display the billing history of the first user. For example, when the second user taps the button 41 requesting "view Taro's billing history", the billing history information as shown in FIG. 5B may be displayed. FIG. 5B lists information such as the billing time and the billing amount in the past predetermined period.

Further, when the determination unit 115 determines that it is necessary to obtain permission from the administrator, the charge response unit 113 confirms the permission with the second user. FIG. 6A is a screen display example of the second user terminal which is the administrator. A notification (billing request time, billing request amount) regarding the billing request by the first user "Taro-san" who is the managed person, and buttons 42 and 43 for responding to the notification are displayed. In addition, the total billing amount of the second user this month, the set billing upper limit amount of this month, and the like are displayed. You may display the chargeable balance, which is the maximum amount minus the amount already charged. The first user taps the button 42 that returns "permit" when the billing is permitted, and taps the button 43 that returns "not permitted" when the billing is not permitted to the server device 1. Can reply. When the billing response unit 113 receives a response to the effect of "permitting" from the second user, the billing response unit 113 executes the billing process for the first user. Further, when receiving a reply "not permitted" from the second user, the billing response unit 113 does not perform the billing process and notifies the first user terminal 2 that the billing is not permitted. FIG. 6B is a screen display example of the first user terminal 2. Along with a message indicating that billing was not permitted, the billing amount for a predetermined period, the billing upper limit, and the chargeable balance obtained by subtracting the already charged amount from the upper limit may be displayed.

Further, when the user is a managed person, information on the billing restriction may be displayed on the screen for purchasing the in-game currency or the item. FIG. 7 is a screen display example when purchasing the in-game currency on the first user terminal 2. As an example, the chargeable balance (available amount for this month), which is obtained by subtracting the amount already charged from the maximum amount, is displayed. The first user can purchase while looking at the available amount.

FIG. 8 is a flow chart illustrating a basic operation example of the system according to the present embodiment. First, the first user sends a billing request to the server 1 in order to purchase in-game currency and items in the game (S101). The billing request includes identification information of the first user such as a player ID and information such as a billing request amount. The determination unit 115 of the server 1 confirms whether or not the first user is a management target person by referring to the management information storage unit 123 (S102). If the person is not the managed person (S102 = No), the process proceeds to S106. When the first user is the managed person (S102 = Yes), it is determined whether or not the administrator's permission is required for the current billing request in light of the billing restriction information (S103). That is, if there is a setting that the administrator's permission is required if the billing amount is above a certain level, check whether the billing request amount exceeds the set upper limit, and if it exceeds, permission is required. Is determined. In addition, when it is set that the permission of the administrator is required regardless of the amount of the billing amount, it is determined that the permission of the administrator is required regardless of the size of the billing amount. If it is determined that the administrator's permission is not required (S103 = No), the process proceeds to S106. When it is determined that the permission of the administrator is required (S103 = Yes), the billing response unit 113 confirms the permission with the second user terminal which is the administrator (S104).

When the second user permits the billing, the second user returns a reply to the effect that the charge is permitted to the server device 1 (S105). When the server device 1 receives a response to the effect that the charge is permitted, the server device 1 executes a charge process for the first user (S106), and performs a process of granting a predetermined in-game currency or item to the first user. Further, a notification to the effect that the billing is successful is transmitted to the first user terminal 2 (S107). Similarly, the second user terminal 3 may also be notified. Further, although not shown, when the second user replies that the billing is not permitted, the billing response unit 113 does not perform the billing process.

The above is the outline of the billing management system in the present embodiment. According to the system of the present embodiment, the second user can prevent the first user from charging without permission contrary to the charging limit set by the second user. Further, since an upper limit is set for the billing amount and the billing amount can be charged without obtaining the permission of the second user if it is within the upper limit, the first user can freely enjoy the game within the range of the rule.

(Modification example)
In this modification, when the first user is playing a plurality of games, a system capable of collectively managing the billing behavior in the plurality of games is provided. In this modified example, in addition to the game server that provides individual game programs to the user, a mode in which a billing management server that holds information that aggregates information on a plurality of games and functions as a platform for limiting billing is provided. Can be. The billing management server can hold a database in which a plurality of game information registered by the player is linked and registered in association with the player's information. For example, the game is linked to the identification information of the first user common in a plurality of games, such as the SNS account name of the player (first user) and the identification number (serial number, IMEI) of the first user terminal 2. A name, a game ID, a player ID in each game, and the like can be registered.

The management setting reception unit 114 receives input of information related to billing management from the first user or the second user. In this modification, when the first user is playing a plurality of games and the second user wants to manage the billing in the plurality of games, the plurality of games are specified and then the plurality of games are specified. The player information of the first user in the above can be registered. In this modified example as well, the server device 1 confirms with the first user whether or not he / she agrees with the billing management, and only when the consent is obtained from the first user, the second user becomes the first user. It may be possible to manage the billing behavior of the user. FIG. 9 is a screen display example of the second user terminal when registering the game. As an example, when the first user is playing a plurality of games with a common SNS account, the list information of the games in which the first user is registered as a player is output by inputting the SNS account name. Can be done. When the second user inputs the SNS account name of the first user into the predetermined field 44 to the managed user and selects the button 45 requesting that the first user search for the game played by the SNS account, the second user selects the button 45. The game list 46 played by the first user can be displayed. Similarly, by inputting the identification information (serial number, IMEI) of the first user terminal 2, the game list 46 associated with the identification information of the terminal may be displayed. The second user can select one or more games to be managed from a plurality of game lists.

In addition, the management setting reception unit 114 can input information regarding the setting of billing management. For example, the upper limit of billing per time, the upper limit of billing per day, the upper limit of billing per month, etc. can be arbitrarily set. It is possible to manage the total charge amount in the game so as not to exceed the charge upper limit amount.

The determination unit 115 determines whether or not to charge the first user's charge request based on the management information, as in the above embodiment. That is, first, it is determined whether the first user is a user registered as the managed person of the billing management, and further, whether or not it is necessary to obtain permission from the manager regarding the billing request. Here, for example, when a total billing upper limit per predetermined period is set, the total billing amount for the predetermined period is calculated in a plurality of games, and the sum of the current billing request amount is the billing upper limit. Determine if it exceeds. If it is determined that it is not necessary to obtain permission from the administrator, the determination unit 115 determines that charging is possible.

When the determination result by the determination unit 115 is "chargeable", the charge response unit 113 executes the charge process for the first user. Further, when the first user is a user registered as a managed person, the notification unit 116 may notify the second user terminal 3 of the information related to the billing. FIG. 10 is an example of a screen configuration of the second user terminal 3. FIG. 10A shows a notification (game name, billing time, billing amount) regarding the charge by the first user "Taro-san" who is the managed person, the total charge amount for this month, the set charge upper limit amount for this month, and the like. Is displayed. It is also possible to display the billing history of the first user. For example, the billing history information as shown in FIG. 10B may be displayed by the second user tapping the button 41 requesting "view Taro's billing history". FIG. 10B lists information such as a billing time and a billing amount in a predetermined period in the past for a plurality of games. Further, the total charge amount for each game may be displayed (47).

Further, in this modified example, when the chargeable balance is displayed on the first user terminal 2 as shown in FIG. 7, the chargeable amounts for a predetermined period in a plurality of games are added up and subtracted from the chargeable upper limit amount. You can calculate and display the billable balance.

According to this modification, even when the first user is playing a plurality of games, the billing can be managed collectively so that the total amount charged in the plurality of games does not exceed the limit. can do. The second user does not need to manage each of the plurality of games played by the first user, which is convenient.

In the embodiments and modifications described above, with respect to the processing of the software function unit included in the server device 1 and the user terminals 2 and 3, the user terminal performs a part or all the functions of the server 1 within the range in which the gist of the present invention can be realized. A few may be provided.

Further, the process of FIG. 8 shows an example of the process by the information processing system of the present embodiment, and is not intended to limit the present invention. Each step included in the process of FIG. 8 may be executed in an order different from the order shown in the figure, some processes may be executed in parallel, or some steps may be executed in parallel. May be omitted, or other steps may be added.

The above-described embodiments are merely examples for facilitating the understanding of the present invention, and are not intended to limit the interpretation of the present invention. It goes without saying that the present invention can be modified and improved without departing from the spirit thereof, and the present invention includes an equivalent thereof.

1 Management server 2 1st user terminal 3 2nd user terminal 4 Network

Claims (6)

A management server in which the second user manages in-game billing by the first user.
A storage unit that stores the first user and the second user in association with each other is provided.
A billing response unit that receives a billing request from the first user terminal used by the first user, and
A notification unit that gives a predetermined notification to the second user terminal used by the second user based on the billing request .
A management setting reception unit that receives setting information related to billing conditions from the second user terminal, and
A determination unit for determining whether or not the billing request meets the conditions is provided.
When the determination unit determines that the billing request does not meet the conditions, the notification unit transmits a notification requesting permission to the second user terminal.
The above conditions include the upper limit of the total billing amount in a predetermined period.
The determination unit calculates the total amount charged by the first user in a plurality of game programs associated with a common SNS account, and compares it with the upper limit amount.
A management server that features that. The first aspect of claim 1, wherein the billing response unit executes a billing process on the first user terminal when receiving information to the effect that the billing request is permitted from the second user terminal. Management server. The notification unit
The management server according to claim 1 or 2, wherein the information on the maximum amount is displayed on the first user terminal. The determination unit
Claims 1 to 3 are characterized in that it is determined whether or not the amount of money related to the billing request is less than the chargeable balance obtained by subtracting the total billing amount of the first user in the predetermined period from the upper limit amount. The management server described in any of. A billing management program for the second user to manage in-game billing by the first user.
On the computer
A process of associating and storing the first user and the second user, and
A billing response process for receiving a billing request from a first user terminal used by the first user, and
A notification process for performing a predetermined notification to the second user terminal, wherein the second user to use based on the charging request,
Management setting acceptance processing that accepts setting information related to billing conditions from the second user terminal, and
Judgment processing for determining whether or not the billing request meets the conditions, and
To run ,
The notification process transmits a notification requesting permission to the second user terminal when the determination process determines that the billing request does not meet the conditions.
The above conditions include the upper limit of the total billing amount in a predetermined period.
In the determination process, the total amount of the charges of the first user in the plurality of game programs associated with the common SNS account is calculated and compared with the upper limit.
A billing management program that features this. It is a billing management method for the second user to manage the in-game billing by the first user.
A step of associating and storing the first user and the second user, and
A billing response step for receiving a billing request from the first user terminal used by the first user, and
With a notification step of giving a predetermined notification to the second user terminal used by the second user based on the billing request.
A management setting reception step for receiving setting information regarding billing conditions from the second user terminal, and
A determination step for determining whether or not the billing request meets the conditions, and
Have a,
The notification step transmits a notification requesting permission to the second user terminal when the determination step determines that the billing request does not meet the conditions.
The above conditions include the upper limit of the total billing amount in a predetermined period.
In the determination step, the total amount of the charges of the first user in the plurality of game programs associated with the common SNS account is calculated and compared with the upper limit.
A computer-based billing management method.

Images