JP2023009200A - Game information processing device, and control method and control program of information processing device - Google Patents

Abstract

Kind Code: A1 A game player is efficiently guided to build a relationship with each other.
A "game information processing apparatus" (for example, a user management server 10) according to one aspect of the present invention includes means (for example, a registration unit 410, a registration unit 414) for associating and registering a first player and a second player. ), and when the first player involved in the process of acquiring the first privilege is granted the first privilege, the second player who is not involved in the process of acquiring the first privilege is registered in association with the first player. Means (for example, the lottery unit 420, the granting unit 423) for granting the first additional privilege on condition that the player is present.
[Selection drawing] Fig. 4

Description

The present invention relates to an electronic game using a display capable of displaying two or more dimensions.

An electronic game is known that has a mechanism for sharing the process of lottery processing among a plurality of users. For example, in the game system described in Patent Document 1, a server that executes a lottery process (so-called gacha) for a group in response to an execution request from a user in the group executes a series of processes from the start to the end of the lottery process. Screen information representing the execution screen is transmitted in real time to all user terminals belonging to the group.

JP 2017-055790 A

In the game system described in Patent Literature 1, the recipient of the game item according to the result of the lottery process for the group is set to one of the users belonging to the group. Therefore, it is not assumed that a game item according to the result of the lottery process for the group will be given to a plurality of users who belong to the group. Also, it is not assumed that the game item is given to a user for whom the screen information of the lottery process is not shared.

The problem to be solved by the present invention is to efficiently induce game players to build relationships with each other.

In order to solve the above-mentioned problems, the present invention provides, when a privilege is granted to a first player who has participated in the process of obtaining a certain privilege, associates a second player who is not involved in the process of acquiring the privilege with the first player. Additional benefits will be granted on the condition that it is registered with The present invention includes, for example, the following aspects.

[A] A "game information processing apparatus" according to one aspect of the present invention includes registration means for associating and registering a first player and a second player; a granting means for granting a first additional privilege to the second player who is not involved in the acquisition process when one privilege is granted, on the condition that the second player is registered in association with the first player.

[B] A "control method" of an information processing apparatus according to one aspect of the present invention includes a registration step of associating and registering a first player and a second player, a granting step of granting a first additional privilege to the second player who is not involved in the acquisition process when the first privilege is granted, on condition that the second player is registered in association with the first player; include.

[C] A "control program", which is one aspect of the present invention, has a registration function of associating and registering a first player and a second player; a granting function of granting the first additional privilege to the second player who is not involved in the acquisition process on the condition that the second player is registered in association with the first player when the is granted Realize it on a computer.

[D] A control program recorded in a "computer-readable recording medium", which is one aspect of the present invention, is involved in a registration function of associating and registering a first player and a second player, and in the process of obtaining a first privilege. When the first privilege is granted to the first player, the first additional privilege is granted to the second player who is not involved in the acquisition process on the condition that the second player is registered in association with the first player. and a function to provide the information to the computer of the information processing apparatus.

According to the present invention, when a certain privilege is awarded to the first player, an additional privilege is also awarded to the second player. Therefore, if the present invention is used to associate and register players who have established relationships, it can be expected that game players will actively try to establish relationships.

The following technical limitations may be added to the "game information processing apparatus" of [A] above. Further, the same technical limitation may be applied to the above [B] "control method", the above [C] "control program", and the above [D] "recording medium".

(1) When the granting means further grants the second privilege to the second player who has participated in the process of obtaining the second privilege, the second privilege is given to the first player who has not been involved in the process of obtaining the second privilege. A second additional privilege is given on the condition that it is registered in association with the player. As a result, both players who are associated and registered have advantages, so it can be expected that the players will try to construct a relationship more positively.

(2) further comprising accepting means for accepting a request for improving the availability of the second privilege by the second player in the course of obtaining the second privilege, wherein the granting means receives the second privilege accepted by the accepting means; When the second privilege determined in response to a request from a second player or in consideration of the request is given to the second player, the first player is given the second additional privilege equivalent to the second privilege. Give. As a result, the availability of a particular benefit can be improved and strategies can be employed to reduce the possibility of duplication of such benefits, so that players with the same first and second choice benefits will actively build relationships. You can expect to try

(3) further comprising notification means for notifying the second player of the content of the first additional privilege to be granted to the second player, wherein the reception means receives information that the content of the first additional privilege is given to the second player; receiving a request to improve the availability of said second privilege made by said second player after being notified to As a result, it is possible to switch to a strategy of improving the availability of the second desired privilege when the first desired privilege is obtained, so that the players who have the same first and second desired privileges are more aggressive. can be expected to try to build relationships

(4) The registration means associates and registers the first player, the second player, and the third player, and the provision means further applies to the third player involved in the process of obtaining the third privilege. When the third privilege is granted, the third additional privilege is granted to the first player and the second player who are not involved in the acquisition process on the condition that they are registered in association with the third player. , on the condition that the third player who is not involved in either the process of obtaining the first privilege or the process of obtaining the second privilege is registered in association with the first player and the second player, respectively. The first additional privilege and the second additional privilege are provided respectively. As a result, it is expected that the players will positively try to build a relationship with each other because there is merit for all the players who have built the relationship.

(5) The accepting means further accepts a request for improving the availability of the first privilege by the first player in the process of obtaining the first privilege, and the providing means accepts the request by the accepting means. When the first privilege determined according to the request by the first player or in consideration of the request is given to the first player, the second player and the third player are given the same first privilege. to provide the first additional benefit of As a result, it is possible to adopt a strategy of improving the availability of a specific privilege and reducing the possibility of duplicate acquisition of the privilege. can be expected to attempt to construct a

