Information processing device, information processing program, and information processing method

Abstract

In games playable by multiple people, this technology provides incentives for users to participate in groups and make in-app purchases, thereby enhancing their enjoyment of the game. [Solution] The information processing device comprises a billing reception unit that receives billing requests from the user's terminal device, and a rewarding unit that grants benefits to the user who made the billing request. The rewarding unit aims to solve the above problem by granting more favorable benefits to users who belong to any group than to users who do not belong to any group.

Description

Technical Field

[0001] The present invention relates to an information processing apparatus, an information processing program, and an information control method.

Background Art

[0002] In recent years, communication terminals having touch panel displays such as smartphones have become widespread, and each user owns his or her own communication terminal. Among such circumstances, a service that provides a community-type service to users on the Internet, that is, a social networking service (hereinafter referred to as "SNS") is known. As one such SNS, an online game (social game) is provided to users.

[0003] As an example of such game-related technology, a technology has been disclosed that enables players to enjoy games even more by implementing measures that provide them with opportunities to progress through the game in a way that is advantageous to them (see, for example, Patent Document 1). Patent Document 1 discloses a game server that provides games to terminals connected via a communication network, comprising: an operation data receiving unit that receives operation data from the terminal to operate virtual users formed in a virtual space; a game progression unit that determines the game progression content in which the virtual users act according to the received operation data; a preferential treatment request receiving unit that receives preferential treatment requests from terminals that request preferential treatment in game progression in exchange for payment of cash currency or virtual currency; a preferential treatment period setting unit that sets a preferential treatment period for game progression when a settlement process of cash currency or virtual currency is executed in accordance with the received preferential treatment request; and a progression content changing unit that changes the game progression content in which the virtual users act during the preferential treatment period to different game progression content from that during periods when no preferential treatment period is set. The game progression unit further comprises a group action realization unit that realizes group action by virtual users acting in the same group as other virtual users, and a group action content changing unit that changes the action content of the group that satisfies the condition that the number or proportion of virtual users for whom a preferential treatment period is set in the group to different action content from that when the condition is not met. [Prior art documents] [Patent Documents]

[0004] [Patent Document 1] Patent No. 5990827 [Overview of the Initiative] [Problems that the invention aims to solve]

[0005] In online games, paying in-game currency allows players to acquire items and characters that give them an advantage in the game, and also enables them to continue playing even if their character's life points run out. In this way, paying can broaden the enjoyment of the game.

[0006] Furthermore, some online games allow multiple players to form groups and play together. Depending on the type of game, the advantages of playing in a group with multiple people include, for example, the ability to use cooperative techniques between the player characters controlled by the group members, the ability to increase the abilities of individual player characters, and the ability to adjust formations and battle positions according to the individuality and abilities of the player characters to defeat more powerful enemy characters. For example, Patent Document 1 discloses that when acting as a group, attack power increases compared to acting alone.

[0007] In this way, playing in a group with multiple people increases the variety of gameplay and what can be achieved compared to playing alone, thus broadening the scope of enjoyment in the game.

[0008] However, for example, players who have never formed a group may not form one simply because they lack the motivation to do so, and therefore may not be enjoying the game as much as players who have formed groups.

[0009] Therefore, the present invention provides a technology that allows users to enjoy a game that can be played by multiple people more by charging them and providing an incentive for them to join a group. [Means for solving the problem]

[0010] An information processing device according to one aspect of the present invention comprises a billing reception unit that receives billing requests from a user's terminal device, and a granting unit that grants benefits to the user who made the billing request, wherein the granting unit grants more favorable benefits to the user if the user belongs to any group than to the user if the user does not belong to any group. [Effects of the Invention]

[0011] According to one aspect of the present invention, in a game playable by multiple people, it is possible to provide users with an incentive to participate in a group and charge a fee, thereby enhancing their enjoyment of the game. [Brief explanation of the drawing]

[0012] [Figure 1] This figure shows an example of an information processing device in this embodiment. [Figure 2] This figure shows an example of the network configuration of the game system in this embodiment. [Figure 3] This figure shows an example of a functional block of the game system 11 in this embodiment. [Figure 4] This figure shows an example of the data structure of the database managed by the server 15 in this embodiment. [Figure 5] This figure shows an example of a sequence diagram for when billing is performed in the game system according to this embodiment. [Figure 6] This is a flowchart of the reward granting process by server 15 in Example 1 of this embodiment. [Figure 7] This is a flowchart of the reward granting process by the server 15 in Example 2 of this embodiment. [Figure 8] This is a flowchart of the reward granting process by the server 15 in Example 3 of this embodiment. [Figure 9] This is a flowchart of the reward granting process by the server 15 in Example 4 of this embodiment. [Figure 10] This is a flowchart of the reward granting process by the server 15 in Example 5 of this embodiment. [Figure 11] This is a flowchart of the privilege granting process by the server 15 in Example 6 of the present embodiment. [Figure 12] This is a flowchart of the privilege granting process by the server 15 in Example 7 of the present embodiment. [Figure 13] This is an example of a configuration block diagram of the hardware environment of a computer that executes the program in the present embodiment.

Mode for Carrying Out the Invention

[0013] FIG. 1 is a diagram showing an example of an information processing apparatus in the present embodiment. The information processing apparatus 1 includes a charge reception unit 2 and a granting unit 3. As an example of the information processing apparatus 1, a server 15 described later can be mentioned.

[0014] The charge reception unit 2 receives a charge request from the user's terminal device. The charge request may be a request for charging (individual charging) each time as needed, or a request for periodic charging for a predetermined amount at regular intervals. As an example of the charge reception unit 2, a reception unit 33 described later can be mentioned.

[0015] The awarding unit 3 awards benefits to the user who has made a billing request. When the user belongs to any group, the awarding unit 3 awards a group membership benefit that is more advantageous than the benefit (ordinary benefit) awarded when the user does not belong to any group. The group membership benefit refers to, for example, a benefit that is qualitatively or quantitatively more advantageous than the ordinary benefit. A benefit that is qualitatively more advantageous than the ordinary benefit may be, for example, an item, character object, or item or character object with a higher value, or an item or character object with a higher parameter of a specific attribute such as higher attack power or higher defense power than the item awarded as the ordinary benefit. A benefit that is quantitatively more advantageous than the ordinary benefit may be, for example, more in-game currency (including points) or trial consumption items than the in-game currency (including points) or trial consumption items awarded as the ordinary benefit. The trial consumption item refers to an item required as the consideration when the user tries to do something in the game. For example, when objects such as characters or items appearing in the game are provided by lottery, the required number of trial consumption items as the consideration for performing the lottery is paid (consumed). As an example of the awarding unit 3, the awarding unit 35 described later can be cited.

