JP6784736B2 - Game programs, how to run game programs, and information processing equipment - Google Patents

Description

The present disclosure relates to a game program, a method of executing the game program, and an information processing device.

In games such as competitive games or social games where interaction between users affects the enjoyment of the game, it is important to secure more active users. In many games, in order to increase the number of active users, events are held inside and outside the game to try to acquire new users.

Japanese Unexamined Patent Publication No. 2016-86907

It is also important to provide support for new users on the game system in order to retain the acquired new users in the game. This is because if new users get tired of the game, the number of active users will decrease.

Various game systems have been developed to support new users. For example, Patent Document 1 discloses a game in which when a user selects another user belonging to a "low-level user group" including a new user during a battle, the parameter of the user is increased. Patent Document 1 supports new users to participate in the battle by encouraging the recruitment of low-level users such as new users in the battle.

One aspect of the disclosure is intended to motivate new users to play the game continuously.

The game program according to the present disclosure is executed by a computer provided with a processor and memory. The game program stores in the processor the identification information of the first user and the identification information of the second user whose elapsed time from registration to the game based on the game program is within a predetermined time in association with each other in the storage unit. A step of causing the first user, a step of accepting the first input operation of the first user, and a step of matching the first user with one or more third users other than the first user when the first input operation is accepted. When the step of executing the match including the matched first user and the third user in the matching step and the third user include one or more second users memorized in the memorizing step, the first To execute the step of giving a reward to the user.

According to one aspect of the present disclosure, new users can be motivated to continuously play the game.

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of a user terminal and a server. It is a figure which shows an example of the data structure of a user list. It is a figure which shows an example of the data structure of a friend list. It is a figure which shows an example of the top screen. It is a figure which shows an example of a friend search screen. It is a flowchart which shows an example of the flow of the process which concerns on friend registration. It is a figure which shows an example of the battle top screen. It is a figure which shows an example of the battle room screen. It is a figure which shows an example of the battle room screen when a participating user enters a battle room. It is a flowchart which shows an example of the flow of processing which concerns on a battle. It is a figure which shows an example of the registered friend list screen. It is a figure which shows an example of the registered friend list screen. It is a figure which shows an example of the game screen in the case of displaying an image prompting to perform an input operation instructing the creation of a battle room on a friend search screen. It is a figure which shows an example of the game screen in the case of displaying the image prompting to perform the input operation instructing the creation of a battle room on the top screen.

[Embodiment 1]
The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As shown in the figure, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 connects to the server 200 via the network 2. The network 2 is composed of various mobile communication systems constructed by the Internet and a wireless base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be done.

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These configurations included in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with an input / output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected instead of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

In addition, instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18, the controller 1020 may have the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100, for example, at the start of a game, have a user who uses the controller 1020 input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by the plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or victory or defeat in a certain game may be associated with user identification information and transmitted to the server 200.

Further, the controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the coupling portion, the user terminal 100 and the controller 1020 transmit and receive signals via wire.

As shown in FIG. 1, the user terminal 100 may accept the attachment of a storage medium 1030 such as an external memory card via the input / output IF14. As a result, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded on the storage medium 1030 is, for example, a game program.

The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may store the game program acquired by reading from the storage medium 1030 in the memory 11. You may memorize it in.

As described above, the user terminal 100 includes a communication IF 13, an input / output IF 14, a touch screen 15, a camera 17, and a distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-mentioned parts as an input mechanism can be regarded as an operation part configured to accept a user's input operation.

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. To. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as. The captured image may be a still image or a moving image.

Alternatively, when the operation unit is composed of the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is composed of the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified and accepted as a user input operation.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

The memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of a storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read from the storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to the program.

In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with the user terminal 100 and the server 200. The game realized by the collaboration between the user terminal 100 and the server 200 may be, for example, a game executed on the browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions or notifications to be transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

The communication IF 13 controls the transmission / reception of various data in the user terminal 100. The communication IF 23 controls the transmission and reception of various data on the server 200. The communication IFs 13 and 23 control communication using, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using short-range wireless communication.

The input / output IF 14 is an interface for the user terminal 100 to accept data input, and an interface for the user terminal 100 to output data. The input / output IF 14 may input / output data via USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button, a camera, a microphone, a speaker, or the like of the user terminal 100. The input / output IF24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is composed of, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

The camera 17 includes an image sensor and the like, and generates a captured image by converting the incident light incident from the lens into an electric signal.

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. The ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement target by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source being reflected by the measurement target. The distance measuring sensor 18 may have a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. As a result, the accuracy of detecting an object based on the captured image of the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the fingers are not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has made a "choki" gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect whether it is at the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the image captured by the camera 17, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is detected or not detected by the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. The processor 10 also detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. Continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pressed, or maintaining the touched state after the touchdown operation is performed on the touch panel. Further, when the user moves his / her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). It can also be recognized. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image captured by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It may be recognized as an operation corresponding to.

<Account>
The game system 1 assigns the user an account for logging in to the game realized by the game system 1. Hereinafter, unless otherwise specified, the game realized by the game system 1 is referred to as this game. The user can play this game by logging in to the game using the assigned account.

The game system 1 assigns one or more accounts to one user. In this embodiment, one account is assigned to one user. That is, it is assumed that there is a one-to-one correspondence between the user and the account.

The account of this game may be associated with one or more devices that can log in with the account. In the present embodiment, it is assumed that the server 200 stores one account in association with one user terminal 100. Therefore, in the present embodiment, the user logs in to the game with a specific account via the specific user terminal 100.

<Game overview>
This game is not limited to a specific genre, and may be a game of any genre. For example, sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs (Role Playing Games), adventure games, shooting games, simulation games, training games, and actions. It may be a game or the like.

This game is a multiplayer compatible game in which a plurality of users can log in and play at the same time. This game has a function to enable interaction between users. Specifically, this game has a function of executing a multiplayer battle and a function of executing friend registration.

(Competition function)
A multiplayer match is a match in which a plurality of users participate. The battle format, progress method, and winning / losing conditions in a multiplayer battle are not particularly limited. This game includes a battle part that executes a multiplayer battle. Hereinafter, unless otherwise specified, the multiplayer battle performed in the battle part is simply referred to as a battle. Matches in sports games are also included in the competition.

The position relationship of a plurality of users participating in the battle is not particularly limited. For example, a plurality of users participating in a battle may be in an ally or cooperative relationship, may be in a hostile relationship, or may be in a relationship that does not interfere with each other's victory or defeat. In addition, a plurality of users participating in the battle may be divided into a friendly camp and an enemy camp.

One or more NPCs (non player characters) may participate in the match. The position relationship between the NPC and each user is not particularly limited. For example, the NPC and each user may be in an ally or cooperative relationship, or may be in a hostile relationship. In addition, a plurality of NPCs participating in the battle may be divided into a friendly camp and an enemy camp.

In the present embodiment, an example in which the game is a tennis game including a battle part will be described. In a tennis game, a user operates a character in the game to play tennis by performing an input operation on the user terminal 100. In the following description, "an operable character that operates based on an input operation" is referred to as an "operation character".

Each user moves his / her operating character to participate in a tennis match. That is, a multiplayer match in a tennis game means, for example, a user-to-user singles match and a doubles match that includes at least a plurality of users. A doubles match is a pair of a host user (first user) who has recruited participants for the match and a participating user (third user) who is one or more users other than the user who is the opponent. A match between a user other than the pair and a pair that includes at least one of the NPCs (non player characters). By providing a pair-to-pair match in this way, the strategic nature of the match can be further enhanced, and thus the interest of this game can be improved.