(6) The notification means further notifies the first player of the content of the third additional privilege to be given to the first player, and the reception means confirms that the content of the third additional privilege is the third additional privilege. A request to improve the availability of the first privilege made by a first player after being notified to the first player is accepted. This makes it possible to switch to a strategy that improves the availability of the second-choice reward once the first-choice reward is available, and then, once the second-choice reward is available, the third-choice reward. Since it is possible to switch to a strategy of improving availability, it can be expected that players who have the same first to third desired benefits will more actively try to build relationships.

(7) further comprising presenting means for presenting the acquisition request of the first player who is soliciting a partner for association registration to the second player who is considering applying for the solicitation; One player and the second player who has applied for the recruitment by the first player are registered in association with each other. This makes it easier for players who want to obtain the same item to build relationships with each other.

(8) searching means for providing the second player with information on the first player who has set a request for acquisition and is soliciting a partner for association registration in response to a search request specifying search conditions related to the request for acquisition; Further, the registration means associates and registers the first player and the second player who has applied for the recruitment by the first player. This makes it easier for players who want to obtain the same item to build relationships with each other.

(9) The registration means registers a first group including the first player and the second player, and a second group including the first player but not the second player, and provides the A means provides the first additional privilege to the second player only when the first group is included in one or more designated groups to which the first additional privilege is to be provided. Thereby, when the first player belongs to a plurality of groups, it is possible to adjust the recipient of the additional privilege.

(10) The registration means further registers a third group that includes the second player and does not include the first player, and the granting means selects one or more specified groups to which the second additional privilege is to be granted. includes the first group, the second additional privilege is given to the first player. Thereby, when the second player belongs to a plurality of groups, it is possible to adjust the recipient of the additional privilege.

(11) The granting means specifies a designated group according to at least one of the designation by the player, the nature of the privilege acquisition process, and the content of the privilege. This allows the designated group to be identified manually or automatically.

In this specification, terms are used as follows.

(1) "Game" means an electronic game that is at least partially provided through an online game service. In a broad sense, it refers to the game service itself, and in a narrow sense, it refers to individual stages that make up the game service. Individual stages are sometimes called quests. "Player" means a user of the Game Service. “Play” means that a player progresses a specific game and plays it.

(2) "Associating and registering the first player and the second player" refers to directly or indirectly associating and registering the first player and the second player. For example, the identification information of the first player and the identification information of the second player may be directly associated and registered. Further, for example, the identification information of the first player and the identification information of the second player may be registered in association with the identification information of the group.

(3) "Benefits" include rewards and operations that contribute directly or indirectly to playing games with advantage. Rewards include in-game elements (for example, currency items, recovery items, synthetic material items, characters, and other objects). Operation includes advantageous handling (for example, setting or changing parameters used inside or outside the stage in a direction that is advantageous to the player). "Granting" a privilege includes, for example, registering an in-game element as a reward in association with the player, and applying advantageous treatment to the player as an operation.

(4) "Acquisition process" of a privilege refers to a series of procedures until the privilege is acquired. The "acquisition process" may be limited to a series of procedures that are performed after players are associated and registered (in the embodiment, after group registration is performed). The procedure includes processing by various devices and operations by the player. The "acquisition process" of a privilege may be a sufficient condition for acquiring the privilege, or may be a necessary condition for acquiring the privilege. For example, if a certain privilege (for example, a quest capture reward) is granted as a condition of achieving a predetermined mission (for example, clearing a specific stage in the game), to the mission A series of procedures from the start of the challenge to the capture corresponds to the process of obtaining the privilege. Also, for example, when a certain privilege (for example, reward as a result of gacha) is given through a predetermined event (for example, in-game gacha), a series of procedures from the start to the end of the event is the process of obtaining the privilege correspond to

(5) "Participating" in the acquisition process means actively or passively participating in at least some of the procedures involved in the acquisition process. “Participation” includes both a case of being involved alone (eg, solo play of a stage, a single gacha play) and a case of being involved with other players (eg, a multi-play of a stage, a multi-gacha play). "Participating" in the acquisition process includes, for example, contributing to the acquisition.

(6) "Additional Benefits" are benefits that are similar to regular benefits, and are given to players who are not involved in the process of obtaining the regular benefits or who have not contributed to the acquisition of the regular benefits. means a special privilege that is granted. The "additional privilege" may be a privilege equivalent to the normal privilege, or may be a privilege different from the normal privilege. For example, if the normal privilege is a game element as a reward, the additional privilege may also be the same game element.

(7) A "request to improve the availability of privilege" means a request to stochastically or deterministically improve the availability of a specific privilege candidate among a plurality of privilege candidates. Availability may be improved in absolute terms or in relative terms. The number of requests may be singular or plural. For example, a request to select a specific privilege candidate, a request to relatively increase the selection probability of a specific privilege candidate, a request to narrow down the options of privilege candidates so that a specific privilege candidate remains, etc. included in the “request to improve A request to narrow down the options of privilege candidates including a specific privilege candidate includes, for example, a request to exclude at least some of the privilege candidates other than the specific privilege candidate from the options, and a request to select only the candidates of the group to which the specific privilege candidate belongs. This includes a request to remain, a request to exclude at least some group candidates to which a specific privilege candidate does not belong, and a request to exclude some of the privilege candidates other than the specific privilege candidate from the options.

