WO2017135006A1 - Information processing device and program - Google Patents

Abstract

In order to maintain continuity of gameplay by increasing the sense of solidarity between users, the present invention is provided with: a user information storage unit in which users are stored associated with support users who support said users; a reward information storage unit which stores rewards that can be given to users and to support users; a gameplay state notification unit which notifies a support user associated with a user about the gameplay state of said user; and a reward giving unit which gives the user a reward selected by the notified support user by performing a game operation for selecting, from multiple types of rewards, a reward suitable to the gameplay state of the user, and which gives the support user a reward corresponding to the support of the support user by the user, having been given the reward, engaging in gameplay so as to satisfy a prescribed condition.

Description

Information processing apparatus and program

The present invention relates to an information processing apparatus and a program.

2. Description of the Related Art An information processing apparatus that executes information processing related to a game in which a character possessed by another user participates is known as an assistant of the character possessed by the user (for example, Patent Document 1).

JP 2014-198184 A

In recent years, solidarity between users has been enhanced by strengthening the bond between the user and other users.
However, there is a user who plays a game while feeling a sense of isolation due to lack of communication with other users or lack of support from other users. Such a user cannot fully feel a sense of solidarity among the users and tends to interrupt the game play without continuing.
This invention is made | formed in view of such a situation, The place made into the objective is to maintain the continuity of a game play by raising the sense of solidarity between users.

The main invention of the present invention to solve the above problems is
A user information storage unit for storing a support user supporting the user in association with the user;
A reward information storage unit for storing a reward that can be given to the user and the support user;
A game play status notification unit for notifying a support user associated with the user of the game play status of the user;
The notified support user gives the user the reward selected by the support user by performing a game operation to select a reward suitable for the game play situation of the user from a plurality of types of rewards, And a reward granting unit that gives a reward for the support of the support user to the support user when the user who has been given the reward performs a game play and satisfies a predetermined condition;
Is an information processing apparatus.
According to such an information processing apparatus, a support user provides support by giving a reward while watching the game play situation of the user, and the user plays a game while receiving support from the support user, thereby solidarity between users. It is possible to increase the feeling and maintain the continuity of the game play.

In addition, the user information storage unit
The user information storage unit
The game content possessed by each of the user and the support user is stored in association with each user,
When game content is given to the user as the reward by the support user's selection, the user and the game content are newly associated and stored without consuming the game content of the support user; and
When the game content is given to the support user as the reward when the predetermined condition is satisfied in the user's game play, the support user and the game content are not consumed without consuming the user's game content. It is desirable to newly associate and store.
Thereby, even if game content is given to the user as a reward, the game content of the support user is not consumed (decreased), so the support user can easily support the user. Further, even if game content is given as a reward to the support user, the user's game content is not consumed (decreased), so that the user can easily play the game.

The user information storage unit may release the association between the support user and the user when the user has played the game and satisfies the predetermined condition.
Thereby, if it is a user who satisfy | filled predetermined conditions, even if there is no support from a support user, continuity of a game play can be maintained now.

The user information storage unit may associate the support user, which has been disassociated with the user, as a friend user of the user.
Thereby, even if the association as a support user is canceled, the association is maintained as a friend user, so that a sense of solidarity among users can be enhanced.

Moreover, it is desirable to provide a game progress unit that controls the progress of the game so that the user can play using the character of the friend user.
Thereby, it becomes possible to raise a sense of solidarity between users by using the character of the friend user.

Moreover, it is desirable that the reward granting unit changes the reward that can be selected by the support user according to the game play situation of the user.
Thereby, since it becomes possible to select a reward according to the game play situation of the user, the support user can perform more appropriate support.

In addition, it is desirable that the reward granting unit provides the user with the reward selected by the support user and also provides the user with a comment associated with the reward.
Thereby, the support user can perform more appropriate support by giving the comment about the reward further to the user.

Also, the computer
User information storage means for storing a support user supporting the user in association with the user;
Reward information storage means for storing a reward that can be given to the user and the support user;
Game play status notifying means for notifying the support user associated with the user of the game play status of the user;
The notified support user gives the user the reward selected by the support user by performing a game operation to select a reward suitable for the game play situation of the user from a plurality of types of rewards, And a reward giving means for giving the support user a reward for the support of the support user when the user who is given the reward performs a game play and satisfies a predetermined condition,
It is a program to make it function as.
As a result, it is possible to increase the sense of solidarity among users and maintain the continuity of game play.

According to the present invention, it is possible to increase the sense of solidarity among users and maintain continuity of game play.