[0016] By configuring in this way, in a game playable by multiple people, it is possible to give the motivation to make a payment and participate in a group so that the user can enjoy the game more. As a result, in a game playable by multiple people, it is possible to give the motivation to form a group and improve the willingness to participate in the game. In addition, due to the advantageous benefit, it is possible to give an opportunity to advantageously advance the game to the users who form a group, so that the willingness to participate in the game can be improved.

[0017] The granting unit 3 may grant more favorable benefits to multiple users when the timing of their billing requests is close together than when the timing of their requests is far apart. In other words, the benefits granted when the timing of billing requests from multiple users is close together may be more favorable than the benefits granted when the timing of billing requests from multiple users is far apart.

[0018] When the timing of billing requests from multiple users (multiple members) belonging to the same group is close, for example, this refers to a case where the time between the billing of the first or most recent member in the group and the billing of the current user is within a predetermined time T1. When the timing of billing requests from multiple users belonging to the same group is far apart, for example, this refers to a case where the time between the billing of the first or most recent member in the group and the billing of the current user is longer than a predetermined time T1. The predetermined time T1 may be, for example, 1 hour, 3 hours, 6 hours, ..., 24 hours, 3 days, 1 week, etc.

[0019] Furthermore, benefits granted when the timing of payment requests from multiple users belonging to the same group is close together may be qualitatively or quantitatively more advantageous than benefits granted when the timing of payment requests from multiple users belonging to the same group is far apart. Qualitatively advantageous benefits compared to those granted when the timing of payment requests from multiple users belonging to the same group is far apart may include, for example, items or character objects that are rarer, more valuable, or have higher parameters in specific attributes such as attack power or defense power compared to items granted as normal benefits. Quantitatively advantageous benefits compared to those granted when the timing of payment requests from multiple users belonging to the same group is far apart may include, for example, more in-game currency (including points) or trial consumable items than those granted as normal benefits. Trial consumable items are items required as payment when attempting to perform an action in a game. For example, if characters, items, or other objects appearing in the game are provided through a lottery, the necessary number of trial consumable items are paid (consumed) as payment for conducting that lottery.

[0020] As a reward, for example, when a payment request is made, the player may purchase trial consumable items through payment, increasing the number of trial consumable items available. Also, as a reward, for example, when a lottery is held using trial consumable items purchased through payment as payment, the number of lottery draws may increase from 10 to 11.

[0021] By configuring the system in this way, rewards are granted as the number of paying users within the group increases, and users who pay closer together within the group receive more advantageous rewards, thus enabling a chain reaction of payments in a short period of time.

[0022] The granting unit 3, after receiving a charge request from the terminal device of a first user belonging to any of the groups, may, if it receives a charge request from the terminal device of a second user belonging to any of the groups within a first predetermined period (for example, the same day, one week, etc.), grant a favorable benefit as a chain benefit to at least one user belonging to any of the groups. Here, a chain benefit is a benefit in which a reward is given each time the number of people who make a charge increases, or in which the reward increases as the number of people who make a charge increases.

[0023] By structuring the system in this way, a time limit is placed on when members within the group can make purchases. This creates a psychological incentive for members to make purchases before that time limit is reached, thus promoting a chain reaction of purchases.

[0024] Furthermore, if the granting unit 3 receives a billing request from the terminal device of any user belonging to any of the groups within the first predetermined period, it may extend the first predetermined period.

[0025] By configuring it in this way, assuming there is a time limit on the timing of billing, it is possible to extend that time limit, thus avoiding situations where billing becomes impossible, and even if billing is not possible within the original time limit, the extension of the time limit ensures that members have the opportunity to make a purchase.

[0026] If the granting unit 3 receives a charge request from the terminal device of the first user belonging to any of the groups, it may notify the terminal devices of other users belonging to any of the groups other than the first user that the first user has made a charge.

[0027] By configuring it in this way, if a charge is made by a member of the group, other members can be notified that a charge has been made by a member of the group.

[0028] If the granting unit 3 receives a billing request from a third user's terminal device within a second predetermined period (for example, the same day, one week, etc.) after the notification information is displayed on the terminal device of a third user among other users, it may grant an advantageous benefit as a benefit that promotes a chain of billing (chain benefit) to at least one user belonging to any of those groups.

[0029] This configuration allows for the opportunity to charge a third user within a group who does not log in to the terminal device within the first predetermined period and receives a notification that the first user in the group has charged them after the first predetermined time has elapsed. Furthermore, since the second predetermined time is counted from the time the notification is opened, a second predetermined time is secured for each user, and the end time of the second predetermined time will differ. It also allows for the continuation of the charging chain.

[0030] The granting unit 3 may grant benefits to at least one user belonging to any of the groups at predetermined intervals (e.g., 1 day, 3 days, 1 week, etc.) according to the total amount charged by users who have been charged while belonging to any of the groups. For example, if the total amount is less than or equal to threshold TH1 (e.g., 5,000 yen), the granting unit 3 may grant a first benefit to at least one member of the group; if the total amount is greater than threshold TH1 and less than or equal to threshold TH2 (e.g., 10,000 yen), the granting unit 3 may grant a second benefit to at least one member of the group; and if the total amount is greater than threshold TH2, the granting unit 3 may grant a third benefit to at least one member of the group. The first benefit may be the normal benefit described above, or it may be a benefit that is qualitatively or quantitatively more advantageous than the normal benefit. The second benefit may be a benefit that is qualitatively or quantitatively more advantageous than the first benefit. The third benefit may be a benefit that is qualitatively or quantitatively more advantageous than the second benefit.

[0031] By structuring the group in this way, it is expected that each member will develop a sense of wanting to increase the total amount spent by the group in order to receive more favorable benefits, which in turn is expected to lead to an increase in the amount spent or the number of times each member makes a purchase.

[0032] The billing reception unit 2 may receive periodic billing requests from each of the terminal devices of multiple users. In this case, the granting unit 3 may grant benefits to the user who made the periodic billing request, according to the length of time that user belongs to any of the groups.

[0033] By configuring the system in this way, users can pay a recurring fee before joining a group, and if they join the group before the next recurring fee is charged, they can receive benefits based on the length of their membership from the time they join until the next billing period. Therefore, this provides an incentive for users to remain in the group for a longer period and helps to prevent them from leaving the group.