The game system 1 advances a tennis match according to a predetermined rule based on an actual tennis rule. In the following description, detailed description of the actual tennis rules will be omitted.

(Friend registration function)
Further, in this game, the user can register another user as a friend. Friend registration is a kind of communication function provided in this game, and is a function of associating users of this game with each other. The user can register a user other than himself / herself as a friend by performing a predetermined operation on the user terminal 100. The details of the friend registration process will be described later. In this game, the friend registration function can be used as a function for bookmarking a large number of users other than yourself.

In the present embodiment, an example will be described in which each user can unilaterally register a user other than himself / herself as a friend. However, in order to register as a friend in this game, the approval of the user who is registered as a friend may be required. For example, friend registration may be established only when a certain user applies for friend registration to another user and the other user approves the application.

In the present embodiment, when a user unilaterally registers another user as a friend, the other user is said to be a friend of the user. On the other hand, when a certain user and another user register each other as friends, they are said to be mutual friends and are treated differently from simple friends.

(Team function)
This game may be a game including an element of interaction between users in which a team established by any user is strengthened in cooperation with users belonging to the team. A team is a group of one or more users. Since each user participates in the game through his / her own operating character, it can be said that the team is a group to which one or more characters belong. In this embodiment, it is assumed that one user can belong to one team. However, in this game, one user may belong to a plurality of teams.

When the user terminal 100 receives an operation of a predetermined procedure for establishing a team, the user terminal 100 establishes a team to which the user belongs. The user terminal 100 may allow the establishment of a team when a specific condition is satisfied in the tennis game. The "specific condition" may mean, for example, that a parameter such as the level of the user or the operating character in the tennis game exceeds a predetermined value. Further, the "specific condition" may mean that the in-game currency indicated by the user information 123 is at least a predetermined value.

When the user terminal 100 receives an operation of a predetermined procedure for joining a team, the user terminal 100 causes a user corresponding to the user terminal 100 to join a team established by another user. In addition, the user terminal 100 can also withdraw from the team in which the user is established or joined, according to a predetermined operation. Further, the user terminal 100 can join another user to the team to which the user belongs. In addition, the user terminal 100 can withdraw other users from the established team. The user does not necessarily have to belong to the team.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing a functional configuration of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) required for functioning as a general computer and a functional configuration required for realizing a known function in a game.

The user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 in cooperation with the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance the game. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 120 and the storage unit 220 store the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200.

The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The game information includes user list 132A. The user list 132A is information about the accounts of all users in this game.

The user list 132A includes at least an identifier that uniquely identifies each user's account and information that indicates when the account is registered.

(User list)
FIG. 3 is a diagram showing an example of the data structure of the user list 132A. In the example of FIG. 3, the user list 132A holds information about one account, that is, one user as one record of the data table. In the example of FIG. 3, the user list 132A includes a "user ID" column, a "user name" column, a "level" column, a "leader" column, an "affiliation team" column, and a "registration date" column. , Includes "Last Login Time" column and "Message" column. The columns other than the "user ID" column and the "registration date" column may not be included in the user list 132A.

In the "user ID" column, information indicating a user ID, which is identification information for uniquely identifying a user, is stored. The game system 1 may automatically set the user ID on the server 200 or the user terminal 100, or may allow the user to select or enter the user ID when registering an account.

Information indicating the user's name is stored in the "user name" column. In the present embodiment, the information in the "user name" column is information that can be freely determined and changed by the user. If the user does not enter the user name when registering the account, the server 200 or the user terminal 100 may store a predetermined standard name in the "message" column to generate the user information 132A.

The "Level" column stores information indicating the user's level. The level is an index value indicating the progress of the game of the user. Under what conditions the level changes may be appropriately designed according to the characteristics of the game. For example, the server 200 or the user terminal 100 may give an experience value to a certain account according to the score when playing a game with the certain account. Then, the server 200 or the user terminal 100 may increase the level by one when the experience value exceeds a certain value in a certain account.

In the "leader" column, information for identifying a character designated by the user as a representative among the characters that can be used by each user in the game is stored. Depending on the nature of the game, information indicating items, buildings, etc. may be stored in this column instead of characters such as people or animals.

Information indicating the team to which each user belongs is stored in the "team affiliation" column. When the "affiliated team" column in FIG. 3 is blank, it indicates that the user indicated by the record is an independent user who does not belong to any team.

Information indicating the registration date of each user's account is stored in the "Registration date" column. In the present embodiment, as shown in the figure, the registration time of each account is managed on a daily basis. However, the game system 1 may manage the registration time of each account in any time unit such as monthly unit or yearly unit. Alternatively, the game system 1 may manage the registration time of each account by any period delimiter in this game. For example, in the user list 132A, instead of the account registration date, or together with the account registration date, the version of the game program 131 at the time of account registration, the phase of the event held in the game, and the like are recorded. May be good.

The "Last Login Time" column stores information indicating when the user last logged in. For example, the "last login time" column may store the time when the user last logged in.

Information indicating a character string of a message set by the user is stored in the "message" column. In the present embodiment, the information in the "message" column is information that can be freely determined and changed by the user. The details will be described later, but the set message can be disclosed to other users. The user sets, for example, a greeting to another user or a self-introduction as a message. If the user does not enter a message when registering an account, the server 200 or user terminal 100 may store a predetermined standard message as information in the "message" column. In addition, there may be an account whose information is not stored in the "Message" column.

The user information 133 is information managed for each user account. User information 133 includes friend list 133A. The friend list 133A is data indicating a user registered as a friend by each user. The friend list 133A contains at least identification information for uniquely identifying each friend's account.

(friend list)
FIG. 4 is a diagram showing an example of the data structure of the friend list 133A. In the example of FIG. 4, the friend list 133A holds the information about one friend as one record of the data table. In the example of FIG. 4, the friend list 133A includes a "friend ID" column, a "friend name" column, a "mutual flag" column, a "new registration flag" column, and a "reward grant flag" column. .. The columns other than the "friend ID" column may not be included in the friend list 133A.

The friend identification information is stored in the "friend ID" column. In the illustrated example, the user ID of the friend is stored in this column.

Information indicating a friend's user name is stored in the "friend name" column.

The "mutual flag" column stores information indicating whether or not a friend is a mutual friend. In the illustrated example, the friends with a check mark in this column are mutual friends. On the other hand, a friend whose main column is not checked is a friend who is unilaterally registered as a friend by the user.

The "new flag" column stores information indicating whether or not the friend is a new user. In the illustrated example, the friend whose main column is checked is a new user. On the other hand, a friend whose main column is not checked is not a new user. The new user (second user) refers to a user whose elapsed time after registering an account in this game is within a predetermined time. The predetermined time may be appropriately set according to the specifications of the game, for example, 1 month, 3 months, or 6 months.

In the "reward grant flag" column, information indicating whether or not the friend battle reward with the friend shown in each record has been granted to the user indicated by the user information 133 is stored. In the illustrated example, when this column is checked, it indicates that the battle reward between the user indicated by the user information 133 of the storage unit 110 and the friend indicated by the checked record has been given. .. On the other hand, if this column is not checked, it means that the match reward between the user and the friend indicated by the record has not been granted.

The battle reward indicates a reward given when a user plays against a user who is a mutual friend and a new user. In the present embodiment, the battle reward is given to the host user. In other words, the match reward is given to a user who is a host user and whose opponent includes one or more mutual friends. If the opponent includes a plurality of mutual friends, the quality or quantity of the battle reward to be given may change according to the number of mutual friends.