It is a lineblock diagram showing an example of an information processing system concerning this embodiment. It is a hardware block diagram which shows an example of the computer which concerns on this embodiment. It is a functional block diagram which shows an example of the server apparatus which concerns on this embodiment. It is a functional block diagram which shows an example of the client terminal which concerns on this embodiment. It is a flowchart explaining the operation example of the information processing system in this embodiment. It is a block diagram which shows an example of play status information. It is a block diagram which shows an example of user information. It is a flowchart explaining the teacher registration process of the information processing system in this embodiment. It is an image figure which shows an example of a teacher registration screen. It is a flowchart explaining the disciple support process of the information processing system in this embodiment. It is a block diagram which shows an example of 1st reward information. It is an image figure which shows an example of a play condition notification screen. It is a block diagram which shows an example of 2nd reward information. It is a flowchart explaining the teacher reward provision process of the information processing system in this embodiment. It is an image figure which shows an example of a teacher reward provision screen. It is a flowchart explaining the teacher and student relationship setting process of the information processing system in this embodiment. It is an image figure which shows an example of a teacher list screen. It is a flowchart explaining the apprentice reward grant process of the information processing system in this embodiment. It is an image figure which shows an example of a disciple reward grant screen.

Hereinafter, the information processing apparatus, the program, and the information processing system according to the embodiment of the present invention will be described in detail. The present invention can be widely applied to an information processing apparatus, a program, an information processing system, and the like that employ a game that can enhance a sense of solidarity among users.

[Embodiment]
<System configuration>
FIG. 1 is a configuration diagram illustrating an example of an information processing system 1 according to the present embodiment. As shown in FIG. 1, in the information processing system 1 according to this embodiment, one or more client terminals 10 and a server device 20 are connected via a network N.

The client terminal 10 is a terminal device such as a PC, a smartphone, or a tablet that is operated by a user, or a terminal device such as a home or business dedicated game device. The server device 20 performs management and control of the game performed by the user at the client terminal 10, charging processing in the game, and the like. The network N is the Internet or the like, and includes mobile radio base stations.

Note that the present invention can be applied to a single game device by separately providing a mechanism for performing billing processing in a game in addition to the client-server type information processing system 1 shown in FIG. The information processing system 1 in FIG. 1 is an example, and it goes without saying that there are various system configuration examples depending on the application and purpose. For example, the server device 20 of FIG. 1 may be configured to be distributed among a plurality of computers.

<Hardware configuration>
<Client terminal and server device>
FIG. 2 is a hardware configuration diagram illustrating an example of the computer 50 according to the present embodiment. The client terminal 10 and the server device 20 according to the present embodiment are realized by, for example, a computer 50 having a hardware configuration illustrated in FIG. The computer 50 is an example of an information processing apparatus.

As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, an HDD 58, and the like. Has been. The input device 55 and the display device 56 may be connected and used when necessary.

The CPU 51 is an arithmetic unit that realizes control and functions of the entire computer by reading a program and data from a storage device such as the ROM 53 and the HDD 58 onto the RAM 52 and executing various processes based on the read program and data.

The RAM 52 is an example of a volatile semiconductor memory (storage device) for temporarily storing programs and data, and is also used as a work area when the CPU 51 executes various processes.

The ROM 53 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. The ROM 53 stores programs and data such as BIOS, OS settings, and network settings that are executed when the computer 50 is started up.

The communication interface 54 is an interface for connecting the computer 50 to the network N. Thus, the computer 50 can perform data communication via the communication interface 54.

The input device 55 is a device used by a user or administrator to input various signals. The input device 55 is an operation device such as a touch panel, operation keys and buttons, a keyboard, and a mouse.

The display device 56 is a device for displaying various information on the screen to the user or the administrator. The display device 56 is a display such as a liquid crystal or an organic EL, for example.

The external interface 57 is an interface for connecting to an external device so that data communication is possible. Thereby, the computer 50 can read and / or write the recording medium via the external interface 57. The external device is a recording medium such as a flexible disk, a CD, a DVD, an SD memory card, and a USB memory.

The HDD 58 is an example of a nonvolatile storage device that stores programs and data. The stored programs and data include an OS that is basic software for controlling the entire computer, and applications that provide various functions on the OS.

Note that, instead of the HDD 58, a drive device using a flash memory as a storage medium (for example, a solid state drive: SSD) may be used.

The client terminal 10 and the server device 20 according to the present embodiment can implement various processes as described later by executing a program on the computer 50 having the hardware configuration described above.

<Software configuration>
<Server equipment>
FIG. 3 is a functional block diagram illustrating an example of the server device 20 according to the present embodiment. The server device 20 according to the present embodiment is realized by, for example, functional blocks illustrated in FIG.

The server device 20 according to the present embodiment implements a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a program.

The server control unit 200 has a function of executing processing related to a battle game, which will be described later. The server control unit 200 includes a game progress unit 201, a game play status notification unit 202, a reward grant unit 203, and a display control unit 204.

The game progress unit 201 controls the progress of the battle game so that the user can play a game using his / her character or another character based on the game operation received by the client terminal 10 from the user.

The game play status notification unit 202 notifies the support user associated with the user of the game play status of the user. For example, when a support user logs in, the game play status of the user associated with the support user is notified.