[0034] The granting unit 3 may grant more favorable benefits to existing users than to new users when a new user joins any of the groups.

[0035] This configuration provides users who belong to the group with an incentive to stay with the group for a long time, while also preventing them from leaving.

[0036] Figure 2 shows an example of the network configuration of the game system in this embodiment. The game system 11 includes one or more terminal devices 12, a server device (hereinafter referred to as "server") 15, and a communication network 16. The terminal devices 12 and the server 15 are connected to each other via the communication network 16 so that they can communicate with one another.

[0037] The terminal device 12 is a portable electronic terminal device having communication functions that can connect to a communication network such as a smartphone, tablet, or mobile phone carried by the user. The terminal device 12 includes an operation display unit 13, a microphone for inputting sound, a speaker for outputting sound, etc. The operation display unit 13 is a device that allows input operations to be performed on the screen 14 and displays images on the screen 14, and is, for example, a touch panel display. The terminal device 12 may also be a so-called personal computer.

[0038] The terminal device 12 can download and install a game application program purchased from an online application program sales site. This allows the user to play the game of that application program by performing input operations on the terminal device 12's operation display unit 13. In this embodiment, a game application program that allows players to form groups with player characters selected by each user (player) is installed on the terminal device 12. This game application program is referred to as the program according to this embodiment.

[0039] The game may be of any genre, such as puzzle games, seating games, action games, role-playing games (RPGs), simulation games, adventure games, racing games, board games, music games, sports games, open-world games, etc.

[0040] In the following, the terminal device 12 used by the first user will be referred to as terminal device 12a, and the operation display unit 13 and screen 14 of terminal device 12a will be referred to as operation display unit 13a and screen 14a, respectively. Similarly, the terminal device 12 used by the second user will be referred to as terminal device 12b, and the operation display unit 13 and screen 14 of terminal device 12b will be referred to as operation display unit 13b and screen 14b, respectively.

[0041] Furthermore, in the following description, the terminal device 12 used by the first user, its components, functions, etc. will be described with the subscript 'a'. Similarly, the terminal device 12 used by the second user, its components, functions, etc. will be described with the subscript 'b'. However, subscripts 'a' and 'b' will not be used for descriptions shared between terminal devices 12 (12a, 12b).

[0042] Server 15 is an information processing device that manages the application program according to this embodiment installed on terminal device 12. For example, Server 15 manages information about users who use the game application program (e.g., gameplay details, status information of the character being played, point information, etc.) and manages information related to billing.

[0043] Server 15 may be a server system composed of one or more physical information processing devices, or it may be a virtual server system composed of one or more virtual server devices.

[0044] Figure 3 shows an example of the functional blocks of the game system 11 in this embodiment. Each terminal device 12 includes an operation display unit 13, a communication unit 21, a control unit 22, and a storage unit 23.

[0045] The operation display unit 13 is a touch panel display that allows user input and display. The operation display unit 13 accepts touch operations entered on the screen 14. In this embodiment, a touch panel display is used as an example, but the system is not limited to this, and the input unit and the display unit may be independent of each other.

[0046] The communication unit 21 is an interface that enables communication with devices connected to the communication network 16. In this case, the communication unit 21 communicates with the server 15 via the communication network 16.

[0047] The control unit 22 is a processing unit that controls the operation of the entire terminal device 12. The control unit 22 can start the game application program 24 by executing the game application program 24 installed in the memory unit 23.

[0048] The memory unit 23 stores installed game application programs 24, game element data 25, and various other data. Game element data 25 includes, for example, background data, character data, item data, effect data, sound data, etc.

[0049] Background data includes, for example, field areas, off-field areas, and data related to field areas, etc. Character data includes character object data such as player characters and non-player characters.

[0050] Item data includes data about item objects stored in treasure chests and other locations placed in the field area. When a player character acquires an item during gameplay, that character's attack power, defense power, stamina may increase temporarily or permanently, or certain status parameters may increase. Items include, for example, objects such as swords, guns, bows, and magic wands, as well as recovery items that restore the stamina parameter, and parameter enhancement items that temporarily or permanently improve attack power, defense power, etc.

[0051] Furthermore, when a player character acquires or uses a treasure chest during gameplay, a random effect may be granted. For example, if a player character acquires a treasure chest and throws it at an ally, an effect equivalent to a combination attack may be activated, or a specific status parameter (such as attack power, defense power, or stamina) may be increased.

[0052] Effect data includes, for example, visual effects related to attacks that knock enemy player objects away, and data related to combination techniques. Sound data includes music played during gameplay and sound effects used in various scenes.

[0053] Furthermore, there is a lobby screen (not shown) that precedes the gameplay screen. The lobby screen may allow players to, for example, select equipment for their player character and check their equipment and stats, invite other players, form groups, select opposing groups, and select battle stages. Forming groups includes joining and leaving groups.

[0054] The server 15 includes a communication unit 31, a control unit 32, and a storage unit 41. The communication unit 31 is an interface that enables communication with devices connected to the communication network 16. Here, the communication unit 31 communicates with each terminal device 12 via the communication network 16.

[0055] The control unit 32 controls the operation of the entire server 15, and also performs processing in response to requests from terminal devices 12, returning the execution results to terminal devices 12, relaying transmission information to other terminal devices, and other control functions. For example, the control unit 32 authenticates users playing the game, allows users to share screen information when multiple people are playing, manages the gameplay content on terminal devices 12, and manages billing.

[0056] The control unit 32 functions as a reception unit 33, a group management unit 34, an assignment unit 35, and a billing processing unit 36 ​​by reading and executing the program according to this embodiment from the storage unit 41.

[0057] The reception unit 33 receives requests and data transmitted from the terminal device 12. Requests include, for example, billing requests and group participation requests. Billing requests may be requests for individual billing, where billing occurs as needed, or requests for recurring billing, where a predetermined amount is charged at regular intervals. Group participation requests are requests for users to join a group.

[0058] The group management unit 34, for example, responds to group participation requests from the terminal device 12 by adding the user of the terminal device 12 to the target group, determining whether a user belongs to a group, and managing the billing of users (members) who belong to the group.

[0059] The granting unit 35 reads the benefit data 45 from the storage unit 41 and grants the benefit to the user depending on whether a billing request has been made and whether the user belongs to a group. The benefits include, for example, regular benefits and advantageous benefits.

