JP7214791B2 - Billing management server, billing management program, billing management method - Google Patents

Description

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

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

Japanese Patent Application Laid-Open No. 2019-532

By the way, in games provided on smartphones and the like, an in-game billing system is adopted in which bills are charged in order to obtain items used in the game. However, it may be difficult for minors to decide whether to use in-game billing that is suitable for their financial situation. None of the above techniques describe effectively limiting a child's in-game purchases.

SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a billing management system that enables an administrator to effectively limit the in-game billing of a managed person.

According to the present invention, a billing management server for a second user to manage in-game billing by a first user, the billing management server comprising a storage unit that associates and stores the first user and the second user, 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 are provided, comprising: a notification unit that notifies 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 that can effectively limit the 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 structural example of the server apparatus 1 by embodiment of this invention. It is a figure which shows the structural example of the 1st user terminal by embodiment of this invention. 4 is a diagram showing a configuration example of management setting information according to the embodiment of the present invention; FIG. It is a figure which shows the structural example of a 2nd user terminal screen by embodiment of this invention. It is a figure which shows the structural example of a user terminal screen by embodiment of this invention. It is a figure which shows the structural 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 structural example of a 2nd user terminal screen by embodiment of this invention. It is a figure which shows the structural example of a 2nd user terminal screen by embodiment of this invention.

The contents of the embodiments of the present invention are listed and explained. The present invention has the following configurations.
[Item 1]
A billing management server for a second user to manage in-game billing by a first user,
A storage unit that associates and stores the first user and the second user,
a billing response unit that receives a billing request from the first user terminal used by the first user;
A billing management server, comprising: a notification unit that notifies the second user terminal used by the second user based on the billing request.
[Item 2]
a management setting reception unit that receives setting information regarding billing conditions from the second user terminal;
a determination unit that determines whether the billing request matches the condition;
The notification unit transmits a notification requesting permission to the second user terminal when the determination unit determines that the billing request does not match the condition,
2. The method according to item 1, wherein the billing response unit executes billing processing for the first user terminal when information indicating that the billing request is permitted is received from the second user terminal. Billing management server.
[Item 3]
The conditions include an upper limit for charging,
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 maximum amount.
[Item 4]
The notification unit
4. The billing management server according to item 3, wherein the first user terminal displays information about the upper limit amount related to the condition.
[Item 5]
The conditions include an upper limit of the total billing amount for a predetermined period,
The determination unit is
3. The method according to item 2, wherein it is determined whether or not the amount related to the billing request is less than the remaining billable amount obtained by subtracting the total billing amount of the first user for the predetermined period from the upper limit amount. Billing management server.
[Item 6]
6. The billing management server according to claim 5, wherein the determination unit calculates a total billing amount for the first user in a plurality of game programs, and compares it with the upper limit.
[Item 7]
A billing management program for a second user to manage in-game billing by a first user,
to the computer,
a process of linking and storing the first user and the second user;
Billing response processing for accepting a billing request from the first user terminal used by the first user;
and a notification process of sending a predetermined notification to the second user terminal used by the second user based on the billing request.
[Item 8]
A billing management method for a second user to manage in-game billing by a first user, comprising:
a step of linking and storing the first user and the second user;
a billing response step of receiving a billing request from the first user terminal used by the first user;
and a notification step of sending a predetermined notification to the second user terminal used by the second user based on the billing request.

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Configuration>
As shown in FIG. 1, the billing management system provides users with various game-related services via a network 4 (for example, the Internet). In this embodiment, the billing management system includes a server device 1, a first user terminal 2 used by a first user who is a managed person managed by a second user, and management related to billing of the first user. and a second user terminal 3 used by a second user who is an administrator. Although one first user terminal 2 and one second user terminal 3 are shown in FIG. 1 , a plurality of first user terminals 2 and second user terminals 3 can be connected to the server device 1 .

<Configuration of Server Apparatus 1>
FIG. 2 is a block diagram showing the functional configuration of the server device 1. As shown in FIG. The server device 1 is an information processing device used by a system administrator or the like to operate and manage various services. may be logically realized by In the present embodiment, the server device 1 is assumed to play a role of performing processing related to execution of a game program (including a billing management program) and also playing a role of providing a system for managing the first user's billing by the second user. As will be described below, these may be executed by separate servers.