When the game play status notification unit 202 notifies the support user of the user's game play status, the reward granting unit 203 is selected by the support user selecting a reward suitable for the notified game play status. Reward the user. In addition, the reward granting unit 203 gives a reward for support to the support user when the user who is given the reward performs a game play and satisfies a predetermined condition.

The display control unit 204 controls the screen display of the client terminal 10 in accordance with the progress of the battle game by the game progression unit 201.

The server storage unit 220 has a function of storing information related to the battle game. The server storage unit 220 includes a character information storage unit 221, an item information storage unit 222, a user information storage unit 223, a play situation information 224, a registered user information storage unit 225, a first reward information storage unit 226, and second reward information. A storage unit 227 is included.

The character information storage unit 221 stores character information related to characters. The character information stored in the character information storage unit 221 includes characters and enemy characters that can be used by the user in the battle game.

The item information storage unit 222 stores item information related to items as an example of reward. The item information stored in the item information storage unit 222 includes items that each user can possess. It is also possible to set a rarity indicating a rarity for each item.

The user information storage unit 223 stores user information related to the user. The user information stored in the user information storage unit 223 includes each user's teacher user and apprentice user, and characters, items, and points that are game contents possessed by each user.

The play status information storage unit 224 stores play status information related to the game play status. The play situation information stored in the play situation information storage unit 224 includes a play situation for each user for a predetermined period.

The registered user information storage unit 225 stores registered user information related to users registered as teachers. The registered user information stored in the registered user information storage unit 225 includes each user registered as a teacher user.

The first reward information storage unit 226 stores first reward information related to one or more rewards given to the disciple user. The first reward information stored in the first reward information storage unit 226 includes a reward from the teacher user for the continuous play and a comment associated with the reward.

The second reward information storage unit 227 stores second reward information related to one or more rewards given to the teacher user. The second reward information stored in the second reward information storage unit 227 includes a reward that is a gratitude from the disciple user for support.

The server communication unit 240 has a function of communicating with the client terminal 10 via the network N.

<Client terminal>
FIG. 4 is a functional block diagram illustrating an example of the client terminal 10 according to the present embodiment. The client terminal 10 according to the present embodiment is realized by, for example, functional blocks illustrated in FIG.

The client terminal 10 according to the present embodiment implements a client control unit 100, a client storage unit 120, a client communication unit 140, an operation reception unit 150, and a screen display unit 160 by executing a program. The client control unit 100 includes a request transmission unit 101 and a response reception unit 102.

The operation reception unit 150 receives an operation from a user who operates the client terminal 10. In addition, the client control unit 100 performs processing related to a game on the client terminal 10. The request transmission unit 101 transmits a request to the server device 20 based on the content of the operation received by the operation reception unit 150 from the user. The response receiving unit 102 receives a response such as a processing result for the request transmitted from the request transmitting unit 101 to the server device 20.

Further, the client storage unit 120 stores information necessary for the client terminal 10. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 in accordance with control from the server device 20.

As described above, in the information processing system 1 according to the present embodiment, the server device 20 performs game progress and display control, but may be performed by the client terminal 10. Specifically, the game progression unit and the display control unit may be configured not to be provided in the server control unit 200 of the server device 20, but may be configured to be provided in the client control unit 100 of the client terminal 10.

The client control unit 100 of the client terminal 10 receives page data written in HTML (Hyper Text Markup Language) or a script included in the page data from the server device 20, and performs processing related to the game. There is a type. The client control unit 100 of the client terminal 10 includes an application type that performs processing related to a game based on an installed application.

<Outline of the fighting game>
Here, an outline of the battle game in the present embodiment will be described. The battle game in the present embodiment is a game in which an enemy character appears in a party composed of a plurality of characters, and an enemy character that has appeared and each character constituting the party are battled. The user can form a party using characters owned by the user or characters possessed by others (friends, etc.) and challenge the enemy characters.

In this battle game, a user can select another user as a “master” and can become a “disciple” to form a discipleship relationship. The master user (support user) who becomes the “master” performs support while watching the game play situation of the disciple user who becomes the “disciple”. The disciple user plays the game while receiving support from the master user.

In this embodiment, when the master user is notified of the game play situation of the disciple user, the master user selects an item (reward) suitable for the game play situation of the disciple user. The item selected by the master user is given to the disciple user along with the comment. The disciple user plays a game using the given item. When the disciple user plays a game and satisfies a predetermined condition, an item (reward) for the support of the teacher user is given to the teacher user.

In this way, by increasing the sense of solidarity among users, it is possible to strengthen the bond between the disciple user and the teacher user, and to maintain the continuity of the game play.

<Operation>
FIG. 5 is a flowchart for explaining an operation example of the information processing system 1 in the present embodiment.

First, when a user logs in to the server device 20 using the client terminal 10, the game progress unit 201 of the server device 20 receives login information including a user ID, a password, and the like from the client terminal 10 and performs a login process (step S11). ).