(8) When a privilege is determined "according to a request," for example, a specific privilege candidate selected by a request to select a particular privilege candidate may be determined as an object to be granted. When determining benefits "taking into account requests," for example, grant targets may be determined by probability calculation using selection probabilities set based on requests to relatively increase the selection probability of specific benefit candidates. Alternatively, the object to be granted may be determined from the options narrowed down based on the request for narrowing down the options of the privilege candidates so that the specific privilege candidates remain.

1 is a block diagram illustrating a network configuration of a game system; FIG. (Example) 3 is a block diagram illustrating an electrical configuration of a server device; FIG. (Example) 2 is a block diagram illustrating an electrical configuration of a user device; FIG. (Example) 3 is a block diagram illustrating the functional configuration of a user management server; FIG. (Example) FIG. 10 is an explanatory diagram illustrating a data configuration regarding a lottery function; (Example) FIG. 11 is a sequence diagram illustrating a recruitment procedure in short-distance recruitment; (Example) FIG. 11 is a sequence diagram illustrating an application procedure in short-distance recruitment; (Example) FIG. 11 is a sequence diagram illustrating a recruitment procedure in SNS recruitment; (Example) FIG. 10 is a sequence diagram illustrating an application procedure in SNS recruitment; (Example) FIG. 11 is a sequence diagram illustrating a group registration procedure; (Example) FIG. 10 is a flow diagram illustrating a procedure for executing a combined lottery; (Example)

[1. embodiment]
[1-1. overview]
In the present embodiment, in order to efficiently induce the players of the game to build a relationship, if the first player involved in the acquisition process of a certain privilege is granted the privilege, the first player who is not involved in the acquisition process An additional benefit is given to the second player on the condition that the second player is registered in association with the first player. Therefore, if it is operated such that the players who have established relationships are associated and registered, it can be expected that the players of the game will actively try to establish relationships with each other.

[1-2. Game information processing device]
The game information processing apparatus (for example, the user management server 10) according to the embodiment includes means (for example, the registration unit 410, the registration unit 414) for associating and registering the first player and the second player, and a process for obtaining the first privilege. When the first privilege is given to the first player who was involved in the acquisition process, the first additional privilege is registered in association with the first player who is not involved in the obtaining process. (for example, the lottery unit 420, the granting unit 423).

[2. Example]
[2-1. Game service overview]
This embodiment relates to a game service that is at least partially provided online (hereinafter referred to as "service of the embodiment"). In the service of the embodiment, the player sequentially operates the four characters (monsters) that make up the deck with predetermined actions, and sequentially challenges a plurality of stages (narrowly defined game) prepared in the game. An electronic game (a game in a broad sense) is provided. Below, the said stage is called a "quest."

[2-2. Overview of the lottery function]
In addition, in the electronic game of the service of the embodiment, the player is challenged to a lottery (gacha) outside of the quest in exchange for consumption of specific game elements (for example, currency items, redemption items) or unconditionally, A mechanism (lottery function) for obtaining a reward (gacha reward) as a result of the lottery is provided. The lottery function is implemented in a game system that provides the service of the embodiment (hereinafter referred to as "system of the embodiment").

In the challenge to the lottery, a single lottery (single gacha) in which one player challenges alone,
There are two types of challenges: a multiple lottery (multi-gacha) in which 2 to 4 players registered in a group cooperate to challenge. In the multiple lottery, the result of each player's single challenge to the lottery is shared with other players belonging to the same group.

[2-3. Overview of composite lottery]
The lottery function according to the present embodiment efficiently induces game players to register in groups (an example of "building a relationship"). ), other players who are not involved in the lottery procedure after group registration (in other words, a position where normal gacha rewards are awarded) Other players not in the group) are given additional rewards (an example of "additional benefits") equivalent to normal gacha rewards on the condition that they belong to the group.

Specifically, the lottery function according to the present embodiment accepts a request from a certain player to improve the availability of a specific gacha reward in each lottery procedure of the composite lottery, and responds to or takes into account the request. A gacha reward determined by the method is given to the certain player, and additional rewards equivalent to the gacha reward are given to other players belonging to the same group as the certain player.

Each player can start the lottery procedure of the composite lottery at any timing after group registration. In particular, each player, after knowing the content of additional rewards granted to him/herself through a lottery procedure involving other players belonging to the same group, may be notified of the availability of a particular gacha reward in the lottery procedure in which he/she participates. It is possible to make a request to improve

These features allow group-enrolled players to work together to adopt strategies that increase the availability of particular rewards while reducing the potential for duplication of those rewards. Then, every time you obtain a reward (gacha reward, additional reward) with a relatively high degree of desire to obtain it, the strategy is to sequentially improve the availability of rewards (gacha reward, additional reward) with a relatively low degree of desire to obtain. You can switch. Therefore, according to the lottery function according to the present embodiment, it can be expected that players who desire the same reward will actively try to establish a relationship with each other.

[2-4. Configuration of the system of the embodiment]
[2-4-1. network configuration]
(1) Overview FIG. 1 illustrates the network configuration of the system of the embodiment. As illustrated in FIG. 1, the system of the embodiment includes a user management server 10 that manages users of the service of the embodiment, a data management server 20 that manages data related to the service of the embodiment, and a plurality of users. and a plurality of user terminals 30 (30-1, 30-2, . . . 30-n) (n: natural number) used respectively.