The match reward may be, for example, in-game currency, in-game items, or game media such as characters or cards. In addition, the battle reward may be valuable data. The item or valuable data given to the user as a battle reward may be the item or valuable data consumed to acquire a game medium that can be used to play the game.

This can give the user a stronger motivation to become mutual friends with new users and to play against new users who have become mutual friends. Therefore, it is possible to promote the participation of new users in the competition. For new users, there will be more opportunities to experience the fun of playing this game. Therefore, it is possible to motivate new users to continuously play the game.

The storage unit 110 stores the user information 133 of the account corresponding to the user terminal 100. On the other hand, the storage unit 220 collectively stores the user information 133 collected from each user terminal 100.

(Functional configuration of server 200)
The control unit 210 comprehensively controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from the user terminal 100. When the control unit 210 receives a request for synchronization of multiplayer from a certain user terminal 100, the control unit 210 may transmit data for synchronization to the certain user terminal 100 and another user terminal 100.

The control unit 210 functions as a transmission / reception unit 211, a server processing unit 212, and a data management unit 213 according to the description of the game program 131. The control unit 210 can also function as other functional blocks (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

The transmission / reception unit 211 receives various data and requests from the user terminal 100. For example, the transmission / reception unit 211 receives a part or all of the game information 132 or the user information 133 from the user terminal 100. For example, the transmission / reception unit 211 may receive the user list 132A, which is a part of the game information 132, from the user terminal 100. Further, for example, the transmission / reception unit 211 may receive the friend list 133A, which is a part of the user information 133, from the user terminal 100.

The transmission / reception unit 211 transmits various data and requests to the user terminal 100. For example, the transmission / reception unit 211 may transmit the user list 132A to the user terminal 100. Further, for example, the transmission / reception unit 211 may transmit the friend list 133A included in the user information 133 of a specific user to the user terminal 100.

The server processing unit 212 performs arithmetic processing necessary for providing the game. The server processing unit 212 instructs the transmission / reception unit 211 to transmit various data. The server processing unit 212 instructs the data management unit 213 to add, update, or delete various information included in the game information 132 and the user information 133.

The data management unit 213 manages the data stored in the storage unit 220. The data management unit 213 adds, updates, or deletes various information included in the game information 132 and the user information 133 in response to an instruction from the server processing unit 212. The data management unit 213 may read at least one of the game information 132 and the user information 133 from the storage unit 220 according to the instruction of the server processing unit 212. The data management unit 213 may read a program to be executed by a certain user terminal 100 among the game programs 131 from the storage unit 220 and transmit the program to the user terminal 100.

The synchronization processing unit 214 communicates with a plurality of user terminals 100 to mediate the exchange of data between the user terminals 100. For example, the synchronization processing unit 214 mediates or executes the synchronization processing related to the battle between the user terminals 100 of the users who play the battle. The synchronization processing unit 214 may execute processing related to matching of opponents, synchronization processing of the progress of the battle, and the like.

(Functional configuration of user terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. In addition, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 functions as an operation reception unit 111, a game progress unit 112, an object control unit 113, a display control unit 114, and a communication unit 115 according to the description of the game program 131. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.

The operation reception unit 111 detects and accepts a user's input operation with respect to the input unit 151. The operation reception unit 111 determines what kind of input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. To do.

For example, the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted.

The communication unit 115 transmits various data and requests to the server 200. For example, the communication unit 115 transmits a part or all of the game information 132 or the user information 133 to the server 200. The communication unit 115 may transmit the user list 132A to the server 200 as a part of the game information 132. The communication unit 115 may transmit the friend list 133A to the server 200 as a part of the user information 133.

The communication unit 115 receives various data and requests from the server 200. For example, the communication unit 115 receives a part or all of the game information 132 or the user information 133 from the server 200. The communication unit 115 may receive the user list 132A and the friend list 133A from the server 200.

The game progress unit 112 performs various processes related to the progress of the game. For example, the game progress unit 112 specifies the content of the user's instruction based on the coordinates of the position of the input operation received by the operation reception unit 111, the type of operation, and the progress status of the game.

For example, the game progress unit 112 accepts a user's login to the game and executes a series of processes related to the login. For example, when the operation reception unit 111 receives a series of input operations (login operations) related to the user's login, the game progress unit 112 determines that the login request has been received based on the operations. When the game progress unit 112 receives a login request, the game progress unit 112 performs login authentication based on information that can be identified from the login operation (for example, the model ID, user ID, password, etc. of the user terminal 100).

If the user ID and password match those of a specific account, the game progress unit 112 may determine that login authentication has succeeded for that account. Further, in the case of a game in which the user terminal 100 and the account are associated with each other, the game progress unit 112 determines that the login authentication has succeeded for the account when the account associated with the specified model ID exists. You may. The game progress unit 112 causes the user to log in to the game with an account for which login authentication is successful.

The game progress unit 112 performs various determination processes related to the progress of the game. In addition, the game progress unit 112 adds, updates, or deletes various types of information included in the game information 132 and the user information 133 stored in the storage unit 120. The game progress unit 112 includes a matching unit 112A, a battle execution unit 112B, a friend management unit 112C, and a reward giving unit 112D.

The matching unit 112A executes a process related to matching. In the present embodiment, matching means associating one or more participating users with a host user. The "opponent" described here is not limited to the enemy of the host user, but may also include an ally of the host user or a user who has a neutral relationship with the host user.

When the operation reception unit 111 receives the first input operation, the matching unit 112A matches the host user with one or more participating users. In the present embodiment, the matching unit 112A matches the host user and one participating user at a time. Therefore, when a plurality of participating users are competing against each other, the matching unit 112A performs matching between the host user and the participating users a plurality of times. However, the matching unit 112A may match the host user with a plurality of participating users at one time.

The battle execution unit 112B executes a battle including the host user and the participating users. The details of the processing related to the battle will be described later. For example, the battle execution unit 112B may execute a one-to-one PvP (Player vs Player) battle between the host user and one other participating user. In addition, the battle execution unit 112B includes a friendly camp consisting of a host user and one or more participating users, and an enemy camp consisting of one or more NPCs (non player characters) performing the operations specified in the game program 131. You may run a COM (computer) match. In addition, the battle execution unit 112B may execute a battle between a ally camp composed of a host user and one or more participating users and an enemy camp including participating users other than the ally camp.

The friend management unit 112C manages the user's friends. For example, the friend management unit 112C registers the designated user as a friend when the operation reception unit 111 accepts the registration target user designation operation when a specific game screen is displayed. The registration target user designation operation means an input operation for designating a user to be registered as a friend by the user of the user terminal 100. Further, the friend registration means that the identification information of the user is associated with the identification information of the user to be registered as a friend and stored in the storage unit 110 or the storage unit 220. Details of the process related to friend registration will be described later.

When the operation reception unit 111 receives the registration cancellation instruction, the friend management unit 112C may delete the friend specified by the instruction from the friend list 133A of the user of the user terminal 100. That is, the friend management unit 112C may cancel the association between the user identification information of the user terminal 100 and the identification information of the designated user.

The reward giving unit 112D gives the user a battle reward. The reward giving unit 112D grants a battle reward to the host user when one or more new users are included in the participating users.

The object control unit 113 determines the arrangement of 2D or 3D objects on the game screen based on the object setting information included in the game information 132. Further, the object control unit 113 controls the objects arranged on the game screen. For example, the object control unit 113 changes the position, orientation, shape, color, and the like of the arranged object, and causes the object to perform a predetermined series of operations. For example, the object control unit 113 moves the character in the movement direction, the movement speed, and the movement distance determined by the game progress unit 112.

The display control unit 114 causes the display unit 152 to display an image of the game screen. The display control unit 114 generates, for example, an image including an object controlled by the object control unit 113 and a background image as a background of the object, and causes the display unit 152 to display the image.

The object control unit 113 or the display control unit 114 may control a 2D or 3D object (UI object) for constructing a UI (user interface). For example, the display control unit 114 may display a game screen on which UI objects necessary for various operations of the game such as icons, buttons, lists, and menu screens are superimposed on the background image. The UI object is a tool for the user to input the input necessary for the progress of the game to the user terminal 100. The UI object is a tool for the user to obtain information output from the user terminal 100 while the game is in progress.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by the server 200. Further, devices other than the user terminal 100 and the server 200 may be used as components of the game system 1, and the other devices may be made to execute a part of the processing in the game system 1. That is, the computer that executes the game program 131 in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

<Friend registration>
(the top screen)
FIG. 5 is a diagram showing an example of the top screen. When the login to the game is completed, the top screen 300 as shown in FIG. 5 is displayed on the touch screen 15 as a game screen. When an input operation is performed on various UIs included in the top screen 300, the user terminal 100 and the server 200 provide the user with each part and each function in the game, including the battle part.

The top screen 300 includes at least one of the objects 302 and the button 303 for instructing the transition to the battle part. The top screen 300 may include the user's operation character 301. Further, the top screen 300 may include a button 304 for instructing the transition to the friend search screen and a button 305 for instructing viewing of the notification regarding the game. Further, the top screen 300 may include a button 306 for instructing the display of the menu. Further, the top screen 300 may be provided with a column 307 for displaying the user name of the logged-in user and a column 308 for displaying the amount of valuable data held by the user.

(Friend search screen)
FIG. 6 is a diagram showing an example of a friend search screen. The friend search screen 400 is a game screen for a user to search for a user to be registered as a friend. When the game progress unit 112 receives the input operation for selecting the button 304, the game progress unit 112 instructs the object control unit 113 and the display control unit 114 to create the friend search screen 400.

The state (A) of FIG. 6 is a diagram showing an example of information included in the friend search screen 400. When transitioning from the top screen 300 or the like to the friend search screen 400, the friend search screen 400 relates to a predetermined number of other users who are not friends of the user, or a predetermined number selected by a predetermined criterion. Information may be presented. In the example of the state (A) of FIG. 6, the friend search screen 400 includes fields 402A to 402D in which information about other users is displayed. One column presents information about one user. Hereinafter, the items described in each column will be described by taking column 402D as an example.

The friend search screen 400 presents, for example, a user name 403, a character icon 404 set as a leader, a team name 405, and a message 406 set by the user as information about another user. In addition, each column includes a button 407 for designating the user indicated in the column and instructing friend registration.

The friend search screen 400 may display the users shown in columns 402A to 402D, that is, users who can register as friends, in a state in which it is possible to distinguish whether they are new users or not. For example, the new user may be attached with an icon 409 indicating that he / she is a new user. Thereby, when searching for a user to be registered as a friend, it is possible to easily determine whether or not the user who is a candidate for friend registration is a new user. Therefore, it is possible to increase the chance that the user registers a new user as a friend.

The friend search screen 400 may include a tab 401 for switching the search criteria and a button 408 for returning to the screen before the transition, such as the top screen 300. In the case of the state (A) of FIG. 6, the "Recommended" tab is selected. In this case, the tab 401 may include, for example, a tab for searching for another user by user name. On the friend search screen 400 shown in the state (A) of FIG. 6, when the operation reception unit 111 receives an input operation instructing to switch from the "recommended" tab to the "name search" tab, the game progress unit 112 searches for the user. Instruct the display control unit 114 to display the pop-up 410.

The state (B) of FIG. 6 is a diagram showing a friend search screen 400 on which the user search pop-up 411 is displayed. The user search pop-up 411 includes a field 411 for inputting a character string, a button 412 for instructing execution of the user search, and a button 413 for closing the user search pop-up 411. When the operation reception unit 111 accepts the input operation of pressing the button 412, the game progress unit 112 searches the user list 132A using the character string input in the field 411 as a key. If the field 411 is blank, the display control unit 114 may notify the user by pop-up or the like that the search cannot be executed.

Specifically, the game progress unit 112 identifies a user whose user name partially or completely matches the character string entered in the field 411 among the users included in the user list 132A. Further, the game progress unit 112 causes the friend search screen 400 to display information about the specified user, the user included in the friend list 133A, that is, the user other than the friend user. In this way, the user can search for a user who has not yet registered as a friend by using the friend search screen 400.

(Friend registration process)
FIG. 7 is a diagram showing an example of a processing flow related to friend registration. In step S10, the operation reception unit 111 accepts the registration target user-designated operation. The input operation is, for example, an input operation of pressing the button 407 provided in any of the fields on the friend search screen 400. When the button 407 is pressed, the friend management unit 112C identifies the user corresponding to the button 407 as the user to be registered as a friend. Hereinafter, the user who is the target of friend registration will be referred to as the target user.

In step S12, the friend management unit 112C registers the target user as a friend. More specifically, the friend management unit 112C adds the identified target user to the user's friend list. In other words, the friend management unit 112C associates the user ID of the user with the user ID of the specified target user and stores it in the storage unit 110. The friend management unit 112C requests the server 200 to send the friend list 133A of the target user. The friend management unit 112C acquires the friend list 133A of the target user from the server 200.

In step S14, the friend management unit 112C refers to the acquired friend list 133A of the target user. In step S16, the friend management unit 112C determines whether or not the friend list 133A of the target user includes a user who has registered the body target user as a friend in step S12. In other words, the friend management unit 112C determines whether or not the user is registered as a friend of the target user. If YES in S14, that is, if both are mutual friends, the friend management unit 112C executes the process of step S16.

In step S18, the friend management unit 112C checks the mutual flags of the user's friend list 133A and the target user's friend list 133A. The friend management unit 112C sends the friend list 133A of the target user whose mutual flag is updated to the server 200. The data management unit 213 of the server 200 stores the updated friend list 133A of the target user in the user information 133 of the storage unit 220.

On the other hand, if NO in S16, that is, if the user and the target user are not mutual friends, the friend management unit 112C ends the process without executing step S18.

According to the above process, the user can register another designated user as a friend. Further, when the user who has registered as a friend has already registered the user as a friend, it is recorded in the friend list 133A that both are mutual friends.

(Competition top screen)
FIG. 8 is a diagram showing an example of a battle top screen. The battle top screen 500 is a game screen including a UI for using various functions in the battle part. When the object 302 or the button 303 is selected on the top screen 300, the game progress unit 112 shifts the game to the battle part, and causes the display control unit 114 to create the battle top screen 500.

The battle top screen 500 includes at least a button 501 for accepting an input operation instructing the creation of a battle room. In order to play a battle in this game, it is necessary for a certain user to become a host user and create a battle room. The battle room is a function in the game for matching a host user with a participating user who is an opponent. In this game, the battle room is expressed as if it were one "room", but it is not always necessary to allocate the game space as the battle room.

The battle room indicates a temporary storage area provided in the storage unit 110, the storage unit 210, the server processing unit 212, or the game progress unit 112 in order to match the host user and the participating user. Therefore, creating a battle room means allocating the above-mentioned temporary storage area to the host user.

The battle top screen 500 may include a button 502 for transitioning to the battle room number input screen. A user other than the host user needs to enter an identification number for identifying the battle room in order to enter the battle room, that is, to be matched with the host user in the battle. When the operation reception unit 111 accepts an input operation of pressing the button 502, the game progress unit 112 causes the user to display a screen or a pop-up for inputting the identification number of the battle room on the touch screen 15. To be entered. As a result, the user can enter the battle room created by another user. Further, the battle top screen 500 may include a button 503 for transitioning to the friend search screen 400, or may include a button 504 for returning to the screen before the transition.

(Competition room screen)
FIG. 9 is a diagram showing an example of a battle room screen. The state (A) of FIG. 9 shows the battle room screen when playing a singles tennis match, and the state (B) of FIG. 9 shows the battle room when playing a doubles tennis match. .. The same information is displayed in the places where the same member numbers are assigned in the states (A) and (B) of FIG.

The battle room screen 600 is a game screen including a UI related to matching and the start of a battle. For example, when the button 501 is selected on the battle top screen 500, the game progress unit 112 causes the display control unit 114 to create a battle room screen 600 and displays it on the touch screen 15. At this time, the matching unit 112A assigns an identification number of the battle room, and transmits the identification number and the identification information of the host user to the synchronization processing unit 214 of the server 200 via the communication unit 115. For example, in the example of the state (A) of FIG. 9, the identification number of the battle room is 90703. The synchronization processing unit 214 temporarily stores the received identification number as the identification number of the battle room.

The layout, display contents, and the like of the battle room screen 600 are not particularly limited as long as various information necessary for matching and battle execution can be presented. The battle room screen 600 may include, for example, an object 604 of the operation character of the host user, a field 605 for displaying the user name of the host user, and a field 602 for displaying the names of participating users who are opponents. ..

Further, the battle room screen 600 may include a label 601 for displaying the identification number of the battle room. In addition, the battle room screen 600 may include a column 603 for displaying information related to the battle, such as the stage and rules of the battle. Further, the battle room screen 600 may include a button 607 for returning to the screen before the transition. Further, the battle room screen 600 may be used as an in-game or out-of-game cooperative application system to display the identification number of the battle room. It may include a button 606 for notifying other users.

As shown in the state (A) of FIG. 9, in the case of a battle room for a singles game, the column 502 for displaying the names of participating users is only one frame. On the other hand, in the case of a battle room for a doubles game, as shown in the state (B) of FIG. 9, the column 602 displaying the names of the participating users has three frames. In this case, for example, the names of the host user's partners, that is, the participating users who are allies are displayed in the left frame, and the names of the two users of the enemy camp are displayed in the right two frames. If a predetermined number of NPCs are included in the match in advance, the name of the NPC may be displayed in the column 602.

When the participating user inputs the identification number of the battle room via the participating user terminal, the matching unit 112A of the participating user terminal transmits the input identification number to the synchronization processing unit 214 of the server 200. The synchronization processing unit 214 determines whether or not the identification number received from the participating user terminal matches any of the stored identification numbers. If they do not match, the synchronization processing unit 214 returns an error to the participating user terminals. On the other hand, if they match, the synchronization processing unit 214 transmits the identification information of the host user of the battle room indicated by the identification number to the participating user terminals. The matching unit 112A of the participating user terminal requests the user terminal 100 of the host user to perform matching based on the received identification information. The request includes, for example, identification information of participating users. When the matching unit 112A of the user terminal 100 of the host user receives the request, the matching unit 112A identifies the participating user and the user terminal 100 of the participating user from the identification information included in the request, and establishes matching between the host user and the participating user. Let me. When the matching is established, the user terminal 100 of the host user notifies the user terminal 100 of the participating user that the matching is established. Hereinafter, the user terminal 100 of the host user is also referred to as a host user terminal, and the user terminal 100 of the participating user is also referred to as a participating user terminal.

FIG. 10 is a diagram showing an example of a battle room screen 600 when a participating user enters the battle room shown by the battle room screen 600 shown in the state (A) of FIG. 9. When the participating user enters the battle room, the game progress unit 112 identifies the user name of the participating user by searching the user list 132A using the identification information of the participating user as a key. The display control unit 114 causes the touch screen 15 to display the battle room screen 600 in which the user names of the participating users are displayed in the column 602. The operation character 608 of the participating user may be displayed on the battle room screen 600. Further, the game progress unit 112 may specify whether or not the participating user is a new user by searching the user list 132A using the identification information of the participating user as a key. In addition, the game progressing unit 112 searches the friend list 133A using the identification information of the participating users as a key to identify whether or not the participating user is a user who can obtain a battle reward by playing a match with the host user. You may. In other words, the game progress unit 112 may specify whether or not the user is a user whose mutual flag is checked in the friend list and whose reward grant flag is not checked.

As shown in FIG. 10, when the number of players required for the battle is complete, the battle execution unit 112B starts the battle in response to the elapse of a predetermined time or an input operation instructing the host user to start the battle.

(Competition execution process)
FIG. 11 is a flowchart showing an example of the flow of processing related to the battle. In step S30, the operation reception unit 111 of the host user terminal receives an input operation instructing the creation of the battle room. For example, the operation reception unit 111 accepts an input operation of pressing the button 501 on the battle top screen 500 as an input operation instructing the creation of the battle room.

In step S32, the matching unit 112A creates a battle room. When the battle room is created, the matching unit 112A assigns an identification number of the battle room and transmits it to the synchronization processing unit 214 of the server 200 together with the identification information of the host user.

In step S34, the matching unit 112A determines whether or not the operation receiving unit 111 has received a matching request from another terminal while the battle room screen 600 is being displayed. If NO in step S34, that is, if the matching request is not received from another terminal, the matching unit 112A of the host user terminal stands by.

If YES in step S34, that is, when a matching request is received from another terminal, the matching unit 112A executes step S36. In step S36, the matching unit 112A of the host user terminal matches the host user and the participating user based on the identification information of the user of the other terminal, that is, the participating user included in the request.

When the matching between the host user and a certain participating user is established, the matching unit 112A executes the determination in step S38. In step S38, the matching unit 112A determines whether or not the total number of host users and matching participating users has reached the upper limit of the number of people who can participate in the match. For example, in the case of a tennis singles match, the maximum number of people who can participate in the match is two. In the case of a tennis doubles match, the maximum number of people who can participate in the match is four. If the battle includes NPCs, one NPC may be converted as one user.

If NO in step S38, the matching unit 112A repeats the processes of steps S34 to S36 again. That is, it waits for a matching request from another terminal, that is, a participating user terminal, and when the matching request is received, the host user and the participating user are matched. If YES in step S38, the battle execution unit 112B determines the host user and one or more participating users as the users to participate in the battle.

In step S40, the battle execution unit 112B executes a battle including the host user and the participating user. If the match includes an NPC, that NPC also participates in the match. The rules of the battle, how to proceed with one battle, the conditions for winning or losing the battle, etc. are not particularly limited.

When the battle is completed, the battle execution unit 112B notifies the reward giving unit 112D of the fact that the battle has ended and the user ID of the user who participated in the battle. In step S42, the reward giving unit 112D determines whether or not the participating users include new users of mutual friends.

Specifically, the reward giving unit 112D searches the friend list 133A using the notified user ID as a key. The reward giving unit 112D determines that the participating users include new users of mutual friends when there are records that meet all of the following conditions (1) to (3).

(1) The user ID indicated by the "User ID" column matches any of the notified user IDs (2) The "Mutual flag" column is checked (3) The "New flag" column is checked If YES in step S42, the reward giving unit 112D executes step S44. In step S44, the reward giving unit 112D grants the match reward to the host user. On the other hand, if NO in step S42, the reward giving unit 112D does not execute step S44 and ends the process.

When the friend list 133A includes the "reward grant flag" column, the reward granting unit 112D is YES in step S42, and the "reward grant flag" of the record satisfying all the above conditions (1) to (3). Only when the column is not checked, step S44 may be executed to give the battle reward.

The determination in step S42 may be performed not after the battle but at the stage where the battle execution unit 112B determines the user to participate in the battle. That is, the determination in step S42 may be executed between step S38 and step S40, or in parallel with step S40. However, it is desirable that the match reward is given in step 44 after the end of the match, that is, after step S40. This can motivate the host user to play the match to the end.

Since new users have not been registered in the game for a long time, the possession status of in-game items such as parameters such as the level of operating characters to participate in the battle and equipment may be inferior to those of old users. Highly sex. In addition, since new users are likely to be unfamiliar with the game, it is highly likely that they lack proficiency in operations to win the match and knowledge to take advantage of the match.

Therefore, new users tend to be shunned in battles in which all users can participate, especially in battles that include older users. In addition, old users tend to think that it is of little significance to interact with new users who are inferior in the above aspects.

On the other hand, according to the above process, the user becomes a mutual friend with the new user, and can obtain the battle reward by playing against the new user of the mutual friend. Therefore, it is possible to encourage the user to interact with the new user by registering as a friend and to play against the new user.

Therefore, it is possible to increase the opportunities for new users to interact with other users and the opportunities for new users to play against each other. As a result, new users can experience the fun of interacting with other users and the fun of fighting. Therefore, it is possible to motivate new users to continuously play the game.

[Embodiment 2]
The game progress unit 112 may instruct the display control unit 114 to create and display a list screen of users registered as friends by a certain user or a list screen of users who have registered the user as friends. ..

In addition, the game progress unit 112 may display a user and a user who is a mutual friend on these list screens so as to be distinguishable from a user who is not a mutual friend. In addition, the game progress unit 112 may display the new user on these list screens so as to be distinguishable from the user who is not the new user. Hereinafter, Embodiment 2 of the present invention will be described. The same description as that described in the first embodiment will not be repeated.

FIG. 12 is a diagram showing an example of a friend list screen. The friend list screen 700 is a game screen for displaying a list of users registered as friends by a certain user. When the input operation of pressing the button 306 is received from the top screen 300 or the like, the friend list screen 700 can be transitioned by performing a predetermined operation thereafter. Information about the user's friends is displayed in a list on the friend list screen 700. In the example of FIG. 12, the friend list screen 700 includes columns 701A to 701D in which information about friends is displayed. One column presents information about one user. Hereinafter, the items described in each column will be described by taking column 701C as an example.

The friend list screen 700 presents, for example, a user name 702, a character icon 703 set as a leader, a team name 704, and a message 705 set by the friend as information about the friend. Further, when the friend indicated by each column is a new user, the friend list screen 700 presents an icon 706 indicating that the friend is a new user. Further, the friend list screen 700 presents an icon 707 indicating that the friends shown in each column are mutual friends when they are mutual friends. In addition, each column may include a button 708 for inviting a friend indicated in the column to the team and a button 709 for receiving a registration cancellation instruction for the friend indicated in the column.

FIG. 13 is a diagram showing an example of a registered friend list screen. The registered friend list screen 800 is a game screen for displaying a list of users who have registered a certain user as a friend. When the input operation of pressing the button 306 is received from the top screen 300 or the like, the registered friend list screen 800 can be transitioned by performing a predetermined operation thereafter. On the registered friend list screen 800, information about the user who has registered the user as a friend is displayed in a list. In the example of FIG. 12, the registered friend list screen 800 includes fields 801A to 801D in which information about the user is displayed. One column presents information about one user. Hereinafter, the items described in each column will be described by taking column 801C as an example.

The registered friend list screen 800 presents, for example, a user name 802, a character icon 803 set as a leader, a team name 804, and a message 805 set by the user as information about the user. Further, the registered friend list screen 800 presents an icon 806 indicating that the user indicated by each column is a new user when the user is a new user. Further, the registered friend list screen 800 presents an icon 807 indicating that the user indicated by each column is a mutual friend when the user is a mutual friend. Further, in each column, a button 808 for instructing the cancellation of friend registration from the user indicated in the column, a button 809 for registering the user indicated in the column as a friend, or a user indicated in the column. A button 810 for receiving a registration cancellation instruction may be included.

As a result, when confirming another user who has registered a user as a friend or who has registered a user as a friend, whether or not the other user is a new user and whether or not the other user is a mutual friend. You can check if it is not. In other words, a user can confirm a user who can obtain a battle reward by playing a battle together. Therefore, it is possible to promote the battle of the certain user with mutual friends and new users.

[Embodiment 3]
When there is one or more new users who are mutual friends with the user, the game progress unit 112 may display an image prompting an input operation instructing the creation of the battle room at a predetermined timing.

For example, the game progress unit 112 creates a battle room when the user and the target user are associated as mutual friends by the user's friend registration and the target user is a new user. An image may be displayed prompting the user to perform the input operation instructed.

Specifically, after checking the "mutual flag" column in step S18, the friend management unit 112C sets the "new flag" column of the friend list 133A or the record of the user list 132A corresponding to the user ID of the target user. You may specify whether or not the target user is a new user based on the information in the "Registration date" column of. Then, when the target user is a new user, an image prompting the user to perform an input operation instructing the creation of the battle room may be displayed on the friend search screen 400.

FIG. 14 is a diagram showing an example of a game screen when displaying an image prompting the friend search screen to perform an input operation instructing the creation of a battle room. In the illustrated example, the pop-up image 450 is superimposed and displayed on the friend search screen 400. The pop-up image 450 includes a notification 451 prompting a battle with a new user who has become a mutual friend, and a button 452 for accepting an input operation instructing the creation of a battle room. Further, if the period during which the battle reward can be obtained is determined, the pop-up image 450 may include a notification 453 of the period.

As a result, it is possible to encourage a user to play against a new user who interacts with the user at least in terms of having registered as a friend with each other. Therefore, it is possible to increase the chances that new users will participate in the match.

Further, for example, when the user logs in to the game, the game progress unit 112 displays the display unit of the user terminal 100 operated by the user when one or more new users are associated with each other as mutual friends of the users. , An image prompting you to perform an input operation instructing the creation of a battle room may be displayed.

Specifically, the game progress unit 112 specifies whether or not there is a record in which the "new flag" column and the "mutual flag" column are checked in the user's friend list 133A when the user logs in. You may. Then, when there are records in which both columns are checked, the game progress unit 112 also displays an image prompting an input operation instructing the creation of a battle room when displaying the top screen 300. You may.

FIG. 15 is a diagram showing an example of a game screen when displaying an image prompting the top screen to perform an input operation instructing the creation of a battle room. In the illustrated example, the pop-up image 370 is superimposed and displayed on the top screen 300. The pop-up image 370 includes a notification 371 for prompting a battle with a new user of a mutual friend, and a button 374 for receiving an input operation instructing the creation of a battle room. The pop-up image 370 may include a button 373 for instructing the transition to the friend search screen 400. Further, if the period during which the battle reward can be obtained is determined, the pop-up image 370 may include a notification 372 of the period.

As a result, it is possible to encourage a user to play against a new user who interacts with the user at least in terms of having registered as a friend with each other. Therefore, it is possible to increase the chances that new users will participate in the match.

If there is a record in which the "new flag" column and the "mutual flag" column are checked, the game progress unit 112 confirms whether or not the "reward grant" column of the record is checked. You may. Then, when the "Reward grant" column is checked, the pop-up image 370 may not be displayed. As a result, it is possible to prevent prompting a match when the match reward is not received.

[Embodiment 4]
The battle execution unit 112B includes a case where one or more new users are included in the matched participating users, and there are a first camp including a new user and two camps not including a new user in the battle. , The victory condition in the battle of the first camp may be set to a condition that is easier to achieve than the victory condition in the battle of the second camp.

For example, when the match is a sports match, the victory condition in the match is the number of points required to win one match. In this case, the battle execution unit 112B may make the number of points required for the first camp to win less than the number of points required for the second camp to win. Further, for example, when the battle is to compete for the speed of clearing the stage of the action, the victory condition in the battle is to clear the stage in the shortest clear time. In this case, the battle execution unit 112B determines the victory or defeat by comparing the clear time of the first camp with the clear time of the second camp by subtracting the predetermined time from the actual stage clear time of the first camp. Good.

In this way, by making a difference in the ease of victory of each camp depending on the presence or absence of a new user, it is possible to make it easier for the camp including the new user to win in the battle. As a result, it is possible to give the users of this game, especially the old users, the motivation to add new users who tend to be shunned in terms of operation proficiency and the like to the camp and play a match. On the other hand, new users who participated in the battle can experience the fun of the battle in this game. Therefore, it is possible to motivate new users to continuously play the game.

In the case where the first camp and the second camp exist, the battle execution unit 112B may make the frequency of the favorable effect on the first camp higher than the frequency of the favorable effect on the second camp in the battle. Good.

For example, it is assumed that the match is a tennis match and the maximum physical strength value is preset for each character playing the tennis match. In addition, the battle execution unit 112B gradually reduces the parameter indicating the current physical strength value of the character from the same value as the maximum value of the physical strength value according to the movement of each character during the battle. Suppose. Then, it is assumed that the current value of the physical strength value affects the performance such as the movement speed of each character in the game.

In this case, the battle execution unit 112B may generate the effect of recovering the current physical strength value of the character of any user of the first camp more frequently than the effect of the second camp. Alternatively, the battle execution unit 112B grants the first camp an item that triggers the effect of recovering the current physical strength value of any user's character more frequently than the second camp. You may.

Also, for example, assume that the match is a puzzle match between the first camp and the second camp. In this case, the battle execution unit 112B may generate an effect advantageous for the first camp to solve the puzzle more frequently than an effect advantageous for the second camp to solve the puzzle. In addition, the battle execution unit 112B may generate an effect that is advantageous for the first camp to obtain a larger score more frequently than an effect that is advantageous for the second camp to obtain a larger score. .. In addition, the battle execution unit 112B has a disadvantageous effect for the second camp to solve the puzzle, that is, an effect that indirectly favors the first camp, rather than a disadvantageous effect for the first camp to solve the puzzle. It may occur frequently.

For example, when the battle is a battle between the first camp and the second camp, the victory conditions in the battle are, for example, each user and NPC belonging to the first camp, each user and NPC belonging to the second camp. It is to make the physical strength 0. In this case, the battle execution unit 112B may proceed with the battle between the first camp and the second camp with the physical strength of each user and the NPC belonging to the first camp and various parameters related to the battle strengthened. ..

In this way, by creating a difference in advantages and disadvantages in the battle for each camp depending on the presence or absence of new users, the camp including the new users can be made advantageous in the battle. As a result, it is possible to give the users of this game, especially the old users, the motivation to add new users who tend to be shunned in terms of operation proficiency and the like to the camp and play a match. On the other hand, new users who participated in the battle can experience the fun of the battle in this game. Therefore, it is possible to motivate new users to continuously play the game.

The battle execution unit 112B may change at least one of the victory conditions in the battle and the frequency in which the favorable effect occurs in each side, depending on the number of new users included in each side. For example, if the game provides a multiplayer match that includes three camps, the first camp contains two new users, the second camp does not contain new users, and the third camp contains new users. Suppose it contains one person.

In the case of this assumption, the battle execution unit 112B may set the most easily achieved victory condition for the first camp and the most difficult victory condition for the second camp. Further, the battle execution unit 112B may set the victory condition of the third camp to a condition that is more difficult to achieve than the victory condition of the first camp but easier to achieve than the victory condition of the third camp.

Further, in the case of this assumption, the battle execution unit 112B produces the effect favorable to the first camp most frequently and the effect advantageous to the second camp the least frequently, or causes the second camp. May prevent the beneficial effect from occurring. Further, the battle execution unit 112B may generate an effect favorable to the third camp at a frequency between the frequency of the favorable effect of the first camp and the frequency of the favorable effect of the second camp.

In this way, by making a difference between advantages and disadvantages for each camp according to the number of new users, it is possible to create an advantage of including new users in the camp. Therefore, it is possible to give an old user a stronger motivation to play a match with a new user. Then, new users who participated in the battle can experience the fun of this game, especially the fun of the battle. Therefore, it is possible to motivate new users to continuously play the game.

[Example of realization by software]
The control block of the control unit 210 (particularly, the transmission / reception unit 211, the server processing unit 212, and the data management unit 213) and the control block of the control unit 110 (particularly, the operation reception unit 111, the game progress unit 112, and the object control unit 113). , Display control unit 114, and communication unit 115) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or by software using a CPU (Central Processing Unit). You may.

In the latter case, the information processing device provided with the control unit 210, the control unit 110, or both is a CPU that executes the instructions of a program that is software that realizes each function, and the above program and various data are computers (or CPUs). It is equipped with a ROM (Read Only Memory) or a storage device (these are referred to as "recording media"), a RAM (Random Access Memory) for developing the above program, and the like. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the claims, and the embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Additional notes]
The contents relating to one aspect of the present invention are listed below.

