JP6836080B2 - Information processing equipment, information processing methods and programs - Google Patents

Description

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

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

Japanese Unexamined Patent Publication No. 2017-055790

In the game system described in Patent Document 1, the grant destination of the game item according to the result of the lottery process for the group is set to any of the users belonging to the group. Therefore, it is not assumed that game items according to the result of lottery processing for a group are given to a plurality of users belonging to the group. Further, it is not assumed that the game item is given to a user whose screen information of the lottery process is not shared.

The problem to be solved by the present invention is to efficiently guide game players to build a relationship with each other.

In order to solve the above problem, the present invention associates a second player who is not involved in the acquisition process with the first player when the privilege is granted to the first player who is involved in the acquisition process of a certain privilege. Additional benefits will be granted on condition that they are registered. The present invention includes, for example, the following aspects.

[A] The "game information processing device" according to one aspect of the present invention is a registration means for associating and registering a first player and a second player, and the first player involved in the process of obtaining the first privilege. (1) When the privilege is granted, the second player who is not involved in the acquisition process is provided with a granting means for granting the first additional privilege on condition that the second player is registered in association with the first player.

[B] The "control method" of the information processing device, which is one aspect of the present invention, applies to the registration stage in which the first player and the second player are associated and registered, and the first player involved in the process of obtaining the first privilege. When the first privilege is granted, the grant stage of granting the first additional privilege on the condition that the second player who is not involved in the acquisition process is registered in association with the first player. Including.

[C] The "control program" which is one aspect of the present invention includes a registration function for associating and registering a first player and a second player, and the first privilege for the first player involved in the process of obtaining the first privilege. The information processing apparatus has a function of granting the first additional privilege on the condition that the second player who is not involved in the acquisition process is registered in association with the first player. Make it a computer.

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

According to the present invention, when a certain privilege is given to the first player, the additional privilege is also given to the second player. Therefore, if the present invention is used so that the players who have built a relationship are associated and registered, it can be expected that the players of the game will actively try to build a relationship.

The following technical restrictions may be added to the "game information processing device" of the above [A]. Further, the same technical limitation may be added to the control program recorded by the "control method" of the above [B], the "control program" of the above [C], and the "recording medium" of the above [D], respectively.

(1) When the second privilege is granted to the second player who is involved in the acquisition process of the second privilege, the second player is not involved in the acquisition process. The second additional privilege is given on condition that it is registered in association with the player. As a result, since there are merits for both parties registered as associations, it can be expected that the players will try to build a relationship more positively.

(2) In the process of obtaining the second privilege, the receiving means for receiving a request for improving the availability of the second privilege by the second player is further provided, and the granting means is the first received by the receiving means. 2 When the second privilege determined in response to a request from the player or in consideration of the request is given to the second player, the first player is provided with the second additional privilege equivalent to the second privilege. Give. This makes it possible to adopt a strategy that improves the availability of specific benefits and reduces the possibility of duplication of the benefits, so players with the same first-choice and second-choice benefits actively build relationships. You can expect to try.

(3) The second player is further provided with a notification means for notifying the second player of the content of the first additional privilege to be given to the second player, and the reception means has the content of the first additional privilege as the second player. Accepts a request to improve the availability of the second privilege made by the second player after being notified to. As a result, once the first-choice benefits are available, it is possible to switch to a strategy that improves the availability of the second-choice benefits, so players with the same first-choice and second-choice benefits are more active. It can be expected to try to build a relationship.

(4) The registration means registers the first player, the second player, and the third player in association with each other, and the granting means further associates the first player with the third player involved in the acquisition process of the third privilege. When the third privilege is given, the third additional privilege is given on condition that the first player and the second player who are not involved in the acquisition process are registered in association with the third player. On the condition that the third player who is not involved in either the acquisition process of the first privilege and the acquisition process of 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 given respectively. This is beneficial to everyone who has built a relationship, so it can be expected that players will actively try to build a relationship.

(5) The receiving means further receives a request for improving the availability of the first privilege by the first player in the process of obtaining the first privilege, and the granting means is received by the receiving means. When the first privilege determined in response 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 equivalent to the first privilege. The first additional privilege of the above is given. As a result, it is possible to adopt a strategy that improves the availability of specific benefits and reduces the possibility of duplicate acquisition of the benefits. Therefore, players with the same first-choice to third-choice benefits are actively related to each other. Can be expected to try to build.