[0060] Normal benefits are those that are granted even without applying this embodiment, i.e., benefits granted under normal circumstances, and include, for example, items, character objects, in-game currency, paid or free points, trial consumable items, etc. Trial consumable items are items that are required as payment when a user tries to do something in the game. For example, if objects such as characters or items that appear in the game are provided by lottery, the user needs to pay the required number of trial consumable items as payment for participating in that lottery (those trial consumable items are consumed).

[0061] A favorable perk is a perk that is qualitatively or quantitatively more favorable than other perks (e.g., normal perks), and is a perk granted by applying this embodiment. A qualitatively favorable perk may be, for example, an item or character object that is rarer, more valuable, or has higher parameters for specific attributes such as attack power, defense power, or recovery power than items granted as other perks. A qualitatively favorable perk may also be, for example, more in-game currency, paid or free points, or trial consumable items than items granted as other perks.

[0062] Furthermore, as a reward, for example, if a charge request is made, the number of trial consumable items may increase by purchasing them through the charge. Also, as a reward, for example, if a lottery is held in exchange for purchasing trial consumable items through a charge, the number of lottery draws may increase from 10 to 11.

[0063] The billing processing unit 36 ​​processes the billing request received from the terminal device 12 and registers the processing result in the billing management database 44.

[0064] The storage unit 41 stores a user management database 42, a user group management database 43, a billing management database 44, reward data 45, an application program interface (API), and the program according to this embodiment. The databases are hereinafter referred to as "DB". The user management DB 42 is a database relating to users (players) who have installed the game. The user group management DB 43 is a database that manages the groups to which users belong. The billing management DB 44 is a database that manages in-game billing. The reward data 45 is data relating to rewards granted to users. The API is an application program interface used by the program according to this embodiment installed on the terminal device 12.

[0065] Figure 4 shows an example of the data structure of the database managed by the server 15 in this embodiment. Hereinafter, each record in the user management DB 42 may be referred to as user information. Each record in the user group management DB 43 may be referred to as user group information. Each record in the billing management DB 44 may be referred to as billing information.

[0066] The user management DB42 includes data items such as "User ID," "User Name," etc. The "User ID" item stores information that identifies the user (player). The "User Name" item stores the user's name.

[0067] The user group management DB43 includes the following data items: "User ID," "Group ID," "Join Date and Time," "Leave Date and Time," and "Membership Time." The "User ID" item stores the User ID of the user (player) belonging to the group. The "Group ID" item stores the identification information (Group ID) that identifies the group to which the user identified by the User ID belongs. The "Join Date and Time" item stores the date and time when the user joined the group. The "Leave Date and Time" item stores the date and time when the user left the group, if applicable. The "Membership Time" item stores the time the user has been a member of the group from the join date and time to the present, and if the user has left the group, it stores the membership time from the join date and time to the leave date and time.

[0068] The billing management DB44 includes the following data items: "User ID," "Billing Type," "Billing Date and Time," and "Billing Amount." The "User ID" item stores information that identifies the user (User ID). The "Billing Type" item stores the type of billing method, whether it's individual billing, where billing is done individually as needed, or recurring billing. Recurring billing is a billing method where a fixed amount is charged on a weekly, monthly, quarterly, six-monthly, or yearly basis, for example. The "Billing Date and Time" item stores the date and time the billing occurred. The "Billing Amount" item stores the amount charged.

[0069] Figure 5 shows an example of a sequence diagram for billing in the game system according to this embodiment. First, the user starts the game application program 24 installed on the terminal device 12a. Then, the terminal device 12a sends a login request to the server 15. The server 15 responds to the login request with permission, and the connection between the terminal device 12a and the server 15 is completed.

[0070] The first user uses the operation display unit 13a of the terminal device 12a to perform an operation to join a group they wish to join, for example, on the lobby screen described above. The terminal device 12a then sends a group participation request (including the group ID and user ID of the target group) to the server 15 (S1).

[0071] Server 15 receives a group participation request sent from terminal device 12a. Server 15 then generates user group information from the user ID, group ID, and system date and time (current date and time) included in the group participation request, and registers the generated user group information in the user group management DB 43.

[0072] After the user's group membership information is registered, server 15 sends notification information to the other members of the group that the first user has joined the target group (S2). Server 15 also sends a response to terminal device 12a indicating that registration to join the target group is complete (S3).

[0073] Then, the first user operates the operation display unit 13a to perform a billing operation, such as purchasing an item or in-game virtual currency (points). In response to this billing operation, the terminal device 12a sends a billing request to the server 15 (S4).

[0074] When server 15 receives a billing request sent from terminal device 12a, it processes the billing and responds to terminal device 12a with confirmation of payment completion (S5). Server 15 also grants a benefit to the first user as a reward for the billing (S6). When granting a benefit for billing, server 15 may grant a more favorable benefit to the first user if they belong to any group than if they do not belong to any group.

[0075] Furthermore, when Server 15 grants benefits, it may grant them not only to the first user who made the payment, but also to one or more members of the group to which the first user belongs (excluding the first user) or to all members other than the first user (S7).

[0076] Figure 6 is a flowchart of the benefit granting process by the server 15 in Embodiment 1 of this embodiment. The control unit 32 functions as the reception unit 33, group management unit 34, granting unit 35, and billing processing unit 36 ​​by reading and executing the program according to this embodiment from the storage unit 41. This initial operation is the same in the following embodiments.

[0077] The reception unit 33 obtains a billing request (including user ID, billing type, and billing amount) from the terminal device 12a operated by the first user (S11). Then, the billing processing unit 36 ​​performs settlement processing for the billing request according to the obtained billing request (S12) and registers the processing result in the billing management DB 44.

[0078] The group management unit 34 refers to the user group management DB 43 to determine whether the first user corresponding to the user ID included in the billing request belongs to any group. (S13). If it is determined that the first user corresponding to the user ID included in the billing request does not belong to any group (NO in S13), the granting unit 35 grants the user corresponding to that user ID the usual benefits (S15). Here, the usual benefits may be, for example, a predetermined item or in-game currency (or points).

[0079] If it is determined that the first user corresponding to the user ID included in the billing request belongs to any group (YES in S13), the granting unit 35 grants the first user corresponding to that user ID a benefit that is more advantageous than the normal benefit (S14). A benefit that is more advantageous than the normal benefit may be, for example, a benefit that is qualitatively or quantitatively more advantageous than the normal benefit. A qualitatively advantageous benefit may be, for example, an item that is rarer or more valuable than the item granted as a normal benefit, or an item with a parameter of a specific attribute such as attack power or defense power. A quantitatively advantageous benefit may be, for example, more in-game currency (including points) or trial consumable items than the in-game currency (including points) or trial consumable items granted as a normal benefit. A trial consumable item is an item that is required as payment when trying to do something in the game. For example, if an object such as a character or item that appears in the game is provided by lottery, the required number of trial consumable items are paid (consumed) as payment for conducting that lottery.