In this login process, the play status information as shown in FIG. 6 stored in the play status information storage unit 224 is updated, and the login date and time of the user is added.

FIG. 6 is a block diagram showing an example of play status information. The play status information shown in FIG. 6 includes items such as a user ID, login date / time, logout date / time, number of plays, number of wins, number of defeats, and the like. The user ID is information for uniquely identifying the user. The login date and time is information indicating the date and time when the user logged in. The logout date and time is information indicating the date and time when the user logged out. The number of times of play is information indicating the number of times the user has played the battle game. The number of wins is information indicating the number of times the user has won the battle game. The number of defeats is information indicating the number of times the user has lost in the battle game.

Returning to FIG. 5, the game progression unit 201 of the server device 20 determines whether or not a logged-in user satisfies a teacher condition for becoming a teacher user (step S <b> 12).

This master condition is that the user's rank is a predetermined value or more. In the present embodiment, when the rank is 50 or more, it is possible to become a teacher user.

Therefore, the game progression unit 201 acquires the rank associated with the logged-in user from the user information as shown in FIG. 7 stored in the user information storage unit 223. And the game progress part 201 determines whether the rank linked | related with the acquired user is rank 50 or more.

FIG. 7 is a block diagram showing an example of user information. The user information shown in FIG. 7 has items such as user ID, rank, points, possessed items, characters, teachers, disciples, friends, and the like. The user ID is information for uniquely identifying the user. The rank is information indicating the user's game level. The point is information indicating the amount of points possessed by the user. Further, a predetermined amount of points is consumed when starting the battle game. The spent points can be recovered by stamina items. The possessed item is information indicating an item possessed by the user. The character is information indicating a character that fights against an enemy character. The master is information indicating the user ID of the master user. The disciple is information indicating the user ID of the disciple user. The friend is information indicating the user ID of the friend.

Returning to FIG. 5, if the master condition is not satisfied as a result of the determination in step S12, the process proceeds to step S18 described later. If the master condition is satisfied, the process proceeds to the next step S13.

Next, the game progression unit 201 of the server device 20 determines whether or not the logged-in user is already a teacher user with reference to the user information shown in FIG. S13).

In this embodiment, when the logged-in user is already a teacher user, the user ID of the disciple user is set in the user information. If the logged-in user is not yet a master user, the user ID of the master user is not set in the user information.

If the result of determination in step S13 is that the logged-in user is already a teacher user, the process proceeds to step S15 described later. On the other hand, if the logged-in user is not yet a teacher user, the process proceeds to the next step S14.

Next, the game progression unit 201 of the server device 20 performs a master registration process when the logged-in user is not yet a master user (step S14).

FIG. 8 is a flowchart for explaining the teacher registration process of the information processing system 1 in this embodiment.

The game progression unit 201 of the server device 20 requests the display control unit 204 to execute screen display control so that the master registration screen is displayed on the client terminal 10 (step S31).

The display control unit 204 controls the screen display unit 160 of the client terminal 10 to display a teacher registration screen as shown in FIG. 9 when the game progress unit 201 requests execution of screen display control.

FIG. 9 is an image diagram showing an example of the master registration screen. The master registration screen 550 shown in FIG. 9 displays a master registration explanation area 551, an operation button 552 for registering the master, and an operation button 553 for not registering the master.

A user who wishes to perform teacher registration performs an operation for selecting the operation button 552 on the client terminal 10 when the teacher registration screen 550 is displayed on the screen display unit 160 of the client terminal 10.

A user who does not wish to perform teacher registration performs an operation for selecting the operation button 553 on the client terminal 10 when the teacher registration screen 550 is displayed on the screen display unit 160 of the client terminal 10.

The operation accepting unit 150 of the client terminal 10 accepts an operation for performing the master registration or an operation for not performing the master registration from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

Next, the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10 and determines whether or not an operation for performing the master registration is received (step S32).

If an operation for performing the master registration is accepted, the process proceeds to the next step S33, and if an operation for not performing the master registration is accepted, the process is terminated.

Next, when the game progression unit 201 of the server device 20 accepts an operation for performing the master registration, the game progress unit 201 updates the registered user information stored in the registered user information storage unit 225, and the master for the logged-in user. Registration is performed (step S33).

Returning to FIG. 5, the game progression unit 201 of the server device 20 performs the disciple support process when it is determined that the logged-in user is already a master user in the process of step S13 described above (step S15).

FIG. 10 is a flowchart for explaining the disciple support processing of the information processing system 1 in the present embodiment.

The game progress unit 201 of the server device 20 requests the game play status notification unit 202 to execute the game play status notification so that the client terminal 10 is notified of the play status (step S41).