(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 receives the content of the third additional privilege. Accepts a request made by the first player to improve the availability of the first privilege after being notified to one player. This makes it possible to switch to a strategy that improves the availability of the second-choice benefits when the first-choice benefits are available, and then the third-choice benefits when the second-choice benefits are available. Since it is possible to switch to a strategy that improves availability, it can be expected that players with the same first-choice to third-choice benefits will try to build a more positive relationship.

(7) The registration means further includes a presentation means for presenting the acquisition request of the first player who is recruiting a partner for association registration to the second player who is considering applying for the recruitment, and the registration means is the first player. The 1 player and the 2nd player who applied for the recruitment by the 1st player are associated and registered. This makes it easier for players with the same desire to obtain to build a relationship.

(8) A search means for providing information on the first player who has set an acquisition request and is recruiting a partner for association registration to the second player in response to a search request for specifying a search condition related to the acquisition request. Further, the registration means associates and registers the first player and the second player who applied for the recruitment by the first player. This makes it easier for players with the same desire to obtain to build a relationship.

(9) The registration means registers a first group including the first player and the second player, and a second group including the first player and not including the second player, and grants the first group. The first additional privilege is given to the second player only when the means includes the first group in the single or a plurality of designated groups to which the first additional privilege is given. As a result, when the first player belongs to a plurality of groups, it is possible to adjust the destination of the additional privilege.

(10) The registration means further registers a third group including the second player and not including the first player, and the granting means is a single or a plurality of designated groups to which the second additional privilege is granted. The second additional privilege is given to the first player only when the first group is included in. As a result, when the second player belongs to a plurality of groups, it is possible to adjust the destination 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 provided at least in part in an online game service. In a broad sense, it refers to the game service itself, and in a narrow sense, it refers to the individual stages that make up the game service. Individual stages are sometimes called quests. The "player" refers to a user of a game service. "Play" means that the player advances and plays a specific game.

(2) “Registering the first player and the second player in association with each other” means registering the first player and the second player in association with each other directly or indirectly. 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) “Bonus” includes rewards and operations that contribute to playing the game directly or indirectly in an advantageous manner. Rewards include in-game elements (eg, currency items, recovery items, synthetic material items, characters, and other objects). The 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 an advantageous treatment as an operation to the player.

(4) The "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 performed after the players are associated and registered (in the embodiment, after the group registration is performed). The procedure includes processing by various devices and operation by a player. The "acquisition process" of the award may be a sufficient condition for obtaining the award, or may be a necessary condition for obtaining the award. For example, if a specific privilege (for example, a quest capture reward) is definitely granted on the condition that a predetermined mission (for example, clearing a specific stage in the game) is completed, the mission is given. The series of steps from the start of the challenge to the capture corresponds to the process of obtaining the privilege. In addition, for example, when a certain privilege (for example, a reward as a result of a gacha) is given through a predetermined event (for example, a gacha in a game), a series of procedures from the start to the end of the event is the process of obtaining the privilege. Corresponds to.

(5) “Involvement” in the acquisition process means to be actively or passively involved in at least a part of the procedures included in the acquisition process. “Involvement” includes both cases of being involved alone (for example, stage solo play, single gacha play) and cases of being involved with other players (for example, stage multiplayer, multi-gacha play). "Involvement" in the acquisition process includes, for example, contributing to acquisition.

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

(7) “Request for improving the availability of benefits” refers to a request for probabilistically or deterministically improving the availability of a specific benefit candidate among a plurality of benefit candidates. Availability may be improved absolutely or relatively. 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 selection of privilege candidates so that a specific privilege candidate remains, etc. Included in "Requests to improve". Requests to narrow down the options of privilege candidates including specific privilege candidates include, for example, a request to exclude at least a part of the privilege candidates other than the specific privilege candidates from the options, and only the candidates of the group to which the specific privilege candidates belong. This includes a request to leave, a request to exclude at least some group candidates to which a specific privilege candidate does not belong, and a request to exclude a part of privilege candidates other than a specific privilege candidate from the options.

(8) When determining the privilege "on demand", for example, the specific privilege candidate selected by the request to select a specific privilege candidate may be determined as the grant target. When deciding a privilege "in consideration of a request", for example, even if the grant target is determined by a probability calculation using a selection probability set based on a request for relatively increasing the selection probability of a specific privilege candidate. Alternatively, the grant target may be determined from the options narrowed down based on the request for narrowing down the options of the privilege candidate so that a specific privilege candidate remains.