[0080] Figure 7 is a flowchart of the reward granting process by the server 15 in Embodiment 2 of this embodiment. In Embodiment 2, the system promotes a chain reaction of charges by granting more advantageous rewards to members within a group whose charging timing is closer together.

[0081] The reception unit 33 obtains a billing request (including user ID, billing type, and billing amount) from the terminal device 12a operated by the first user (S21). Then, the billing processing unit 36 ​​performs settlement processing for the billing request according to the obtained billing request (S22) and registers the processing result in the billing management DB 44.

[0082] The group management unit 34 refers to the user group management DB 43 to determine whether the first user corresponding to the user ID included in the billing request belongs to any group. (S23).

[0083] If it is determined that the first user corresponding to the user ID included in the billing request does not belong to any group (NO in S23), the granting unit 35 grants the first user corresponding to that user ID the normal benefits (S29). Here, the normal benefits are as described above. After processing in S29, this flow ends.

[0084] If it is determined that the first user corresponding to the user ID included in the billing request belongs to any group (YES in S23), the group management unit 34 refers to the user group management DB 43 and the billing management DB 44 to determine whether there are any other members of that group besides the first user who have already been billed (S24).

[0085] If it is determined that there are no paid members among the members of that group other than the first user (NO in S24), the granting unit 35 grants the normal benefits to the first user corresponding to that user ID (S25). Here, the normal benefits are as described above.

[0086] If it is determined that there are other members of the group besides the first user who have already been charged (YES in S24), the granting unit 35 refers to the user group management DB 43 and the billing management DB 44 to calculate the time from the first or most recent charge by another member to the current charge by the first user (S26).

[0087] The granting unit 35 grants advantageous benefits to members who have already been charged within the group (including the first user) according to the length of time calculated in S26 (S27). In other words, the granting unit 35 can grant more advantageous benefits depending on the timing of the billing requests of multiple users belonging to the same group. For example, the granting unit 35 grants more advantageous benefits to multiple users when the billing requests of multiple users belonging to the same group are close together than when the timings are far apart.

[0088] The timing of billing requests from multiple users belonging to the same group being close together means, for example, that the time between the billing of the first or most recent member and the billing of the current first user is within a predetermined time T1. The timing of billing requests from multiple users belonging to the same group being far apart means, for example, that the time between the billing of the first or most recent member and the billing of the current first user is longer than a predetermined time T1. The predetermined time T1 may be, for example, 1 hour, 3 hours, 6 hours, ..., 24 hours, 3 days, 1 week, etc.

[0089] Furthermore, the benefits granted when the timing of payment requests from multiple users belonging to the same group is close together may be qualitatively or quantitatively more advantageous than the benefits granted when the timing of payment requests from multiple users belonging to the same group is far apart. A qualitatively advantageous benefit compared to the benefits granted when the timing of payment requests from multiple users belonging to the same group is far apart may be, for example, an item that is rarer, more valuable, or has higher parameters in a specific attribute such as attack power or defense power than the items granted as a qualitatively advantageous benefit compared to the benefits granted when the timing of payment requests from multiple users belonging to the same group is far apart. A quantitatively advantageous benefit compared to the benefits granted when the timing of payment requests from multiple users belonging to the same group is far apart may be, for example, more in-game currency (including points) or trial consumable items than the in-game currency (including points) or trial consumable items granted as a benefit when the timing is far apart. Trial consumable items are items required as payment when attempting to perform an action in a game. For example, if characters, items, or other objects appearing in the game are provided through a lottery, the necessary number of trial consumable items are paid (consumed) as payment for conducting that lottery.

[0090] After processing in S25 or S27, the group management unit 34 determines whether all members in the group have been charged (S28). If it is determined that all members in the group have not been charged (NO in S28), the process returns to S21. If it is determined that all members in the group have been charged (YES in S28), this flow terminates.

[0091] According to Example 2, rewards are given as the number of people who make payments within the group increases, and users within the group who make payments closer together receive more advantageous benefits, so it is expected that payments will be made in a chain reaction over a short period of time.

[0092] Figure 8 is a flowchart of the reward granting process by the server 15 in Embodiment 3 of this embodiment. In Embodiment 3, the chain of charges is promoted by imposing a time limit on the timing of charges by members within the group.

[0093] The reception unit 33 obtains a billing request (including user ID, billing type, and billing amount) from the terminal device 12a operated by the first user (S31). Then, the billing processing unit 36 ​​performs settlement processing for the billing request according to the obtained billing request (S32) and registers the processing result in the billing management DB 44.

[0094] The group management unit 34 refers to the user group management DB 43 to determine whether the user ID included in the billing request belongs to any group (S33).

[0095] If it is determined that the user ID included in the billing request does not belong to any group (NO in S33), the granting unit 35 grants the user corresponding to that user ID the normal benefits (S38). Here, the normal benefits are as described above.

[0096] If the user ID included in the billing request is determined to belong to any group (YES in S33), the group management unit 34 refers to the user group management DB 43 and the billing management DB 44 to determine whether the billing request was received within a predetermined time T2 after receiving the billing request from the first or most recent billing member (excluding the first user) (S33). The predetermined time T2 may be, for example, the same day, three days, one week, etc.

[0097] If it is determined that the billing request was received more than a predetermined time T2 after the initial or most recent billing was received from the member (NO in S34), the granting unit 35 grants the normal benefits to the user corresponding to that user ID (S36).

[0098] If it is determined that the billing request was received within a predetermined time T2 after receiving the billing request from the first or most recent billing member (YES in S34), the granting unit 35 grants at least one user in the group a benefit that is more advantageous than the normal benefit (S35). The benefit that is more advantageous than the normal benefit is as described above. After processing in S34, the granting unit 35 extends the predetermined time T2 (S36).

[0099] The assignment unit 35 sends a notification to the terminal devices 12 of all other members of the group to which the user corresponding to that user ID (the first user) belongs, informing them that the first user has made a charge (S37). The notification may be, for example, a push notification.