The game play status notification unit 202, when requested to execute the game play status notification from the game progress unit 201, acquires the disciple user associated with the logged-in user from the user information shown in FIG. Then, the game play status notification unit 202 acquires the play status (number of plays, consumption stamina, etc.) of the disciple user associated with the logged-in user from the play status information shown in FIG. At this time, the game play status of the disciple user the day before login is acquired. Furthermore, the game play status notification unit 202 acquires candidate items that can be given to the disciple user associated with the logged-in user from the first reward information stored in the first reward information storage unit 226.

FIG. 11 is a configuration diagram showing an example of the first reward information. The first reward information shown in FIG. 11 includes the number of plays, the types of candidate items, the number of candidate items, and comments as items. Matching comments are associated with candidate items. Therefore, the reward granting unit 203 can give the item selected by the teacher user to the disciple user and can give the disciple user a comment associated with the item. In addition, a luxurious reward is given as the number of plays increases. Therefore, the reward granting unit 203 can change the items that can be selected by the teacher user according to the play situation of the disciple user.

Thereafter, the game play status notification unit 202 notifies the game play status of the disciple user associated with the logged-in user. In the present embodiment, notification is performed by a play status notification screen as shown in FIG. Therefore, when the display control unit 204 is requested by the game play status notification unit 202 to execute screen display control, the display control unit 204 performs control to display the play status notification screen on the screen display unit 160 of the client terminal 10.

FIG. 12 is an image diagram showing an example of the play status notification screen. The play status notification screen 560 shown in FIG. 12 displays a play status display area 561, an item selection area 562, candidate items 563, an item selection button 564, and operation buttons 565.

In the play status display area 561, the rank of the disciple user, the number of plays, the number of wins, and the number of defeats are displayed. In the item selection area 562, a plurality of candidate items 563 are displayed in a list. In the candidate item 563, the type and number of items that are selection candidates and comments corresponding to the items are displayed based on the first reward information shown in FIG.

The logged-in user can grasp the play status of the disciple user by looking at the play status display area 561. Then, an item suitable for the play situation of the disciple user is selected from among a plurality of candidate items 563 displayed in a list by the item selection button 564. Thereafter, the candidate item 563 selected by pressing the operation button 565 can be determined as an item to be sent to the disciple user. There may be a plurality of types of items to be sent to the disciple user.

In this way, the operation reception unit 150 of the client terminal 10 receives an operation for supporting the disciple user from the logged-in user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

Next, the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10 and determines whether or not an operation for supporting the disciple user has been received (step S42).

Next, when the game progression unit 201 of the server device 20 receives an operation for supporting the disciple user, the game progression unit 201 requests the reward granting unit 203 to execute the item grant setting (step S43).

When the game granting unit 201 requests execution of item granting settings, the reward granting unit 203 sets the candidate item 563 selected by the user on the play status notification screen 560 as an item to be granted to the disciple user.

Returning to FIG. 5, the game progression unit 201 of the server device 20 subsequently determines whether or not the disciple user associated with the logged-in user has satisfied the predetermined condition (step S <b> 16).

The predetermined condition is that the rank of the disciple user associated with the logged-in user has reached any achievement rank set in the second reward information stored in the second reward information storage unit 227.

FIG. 13 is a configuration diagram showing an example of the second reward information. The second reward information shown in FIG. 13 includes an achievement rank, an item type, and the number of items as items. It is set so that a luxurious reward is given as the achievement rank increases. Therefore, the reward granting unit 203 can change items that can be acquired by the teacher user according to the play situation of the disciple user. In addition, when the rank of the disciple user reaches the graduation rank, the teacher-discipline relationship is set to be canceled. That is, the user information storage unit 223 cancels the association between the teacher user and the disciple user when the disciple user plays the game and satisfies a predetermined condition.

As a result of the determination by the process of step S16, if the disciple user associated with the logged-in user does not satisfy the predetermined condition, the process proceeds to the process of step S18 described later. On the other hand, if the disciple user associated with the logged-in user satisfies the predetermined condition, the process proceeds to the next step S17.

Next, the game progression unit 201 of the server device 20 performs a teacher reward granting process when a disciple user associated with the logged-in user establishes a predetermined condition (step S17).

FIG. 14 is a flowchart for explaining the teacher reward granting process of the information processing system 1 in the present embodiment.

The game progression unit 201 of the server device 20 requests the display control unit 204 to execute screen display control so as to display the teacher reward granting screen on the client terminal 10 (step S51).

The display control unit 204 controls the screen display unit 160 of the client terminal 10 to display a teacher reward granting screen as shown in FIG. 15 when the game progression unit 201 requests execution of screen display control.

FIG. 15 is an image diagram showing an example of a master reward granting screen. The teacher reward granting screen 570 shown in FIG. 15 displays a teacher reward explanation area 571, a grant item 572, and a receiving button 573.

The logged-in user can grasp that the rank of the disciple user has reached the achievement rank set in the second reward information shown in FIG. 13 by looking at the teacher reward explanation area 571. Then, by pressing the receiving button 573, the granted item 572 can be acquired.