The user management server 10 and the user terminal 30 can exchange data through the communication network 40 . The data management server 20 can access an internal or external connectable storage 21 . The user management server 10 can read and write data with the storage 21 via the data management server 20 .

The communication network 40 is at least one of existing networks such as the Internet, a mobile phone network, a wireless WAN (Wireless Wide Area Network), a wireless LAN (Wireless Local Area Network), and Ethernet (registered trademark). may contain

(2) User Management Server The user management server 10 is a server device (computer) in which a web server program is installed.

The user management server 10 causes the data management server 20 to acquire necessary data from the storage 21 in response to a request, and provides it to the requester (response). The user management server 10 also causes the data management server 20 to register necessary data in the storage 21 in response to a request.

A server system may be configured by linking a plurality of server devices, and the functions of the user management server 10 may be shared or the load on the user management server 10 may be distributed.

(3) Data Management Server The data management server 20 is a server device (computer) in which a DB server program is installed. The data management server 20 constitutes a DBMS (DataBase Management System) together with the storage 21 .

The data management server 20 acquires necessary data from the storage 21 in response to a request, and provides it to the requester (response). The data management server 20 also registers necessary data in the storage 21 in response to requests. The storage 21 is a storage device that stores data related to services of the embodiment.

A server system may be configured by linking a plurality of server devices, and the functions of the data management server 20 may be shared or the load on the data management server 20 may be distributed. Alternatively, a plurality of storage devices may be prepared and stored separately for each type of data stored in the storage 21, or the data stored in the storage 21 may be distributed in a plurality of storage devices.

(4) User Terminal The user terminal 30 is a user device (computer) in which a predetermined game program is installed.

In this embodiment, the user device is a general-purpose mobile device (for example, a mobile phone, a smartphone, a tablet terminal, a tablet PC (personal computer), a wearable device, etc.) capable of installing a program. or a general-purpose processing device (for example, a PC (personal computer) or the like) can be used.

[2-4-2. electrical configuration]
(1) Electrical Configuration of Server Device FIG. 2 illustrates an electrical configuration of the server device. The server device illustrated in FIG. 2 includes a control processor 210 including an MPU (Micro-Processing Unit) and a ROM (Read Only Memory), a main storage device 220 including a RAM (Random Access Memory), and an HDD (Hard Disc). drive), an input device 240 including a mouse and a keyboard, an output device 250 including a display and a speaker, and a communication control device 260 including a network interface card.

The main storage device 220, the auxiliary storage device 230, the input device 240, the output device 250, and the communication control device 260 are each connected to the control processing device 210 via bus lines.

The control processor 210 (1) loads a program stored in the auxiliary storage device 230 into the main storage device 220, and (2) controls at least the input device 240, the auxiliary storage device 230, and the communication control device 260 according to the instruction of the program. Acquire data from either, (3) calculate and process the acquired data according to the procedure specified in the program, and (4) communicate the calculated and processed data with the auxiliary storage device 230 and the output device 250 and/or controller 260 .

(2) Electrical Configuration of User Device FIG. 3 illustrates an electrical configuration of the user device. The user device illustrated in FIG. 3 includes an MPU 310 constituting a control processing unit, a RAM 320 constituting a main storage unit, a ROM 330 and an EEPROM (Electrically Erasable Programmable Read-Only Memory) 340 constituting an auxiliary storage unit, and an input A touch panel display 350 constituting a unit and a display unit, a speaker 360 constituting an audio output unit, a NIC (Network Interface Controller) 370 and a wireless LAN (Local Area Network) chip 380 constituting a communication control unit, and a position acquisition unit and a GPS (Global Positioning System) unit 390 that configures

RAM 320, ROM 330, EEPROM 340, touch panel display 350, speaker 360, NIC 370, wireless LAN chip 380, and GPS unit 390 are connected to MPU 310 via a bus line.

The MPU 310 (1) reads the program stored in the ROM 330 or EEPROM 340 onto the RAM 320, and (2) reads data from at least one of the touch panel display 350, EEPROM 340, NIC 370, wireless LAN chip 380, and GPS unit 390 according to instructions from the program. (3) After calculating and processing the obtained data according to the procedure specified in the program, (4) the calculated and processed data are stored in the EEPROM 340, the touch panel display 350, the speaker 360, the NIC 370, and the wireless LAN chip 380 and/or

[2-4-3. Functional configuration related to the lottery function]
FIG. 4 exemplifies the functional configuration related to the lottery function of the system of the embodiment. As illustrated in FIG. 4, the user management server 10 includes a registration unit 410 that associates and registers a plurality of players, and a lottery unit 420 that executes a lottery (gacha). Registration unit 410 includes recruitment reception unit 411 , search unit 412 , application reception unit 413 and registration unit 414 . The lottery unit 420 includes a reception unit 421 , an execution unit 422 , a grant unit 423 and a notification unit 424 .

The functions of the user management server 10 are realized by installing an OS (Operating System) for the server device and programs (for example, drivers and applications) operating on the OS in the server device. A program to be installed in the server device is distributed in a state recorded on a recording medium such as a CD (Compact Disc), a DVD (Digital Versatile Disk), an MO disc (Magneto-Optical disk), or a flash memory. It may be read from the recording medium into the server device, or it may be superimposed on a carrier wave and supplied to the server device via the communication network 40 or another communication network.