(Item 1) The game program (131) has been described. According to certain aspects of the disclosure, the game program is executed by a computer (at least one of a user terminal 100 and a server 200) equipped with a processor (10, 20) and memory (11, 21). In the game program, the identification information of the first user and the identification information of the second user (new user) whose elapsed time from registration to the game based on the game program is within a predetermined time are associated with each other in the processor. A step (S14) for storing in the storage unit (110), a step (S30) for accepting the first input operation of the first user, and when the first input operation is accepted, the first user and the first user (host user). A step (S36) of matching with one or more third users (participating users) other than), a step of executing a match including the matched first user and the third user in the matching step (S40), and When the third user includes one or more second users stored in the storage step, the third user is made to execute the step (S44) of giving a reward to the first user.

As a result, the first user can get a reward by including the second user associated with each other in the match. Therefore, it is possible to encourage the first user to associate with and play against the second user.

Here, the second user is a user whose elapsed time from registration to the game is within a predetermined time. In other words, the second user is a relatively new new user. Therefore, according to the above processing, it is possible to increase the chances that a new user interacts with and plays against another user. As a result, new users can experience the fun of interacting with other users and the fun of fighting. Therefore, it is possible to motivate new users to continuously play the game.

(Item 2) In (Item 1), in the step of giving a reward, an in-game item or valuable data consumed for acquiring a game medium that can be used for playing a game is given to the first user as a reward. It may be given.