It is a block diagram which illustrates the network structure of a game system. (Example) It is a block diagram which illustrates the electrical structure of a server device. (Example) It is a block diagram which illustrates the electrical structure of a user apparatus. (Example) It is a block diagram which illustrates the functional structure of the user management server. (Example) It is explanatory drawing which illustrates the data structure about the lottery function. (Example) It is a sequence diagram which illustrates the recruitment procedure in short-distance recruitment. (Example) It is a sequence diagram which illustrates the application procedure in short-distance recruitment. (Example) It is a sequence diagram which illustrates the recruitment procedure in SNS recruitment. (Example) It is a sequence diagram which illustrates the application procedure in SNS recruitment. (Example) It is a sequence diagram which illustrates the group registration procedure. (Example) It is a flow diagram which illustrates the execution procedure of a compound lottery. (Example)

[1. Embodiment]
[1-1. Overview]
In the present embodiment, in order to efficiently guide the players of the game to build a relationship, when the privilege is given to the first player involved in the acquisition process of a certain privilege, the player is not involved in the acquisition process. An additional privilege is given to the second player on condition that the second player is registered in association with the first player. Therefore, if the players who have built the relationship are operated so as to be associated and registered, it can be expected that the players of the game will actively try to build the relationship.

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

[2. Example]
[2-1. Game service overview]
The present embodiment relates to a game service (hereinafter referred to as "the service of the embodiment") provided at least in part online. In the service of the embodiment, the player sequentially operates four characters (monsters) constituting the deck by a predetermined action to sequentially challenge a plurality of stages (game in a narrow sense) prepared in the game. Electronic games (games in a broad sense) will be provided. In the following, the stage will be referred to as a "quest".

[2-2. Outline of lottery function]
Further, in the electronic game in the service of the embodiment, the player is challenged to draw (gacha) outside the quest in exchange for the consumption of a specific in-game element (for example, currency item, exchange item) 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 (hereinafter referred to as "the system of the embodiment") that provides the service of the embodiment.

To challenge the lottery, there are single lottery (single gacha) in which one player challenges alone, and
There are two types of challenge, a compound lottery (multi-gacha) in which two to four players registered in a group cooperate to challenge. In the compound lottery, the result of each player's individual challenge to the lottery is shared with other players belonging to the same group.

[2-3. Overview of compound lottery]
The lottery function according to this embodiment efficiently guides game players to register a group (an example of "building a relationship"), so that a player belonging to a certain group is given a lottery procedure (a process of obtaining a gacha reward). ), When a normal gacha reward (an example of "privilege") is given, another player who is not involved in the lottery procedure after group registration (in other words, a position where the normal gacha reward is given) Other players who are not in the game) are given additional rewards (an example of "additional benefits") equivalent to normal gacha rewards, provided that they belong to the group.

Specifically, the lottery function according to the present embodiment accepts a request for improving the availability of a specific gacha reward by a certain player in each lottery procedure of the compound lottery, and responds to or takes into account the request. The gacha reward determined in the above is given to the certain player, and an additional reward equivalent to the gacha reward is given to other players belonging to the same group as the certain player.

Each player can start the lottery procedure of the compound lottery at an arbitrary timing after the group registration. In particular, after each player knows the content of the additional reward given to himself / herself through the lottery procedure involving other players belonging to the same group, the availability of a specific gacha reward in the lottery procedure involving himself / herself. It is possible to make a request to improve.

These features allow players who have registered in a group to work together to adopt a strategy that improves the availability of a particular reward while reducing the possibility of duplication of that reward. Then, every time a reward with a relatively high degree of desire to obtain (Gacha reward, additional reward) is obtained, a strategy is sequentially taken to improve the availability of a reward with a relatively low degree of desire to obtain (Gacha reward, additional reward). You can switch. Therefore, according to the lottery function according to the present embodiment, it can be expected that players having the same desired reward will actively try to build a relationship.

[2-4. System Configuration of Examples]
[2-4-1. Network configuration]
(1) Outline 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. Includes a plurality of user terminals 30 (30-1, 30-2, ... 30-n) (n: natural numbers) used by each.

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 the internal or external connectable storage 21. The user management server 10 can read and write data to and from the storage 21 via the data management server 20.

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