The solicitation accepting unit 411 accepts solicitation of group members (hereinafter referred to as “member solicitation”) related to the complex lottery by players who want to challenge the complex lottery. Recruitment of members includes recruitment of other players located near the recruiter (hereinafter referred to as "short-distance recruitment") and recruitment of other players to whom the recruiter can provide a URL (Uniform Resource Locator). (hereinafter referred to as "SNS recruitment").

The search unit 412 searches for member recruitment in response to a request from a player who wants to challenge a combined lottery. The search unit 412 searches for short-distance recruitment or SNS recruitment, for example. The application accepting unit 413 accepts applications for recruiting specific members by players who want to challenge the combined lottery.

The registration unit 414 registers a player (recruiter, host) who has recruited members and a player (applicant, guest) who has applied for the recruitment in association with a group for a specific recruitment of members. The upper limit of the number of members of the group including recruiters and applicants can be set arbitrarily. In this embodiment, the upper limit of the number of members is set to four.

The accepting unit 421 accepts a request to improve the availability of a specific gacha reward by a certain player in a lottery procedure challenged by the player. In this embodiment, the request to improve the availability of a specific gacha reward includes a request to stochastically improve the availability of a specific gacha reward candidate among a plurality of gacha reward candidates, and a request to deterministically improve the availability of a specific gacha reward candidate. is a combination of More specifically, the receiving unit 421 receives a request to specify attributes to narrow down options for gacha reward candidates and a request to select a specific gacha reward candidate from among the gacha reward candidates presented as options. accepted in order.

The execution unit 422 determines a candidate for a gacha reward (in-game character) to be given to the player in consideration of the request received by the reception unit 421 in the lottery procedure challenged by a certain player. In this embodiment, in the first step, the player is allowed to select one of five character attributes, and in the second step, five characters are selected that satisfy predetermined criteria for the selected character attributes. The predetermined criterion is, for example, that the level of the character is equal to or higher than a predetermined value.

The granting unit 423 grants a normal gacha reward to a certain player who has executed the lottery procedure. Further, the granting unit 423 grants a gacha additional reward equivalent to the gacha reward to another player who is not involved in the lottery procedure on condition that the player belongs to the same group as the player. The granted reward (character) is added to the character BOX within the game application of each player.

When a normal gacha reward is given to a certain player who has executed the lottery procedure, and a gacha additional reward equivalent to the gacha reward is given to another player along with this, the notification unit 424 indicates the contents of the gacha additional reward. is notified to the other player. Any means of notification may be used. In this embodiment, the provision of the gacha reward is explicitly or suggestively notified by, for example, displaying a predetermined icon on the home screen of the game application.

[2-4-4. Data structure]
FIG. 5 illustrates the data structure in the example system. Player management information (FIG. 5(a)) is generated or updated at the time of group registration. Group member management information (FIG. 5(b)) is generated at the time of group registration. Group status management information (FIG. (c)) is generated when a group is registered, and is updated (invalidated) after all members belonging to the group have executed the lottery procedure. Virtual standby room information (FIG. 5(d)) and virtual standby management information (FIG. 5(e)) are generated when member recruitment is accepted. Also, the virtual standby management information is updated each time an application for the recruitment is accepted.

(1) Player Management Information The storage 21 stores player management information for managing the group to which the player belongs for each player. As illustrated in FIG. 5A, the player management information associates at least a "player ID" unique to a player with a "belonging group" (group ID). In this embodiment, each player is not permitted to belong to a plurality of groups, so there is one "group ID" associated with a "player ID".

(2) Group Member Management Information The storage 21 stores group member management information for managing members belonging to each group. As illustrated in FIG. 5B, the group member management information associates at least a "group ID" with a "recruiter" (player ID) and one or more "applicants" (player IDs).

(3) Group Status Information The storage 21 stores group status information for managing status for each group. As illustrated in FIG. 5(c), the group status information associates at least a "group ID" with a "target division" and a "status". The “target category” indicates the category of compensation to be shared. In this embodiment, the "target category" is a fixed value of the category indicating the gacha reward. "Status" indicates the status of the group (for example, valid/invalid). The status of the group is, for example, set to valid when the group is registered, and updated to invalid after all the players belonging to the group have executed the lottery procedure.

(4) Virtual waiting room information The storage 21 stores virtual waiting room information that records various parameters related to the virtual waiting room corresponding to each member recruitment. As exemplified in FIG. 5(d), the virtual waiting room information includes "virtual waiting room ID", "recruiter" (player ID), "recruitment category", "participation condition", "status". at least correspond to The “recruitment category” indicates, for example, short-distance recruitment for recruiting members located nearby or SNS recruitment for recruiting members outside the system of the embodiment. The "participation conditions" are, for example, temporal conditions, spatial conditions (geographical conditions), passwords, and the like. "Status" indicates the status of member recruitment (for example, recruiting/completed recruitment).

(5) Virtual standby management information The storage 21 stores virtual standby management information for managing applicants for recruiting members for each virtual standby room.
As illustrated in FIG. 5(e), the virtual standby management information associates at least one or more "applicants" (player IDs) with a "virtual standby room ID".

[2-5. Group registration]
[2-5-1. Short-distance recruitment]
(1) Recruitment procedure in short-distance recruitment FIG. 6 illustrates the recruitment procedure in short-distance recruitment. FIG. 6 shows a short-distance solicitation procedure when the player (host) using the user terminal 30a selects a multiple lottery (multi-gacha).

In S605, the user terminal 30a receives an instruction operation by the host to display a gacha selection screen. The instruction operation is, for example, a tap operation on a button (link) displayed on the menu of the game application screen. In S610, the user terminal 30a accepts a lottery (gacha) selection operation by the host. The selection operation is, for example, a tap operation on a gacha selection button displayed on the game application screen.