As a result, the first user can be more strongly motivated to associate the identification information with the new user and to play the battle, so that the participation of the new user in the battle can be promoted. Therefore, new users have more opportunities to experience the fun of playing the game, and thus can motivate new users to continuously play the game.

(Item 3) In (Item 1) or (Item 2), the steps for executing a match are defined by a pair of a first user and one third user, other users other than the pair, and a game program. You may play a match against a pair that includes at least one of the operating NPCs (non player characters).

As a result, the game program can provide the first user and the third user with a pair-to-pair match. Therefore, each user competes or cooperates in a battle. As a result, the battle can be made more strategic, and the interest of the game can be improved.

(Item 4) In any one of the items (item 1) to (item 3), the game program is a first user in which the first user operates a user who can be associated with the processor in the step of further storing the game program. The display unit of the user terminal may execute a step of displaying in a state in which it is possible to distinguish whether or not the user is a second user.

Thereby, it is possible to easily determine whether or not the user to which the first user can associate is a new user. Therefore, it is possible to increase the chance that the first user and the new user are associated with each other.

(Item 5) In any one of the items (item 1) to (item 4), the game program is stored in the processor, and after the step of storing the game program, is displayed on the display unit of the first user terminal operated by the first user. , The step of displaying an image prompting the first input operation may be executed.