The server device 1 has a control section 11 , a storage section 12 , an input section 13 , a display section 14 and a communication section 15 . When the server apparatus 1 receives various information from the user terminals 2 and 3 via the communication section 15 , the control section 11 executes predetermined processing and transmits the processing results to the user terminals 2 and 3 . Regarding execution of the game program, when a command (request) is received from the user terminals 2 and 3, the control unit 11 executes processing according to the game program, and processing results of the game program (for example, game images, game sounds, etc.) are sent to the user. It is sent to terminals 2 and 3. A part of the program may be transmitted to the user terminals 2 and 3 and executed on the user terminals 2 and 3 .

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

The storage unit 12 includes a ROM (R
memory), and RAM (Random Access Memory), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11
ry), and is implemented by a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in this embodiment includes a game information storage unit 121,
It has various storage units such as a player information storage unit 122 and a management information storage unit 123 . note that,
These various types of information will be described in detail later.

The input unit 13 is used by the system administrator to input various data (for example, game information, etc.) relating to game services, and is realized by, for example, a keyboard and a mouse.

The display unit 14 is for displaying an operation screen for the system administrator based on a command from the control unit 11. For example, the display unit 14 is a liquid crystal display (LCD).
1 Display) or the like.

The communication unit 15 is for communicating with the user terminals 2 and 3.
, 3, and functions as a transmitter for transmitting various data and signals to the user terminals 2 and 3 according to commands from the control unit 11. there is The communication unit 15 uses, for example, HTTP (HyperText Transfer Pro
tocol), HTTPS, WebSocket, P2P (Peer To Peer)
etc., to communicate with the user terminals 2 and 3 .

<First user terminal 2>
FIG. 3 is a block diagram showing the functional configuration of the first user terminal 2. As shown in FIG. First user terminal 2
is an information processing device that the first user can possess and use (for example, a smartphone,
mobile phone terminals, tablet terminals). The first user terminal 2 can output (for example, game screen display, game sound output, etc.) the processing result of the game program transmitted from the server device 1 via a game application or a web browser. 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 and programs, an input unit 23 for the user to perform operation input, a game screen/operation It has an output unit 24 for outputting a screen and the like, and a communication unit 25 for performing information communication with the server device 1 . The control unit 21 of this embodiment includes at least an operation information reception unit 211 and a game operation unit 212.
Prepare. The storage unit 22 also includes at least a game action 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 game-related operations from the player (first user). The operation information accepting unit 211 accepts a game-related operation using the input unit 23 . The operation information reception unit 211 then outputs the received operation content to the game operation unit 212 .