In this way, the operation reception unit 150 of the client terminal 10 receives an operation for receiving a teacher reward from the logged-in user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

Next, the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10 and determines whether or not an operation for receiving a teacher reward has been received (step S52).

Next, when the game progression unit 201 of the server device 20 receives an operation for receiving a teacher reward, the game progression unit 201 requests the reward granting unit 203 to execute item grant (step S53).

When the reward granting unit 203 is requested to execute item granting from the game progression unit 201, the reward granting unit 203 updates the user information stored in the user information storage unit 223 and adds the granted item 572 to the possessed item of the logged-in user. .

The user information storage unit 223 newly associates the teacher user with the item without releasing the association between the apprentice user and the item when the item is given to the teacher user when the predetermined condition of the disciple user is satisfied. And store it in the user information. That is, when an item is given to the master user, the item held by the disciple user is not reduced.

Returning to FIG. 5, the game progression unit 201 of the server device 20 subsequently determines whether or not the logged-in user satisfies the disciple condition for becoming a disciple user (step S <b> 18).

This discipleship condition is that the rank of the user is below a predetermined value. In the present embodiment, when the rank is less than 50, it is possible to become an apprentice user.

Therefore, the game progression unit 201 acquires the rank associated with the logged-in user from the user information as shown in FIG. 7 stored in the user information storage unit 223. Then, the game progression unit 201 determines whether or not the rank associated with the acquired user is less than the rank 50.

As a result of the determination, if the disciple condition is not satisfied, the process proceeds to step S22 described later. On the other hand, if the disciple condition is satisfied, the process proceeds to the next step S19.

Next, when the discipleship condition is satisfied, the game progression unit 201 of the server device 20 refers to the user information as shown in FIG. 7 and determines whether or not the logged-in user is already a disciple user (step). S19).

In this embodiment, when the logged-in user is already a disciple user, the user ID of the teacher user is set in the user information. If the logged-in user is not yet a disciple user, the user ID of the teacher user is not set in the user information.

As a result of the determination, if the logged-in user is already a disciple user, the process proceeds to step S21 described later. On the other hand, if the logged-in user is not yet an apprentice user, the process proceeds to the next step S20.

Next, when the logged-in user is not yet a disciple user, the game progression unit 201 of the server device 20 performs a teacher-apprentice relationship setting process (step S20).

FIG. 16 is a flowchart for explaining the teacher-instruction relationship setting process of the information processing system 1 in the present embodiment.

The game progression unit 201 of the server device 20 requests the display control unit 204 to execute screen display control so that the teacher list screen is displayed on the client terminal 10 (step S61).

When requested to execute screen display control from the game progression unit 201, the display control unit 204 displays a teacher list screen as shown in FIG. 17 on the client terminal based on the registered user information stored in the registered user information storage unit 225. 10 is displayed on the screen display unit 160.

FIG. 17 is an image diagram showing an example of a teacher list screen. The teacher list screen 580 shown in FIG. 17 includes a teacher selection explanation area 581, a teacher selection area 582, a teacher candidate user 583, a teacher selection button 584, a decision button 585, and an operation button for not selecting a teacher user. 586 is displayed.

The logged-in user selects a desired teacher user from among the plurality of teacher candidate users 583 displayed in a list by using the selection button 584. The master candidate user 583 is a user who is registered as a teacher in the registered user information. Thereafter, the selected teacher candidate user 583 can be confirmed by pressing the enter button 585. It is also possible not to select the teacher user by pressing the operation button 586.

In this way, the operation reception unit 150 of the client terminal 10 receives an operation for selecting a teacher user from a logged-in user or an operation for not selecting a teacher user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

Next, the game progress unit 201 of the server device 20 receives the operation content from the client terminal 10, and determines whether or not an operation for selecting a teacher user or an operation for not selecting a teacher user has been received (step S62). ).

If an operation for selecting a teacher user is accepted, the process proceeds to the next step S63, and if an operation for not selecting a teacher user is accepted, the process is terminated.

Next, when the game progress unit 201 of the server device 20 accepts an operation for selecting a teacher user, the game information updating unit 201 updates the user information stored in the user information storage unit 223 and selects the logged-in user and himself / herself. The relation between the teacher and the student is set by associating with the master user who has performed (step S63).

Returning to FIG. 5, the game progression unit 201 of the server device 20 performs a disciple reward awarding process when it is determined that the logged-in user is already a disciple user by the process of step S19 described above (step S21).

FIG. 18 is a flowchart illustrating the disciple reward awarding process of the information processing system 1 in the present embodiment.

The game progress unit 201 of the server device 20 requests the display control unit 204 to execute screen display control so that the disciple reward grant screen is displayed on the client terminal 10 (step S71).

When the game progression unit 201 requests execution of screen display control, the display control unit 204 performs control to display a disciple reward grant screen as shown in FIG. 19 on the screen display unit 160 of the client terminal 10.