[0100] According to Example 3, by imposing a time limit on when members of a group can make purchases, members are motivated to make purchases before that time limit is reached, thus promoting a chain reaction of purchases. Furthermore, assuming that there is a time limit on the timing of purchases, the time limit can be extended, thus avoiding situations where purchases cannot be made, and ensuring that members have an opportunity to make purchases even if they were not able to make purchases within the original time limit. In addition, when a purchase is made by a member of the group, other members can be notified that a purchase has been made by a member of the group.

[0101] Figure 9 is a flowchart of the reward granting process by the server 15 in Embodiment 4 of this embodiment. In Embodiment 4, if another member who received a notification in Embodiment 3 displays the notification and makes a charge within a predetermined time T3 (for example, 6 hours, 12 hours, 1 day, 1 week, 10 days, 1 month, etc.), they will be granted a favorable reward. In the following description, the terminal device 12 used by the second user, its components, functions, etc. will be described with the subscript c.

[0102] First, in S36 of Figure 8, another member (third user) who received the notification uses the operation display unit 13c of the terminal device 12c to display the screen corresponding to the received notification. Then, the terminal device 12 sends an open notification to the server 15 indicating that the screen corresponding to the notification has been displayed (the received notification has been opened).

[0103] The reception unit 33 obtains a read receipt (including user ID and group ID) from the terminal device 12c operated by the third user (S41).

[0104] Subsequently, the reception unit 33 obtains a billing request (including user ID, billing type, and billing amount) from the terminal device 12c operated by the third user (S42). Then, the billing processing unit 36 ​​performs settlement processing for the billing request according to the obtained billing request (S43) and registers the processing result in the billing management DB 44.

[0105] The group management unit 34 determines whether the billing request was received within a predetermined time T3 after receiving the display request in S41 (S44). If it is determined that the billing request was received more than the predetermined time T3 after receiving the display request in S41 (NO in S44), the granting unit 35 grants the normal benefits to the user corresponding to that user ID (S47). After that, this flow ends. The normal benefits are as described above.

[0106] If it is determined that the billing request was received within a predetermined time T3 after receiving the display request in S41 (YES in S44), the group management unit 34 refers to the user membership group management DB 43 to determine whether the user ID included in the billing request belongs to any group (S45).

[0107] If it is determined that the user ID included in the billing request does not belong to any group (NO in S45), the granting unit 35 grants the user corresponding to that user ID the normal benefits (S58). The normal benefits are as described above. After that, this flow ends.

[0108] If the user ID included in the billing request is determined to belong to any group (YES in S45), the granting unit 35 grants the user corresponding to that user ID a benefit that is more advantageous than the normal benefit (S46). The benefit that is more advantageous than the normal benefit is as described above. After that, this flow ends.

[0109] According to Example 4, other members who received a notification in Example 3 will also be granted advantageous benefits if they make a payment within the predetermined time T3, thus providing an incentive for other members to make payments. Furthermore, in Example 3 (Figure 8), even users who did not log in to the terminal device 12 within the predetermined time T2 and received the notification S36 after the predetermined time T2 had elapsed can be given the opportunity to make a payment. Also, since the predetermined time T3 is counted from the time the notification is opened, the end time of the predetermined time T3 will differ for each user. In addition, Example 4 can also continue the chain of payments from Example 3 (Figure 8).

[0110] Figure 10 is a flowchart of the reward granting process by the server 15 in Example 5 of this embodiment. In Example 5, at predetermined intervals T4, rewards are granted to at least one member of a group according to the total amount charged by members who have been charged while belonging to the group. The flow in Figure 10 is repeated at predetermined intervals T4 (for example, 6 hours, 12 hours, 1 day, 1 week, 10 days, 1 month, etc.).

[0111] During gameplay, the group management unit 34 identifies the users belonging to each group (S51). The group management unit 34 calculates the total amount charged by the users of each group within a predetermined time T4 while belonging to the group (S52).

[0112] The granting unit 35 grants a benefit to at least one member of the group according to the total amount (S53). For example, if the total amount is less than or equal to threshold TH1, the granting unit 35 may grant a first benefit to at least one member of the group; if the total amount is greater than threshold TH1 and less than or equal to threshold TH2, the granting unit 35 may grant a second benefit to at least one member of the group; and if the total amount is greater than threshold TH2, the granting unit 35 may grant a third benefit to at least one member of the group. Here, threshold TH1 < threshold TH2.

[0113] "At least one member of the group" means that some members of the group or all members. Furthermore, the first perk may be the standard perk described above, or a perk that is qualitatively or quantitatively more advantageous than the standard perk. The second perk may be a perk that is qualitatively or quantitatively more advantageous than the first perk. The third perk may be a perk that is qualitatively or quantitatively more advantageous than the second perk.

[0114] According to Example 5, it is expected that each member will develop an awareness of wanting to increase the total amount spent by the group in order to receive more favorable benefits, which can lead to an increase in the amount spent or the number of times each member makes a purchase.

[0115] Figure 11 is a flowchart of the reward granting process by the server 15 in Example 6 of this embodiment. In Example 6, rewards are granted to users who pay recurring billing based on the amount of time they belong to the group.

[0116] The reception unit 33 receives a periodic billing request (including user ID, billing type, and billing amount) from the terminal device 12a operated by the first user, requesting a periodic billing of a predetermined amount for a certain period (for example, monthly, three-month, six-month, or one-year periods) (S61). Then, the billing processing unit 36 ​​performs settlement processing for the billing in accordance with the received billing request. (S62) The processing result is registered in the billing management DB44.

[0117] The group management unit 34 refers to the user group management DB 43 to determine whether the user ID included in the billing request belongs to any group (S63).

[0118] If it is determined that the user ID included in the billing request does not belong to any group (NO in S63), the granting unit 35 grants the user corresponding to that user ID the normal benefits (S65). The normal benefits are as described above.

[0119] If the user ID included in the billing request is determined to belong to any group (YES in S63), the granting unit 35 refers to the user group management DB 43 and grants the user corresponding to that user ID a benefit that is more advantageous than the normal benefit, according to the length of time the user has belonged to the group (S64).

[0120] The granting unit 35 may, for example, grant the first user a first benefit if the time spent with the user is within a predetermined time T5, grant the first user a second benefit if the time spent with the user is longer than the predetermined time T5 but within a predetermined time T6, and grant the first user a third benefit if the time spent with the user is longer than the predetermined time T6. Here, the predetermined time T5 is, for example, one day, one week, ten days, one month, six months, twelve months, etc., and predetermined time T5 < predetermined time T6. The first benefit, second benefit, and third benefit are as described above.