(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 the request (request), and provides (responses) to the request source. Further, the user management server 10 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 to share the functions of the user management server 10 or to distribute the load applied to the user management server 10.

(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 and provides (responses) it to the request source in response to the request. Further, the data management server 20 registers necessary data in the storage 21 in response to a request. The storage 21 is a storage device that stores data related to the service 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 applied to the data management server 20 may be distributed. Further, 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 and arranged in the 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, as a user device, a general-purpose portable device on which a program can be installed (for example, a mobile phone, a smartphone (smartphone), a tablet (tablet) terminal, a tablet PC (personal computer), a wearable device, etc.) And a general-purpose processing device (for example, a PC (personal computer)) can be used.

[2-4-2. Electrical configuration]
(1) Electrical configuration of the server device FIG. 2 illustrates the electrical configuration of the server device. The server devices illustrated in FIG. 2 are a control processing device 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). It has an auxiliary storage device 230 including a 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 connected to the control processing device 210 via a bus line, respectively.

The control processing device 210 (1) reads the program stored in the auxiliary storage device 230 onto the main storage device 220, and (2) at least the input device 240, the auxiliary storage device 230, and the communication control device 260 according to the instruction of the program. Data is acquired from either of them, (3) the acquired data is calculated and processed according to the procedure specified in the program, and (4) the calculated and processed data is communicated with the auxiliary storage device 230 and the output device 250. Provided in at least one of the control devices 260.

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

The 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 the MPU 310 via a bus line.

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

[2-4-3. Functional configuration related to lottery function]
FIG. 4 illustrates a functional configuration relating to a 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). The registration unit 410 includes a recruitment reception unit 411, a search unit 421, an application reception unit 413, and a 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 function of the user management server 10 is realized by installing an OS (Operating System) for the server device and a program (for example, a driver, an application) running on the OS in the server device, respectively. Programs to be installed on server devices are distributed as recorded on recording media such as CDs (Compact Discs), DVDs (Digital Versatile Disks), MO disks (Magneto-Optical disks), and flash memories. It may be read from the recording medium into the server device, or may be superposed on the carrier wave via the communication network 40 or other communication network and supplied to the server device.

The recruitment reception unit 411 accepts recruitment of group members related to compound lottery (hereinafter referred to as "member recruitment") by a player who intends to challenge compound lottery. Member recruitment is for member recruitment for other players located near the recruiter (hereinafter referred to as "short-distance recruitment") and for other players who can provide a URL (Uniform Resource Locator) for the recruiter. Search for member recruitment (hereinafter referred to as "SNS recruitment").

The search unit 412 searches for member recruitment in response to a request from a player who intends to challenge the compound lottery. The search unit 412 searches, for example, short-distance recruitment and SNS recruitment. The application reception unit 413 accepts applications for a specific member recruitment by a player who intends to challenge the compound lottery.

Regarding the recruitment of specific members, the registration unit 414 registers the players (recruiters, hosts) who recruited members and the players (applicants, guests) who applied for the recruitment in association with the group. 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 4.

The reception unit 421 receives a request for improving the availability of a specific gacha reward by the player in the lottery procedure challenged by the player. In this embodiment, the request for improving the availability of a specific gacha reward is a request for probabilistically improving the availability of a specific gacha reward candidate among a plurality of gacha reward candidates, and deterministically improving this. It is a combination of the request to be made. More specifically, the reception unit 421 requests to narrow down the options of gacha reward candidates by designating attributes and to select a specific gacha reward candidate from the gacha reward candidates presented as options. Accept 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 stage, the player is made to select one of the five character attributes, and in the second stage, five characters satisfying a predetermined criterion in the selected character attributes are selected. The predetermined criterion is, for example, that the level of the character is equal to or higher than the predetermined value.

The granting unit 423 grants a normal gacha reward to a player who has executed the lottery procedure. In addition, the granting unit 423 grants a gacha additional reward equivalent to the gacha reward to other players who are not involved in the lottery procedure, provided that they belong to the same group as the player. The given reward (character) is added to the character BOX in the game application of each player.

The notification unit 424 gives a normal gacha reward to a player who has executed the lottery procedure, and when a gacha additional reward equivalent to the gacha reward is given to another player, the content of the gacha additional reward Is notified to the other player. The means of notification is arbitrary. In this embodiment, it is explicitly or suggestively notified that the gacha grant reward has been granted by displaying a predetermined icon on the home screen of the game application.