FIG. 19 is an image diagram showing an example of an apprentice reward granting screen. On the apprentice reward granting screen 590 shown in FIG. 19, a teacher comment display area 591, a grant item 592, and a receiving button 593 are displayed.

The logged-in user can obtain support from the teacher user by viewing the master comment display area 591 and can grasp the usage method of the granted item. Then, by pressing a receiving button 593, a grant item 592 (that is, a grant item set as an item to be given to the disciple user by the teacher user looking at the disciple user's play status) is acquired. be able to.

In this way, the operation reception unit 150 of the client terminal 10 receives an operation for receiving a disciple reward from the logged-in user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

Next, the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10 and determines whether or not an operation for receiving an apprentice reward has been received (step S72).

Next, when the game progression unit 201 of the server device 20 receives an operation for receiving a discipleship reward, it requests the reward granting unit 203 to execute item grant (step S73).

When the game granting unit 201 requests execution of item grant, the reward granting unit 203 updates the user information stored in the user information storage unit 223 and adds the grant item 592 to the possessed item of the logged-in user. .

In addition, when the item selected by the teacher user is given to the disciple user, the user information storage unit 223 newly associates the disciple user with the item without releasing the association between the master user and the item. Store in user information. That is, when an item is given to a disciple user, the item possessed by the master user is not reduced.

Returning to FIG. 5, the game progression unit 201 of the server device 20 requests the display control unit 204 to execute screen display control so that the initial screen for playing the battle game is displayed on the client terminal 10 (step S <b> 22).

The display control unit 204 controls the screen display unit 160 of the client terminal 10 to display an initial screen for playing a battle game when the game progression unit 201 requests execution of screen display control.

<Summary>
As described above, according to the information processing system 1 according to the present embodiment, the master user provides support while giving an item while watching the game play situation of the disciple user, and the disciple user receives support from the master user. By playing the game, it is possible to increase the sense of solidarity among the users and maintain the continuity of the game play.

[Other Embodiments]
The above-described embodiments are for facilitating understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

<Master conditions>
In the above-described embodiment, the rank 50 or more has been described as an example of the teacher condition, but the present invention is not limited to this. For example, it is good as a teacher condition that it is rank 30 or more, and it is good as a teacher condition that it is rank 60 or more. Further, for example, the master condition may be eliminated. In this case, anyone can become a teacher user. Furthermore, it is good also as one of the teacher conditions that the user has registered that it may become a teacher. In addition, one of the conditions for the teacher may be that the user has applied for a master from a user who is a disciple.

<Number of disciples users>
In the above-described embodiment, the case where the teacher user supports one apprentice user has been described as an example, but the present invention is not limited to this. For example, a teacher user may support two or more apprentice users.

<Cancellation of the discipline>
In the above-described embodiment, the case where the association between the teacher user and the disciple user is canceled on the condition that the rank of the disciple user reaches the graduation rank is described, but the present invention is not limited to this. .

For example, the predetermined condition may be that the teacher user has not logged in for a predetermined number of days. Then, when it is determined that the predetermined condition is satisfied based on the login date and time of the master user, the disciple user may be able to perform an operation of canceling the master-student relationship. In addition, when it is determined that the predetermined condition is satisfied, the teacher-teacher relationship may be automatically canceled regardless of the operation of the disciple user. In addition, you may perform the push notification and mail transmission for encouraging play with respect to the teacher user and disciple user whose last login date became more than fixed.

For example, even if the teacher user is logged in, the predetermined condition may be that the game play is not performed for a predetermined number of days. Then, when it is determined that the predetermined condition is satisfied based on the number of times the teacher user plays, the disciple user may be able to perform an operation of canceling the teacher-apprentice relationship. In addition, when it is determined that the predetermined condition is satisfied, the teacher-teacher relationship may be automatically canceled regardless of the operation of the disciple user. In addition, when there is an instruction to cancel the teacher / student from the teacher user or the disciple user, the teacher / sister relationship may be canceled.

<Friend user>
In the above-described embodiment, the user information storage unit 223 may associate the teacher user who has been disassociated from the apprentice user as the friend user of the apprentice user. At this time, the former teacher user or the former apprentice user may associate as a friend user by making a friend application, or may automatically associate as a friend user.

<Reward>
In the above-described embodiment, an item as an example of reward has been described, but the present invention is not limited to this. The reward may be game content such as characters or points, skills, attributes, or the like.

Further, in the above-described embodiment, even when the teacher user selects an item to be given to the disciple user, the case where the item possessed by the teacher user is not reduced has been described as an example, but the present invention is not limited to this. Absent. For example, an item to be given to the disciple user may be selected from the items possessed by the teacher user, and the selected item may be reduced from the items possessed by the teacher user. Thereby, the master user can feel the growth of the disciple user more, and the solidarity among users can be enhanced.

Further, in the above-described embodiment, the case where the apprentice user possesses the predetermined condition and the item that the apprentice user possesses does not decrease is described as an example even though the item is given to the master user. It is not limited to. For example, an item to be given to the teacher user may be selected from items possessed by the disciple user, and the selected item may be reduced from items possessed by the disciple user. Thereby, the disciple user can convey a feeling of gratitude to the teacher user more, and the sense of solidarity among the users can be enhanced.

In the above-described embodiment, the example is described in which it is set so that a gorgeous reward is given as the number of times the disciple's user plays, but the present invention is not limited to this. For example, as the number of times the disciple's user plays increases, the number and types of items that serve as rewards may be reduced. Thereby, even if it is a case where the number of plays of a disciple user is small, subsequent play can be urged. Further, the number and types of items that are rewards may be changed based on other than the number of times the disciple user plays. For example, consumption stamina, number of clears, etc. may be used as a reference.

<Former disciple users who have reached graduation rank>
In the above-described embodiment, the character images of the former apprentice users who have been released from the discipleship relationship by reaching the graduation rank may be collected. Further, the character image of the former apprentice user may be viewed like a graduation album.

1 information processing system, 10 client terminal, 20 server device, 50 computer, 51 CPU, 52 RAM, 53 ROM, 54 communication interface, 55 input device, 56 display device, 57 external interface, 58 HDD, 100 client control unit, 101 Request transmission unit, 102 Response reception unit 120 Client storage unit, 140 Client communication unit, 150 Operation reception unit, 160 Screen display unit, 200 Server control unit, 201 Game progress unit, 202 Game play status notification unit, 203 Reward grant unit, 204 Display control unit, 220 Server storage unit, 221 Character information storage unit, 222 Item information storage unit, 223 User information storage unit, 224 Play status information storage unit, 225 Registration user -Information storage unit, 226, first reward information storage unit, 227, second reward information storage unit, 240 server communication unit, 550 teacher registration screen, 551 teacher registration explanation area, 552 operation buttons, 553 operation buttons, 560 play status notification screen , 561 Play status display area, 562 Item selection area, 563 Candidate item, 564 Item selection button, 565 Operation button, 570 Master reward reward screen, 571 Master reward explanation area, 572 Grant item, 573 Receive button, 580 Master list screen, 581 Master selection explanation area, 582 Master selection area, 583 Master candidate user, 584 Master selection button, 585 decision button, 586 operation button, 590 apprentice reward granting screen, 591 master comment display area, 592 grant item , 593 receive button, B bus line, N network

Claims (8)

1. A user information storage unit for storing a support user supporting the user in association with the user;
   A reward information storage unit for storing a reward that can be given to the user and the support user;
   A game play status notification unit for notifying a support user associated with the user of the game play status of the user;
   The notified support user gives the user the reward selected by the support user by performing a game operation to select a reward suitable for the game play situation of the user from a plurality of types of rewards, And a reward granting unit that gives a reward for the support of the support user to the support user when the user who has been given the reward performs a game play and satisfies a predetermined condition;
   An information processing apparatus comprising:
2. The information processing apparatus according to claim 1,
   The user information storage unit
   The game content possessed by each of the user and the support user is stored in association with each user,
   When game content is given to the user as the reward by the support user's selection, the user and the game content are newly associated and stored without consuming the game content of the support user; and
   When the game content is given to the support user as the reward when the predetermined condition is satisfied in the user's game play, the support user and the game content are not consumed without consuming the user's game content. Newly associated and memorized,
   An information processing apparatus characterized by that.
3. The information processing apparatus according to claim 1 or 2,
   The user information storage unit cancels the association between the support user and the user when the user performs a game play and satisfies the predetermined condition.
   An information processing apparatus characterized by that.
4. The information processing apparatus according to claim 3,
   The user information storage unit associates the support user released from the association with the user as a friend user of the user.
   An information processing apparatus characterized by that.
5. The information processing apparatus according to claim 4,
   A game progress unit for controlling the progress of the game so that the user can play using the character of the friend user;
   An information processing apparatus comprising:
6. An information processing apparatus according to any one of claims 1 to 5,
   The reward granting unit changes the reward that can be selected by the support user according to the game play situation of the user.
   An information processing apparatus characterized by that.
7. An information processing apparatus according to any one of claims 1 to 6,
   The reward granting unit gives the user the reward selected by the support user, and gives the user a comment associated with the reward,
   An information processing apparatus characterized by that.
8. Computer
   User information storage means for storing a support user supporting the user in association with the user;
   Reward information storage means for storing a reward that can be given to the user and the support user;
   Game play status notifying means for notifying a support user associated with the user of the game play status of the user;
   The notified support user gives the user the reward selected by the support user by performing a game operation to select a reward suitable for the game play situation of the user from a plurality of types of rewards, And a reward giving means for giving the support user a reward for the support of the support user when the user who is given the reward performs a game play and satisfies a predetermined condition,
   Program to function as.

Images