[0121] According to Example 6, users who pay recurring fees can be rewarded based on the amount of time they belong to the group. Therefore, this provides an incentive for users to remain in the group for a longer period of time and helps to prevent them from leaving the group.

[0122] Figure 12 is a flowchart of the benefit granting process by the server 15 in Example 7 of this embodiment. In Example 7, when a new user joins a group of users who are regularly billed, the system grants more favorable benefits to existing users than to the new user, based on their length of membership.

[0123] The reception unit 33 receives a periodic billing request (including user ID, billing type, and billing amount) from the terminal device 12a, which requests a periodic billing of a predetermined amount for a certain period (for example, in units of one month, three months, six months, one year, etc.) (S71). The billing processing unit 36 ​​performs billing processing as a periodic billing based on the received periodic billing request and registers the processing result in the billing management DB 44 (S72).

[0124] Subsequently, the first user uses the operation display unit 13 to perform an operation to join a group they wish to join, for example, on the lobby screen described above. Then, the terminal device 12a sends a group participation request (including the group ID and user ID of the target group) to the server 15.

[0125] The reception unit 33 receives the group participation request sent from the terminal device 12a (S73). The group management unit 34 generates user group information from the user ID, group ID, and system date and time (current date and time) included in the group participation request, and registers the generated user group information in the user group management DB 43 (S74).

[0126] After the user's group membership information is registered, the group management unit 34 identifies the group to which the participation request is made based on the group ID (S75), and refers to the user group membership management DB 43 to identify the existing members of that group, excluding the first user (S76).

[0127] The granting unit 35 grants the first user, who is a new member, the fourth benefit (S77). The granting unit 35 grants each existing member of the group the fifth benefit according to the amount of time each existing member has been a member (S78). The fourth benefit may be the standard benefit described above, or it may be a benefit that is qualitatively or quantitatively more advantageous than the standard benefit. The fifth benefit may be a benefit that is qualitatively or quantitatively more advantageous than the fourth benefit.

[0128] According to Example 7, when a new user joins a group of users who are regularly billed, existing users can be given more favorable benefits based on their length of membership than the new user. This incentivizes existing users to remain in the group for a longer period and helps to prevent them from leaving the group.

[0129] Figure 13 is an example of a block diagram of the hardware environment of a computer that executes the program in this embodiment. Computer 51 functions as a terminal device 12 and a server 15. Computer 51 consists of a CPU 52, ROM 53, RAM 54, storage device 55, input I / F 56, output I / F 57, communication I / F 58, reader 59, and bus 60.

[0130] Here, CPU refers to the central processing unit. ROM refers to read-only memory. RAM refers to random access memory. I / F refers to the interface. The bus 60 is connected to the CPU 52, ROM 53, RAM 54, storage device 55, input I / F 56, output I / F 57, communication I / F 58, and, if necessary, a reader 59.

[0131] When computer 51 is server 15, CPU 52 reads the program according to this embodiment from storage device 55 and functions as reception unit 33, group management unit 34, assignment unit 35, and billing processing unit 36. ROM 53 is read-only memory. RAM 54 is temporary storage memory.

[0132] The storage device 55 is a device for storing large amounts of information. Various types of storage devices can be used as the storage device 55, such as hard disks, solid-state drives (SSDs), and flash memory cards. The storage device 55 stores programs according to the embodiment of the present invention, as well as various data stored in the storage unit 41.

[0133] Input I / F 56 can be connected to input devices such as keyboards, mice, electronic cameras, webcams, microphones, scanners, sensors, tablets, touch panel displays, and information reading devices. Output I / F 57 can be connected to output devices such as displays, touch panels, projectors, printers, and speakers.

[0134] Communication I / F 58 is an interface such as a port for connecting to a communication network and communicating with other devices. The communication network may be the Internet, a local area network (LAN), a wide area network (WAN), a dedicated line, wired, wireless, or other communication network. The reader 59 is a device for reading portable recording media.

[0135] The program that implements the processing described in the above embodiment may be stored, for example, in the storage device 55 via a communication network and communication interface 58 from the program provider. Alternatively, the program that implements the processing described in the above embodiment may be stored in a commercially available and distributed portable storage medium. In this case, the portable storage medium may be set in the reader 59, and the program may be read and executed by the CPU 52. Various types of storage media can be used as portable storage media, such as CD-ROMs, flexible disks, optical disks, magneto-optical disks, IC cards, USB memory devices, and semiconductor memory cards. The program stored in such a storage medium is read by the reader 59.

[0136] Furthermore, the program may be installed on a standalone computer, or it may be installed on a cloud computer and only its functionality may be provided to the user. Also, in this embodiment, an application program capable of communicating with the server 15 was installed on the terminal device 12 to control the game system 11 in this embodiment, but this is not limited to this. For example, a web browser installed on the terminal device 12 may be used to access the server 15 and use the system according to this embodiment that is operating on the server 15.

[0137] According to this embodiment, in a game playable by multiple people, it is possible to provide users with an incentive to participate in a group and charge a fee, thereby allowing them to enjoy the game more.

[0138] Furthermore, the number of benefits granted may increase or improve in quality depending on the number of users (members) participating in the group. In other words, the more users (members) participating in the group, the more benefits may be granted or the better the quality of the benefits granted.

[0139] Furthermore, the cost of purchasing in-game items, trial consumable items, etc. (individual purchase price) and the unit price of recurring purchases may be reduced as the number of users (members) participating in the group increases. For example, the unit price of individual purchases and the unit price of recurring purchases may be discounted by 10% for each additional member in the group. In other words, the discount may be 10% for each additional member, and 20% for each additional member.

[0140] Alternatively, if only one user in the group has made a purchase, the number of benefits granted may not increase. Benefits may only be granted when two or more users in the group have made a purchase.

[0141] Additionally, a limit may be set on the number of users who can belong to a group. For example, the limit on the number of users who can belong to a group may be set to four. In this case, the benefit may be granted only if at least two users in the group make a payment. Furthermore, if a fifth person tries to join the group, they may be automatically split into two groups, for example, a group of two and a group of three, within the limits of the maximum number of people in each group.

[0142] Furthermore, for example, if a user intending to join Group A has previously belonged to Group B for a long period, the period of time spent in Group B may be multiplied by a predetermined coefficient (e.g., 0.3, 0.5, 0.8, etc.) to calculate the period of time spent in Group A, and benefits may be granted according to that calculated period. This means that, for example, if Group B disbands due to unavoidable circumstances such as all members leaving or withdrawing from the game, and the group membership period is reset, it would be difficult to move to another group. However, if a portion of the membership period can be carried over to the next group joined, it becomes possible to move to another group. This provides an incentive for users with long group membership periods to move to another group and make payments.