[2-4-4. Data structure]
FIG. 5 illustrates a data structure in the system of the embodiment. The player management information (FIG. 5A) is generated or updated at the time of group registration. The group member management information (FIG. 5B) is generated at the time of group registration. The group status management information (FIG. (C)) is generated at the time of group registration, and is updated (disabled) after all the members belonging to the group execute the lottery procedure. The virtual standby room information (FIG. 5 (d)) and the virtual standby management information (FIG. 5 (e)) are generated when the recruitment of members is accepted. In addition, the virtual standby management information is updated every time an application for the recruitment is accepted.

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

(2) Group member management information The storage 21 stores group member management information that manages members belonging to the group for each group. As illustrated in FIG. 5B, the group member management information associates at least a "recruiter" (player ID), a single or a plurality of "applicants" (player ID) with the "group ID".

(3) Group status information The storage 21 stores group status information for managing the status of each group. As illustrated in FIG. 5 (c), in the group status information, at least "target classification" and "status" are associated with "group ID". "Target category" indicates the category of the reward 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, enabled / disabled). The status of the group is, for example, set to be valid when the group is registered, and is invalidated and updated after all the players belonging to the group have executed the lottery procedure.

(4) Virtual standby room information The storage 21 stores virtual standby room information for recording various parameters related to the virtual standby room corresponding to the recruitment for each member recruitment. As illustrated in FIG. 5D, the virtual standby room information is the "virtual standby room ID", the "recruiter" (player ID), the "recruitment category", the "participation condition", and the "status". At least associate. The “recruitment category” indicates, for example, short-distance recruitment for recruiting members located in the vicinity or SNS recruitment for recruiting members outside the system of the embodiment. “Participation conditions” are, for example, temporal conditions, spatial conditions (geographical conditions), passwords, and the like. "Status" indicates the status of recruiting members (for example, recruiting / ending recruitment).

(5) Virtual standby management information The storage 21 stores virtual standby management information that manages applicants for member recruitment 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 the "virtual standby room ID".

[2-5. Group registration]
[2-5-1. Short-distance recruitment]
(1) Recruitment procedure for short-distance recruitment Fig. 6 illustrates the recruitment procedure for short-distance recruitment. FIG. 6 is a short-distance recruitment procedure when a compound lottery (multi-gacha) is selected by a player (host) who uses the user terminal 30a.

In S605, the user terminal 30a accepts an instruction operation for displaying the gacha selection screen by the host. The instruction operation is, for example, a tap operation for a button (link) displayed in a menu on 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 for the gacha selection button displayed on the game application screen.

In S615, the user terminal 30a accepts the selection of the compound lottery (multi-gacha) by the host. The selection is, for example, a tap operation on a button displayed on the game application screen together with a word meaning multi-gacha. In S620, the user terminal 30a accepts the selection of the compound lottery by the short-distance recruitment by the host. The selection is, for example, a tap operation on a button displayed as "short distance" on the game application screen.

In S625, the user terminal 30a receives an instruction operation for short-distance recruitment by the host. In the service of the embodiment, the host can set a secret word (for example, a 3-digit number string) when recruiting members. If a secret word is set, the setting is also accepted. If the secret word is set automatically, the secret word is displayed. In S630, the user terminal 30a specifies the current position. The GPS unit 390 is used to identify the current position.

In S635, the user terminal 30a instructs the user management server 10 to recruit short distances. The instruction may include a set password or position data indicating the current position of the user terminal 30a. In S640, the user management server 10 notifies the user terminal 30a of the acceptance of the 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 that the location is near the position indicated by the position data included in the recruitment instruction, and the "status" is recruitment. In addition, if the recruitment instruction includes a secret word, the secret word also constitutes the "participation condition".

(2) Application procedure for short-distance recruitment Fig. 7 illustrates the application procedure for short-distance recruitment. FIG. 7 shows an application procedure for short-distance recruitment when a compound lottery (multi-gacha) is selected by a player (guest) who uses the user terminal 30b.

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

In S715, the user terminal 30b accepts a search instruction operation for short-distance recruitment by a guest. If the guest specifies a secret word when searching, that specification is also accepted. In S720, the user terminal 30b specifies the current position. The 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 a short-distance recruitment (virtual standby room) that satisfies the participation condition. The instruction may include a designated password or position data indicating the current position of the user terminal 30b. In S730, the user management server 10 identifies short-distance recruitment (virtual standby room information) in which the guest satisfies the participation condition from the virtual standby 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 notifies the user management server 10 by selecting one of the short-distance recruitment according to the operation by the guest. In S745, the user management server 10 allows 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 in response 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 from the guest for the selected short-distance recruitment. Accept applications. In S760, the user management server 10 notifies the user terminal 30a of the acceptance of the application for the short-distance recruitment.