In S615, the user terminal 30a accepts the host's selection of multiple lottery (multi-gacha). The selection is, for example, a tap operation on a button displayed on the game application screen along with words meaning multi-gacha. In S620, the user terminal 30a accepts the host's selection of a combined lottery based on short-distance recruitment. The selection is, for example, a tap operation on a button displayed as "short distance" or the like on the game application screen.

In S625, the user terminal 30a receives an instruction operation for short-distance recruitment from the host. In addition, in the service of the embodiment, the host can set a password (for example, a three-digit number string) when recruiting members. If a password is set, that setting is also accepted. If the password is automatically set, the password is displayed. In S630, the user terminal 30a identifies the current position. A GPS unit 390 is used to identify the current position.

In S635, the user terminal 30a instructs the user management server 10 to perform short-distance recruitment. The instruction may include a set password and location data indicating the current location of the user terminal 30a. In S640, the user management server 10 notifies the user terminal 30a of acceptance of short-distance recruitment. In S645, the user management server 10 registers new virtual standby room information (FIG. 5(d)) and virtual standby management information (FIG. 5(e)) in the storage 21 to create a virtual standby room. . At this time, the "recruitment category" is short-distance recruitment, the "participation condition" is to be in the vicinity of the position indicated by the position data included in the recruitment instruction, and the "status" is recruiting. In addition, if a secret word is included in the recruitment instructions, the secret word also constitutes a "participation condition."

(2) Application Procedure for Short Distance Recruitment FIG. 7 illustrates an application procedure for short distance recruitment. FIG. 7 shows the application procedure for short-distance recruitment when the player (guest) using the user terminal 30b selects a multiple lottery (multi-gacha).

In S705, the user terminal 30b receives an instruction operation by the guest to display the gacha selection screen. The instruction operation is, for example, a tap operation on a button (link) displayed on the menu of the game application screen. In S710, the user terminal 30b accepts the selection operation of the lottery (gacha) by the guest. The selection operation is, for example, a tap operation on a gacha selection button displayed on the game application screen.

In S715, the user terminal 30b receives a search instruction operation for short-distance recruitment by the guest. If the guest specifies a password for the search, that specification is also accepted. In S720, the user terminal 30b identifies the current position. A GPS unit 390 is used to identify the current position.

In S725, the user terminal 30b instructs the user management server 10 to search for short-distance recruitment (virtual waiting room) that satisfies the participation conditions. The instruction may include a designated password or location data indicating the current location of the user terminal 30b. In S<b>730 , the user management server 10 identifies short-distance recruitment (virtual waiting room information) in which the guest satisfies participation conditions from among the virtual waiting room information stored in the storage 21 .

In S735, the user management server 10 provides the search result to the user terminal 30b. In S740, the user terminal 30b selects and notifies the user management server 10 of one of the short-distance recruitment according to the guest's operation. In S745, the user management server 10 permits the user terminal 30b to apply for the selected short-distance recruitment.

In S750, the user terminal 30b instructs the user management server 10 to apply for the selected short-distance recruitment according to the application instruction operation by the guest. In S755, the user management server 10 adds the player ID of the applicant (guest) to the virtual standby management information (FIG. 5(e)) stored in the storage 21, and accept applications for In S760, the user management server 10 notifies the user terminal 30a of acceptance of application for short-distance recruitment.

[2-5-2. SNS recruitment]
(1) Recruitment Procedure in SNS Recruitment FIG. 8 illustrates a recruitment procedure in SNS recruitment. FIG. 8 shows the SNS recruitment procedure for players (guests) using the user terminal 30b when the player (host) using the user terminal 30a selects multiple lottery (multi-gacha).

In S805, the user terminal 30a receives an instruction operation from the host to display a gacha selection screen. The instruction operation is, for example, a tap operation on a button (link) displayed on the menu of the game application screen. In S810, the user terminal 30a accepts a lottery (gacha) selection operation by the host. The selection operation is, for example, a tap operation on a gacha selection button displayed on the game application screen.

In S815, the user terminal 30a accepts the host's selection of multiple lottery (multi-gacha). The selection is, for example, a tap operation on a button displayed on the game application screen along with words meaning multi-gacha. In S820, the user terminal 30a accepts selection of a complex lottery (SNS multi-gacha) by SNS solicitation by the host. The selection is, for example, a tap operation on a button displayed as "SNS" or the like on the game application screen.

In S825, the user terminal 30a receives an instruction operation for SNS recruitment by the host. In S830, the user terminal 30a instructs the user management server 10 to recruit SNS users. In S835, the user management server 10 notifies the user terminal 30a of acceptance of SNS recruitment. The notification may include a URL to which an SNS program activation command and data capable of specifying the recruitment are added. In S840, a message including the above URL is transmitted from the user terminal 30a to the user terminal 30b, either directly or indirectly via another device outside the system of the embodiment.

In S845, the user terminal 30a instructs the user management server 10 to start the SNS recruitment by accessing the URL. In S850, the user management server 10 notifies the user terminal 30a of acceptance of the SNS recruiting start instruction. In S855, the user management server 10 registers new virtual standby room information (FIG. 5(d)) and virtual standby management information (FIG. 5(e)) in the storage 21 to create a virtual standby room. . At this time, the “recruitment classification” is SNS recruitment, the “participation condition” is application by accessing the above URL, and the “status” is recruiting.