[0143] Additionally, if a user belonging to a group cancels their recurring subscription midway through, they may be automatically removed from the group after a predetermined period (e.g., 1 month, 3 months, 6 months, etc.) has elapsed.

[0144] Additionally, you could invite new users (beginners) to the group and offer them special perks. This would allow beginners to enjoy the benefits of joining a group. You could also allow each group member to make individual purchases in addition to their regular subscription.

[0145] The embodiments of this specification have been described above based on the embodiments and modifications described above. The embodiments described above are for the purpose of facilitating understanding of this specification and do not limit it. This specification may be modified and improved without departing from its spirit and the scope of the claims, and equivalents thereof are included in this specification. Furthermore, any technical features that are not described as essential in this specification may be deleted as appropriate.

[0146] In addition to the embodiments described above, the following should be added. (Note 1) A billing reception unit that receives billing requests from the user's terminal device, The system includes a granting unit that grants benefits to the user who made the aforementioned payment request, The granting unit grants the user more favorable benefits if the user belongs to any group than if the user does not belong to any group. Information processing device. By structuring the game in this way, it becomes possible to motivate users to participate in groups and make in-app purchases, thereby enhancing their enjoyment of the game in multiplayer games. (Note 2) The granting unit grants more favorable benefits to multiple users belonging to the same group when their billing requests are close together than when their requests are far apart. The information processing device described in Appendix 1. By configuring the system in this way, rewards are granted as the number of paying users within the group increases, and users who pay closer together within the group receive more advantageous rewards, thus enabling a chain reaction of payments in a short period of time. (Note 3) The granting unit, after receiving the charge request from the terminal device of a first user belonging to any of the groups, and then receiving the charge request from the terminal device of a second user belonging to any of the groups within a first predetermined period, grants the advantageous benefit to at least one user belonging to any of the groups. The information processing device described in Appendix 1 or 2. By structuring the system in this way, a time limit is placed on when members within the group can make purchases. This creates a psychological incentive for members to make purchases before that time limit is reached, thus promoting a chain reaction of purchases. (Note 4) If the granting unit receives the billing request from the terminal device of any user belonging to any of the groups within the first predetermined period, it extends the first predetermined period. The information processing device described in Appendix 3. By configuring it in this way, assuming there is a time limit on the timing of billing, it is possible to extend that time limit, thus avoiding situations where billing becomes impossible, and even if billing is not possible within the original time limit, the extension of the time limit ensures that members have the opportunity to make a purchase. (Note 5) When the granting unit receives the charge request from the terminal device of the first user belonging to any of the groups, it notifies the terminal devices of other users belonging to any of the groups other than the first user that the first user has made a charge. An information processing device as described in Appendix 1 or 2. By configuring it in this way, if a charge is made by a member of the group, other members can be notified that a charge has been made by a member of the group. (Note 6) If the granting unit receives the billing request from the terminal device of the third user within a second predetermined period after the information relating to the notification is displayed on the terminal device of the third user among the other users, it grants the advantageous benefit to at least one user belonging to any of the groups. The information processing device described in Appendix 5. This configuration allows for the opportunity to charge a third user within a group who does not log in to the terminal device within the first predetermined period and receives a notification that the first user in the group has charged them after the first predetermined time has elapsed. Furthermore, since the second predetermined time is counted from the time the notification is opened, a second predetermined time is secured for each user, and the end time of the second predetermined time will differ. It also allows for the continuation of the charging chain. (Note 7) The granting unit grants the benefits to at least one user belonging to any of the aforementioned groups at predetermined intervals, in accordance with the total amount charged by users who have been charged while belonging to any of the aforementioned groups. The information processing device described in Appendix 1. By structuring the group in this way, it is expected that each member will develop a sense of wanting to increase the total amount spent by the group in order to receive more favorable benefits, which in turn is expected to lead to an increase in the amount spent or the number of times each member makes a purchase. (Note 8) The billing reception unit receives periodic billing requests from each of the terminal devices of the multiple users, and The granting unit grants the benefits to the user who made the recurring billing request, according to the period of time that user belongs to any of the groups. The information processing device described in Appendix 1. By configuring the system in this way, users can be charged a recurring fee before joining a group, and if they join the group before the next recurring fee is charged, they can receive benefits based on the length of their membership in the group from the time they join until the next billing cycle. (Note 9) The granting unit grants the aforementioned benefits to existing users who are more favorable to the new user when a new user joins any of the aforementioned groups. The information processing device described in Appendix 8. This configuration provides users who belong to the group with an incentive to stay with the group for a long time, while also preventing them from leaving. (Note 10) On the computer, A billing acceptance process that receives billing requests from the user's terminal device, The process of granting benefits to the user who made the aforementioned payment request is executed, The aforementioned granting process grants the user, if they belong to any group, more favorable benefits than if they do not belong to any group. Information processing program. By structuring the game in this way, it becomes possible to motivate users to participate in groups and make in-app purchases, thereby enhancing their enjoyment of the game in multiplayer games. (Note 11) The computer receives the billing request from the user's terminal device. The computer grants the benefit to the user who made the aforementioned billing request. When granting the aforementioned benefits to a user who has made the aforementioned payment request, if the user belongs to any group, the benefits granted will be more favorable than if the user does not belong to any group. Information processing methods. By structuring the game in this way, it becomes possible to motivate users to participate in groups and make in-app purchases, thereby enhancing their enjoyment of the game in multiplayer games. [Explanation of symbols]

[0147] 1. Information Processing Device 2. Billing Department 3. Granting section 11 Game System 12 Terminal devices 13 Operation display section 14 screens 15 Servers 16 Communication Networks 21 Communications Department 22 Control Unit 23 Memory section 31 Communications Department 32 Control Unit 33 Reception Department 34 Group Management Department 35 Granting section 36. Billing Processing Unit 41 Storage section 42 User Management Database 43 User Group Management Database 44 Billing Management Database 45 Bonus Data

Claims

[Claim 1] A billing reception unit that receives billing requests from the user's terminal device, The system includes a granting unit that grants benefits to the user who made the aforementioned payment request, The granting unit grants the user more favorable benefits if the user belongs to any group than if the user does not belong to any group. Information processing device.

Images