[2-5-2. SNS recruitment]
(1) Recruitment procedure in SNS recruitment FIG. 8 illustrates the recruitment procedure in SNS recruitment. FIG. 8 is a procedure for recruiting SNS for a player (guest) who uses the user terminal 30b when a compound lottery (multi-gacha) is selected by a player (host) who uses the user terminal 30a.

In S805, the user terminal 30a accepts an instruction operation for displaying the gacha selection screen by the host. The instruction operation is, for example, a tap operation for a button (link) displayed in a menu on 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 for the gacha selection button displayed on the game application screen.

In S815, the user terminal 30a accepts the selection of the compound lottery (multi-gacha) by the host. The selection is, for example, a tap operation on a button displayed on the game application screen together with a word meaning multi-gacha. In S820, the user terminal 30a accepts the selection of the compound lottery (SNS multi-gacha) by the host recruiting SNS. The selection is, for example, a tap operation on a button such as "SNS" displayed 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 solicit SNS. In S835, the user management server 10 notifies the user terminal 30a of the acceptance of the SNS recruitment. The notification may include a URL to which a command to start the SNS program and data that can identify the recruitment are added. In S840, a message including the above URL is transmitted from the user terminal 30a to the user terminal 30b, 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 user management server 10 by designating the URL. In S850, the user management server 10 notifies the user terminal 30a of the acceptance of the SNS recruitment 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 category" is SNS recruitment, the "participation condition" is the application by access specifying 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 an application procedure for SNS recruitment when a compound lottery (multi-gacha) is selected by a player (guest) who uses the user terminal 30b.

In S920, the user terminal 30b instructs the user management server 10 to search for the SNS recruitment (virtual standby room) that satisfies the participation condition by accessing the URL. In S925, the user management server 10 identifies SNS recruitment (virtual standby room information) in which the guest satisfies the participation condition from the virtual standby 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 the SNS recruitment according to the operation by the guest. In S940, the user management server 10 allows 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 in response 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, and the guest responds to the selected SNS recruitment. Accept applications. In S955, the user management server 10 notifies the user terminal 30a of the acceptance of the application for the SNS recruitment.

[2-5-3. Group registration]
FIG. 10 illustrates a procedure for registering a group in recruiting members. FIG. 10 shows a procedure in which group registration is performed after confirmation by a player (host) who uses the user terminal 30a.

In S1005, the user terminal 30a presents the member candidate to the host. The form of presentation may be, for example, a list display of member candidates. The display item may include, for example, the nickname of the member candidate. When you tap the area corresponding to the member, the detailed information of the member may be displayed. The detailed information should include the content of the reward desired to be obtained. In S1010, the member confirmation instruction operation by the host is accepted.

In S1015, the user terminal 30a instructs the user management server 10 to register the group 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 designated as members. Group member management information (FIG. 5B) is generated. In addition, group status management information (FIG. 5 (c)) is generated.

[2-6. Compound lottery]
FIG. 11 illustrates an execution procedure of the compound lottery. Both the compound lottery by the player (host) using the user terminal 30a and the compound lottery by the player (guest) using the user terminal 30b can be started at any timing after the group registration is completed. Therefore, by adjusting the start of the lottery procedure, each player in the group can start the compound lottery by himself / herself after knowing the contents of the gacha additional reward by the compound lottery started by another player first. it can.

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

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

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

In S1140, the user terminal 30 presents a reward candidate. In this embodiment, the five characters provided in S1135 are presented. In S1145, the user terminal 30 accepts the selection of reward candidates. In S1150, the user terminal 30 transmits the reward candidate selection information to the user management server 10. The transmission of such selection information corresponds to a request that definitively improves the availability of a particular reward.

In S1155, the user management server 10 grants the selected candidate to the player involved in this lottery procedure as a gacha reward. In addition, a gacha additional reward equivalent to the gacha reward is given to other players who are not involved in the lottery procedure, provided that they belong to the same group as the players involved. The reward is given, for example, by associating the ID of the character given as the reward with the player ID of each player and storing it in the storage 21.

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