(2) Application Procedure for SNS Recruitment FIG. 9 illustrates an application procedure for SNS recruitment. FIG. 9 shows a procedure for applying for SNS recruitment when a player (guest) using the user terminal 30b selects a multiple lottery (multi-gacha).

In S920, the user terminal 30b instructs the user management server 10 to search for SNS recruitment (virtual waiting room) that satisfies the participation conditions by accessing the above URL. In S<b>925 , the user management server 10 identifies SNS recruitment (virtual waiting room information) that satisfies the participation conditions of the guest from the virtual waiting room information stored in the storage 21 .

In S930, the user management server 10 provides the search result to the user terminal 30b. In S935, the user terminal 30b selects and notifies the user management server 10 of SNS recruitment according to the operation by the guest. In S940, the user management server 10 permits the user terminal 30b to apply for the selected SNS recruitment.

In S945, the user terminal 30b instructs the user management server 10 to apply for the selected SNS recruitment according to the application instruction operation by the guest. In S950, the user management server 10 adds the player ID of the applicant (guest) to the virtual standby management information (FIG. 5(e)) stored in the storage 21, Accept applications. In S955, the user management server 10 notifies the user terminal 30a of acceptance of application for SNS recruitment.

[2-5-3. Group registration]
FIG. 10 exemplifies a group registration procedure in member recruitment. FIG. 10 shows a procedure for group registration after confirmation by the player (host) using the user terminal 30a.

In S1005, the user terminal 30a presents member candidates to the host. The form of presentation may be, for example, a list display of member candidates. Display items may include, for example, nicknames of member candidates. When an area corresponding to a member is tapped, detailed information about the member may be displayed. The detailed information may include details of the desired reward. In S1010, a member confirmation instruction operation by the host is accepted.

In S1015, the user terminal 30a instructs the user management server 10 to perform group registration according to the operation of the host. In S1020, the user management server 10 registers a new group. Here, the "recruiter" in the virtual standby room information (Fig. 5(d)) and each "applicant" stored in the virtual standby management information (Fig. 5(e)) are regarded as members. Group member management information (FIG. 5(b)) is generated. Also, group status management information (FIG. 5(c)) is generated.

[2-6. Combined lottery]
FIG. 11 exemplifies the execution procedure of the composite lottery. Both the combined lottery by the player (host) using the user terminal 30a and the combined lottery by the player (guest) using the user terminal 30b can be started at any timing after group registration is completed. Therefore, by coordinating the start of the lottery procedure, each player in the group can start the composite lottery by himself/herself after learning the contents of the gacha-added reward by the composite lottery started by the other player. can.

In S1105, the user terminal 30 instructs the user management server 10 to start a lottery (gacha). The instruction by the host may be made, for example, at the same time as the group registration instruction (S1015 in FIG. 10), or may be made at an arbitrary timing after the group registration. The instruction by the guest is made at an arbitrary timing after group registration.

In S1110, the user terminal 30 displays an attribute selection screen. In this embodiment, options for the above five character attributes are presented. In S1115, the user terminal 30 accepts selection of attributes by the host or guest. In S1120, the user terminal 30 transmits attribute selection information to the user management server 10 and instructs execution of lottery processing. Sending such selection information constitutes a request to probabilistically increase the availability of a particular reward. In S1125, the user terminal 30 starts a lottery (gacha) execution effect.

In S1130, the user management server 10 executes lottery processing. In this embodiment, five characters with level 6 (maximum value) in the selected attribute are selected. In S1135, the user management server 10 provides the user terminal 30 with the lottery result. In this embodiment, information on five characters is provided.

In S1140, the user terminal 30 presents reward candidates. In this embodiment, five characters provided in S1135 are presented. In S1145, the user terminal 30 accepts selection of reward candidates. In S<b>1150 , the user terminal 30 transmits selection information of reward candidates to the user management server 10 . Sending such selection information constitutes a request to deterministically improve the availability of the particular reward.

In S1155, the user management server 10 provides the selected candidate as a gacha reward to the player involved in this lottery procedure. Also, a gacha additional reward equivalent to the gacha reward is given to other players who are not involved in the lottery procedure on the condition that they belong to the same group as the involved player. Rewards are given, for example, by storing in the storage 21 the ID of the character given as a reward in association with the player ID of each player.

In S1160, the user management server 10 notifies the user terminal 30 that the gacha reward has been given. At this time, other players are also notified that the gacha additional reward has been awarded. In S1165, the user terminal 30 executes a lottery (gacha) result effect.

[3. Modification]
[3-1. Modification 1]
In the embodiment, since each player is not permitted to belong to a plurality of groups, only one "group ID" can be associated with a "player ID" (Fig. 5(a)). Alternatively, each player may be permitted to belong to multiple groups. In this case, a plurality of "group IDs" can be associated with a "player ID".

[3-2. Modification 2]
In the embodiment, the "target division" is fixed to the division indicating gacha rewards. On the other hand, the "remuneration category" may be another category. For example, it may be a category indicating a capture reward for a quest. For example, it may be configured such that a relationship (group registration) can be established for each “target category”.

[3-3. Modification 3]
A request to obtain a host who is recruiting a partner for association registration may be presented to a guest who is considering applying for the recruitment, and the host and the guest who applied for member recruitment may be associated and registered. This makes it easier for players who want to obtain the same item to build relationships with each other.