The game operation unit 212 executes processing for operating the game. Game operation part 21
2 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 player's operation details input from the input unit 23 . The game action unit 212 generates a game image from the image data included in the game action information and performs control processing for outputting the generated image to the output unit 24 in accordance with the game action. Similarly, the game operation unit 212 generates game music and sound from the music data and sound data included in the game operation information in accordance with the game operation, and causes the output unit 24 to output the generated music and sound. control processing for Note that here, the native application partially executes the functions of the web application, that is, the game operation unit 212 of the first user terminal 2
Although the configuration in which the server device 1 executes some of the functions of the server device 1 has been described, the server device 1 may be configured to generate all game images and sounds as processing results without the game operation unit 212. Alternatively, the game operation unit 212 may be configured to generate all game images and sounds.

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, the game operation unit 212 updates the parameters managed by the server device 1 by communicating with the server device 1 when a process involving changes in these predetermined parameters occurs in the game. Then, the game operation unit 212 receives the updated parameters from the server device 1 and continues the operation of the game based on the updated parameters.

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 may be related to execution of the game. An application dedicated to management for realizing the processing according to the present embodiment may be installed without any configuration. The second user terminal 3 is an information processing device (for example, a smart phone, 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 and programs, an input unit 33 for the second user to perform operation input, and a game screen. - It has an output unit 34 for outputting operation screens and the like, and a communication unit 35 for performing information communication with the server device 1 .

The billing management system according to the present embodiment allows the second user, who is the manager of the first user, to perform predetermined management regarding in-game billing by the first user. The second user is typically a family member such as a parent of the first user, but may also be a friend or the like.
The first user acquires in-game currency that can be obtained through purchase procedures (cash, electronic money payment, credit card payment, etc.) using real-world currency, etc., or purchases 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 games. 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 players. Player information is
A player name, owned character information, play stage information, owned item information, etc. can be included in association with the player ID. In addition, since the first user in the present embodiment is a player, information of the first user as a player is stored in the player information. The second user is not necessarily a player, but if the second user is also a player, the information of the second user as a player is stored in the player information. The owned 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 owned character. The play stage information is information about a stage that the player has played so far among the set stages, and can include the number of times played, clear information, and the like. Possessed item information includes information about the holding status of one or more paid points and free items, and can include information such as the number of owned items in association with the ID of each owned item. In addition, information about the player and game play status can be included.

The game execution unit 111 of the server device 1 has a function of executing processing for progressing the game according to the game program. The game by the game system in this embodiment is
It may be any kind of game, such as a competitive game, a puzzle game, an action game, a baseball game, a soccer game, other sports games, a quiz game, a pinball game, a card game, a rhythm game, an RPG, an adventure game, and a casino game. , simulation games, strategy games, board games, racing games, and the like.

The screen data generation unit 112 has a function of executing processing for generating screen data for displaying a game screen on the first user terminal 2 . The screen data generation unit 112 generates screen data regarding any game described above. The generated screen data is sent to the first user terminal 2
, and output by the output unit 24 .

The billing response unit 113 performs billing processing in response to a billing request from the first user, and provides the first user with paid points or items corresponding to the billing amount. Specifically, the number of paid points or items owned by the first user is increased by the number of purchases. Alternatively, the second user is asked for 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 on 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. As shown in FIG. First, charging setting reception unit 114
registers the information of the second user who is the administrator and the information of the first user who is the person to be managed. The second user can input the information of the first user to be managed through his/her own terminal 3 . The information of the first user to be input includes the player ID in the game of the first user, the game account name, the SNS account name linked to the game, the terminal identification number of the first user terminal 2 (serial number, IMEI, etc.), name , mobile phone number, address, etc., and is information that can specify player information in a predetermined game of the first user. Note that when the management setting reception unit 114 receives input of management information from the second user who is the administrator, the first user who is the managed person
The user (first user terminal 2) may be asked whether or not he or she agrees to be managed. In that case, for example, when receiving the input of management information from the second user, the control unit 11 of the server device 1 transmits a notification (message or the like) for confirming the presence or absence of consent to the first user terminal 2 . Then, the first user operates the terminal 2 to transmit (reply) information indicating whether or not to agree to be managed to the server device 1 . The server device 1 can allow the second user terminal 3 to manage the billing of the first user terminal 2 only when the server device 1 obtains a notification of consent to be managed from the first user terminal 2 .

Also, the second user can enter information about administrative settings. For example, it is possible to arbitrarily set the upper limit of charge per time, the upper limit of charge per day, the upper limit of charge per month, and the like. In addition, the number of billable times, frequency, time zone, etc. may be set. Also, it is possible to set so that the permission of the second user is always obtained when charging is requested regardless of the amount, number of times, frequency, or time. Information regarding the timing at which the second user receives notifications can also be set. For example, if the above billing limit is exceeded, whether to notify before the billing process,
It is possible to set whether to notify after billing processing.

The determination unit 115 determines whether or not the first user's billing request can be billed 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 person to be managed for 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 person to be managed, it is determined whether or not it is necessary to obtain permission from the administrator. That is, it is checked whether the billing request satisfies the billing limit registered in the management information, and if not, it is determined that permission must be obtained from the administrator. For example, if a maximum charge amount per charge is set, it is determined whether or not the requested charge amount exceeds the maximum charge amount. It is determined whether or not the sum of the past billing amounts in the period plus the requested billing amount for this time exceeds the maximum billing amount. If it is determined that it is not necessary to obtain permission from the administrator, the determining unit 115 determines that billing is possible.

Billing response unit 113 executes billing processing for the first user when the determination result by determination unit 115 is “billing possible”. Further, the notification unit 116 may notify the second user terminal 3 of the information related to the billing when the first user is registered as a managed person. FIG. 5 is an example of screen configuration of the second user terminal 3 . FIG. 5(a) displays a notification (charging time, billing amount) regarding billing by the first user "Mr. Taro" who is the person to be managed, 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 Mr. Taro's billing history", the billing history information as shown in FIG. 5(b) may be displayed. In FIG. 5B, information such as billing time and billing amount for a predetermined period in the past is listed.

Further, when the determination unit 115 determines that it is necessary to obtain permission from the administrator, the billing response unit 113 confirms permission from the second user. FIG. 6(a) is an example of a screen display of the second user terminal, which is the administrator. A notification (billing request time, billing request amount) regarding the billing request made by the first user "Mr. Taro" who is the person to be managed, and buttons 42 and 43 for responding thereto are displayed. In addition, the second user's total billing amount for the current month, the set maximum billing amount for the current month, and the like are displayed. The chargeable remaining amount obtained by subtracting the already charged amount from the upper limit amount may be displayed. The first user taps a button 42 to return "permit" when charging is permitted, and taps a button 43 to return "not permitted" when charging is not permitted. You can reply with Billing response unit 113 executes billing processing for the first user when receiving a reply to the effect of "allowed" from the second user. Also, from the second user "
When receiving a reply to the effect that "not permitted", 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 an example of a screen display of the first user terminal 2. As shown in FIG. Along with a message to the effect that charging is not permitted, the charging amount for a predetermined period, the upper limit of charging, and the remaining chargeable amount obtained by subtracting the already charged amount from the upper limit may be displayed.

In addition, if the user is the person to be managed, the information regarding the charge limit may be displayed on the screen for purchasing in-game currency or items. FIG. 7 is an example of a screen display when purchasing in-game currency on the first user terminal 2 . As an example, the remaining billable amount (usable amount for the current month) obtained by subtracting the already billed amount from the upper limit amount is displayed. The first user can purchase while viewing the available amount.

FIG. 8 is a flowchart for explaining an example of basic operation of the system according to this embodiment. First, the first user transmits a billing request to the server 1 in order to purchase in-game currency and items during the game (S101). The billing request includes identification information of the first user such as the player ID, and information such as the requested billing amount. The determination unit 115 of the server 1 confirms whether the first user is a managed 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 a managed person (S102
= Yes), and in light of the billing restriction information, it is determined whether or not the administrator's permission is required for this billing request (S103). In other words, if there is a setting that requires the administrator's permission if the billing amount is above a certain amount, it is checked whether the requested billing amount exceeds the set upper limit, and if it exceeds, permission is required. I judge. If the setting is such that the administrator's permission is required regardless of the charge amount, it is determined that the administrator's permission is required regardless of the charge amount. If it is determined that the administrator's permission is unnecessary (S103=No), the process proceeds to S106.
If it is determined that the administrator's permission is required (S103=Yes), the billing response unit 113 confirms the permission of the second user terminal, which is the administrator (S104).

When the second user approves the billing, the second user replies to the server device 1 with a reply to the effect that the billing is permitted (S
105). When the server device 1 receives a reply to the effect that charging is permitted, it performs charging processing for the first user (S106), and performs processing for giving predetermined in-game currency and items to the first user. Also, a notification to the effect that the billing was successful is transmitted to the first user terminal 2 (S107).
. Similarly, the second user terminal 3 may also be notified. Also, 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 according to the present embodiment. According to the system of the present embodiment, the second user can prevent the first user from arbitrarily charging against the charging limit set by the second user. Also, an upper limit is set for the charge amount, and if the amount is within the upper limit, the charge can be charged without obtaining permission from the second user, so the first user can freely enjoy the game within the scope of the rules.

(Modification)
This modification provides a system capable of collectively managing billing behavior in a plurality of games when the first user is playing a plurality of games. In this modification, in addition to the game server that provides individual game programs to the user, there is provided a billing management server that holds information that aggregates information about a plurality of games and that functions as a platform that limits billing. can be The billing management server can hold a database in which a plurality of pieces of game information registered by the player are linked and registered in association with player information. For example, the SNS account name of the player (first user), the identification number (serial number, IMEI) of the first user terminal 2, etc. are linked to the first user's identification information common to multiple games, and the game Names, game IDs, and player IDs in each game can be registered.

The management setting reception unit 114 receives input of information on billing management from the first user or the second user. In this modification, when the first user is playing a plurality of games,
When the second user wants to manage billing in the plurality of games, the player information of the first user in the plurality of games can be registered after specifying the plurality of games. Also in this modification, the server device 1 confirms whether or not the first user agrees to billing management, and only when the consent is obtained from the first user, the second user agrees with the first user. You may enable it to manage a user's billing action. FIG. 9 is a screen display example of the second user terminal when registering a game. As an example, if the first user is playing a plurality of games with a common SNS account, by inputting the SNS account name, outputting list information of the games in which the first user is registered as a player. can be done. When the second user inputs the SNS account name of the first user to the predetermined field 44 and selects a button 45 requesting the managed user to search for the game that the first user is playing in the SNS account, A list of games 46 being 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 linked to the identification information of the terminal may be displayed. The second user can select one or more games to be managed from among a plurality of game lists.

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

The determination unit 115 determines whether or not the first user's billing request can be billed based on the management information, as in the above-described embodiment. That is, first, it is determined whether the first user is a user registered as a person to be managed for billing management, and whether or not it is necessary to obtain permission from the administrator regarding the billing request. Here, for example, when a total billing upper limit is set for a predetermined period, the total billing amount for a plurality of games for the predetermined period is calculated, and the amount obtained by adding the current billing request amount is the billing upper limit. Determine whether or not it exceeds. If it is determined that it is not necessary to obtain permission from the administrator, the determining unit 115 determines that billing is possible.

Billing response unit 113 executes billing processing for the first user when the determination result by determination unit 115 is “billing possible”. Further, the notification unit 116 may notify the second user terminal 3 of the information related to the billing when the first user is registered as a managed person. FIG. 10 is an example of screen configuration of the second user terminal 3 . FIG. 10A shows a notification (game name, billing time, billing amount) regarding billing by the first user "Mr. Taro" who is the person to be managed, the total billing amount for this month, the maximum billing amount set for this month, and the like. is displayed. 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 Mr. Taro's billing history", the billing history information as shown in FIG. 10(b) may be displayed. FIG. 10(b) lists information such as billing time and billing amount for a predetermined period in the past for a plurality of games. Also, the total billing amount for each game may be displayed (47).

Also, in this modification, when the chargeable balance is displayed on the first user terminal 2 as shown in FIG. A chargeable balance can be calculated and displayed.

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

In the above-described embodiments and modifications, the processing of the software function units provided in the server device 1 and the user terminals 2 and 3 is performed in such a way that part or all of the functions of the server 1 are implemented in the user terminals as long as the gist of the present invention can be realized. 2, 3 may be provided.

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

The above-described embodiments are merely examples for facilitating understanding of the present invention, and are not intended to limit and interpret the present invention. It goes without saying that the present invention can be modified and improved without departing from its spirit, and that equivalents thereof are included in the present invention.

1 Management Server 2 First User Terminal 3 Second User Terminal 4 Network

Claims (3)

A billing management server for a second user to manage in-game billing by a first user,
Only when the first user and the second user who are administrators have received a consent notice from the first user to agree to the accounting management after receiving the input of the management information from the second user who is the administrator. is provided with a storage unit that associates and stores
a billing response unit that receives a billing request from the first user terminal used by the first user;
a notification unit that sends a confirmation notification to the second user terminal used by the second user based on the billing request to confirm whether or not the billing process based on the billing request is permitted;
The confirmation notice does not have a billing upper limit set, and can be set to be notified without fail when the first user requests billing after obtaining the consent notice.
A billing management server characterized by: A billing management program for a second user to manage in-game billing by a first user,
to the computer,
Only when the first user and the second user who are administrators have received a consent notice from the first user to agree to the accounting management after receiving the input of the management information from the second user who is the administrator. A process of linking and storing
Billing response processing for accepting a billing request from the first user terminal used by the first user;
causing a second user terminal used by the second user based on the billing request to send a confirmation notification confirming whether or not the billing process based on the billing request is permitted;
The confirmation notice does not have a billing upper limit set, and can be set to be notified without fail when the first user requests billing after obtaining the consent notice.
A billing management program characterized by: A billing management method for a second user to manage in-game billing by a first user, comprising:
Only when the first user and the second user who are administrators have received a consent notice from the first user to agree to the accounting management after receiving the input of the management information from the second user who is the administrator. a step of associating and storing
a billing response step of receiving a billing request from the first user terminal used by the first user;
a notification step of sending a confirmation notification to the second user terminal used by the second user based on the billing request to confirm whether or not the billing process based on the billing request is permitted;
The confirmation notice does not have a billing upper limit set, and can be set to be notified without fail when the first user requests billing after obtaining the consent notice.
A billing management method by a computer, characterized by:

Images