[3. Modification example]
[3-1. Modification 1]
In the embodiment, since each player is not allowed to belong to a plurality of groups, the number of "group IDs" associated with the "player IDs" is limited to one (FIG. 5A). On the other hand, each player may be allowed to belong to a plurality of groups. In this case, a plurality of "group IDs" can be associated with the "player ID".

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

[3-3. Modification 3]
You may present the desire to obtain a host who is recruiting a partner for association registration to a guest who is considering applying for the recruitment, and register the host and the guest who applied for member recruitment in association with each other. This makes it easier for players with the same desire to obtain to build a relationship.

[3-4. Modification 4]
Set the acquisition request and associate Information about the host recruiting the other party for registration is provided to the guest in response to the search request that specifies the search conditions related to the acquisition request, and the host is associated with the guest who applied for member recruitment. You may register. This makes it easier for players with the same desire to obtain to build a relationship.

[3-5. Modification 5]
A first group including player A and player B and a second group including player A and not including player B are registered, respectively, and the first designated group to which the first additional privilege is given is assigned to the first designated group. The first additional privilege may be given to the 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 destination of the additional privilege.

At this time, a third group including player B and not player A is further registered, and the second group is included only when the first group is included in the single or plurality of second designated groups to which the second additional privilege is given. An additional privilege is given to player A. As a result, when the player B belongs to a plurality of groups, it is possible to adjust the destination of the additional privilege.

At this time, the first designated group specifies the designated group according to at least one of the designation by the player belonging to the first group, the nature of the process of obtaining the first privilege, and the content of the first privilege. As a result, the first designated group is manually or automatically identified. Similarly, the second designated group specifies the designated group according to at least one of the designation by the player belonging to the second group, the nature of the process of obtaining the second privilege, and the content of the second privilege. As a result, the second designated group is manually or automatically identified.

10 User management server (an example of "game information processing device")
20 Data management server 21 Storage 30 User terminal 40 Communication network 410 Registration department 411 Recruitment reception department 412 Search department 413 Application reception department 414 Registration department 420 Lottery department 421 Reception department 423 Grant department 424 Notification unit

Claims (4)

When a lottery request is received from the first player, a registration means for associating and registering the ID of the first player and the ID of the second player, and
In the lottery process, the first player and the second player use the first privilege based on the selection information selected by the first player from the selection information of a plurality of attributes presented to the first player as the lottery result. The second player and the first player are given a second privilege based on the selection information selected by the second player from the selection information of the plurality of attributes given to the player and presented to the second player as a lottery result . Granting means to give to the player and
A notification means for notifying the second player of the first privilege given to the second player is provided.
The granting means makes it possible to accept the selection of selection information by the second player after the first privilege is notified to the second player, and based on the selection information, the second privilege is given to the second player and the second player. Give to 1 player,
Information processing device. The granting means presents a plurality of candidates for the first privilege to the first player based on the selection information selected by the first player, and the first privilege selected by the first player is the first. Granted to the player and the second player,
The information processing device according to claim 1. When the computer receives the lottery request from the first player, the ID of the first player and the ID of the second player are associated and registered.
In the process of the lottery, the computer sets the first privilege based on the selection information selected by the first player from the selection information of the plurality of attributes presented to the first player as the lottery result with the first player. A second privilege based on the selection information selected by the second player from the selection information of the plurality of attributes given to the second player and presented to the second player is used as a lottery result with the second player . Granted to the first player
An information processing device in which a computer notifies the second player of the first privilege given to the second player.
The computer that grants the second privilege to the second player and the first player enables the second player to accept selection of selection information after the first privilege is notified to the second player. The second privilege is given to the second player and the first player based on the selection information.
Information processing method. A registration function that associates and registers the ID of the first player and the ID of the second player when a lottery request is received from the first player, and
In the lottery process, the first player and the second player use the first privilege based on the selection information selected by the first player from the selection information of a plurality of attributes presented to the first player as the lottery result. The second player and the first player are given a second privilege based on the selection information selected by the second player from the selection information of the plurality of attributes given to the player and presented to the second player as a lottery result . The granting function given to the player and
A notification function for notifying the second player of the first privilege given to the second player, and
Is a program that makes the computer of the information processing device realize
The granting function makes it possible to accept the selection of selection information by the second player after the first privilege is notified to the second player, and the second privilege is given to the second player and the second player based on the selection information. Give to 1 player,
program.

Images