As a result, it is possible to promote a match between the first user and the second user who interacts with the first user. Therefore, it is possible to increase the chances that new users will participate in the match.

(Item 6) In any one of the items (item 1) to (item 5), the game program connects to the processor, and when the first user logs in to the game, the first user becomes the second user. When one or more persons are associated with each other, the step of displaying an image prompting the first input operation on the display unit of the first user terminal operated by the first user may be executed.

As a result, it is possible to promote a match between the first user and the second user who interacts with the first user. Therefore, it is possible to increase the chances that new users will participate in the match.

(Item 7) In any one of the items (item 1) to (item 6), the step of executing the match includes one or more of the second users among the third users matched in the matching step. If there is a camp that includes the second user and a camp that does not include the second user in the match, the victory condition of the camp that includes the second user in the match does not include the second user. It may be set to a condition that is easier to achieve than the victory condition in the battle of the camp.

In this way, by making a difference in the ease of victory of each camp depending on the presence or absence of a new user, it is possible to make it easier for the camp including the new user to win in the battle. As a result, it is possible to promote the participation of new users in the competition. Therefore, new users have more opportunities to experience the fun of playing the game, and thus can motivate new users to continuously play the game.

(Item 8) In any one of the items (item 1) to (item 7), the step of executing the match includes one or more second users among the third users matched in the matching step. If there is a camp that includes the second user and a camp that does not include the second user in the battle, the frequency with which the camp including the second user has an advantageous effect in the battle is determined by the second user. It may be higher than the frequency at which a favorable effect occurs for the camp that does not include it.