[3-4. Modification 4]
Set and associate requests for registration Provide information about hosts recruiting registration partners to guests in response to search requests that specify search criteria for requests, and associate hosts with guests who have applied for membership You can register with This makes it easier for players who want to obtain the same item to build relationships with each other.

[3-5. Modification 5]
A first group including player A and player B and a second group including player A but not including player B are registered, respectively, and are assigned to one or more first designated groups to which the first additional benefit is granted. The first additional privilege may be given to player B only when one group is included. As a result, when the player A belongs to a plurality of groups, it is possible to adjust the recipient of the additional privilege.

At this time, a third group that includes player B and does not include player A is further registered.
The second additional privilege is given to the player A only when the first group is included in one or more second designated groups to which the additional privilege is given. Thereby, when the player B belongs to a plurality of groups, it is possible to adjust the recipient of the additional privilege.

At this time, the first designated group is specified according to at least one of the designation by the players belonging to the first group, the nature of the acquisition process of the first privilege, and the content of the first privilege. Thereby, the first designated group is specified manually or automatically. Similarly, the second designated group is specified according to at least one of the designation by the players belonging to the second group, the nature of the acquisition process of the second privilege, and the content of the second privilege. Thereby, the second designated group is specified manually or automatically.

10 user management server (an example of a "game information processing device")
20 data management server 21 storage 30 user terminal 40 communication network 410 registration unit 411 recruitment reception unit 412 search unit 413 application reception unit 414 registration unit 420 lottery unit 421 reception unit 423 provision unit 424 notification unit

Claims (14)

registration means for associating and registering the first player and the second player;
When the first player involved in the process of acquiring the first privilege is granted the first privilege, the second player who is not involved in the process of acquiring the first privilege is registered in association with the first player. granting means for granting a first additional benefit to the condition;
A game information processing device. The granting means further associates the first player who is not involved in the process of obtaining the second privilege with the second player when the second privilege is granted to the second player who has been involved in the process of obtaining the second privilege. Grant the second additional benefit on the condition that it is registered as
A game information processing apparatus according to claim 1 . further comprising receiving means for receiving a request to improve availability of the second privilege by the second player in the process of obtaining the second privilege;
When the granting means grants to the second player the second privilege determined according to the second player's request received by the receiving means or in consideration of the request, the first player granting the second additional privilege equivalent to the second privilege to
3. A game information processing apparatus according to claim 2. further comprising informing means for informing the second player of the content of the first additional privilege to be given to the second player;
The accepting means accepts a request to improve availability of the second privilege made by the second player after the content of the first additional privilege has been notified to the second player;
4. A game information processing apparatus according to claim 3. The registration means associates and registers the first player, the second player, and the third player,
The granting means further provides the above-mentioned third benefit to the first player and the second player who are not involved in the acquisition process when the third benefit is granted to the third player who participated in the acquisition process of the third benefit. A third additional privilege is given on the condition that the third player is registered in association with the third player, and the third player is not involved in either the process of obtaining the first privilege or the process of obtaining the second privilege. on the condition that they are registered in association with the first player and the second player respectively, the first additional privilege and the second additional privilege are given, respectively;
5. A game information processing apparatus according to claim 4. The accepting means further accepts a request to improve the availability of the first privilege by the first player in the course of obtaining the first privilege,
The second player when the granting means grants the first privilege to the first player, which is determined in accordance with the request received by the receiving means from the first player or in consideration of the request. and granting the third player the first additional privilege equivalent to the first privilege;
6. A game information processing apparatus according to claim 5. the notification means further notifies the first player of the content of the third additional privilege to be given to the first player;
The accepting means accepts a request to improve the availability of the first privilege made by the first player after the content of the third additional privilege has been notified to the first player;
7. A game information processing apparatus according to claim 6. further comprising presenting means for presenting the acquisition request of the first player who is soliciting a partner for association registration to the second player who is considering applying for the solicitation,
The registration means associates and registers the first player and the second player who has applied for the recruitment by the first player.
5. A game information processing apparatus according to claim 3 or 4. further comprising a search means for providing the second player with information on the first player who has set a request for acquisition and is soliciting a partner for association registration in response to a search request specifying a search condition related to the request for acquisition;
The registration means associates and registers the first player and the second player who has applied for the recruitment by the first player.
5. A game information processing apparatus according to claim 3 or 4. The registration means registers a first group including the first player and the second player and a second group including the first player but not the second player,
The granting means grants the first additional privilege to the second player only when the first group is included in one or more designated groups to which the first additional privilege is granted,
The game information processing apparatus according to any one of claims 1 to 4, claim 8, and claim 9. The registration means further registers a third group that includes the second player and does not include the first player,
the granting means grants the second additional privilege to the first player only when the first group is included in one or more specified groups to which the second additional privilege is granted;
11. A game information processing apparatus according to claim 10. The granting means identifies the designated group according to at least one of the designation by the player, the nature of the privilege acquisition process, and the content of the privilege.
12. A game information processing apparatus according to claim 10 or 11. a registration step of associating and registering the first player and the second player;
When the first player involved in the process of acquiring the first privilege is granted the first privilege, the second player who is not involved in the process of acquiring the first privilege is registered in association with the first player. a granting step of granting a first additional benefit to the condition;
A control method for an information processing device, comprising: a registration function for associating and registering a first player and a second player;
When the first player involved in the process of acquiring the first privilege is granted the first privilege, the second player who is not involved in the process of acquiring the first privilege is registered in association with the first player. a granting function that grants a first additional benefit to the condition;
A control program that makes the computer of the information processing device realize

Images