In this way, by creating a difference in advantages and disadvantages in the battle for each camp depending on the presence or absence of new users, the camp including the new users can be made advantageous in the battle. As a result, it is possible to promote the participation of new users in the competition. Therefore, new users have more opportunities to experience the fun of playing the game, and thus can motivate new users to continuously play the game.

(Item 9) The method of executing the game program has been explained. According to certain aspects of the disclosure, a game program is executed by a computer with a processor and memory. The method is a method in which the processor performs each step according to (item 1). The method according to (item 9) has the same effect as the game program according to (item 1).

(Item 10) The information processing apparatus has been described. According to a certain aspect of the present disclosure, the information processing device includes a storage unit (120) that stores the game program according to (item 1), and the information processing device (user terminal 100) by executing the game program. It includes a control unit (110) for controlling the operation. The information processing device according to (item 10) has the same effect as the game program according to (item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance measurement sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 operation reception unit, 112 game progress unit, 112A matching unit, 112B Battle execution unit, 112C friend management unit, 112D reward granting unit, 113 object control unit, 114 display control unit, 115 communication unit, 120, 220 storage unit, 131 game program, 132 game information, 132A user list, 133 user information, 133A Friend list, 151 input unit (operation unit), 152 display unit, 200 server, 211 transmission / reception unit, 212 server processing unit, 213 data management unit, 214 synchronization processing unit, 1010 object, 1020 controller (operation unit), 1030 storage Medium

Claims (9)

It ’s a game program
The game program is executed by a computer having a processor and memory.
The game program is supplied to the processor.
The storage unit stores identification information for identifying a second user who is associated with the first user and whose elapsed time from registration to the game based on the game program is within a predetermined time. Steps to remember and
The step of accepting the first input operation of the first user and
When the first input operation is accepted, a step of matching the first user with one or more third users other than the first user, and
A step of executing a match including the first user and the third user matched in the matching step, and a step of executing the match.
When one or more of the second users are included in the third user based on the specific information stored in the storage step, a step of giving a reward to the first user and a step of giving a reward to the first user.
When one or more of the second users are associated with the first user when the first user logs in to the game, the display unit of the first user terminal operated by the first user is displayed. A game program that executes a step of displaying an image prompting the first input operation . The step according to claim 1, wherein in the step of giving the reward, an in-game item consumed for acquiring a game medium that can be used for playing the game is given to the first user as the reward. Game program. The step of executing the battle is performed by a pair of the first user and one third user, other users other than the pair, and an NPC (non player character) performing an operation specified by the game program. The game program according to claim 1 or 2, wherein a match is performed against a pair including at least one of them. The game program is added to the processor.
The users associated with each other in the storage step are displayed on the display unit of the first user terminal operated by the first user in a state in which it is possible to distinguish whether or not the user is the second user. The game program according to any one of claims 1 to 3, wherein the steps are executed. The game program is added to the processor.
According to any one of claims 1 to 4, after the step of storing, the display unit of the first user terminal operated by the first user executes a step of displaying an image prompting the first input operation. Described game program. The step of executing the match is
A camp that includes one or more of the second users in the third user matched in the matching step and includes the second user in the match and a camp that does not include the second user. If and exists
According to any one of claims 1 to 5 , the victory condition of the camp including the second user in the battle is set to a condition that is easier to achieve than the victory condition of the camp not including the second user in the battle. The listed game program. The step of executing the match is
A camp that includes one or more of the second users in the third user matched in the matching step and includes the second user in the match and a camp that does not include the second user. If and exists
One of claims 1 to 6 , wherein in the battle, the frequency in which the effect favorable to the camp including the second user occurs is higher than the frequency in which the effect advantageous to the camp not including the second user occurs. The game program described in. A way in which a computer with a processor and memory runs a game program.
The storage unit stores identification information for identifying a second user who is associated with the first user and whose elapsed time from registration to the game based on the game program is within a predetermined time. Steps to remember and
The step of accepting the first input operation of the first user and
When the first input operation is accepted, a step of matching the first user with one or more third users other than the first user, and
A step of executing a match including the first user and the third user matched in the matching step, and a step of executing the match.
When one or more of the second users are included in the third user based on the specific information stored in the storage step, a step of giving a reward to the first user and a step of giving a reward to the first user.
When one or more of the second users are associated with the first user when the first user logs in to the game, the display unit of the first user terminal operated by the first user is displayed. A method comprising displaying an image prompting a first input operation . It is an information processing device
The information processing device
A processor that controls the operation of the information processing device by executing a game program,
A memory for storing the game program and
The processor
The storage unit stores identification information for identifying a second user who is associated with the first user and whose elapsed time from registration to the game based on the game program is within a predetermined time. Steps to remember and
The step of accepting the first input operation of the first user and
When the first input operation is accepted, a step of matching the first user with one or more third users other than the first user, and
A step of executing a match including the first user and the third user matched in the matching step, and a step of executing the match.
When one or more of the second users are included in the third user based on the specific information stored in the storage step, a step of giving a reward to the first user and a step of giving a reward to the first user.
When one or more of the second users are associated with the first user when the first user logs in to the game, the display unit of the first user terminal operated by the first user is displayed. An information processing device that executes a step of displaying an image prompting a first input operation .

Images