JP2020110448A - Game program, method, and information processing device - Google Patents

Abstract

To motivate a user to play a game play with another user.SOLUTION: A game program (131) causes a processor (10) to execute: a step (S102) for registering another user in a first list in response to a first input operation of a user for designating the other user; a step (S104) for registering the other user in a second list in response to the fact that the user receives information indicating that the user is registered as a follow-up friend of the other user; a step (S105) for determining which friend class of a follow-up friend, a follower friend, a mutual friend, and a non-friend the other user corresponds to; and a step (S106) for updating at least one of a degree of intimacy indicating the depth of friendship between the user and the other user set in association with a pair of the user and the other user, and an upper limit of the degree of intimacy, according to the friend class of the other user.SELECTED DRAWING: Figure 3

Description

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

Conventionally, in a game system in which a plurality of game devices are communicably connected to each other, a system for evaluating the degree of friendship between characters controlled by each player has been introduced. For example, in Patent Document 1, when each player operates each game device to move a character in a game space and jointly achieve a common purpose, the achievement of that purpose is friendly to the characters of other players. It is described that degree points are awarded. The friendship degree points are added up for each of the other characters and also as a cumulative value. When the integrated value of friendship points for each character reaches a predetermined threshold value, each character receives a specific item.

Japanese Unexamined Patent Application Publication No. 2007-061253 (Published March 15, 2007)

On the other hand, in an online game, a function is known in which a user communicates with another user via a user terminal and performs a predetermined procedure to register the other user in association with himself/herself. Other users that the user has registered in association with himself/herself are called “friends”. In an online game, for example, a pair of users having a friend relationship can enjoy some kind of benefit in the game. As a result, each user can be encouraged to interact with other users, and the possibility of playing for a longer time without the user leaving can be increased.

More specifically, there are at least two types of friend registration mechanisms, and a mechanism in which a friend relationship is not recognized in the system until users register (recognize) each other as friends, and one user uses the other user. There is a mechanism in which the first friend relationship is recognized at the stage of registering, and the other user registers and returns the one user to further recognize the second friend relationship. In the following, in the latter mechanism, the registration of one user by the other is referred to as “follow”, and the one user who is the main subject of the follow is defined as the “follower” of the other user who is followed. ".

It is unclear whether or not the latter system, which recognizes friend relationships in two stages, is introduced as a friend registration function in the system for evaluating the degree of friendship. Therefore, when evaluating the degree of friendship or giving the friendship degree point, it is not taken into consideration at which stage the relationship between the users corresponds to the second friend relationship. Therefore, the above-mentioned system has room for improvement in terms of motivating the user to actively play the game with other users.

One aspect of the present disclosure is intended to motivate a user to play a game with another user.

The game program according to the present disclosure is executed by a computer including a processor and a memory. The game program, in response to the user's first input operation for designating another user, registers the other user in the first list for registering the user's follow friend, in the processor. Registering the other user in the second list for registering the user's follower friend in response to receiving the information indicating that the user has been registered as the follow friend of the other user; Is a follow friend registered only in the user's first list, a follower friend registered only in the user's second list, a mutual friend registered in both the first list and the second list, and a first friend A step of determining which of the friend categories of non-friends that are not registered in any of the list and the second list, and the user set in association with the pair of the user and the other user; Updating at least one of the intimacy degree indicating the depth of intimacy with the other user and the upper limit of the intimacy degree according to the friend classification of the other user.

The game program according to the present disclosure is executed by a server including a processor and a memory. The game program determines, in response to receiving from the computer operated by the user, information indicating that the user has followed the other user to the processor, and determining the other user as the user's follow friend. In response to receiving information indicating that another user has followed the user from the computer operated by the other user, determining the other user as the user's follower friend, and The friend category is a mutual friend, the friend category of the user pair followed by one of the users is a one-way friend, and the friend category of the user pair not followed by any of the steps is determined as non-friend, and is associated with the user pair. Updating at least one of the intimacy degree indicating the depth of intimacy between the user and the other user and the upper limit of the intimacy degree set according to the friend classification of the user pair, To execute.

According to one aspect of the present disclosure, an effect of improving the fun of the game is achieved.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a flowchart which shows the flow of the process performed in a game system based on the game program which concerns on this embodiment. It is a figure which shows an example of the data structure of relationship information. It is a figure which shows an example of the data structure of familiarity information. (A) is a figure which shows an example of a data structure of a follow list, (B) is a figure which shows an example of a data structure of a follower list. It is a flowchart which shows the flow of the process which changes the upper limit of intimacy degree. It is a flowchart which shows the flow of the process which increments intimacy degree. It is a figure which shows the specific example of the management screen in which the follow list is arrange|positioned. It is a figure which shows the specific example of the management screen in which a follower list is arrange|positioned. It is a figure which shows the specific example of the start screen displayed on a display part. It is a figure which shows the specific example of the result screen displayed on a display part. (A) And (B) is a figure which shows the specific example of the start screen for instructing the start of a multiplayer quest. (A) is a figure which shows an example of a home screen displayed on a display part, (B) is a figure which shows a specific example of the start screen of a multiplay quest when the user himself is a guest. It is a figure which shows the specific example of the result screen of a multi play quest.

[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 exemplifications, and is shown 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. It In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As illustrated, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 is connected to the server 200 via the network 2. The network 2 includes 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 a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. To be

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 components 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 illustrated, 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. With. These components included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 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 able to communicate 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 outputs output values of the various sensors to the user terminal 100.

The user terminal 100 may have the camera 17 and the distance measuring sensor 18 instead of or in addition to the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as a name or a login ID of the user via the controller 1020, for example, at the start of the game. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with the plurality of controllers 1020, each controller 1020 is held by each user, 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 (communicatively connects without passing through the server 200), thereby realizing multi-play locally by a plurality of user terminals 100. You can also do it. When the above-mentioned multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-described multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplay is realized locally. For example, information indicating a play result such as a score or a win or loss in a game and user identification information may be associated with each other and transmitted to the server 200.

Further, the controller 1020 may be configured to be attachable to and detachable from the user terminal 100. In this case, a coupling part 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 connecting unit, the user terminal 100 and the controller 1020 send and receive signals via wire.

As shown in FIG. 1, the user terminal 100 may accept mounting of a storage medium 1030 such as an external memory card via the input/output IF 14. As a result, the user terminal 100 can read the program and data recorded in the storage medium 1030. The program recorded in 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 the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored in.

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

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 near the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, the user's hand as the object 1010, a marker having a predetermined shape, or the like is detected, and the input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. It More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 operates the gesture (a series of movements of the user's hand) detected based on the captured image by the user's input operation. As specified and accepted. The captured image may be a still image or a moving image.

Alternatively, when the operation unit includes 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 configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit is configured by the input/output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input/output IF 14 is specified and accepted as the user's 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. The 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 loads it into the memory 11 described later. The processor 20 reads a program from a storage 22 described later and loads it into a memory 21 described later. The processor 10 and the processor 20 execute the expanded program.

Memories 11 and 21 are main storage devices. The memories 11 and 21 are storage devices 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 by the processor 10 from a storage 12 described later. The memory 11 also temporarily stores various data generated while the processor 10 operates according to a program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

In the present embodiment, the program may be a game program for realizing the game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the server 200. Note that the game realized by the cooperation of the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. In addition, various data includes data regarding a game such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data relating to the game.

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

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

The touch screen 15 of the user terminal 100 is an electronic component that combines the input unit 151 and the display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is configured by, 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 at which a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may be of any type such as a capacitance type or a resistance film type.

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 or an angular velocity sensor. 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 perform vertical screen display for displaying a vertically long image on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held in a horizontal orientation, a landscape image may be displayed on the display unit. In this way, the processor 10 may be capable of switching 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 converts a light incident from a lens into an electric signal to generate a captured image.

The distance measuring sensor 18 is a sensor that measures the distance to the measurement target. The distance measuring 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 object 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 reflected on the measurement object. The distance measuring sensor 18 may include 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 near the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as the user's input operation will be further described. The camera 17 and the distance measuring sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near 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 emits infrared rays, a filter that blocks visible light, and the like. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 specifies whether or not the user's hand is included in the captured image by performing image recognition processing on the captured image of the camera 17. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique used in the above-described image recognition processing. (2) Further, the processor 10 detects the gesture of the user from the shape of the hand of the user. The processor 10 specifies 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, for example. The processor 10 further identifies a gesture made by the user from the identified number of fingers. For example, when the number of fingers is 5, the processor 10 determines that the user has made a “par” gesture. In addition, the processor 10 determines that the user has made a gesture of “goo” when the number of fingers is 0 (no finger is detected). Further, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “cutting”. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state where only the forefinger is raised or the user's finger makes a repulsive movement. .. (4) The processor 10 determines the object 1010 (such as the user's hand) near 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 (for example, a predetermined value) depending on the size of the shape of the user's hand identified from the image captured by the camera 17. The above distance) is detected. If 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) If it is determined that the distance between the user terminal 100 and the user's hand changes while the user's hand is detected, based on the image recognition result of the image captured by the camera 17, etc., the processor 10 recognizes that the user is shaking his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measuring sensor 18 having a directivity stronger than the shooting range of the camera 17, the processor 10 determines that the user shakes his hand in a direction orthogonal to the shooting direction of the camera. recognize.

As described above, the processor 10 recognizes whether or not the user is holding his/her hand by the image recognition of the image captured by the camera 17 (whether the gesture is “Goo” or other gesture (for example, “Par”)). Or) is detected. The processor 10 also detects the shape of the user's hand and how the user is moving this hand. Further, the processor 10 detects whether the user is moving this hand close to 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. The user terminal 100, for example, moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the gesture “goo” of the user. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state where the mouse is clicked and pressed, or maintaining the state where the touch panel is touched after the touchdown operation. Further, when the user further moves his or her hand while the user's gesture “goo” is detected, the user terminal 100 determines such a series of gestures as an operation corresponding to the swipe operation (or the drag operation). You can also recognize. In addition, when the user terminal 100 detects a gesture such that the user repels a finger based on the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 clicks the mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Game outline>
The game executed by the game system 1 (hereinafter, this game) is not limited to a specific genre but may be a game of any genre. For example, games on sports such as tennis, table tennis, dodge ball, baseball, soccer and hockey, puzzle games, quiz games, RPG, adventure games, shooting games, simulation games, training games, fighting games, and action games. May be

As an example, the present game is a quest selection type action game in which the user aims to clear a quest by operating a character arranged in the game space.

In this action game, as an example, at least a character (PC; Player Character) operated by a user and an enemy character that is an enemy of the character are arranged in the game space. The enemy character is a character (NPC; Non-Player Character) automatically controlled by the game system 1. The game space defined in this action game may be three-dimensional or two-dimensional. In the former case, each character to be arranged may be represented by a three-dimensional object, and in the latter case, it is arranged. Each character may be represented by a two-dimensional object.

This action game proceeds by causing a character, which is a PC, to battle with an enemy character arranged in the same game space. The character operated by the user can perform an attack motion according to the input operation of the user, and damage the enemy character. That is, this game may be an open world game in which the user can freely operate the characters arranged in the virtual game space to move and fight. In this action game, for example, the hit determination is performed based on the positional relationship in the game space between the enemy character and a damaging object such as a character's fist, weapon, or magic that can damage the enemy character. .. When it is determined that the given damage object and the enemy character come into contact with each other in the game space, the enemy character is damaged. For example, when the battle progressing in the game space satisfies a predetermined condition, it is determined that the quest has been cleared. Conditions for clearing the quest include, for example, causing damage to a predetermined enemy character such as a boss character by a predetermined value or more to make the enemy character incapable of fighting, making a predetermined number of enemy characters incapable of fighting, and a game. For example, finding a predetermined item arranged in space is assumed.

When the quest is cleared by the user operating the character to advance the battle, a predetermined reward is given to the user. Rewards are digital data with in-game value. The digital data as a reward may be configured to imitate tangible objects such as cards, characters, items, virtual currencies, diamonds, tickets, etc. that can be used in the game, or the right to make a character have an ability, Intangibles such as the right to play limited quests, the right to expand the holding limit of holding items or cards, the points that can be exchanged for various in-game values, and the increment of various parameters set for users or characters May be configured as the value of.

It should be noted that giving an in-game value such as a reward, which is digital data, to a user is, for example, by changing the in-game value status managed in association with the user from unavailable to usable. It may be. Alternatively, the in-game value may be stored in at least one of the memories (memory 11 and memory 21) included in the game system 1 in association with the user identification information or the user ID. “Obtaining” and “acquiring” the in-game value to the user is synonymous with giving the in-game value to the user.

<Quest and co-op play>
As an example, this game includes a quest selection part, a quest progress part, and the like.

The quest progress part is a game part for the user to play a quest including a battle with the enemy character described above. The quest selection part is, for example, a game part for the user to select a quest to play from a plurality of quests.

In this game, there are two types of quests, a single play quest and a multiplayer quest.

The single play quest is a quest that proceeds with a character (PC; Player Character) operated by the user and a character (NPC; Non-Player Character) automatically controlled by the game system 1 participating. Although a character owned by another user can participate in the single play quest, the character owned by the other user operates as an NPC in the single play quest played by the user. That is, the user can challenge the single play quest with the help of borrowing a character owned by another user as a helper.

The multi-play quest is a quest that proceeds by allowing characters operated by a plurality of users to participate. User terminals 100 operated by a plurality of users are communicably connected via a server 200 and share one game space at the same time. Characters operated by a plurality of users are arranged in the game space, and one quest progresses when each user operates each character as a PC. That is, a plurality of users can join each other's PCs and cooperate with each other to challenge the multi-play quest.

In the following, a user's assistance with other users or cooperation with each other to challenge a quest is referred to as “cooperative play”. Cooperative play includes using characters of other users as helpers in a single-play quest, and allowing multiple users to participate in each character in a multi-play quest.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing the functional configurations 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) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that receives 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 the control unit 110 and the 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 to assist the user terminal 100 in proceeding with a game. When the game is a multi-play 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 the control unit 210 and the storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF 23, the input/output IF 24, and the like.

The storage unit 120 and the storage unit 220 store a game program, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 231 is a game program executed by 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. The user information 133 is data regarding a user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional configuration of the server 200)
The control unit 210 centrally controls the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives part or all of the game information or the user information from the user terminal 100. When the game is a multi-play game, the control unit 210 may receive a request for multi-play synchronization from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 functions as the progress support unit 211, the synchronization control unit 212, the friend management unit 213, and the intimacy processing unit 214 according to the description of the game program 231. 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 progress support unit 211 communicates with the user terminal 100 and provides support for the user terminal 100 to progress various play parts included in the present game. For example, depending on which of the above-mentioned play parts is being executed, the information to be referred to by the user terminal 100 at that time is appropriately provided. For example, in the quest selection part, the progress support unit 211 provides the user terminal 100 with information necessary for the user terminal 100 to present each quest to the user in a selectable manner. For example, in the quest progress part, the progress support unit 211 provides the user terminal 100 with the information necessary for the user terminal 100 to present the user with a UI for advancing the quest.

The synchronization control unit 212 communicates with each user terminal 100 that executes multiplay, and mediates the exchange between the user terminals 100. Further, the synchronization control unit 212 executes matching control of the collaborators, synchronization control for synchronizing the progress status of the quest, and the like.

The friend management unit 213 provides a friend registration function and manages the relationship between users. In the present embodiment, as a friend registration mechanism, the first friend relationship is recognized when one user registers the other user, and the other user registers and returns the one user. A mechanism for recognizing the second friend relationship is adopted. For example, when user A designates user B as a friend, friend management unit 213 registers the item “user A followed user B” in storage unit 220. Specifically, the friend management unit 213 registers the user B as a follow friend of the user A. “Follow friend” is a friend classification that means that the user is a friend followed by the user. That is, the follow friend of the user A means a friend of the user A followed by the user A.

The friend management unit 213 also registers the user A as a follower friend of the user B. "Follower friend" is a friend category that means a friend who follows the user. That is, the follower friend of user B is a friend of user B who follows user B.

Furthermore, the friend management unit 213 notifies the user terminal 100 of the user B of the above items. As a result, in the parties involved in the above friend registration in the game system 1, that is, in the user terminal 100 of the user A, the server 200, and the user terminal 100 of the user B, the relationship between the user A and the user B, specifically, The follower-follower relationship is shared with.

In the present embodiment, the friend management unit 213 determines that the user A follows the user B and the user B also follows the user A, that is, the relationship between the two users who follow each other is “mutual”. Recognize "follow". The friend management unit 213 identifies each user having a mutual follow-up relationship by a friend category of “mutual friend”. Specifically, when the user A and the user B have a mutual follow-up relationship, the friend management unit 213 identifies the user A as the user B and the user B as the mutual friend of the user A.

Further, in the present embodiment, each user having an unrelated relationship that is not in a friend relationship, specifically, not followed or followed, may be identified by a friend classification of “non-friend”. Specifically, the friend management unit 213 identifies the user A as the user B and the user B as the non-friend of the user A when the user A and the user B are not followed each other.

As described above, from the perspective of one user, other users can make a decision based on any one of the friend categories of “mutual friend”, “follow friend”, “follower friend” and “non-friend”. ..

The intimacy degree processing unit 214 manages the intimacy degree between users for each combination of users who play this game, and executes processing relating to intimacy degree. Hereinafter, a set of users and users is referred to as a user pair.

The degree of intimacy is a value indicating the depth of intimacy between a user and another user. As an example, in the present embodiment, the higher the degree of intimacy of the user pair, the more advantageous the cooperative play performed by the user pair proceeds to each user. For example, the amount of stamina consumed when attempting a quest may be set lower depending on the intimacy, or the amount of reward given when completing the quest may be set higher according to the intimacy. May be done. Specifically, the quest progression unit 111 may determine the reward so that the higher the degree of intimacy set for the user pair who has completed the quest, the larger the amount of the reward to be given.

The intimacy degree processing unit 214 increments the intimacy degree of the user pair based on the above-described cooperative play being performed by the user pair. Specifically, in the present embodiment, the degree of intimacy is a stepwise expression of the depth of intimacy with a numerical value, and the larger the value, the deeper the intimacy. For example, in order to increase the degree of intimacy by one level, the user pair needs to acquire a predetermined amount of cooperation experience value. The intimacy degree processing unit 214 gives a cooperative experience value to the user pair based on the fact that the user pair has performed cooperative play. When the cumulative value of the cooperation experience value reaches the set value by repeatedly performing the cooperative play, the intimacy degree processing unit 214 increases the intimacy degree.

Furthermore, the intimacy degree may be provided with an upper limit according to the relationship between the user pair. As an example, the upper limit of the intimacy degree of the user pair having a mutual friend relationship is 100, whereas the upper limit of the intimacy degree of the user pair in which other friend categories are set is 10. In this way, by setting the upper limit of the degree of intimacy so that mutual friendship can proceed the game more advantageously, it is possible to encourage each user to become mutual friend.

In the present embodiment, the intimacy degree processing unit 214 may set and manage the intimacy degree with respect to a user pair having a non-friend relationship.

(Functional configuration of the user terminal 100)
The control unit 110 centrally 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. Further, the control unit 110 communicates with the server 200 as needed to transmit and receive information while the game is in progress.

The control unit 110 functions as the quest progression unit 111, the friend processing unit 112, and the intimacy processing unit 113 according to the description of the game program 131.

Further, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation receiving unit detects and receives an input operation of the user on the input unit 151. For example, the operation receiving unit detects the coordinates of the input position in the input unit 151 of the above-described input operation, and specifies the type of the input operation. The operation reception unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, or the like. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each unit of the control unit 110 is reflected. The display control unit may display on the display unit 152 a game screen including an image generated by each unit of the control unit 110. Further, the display control unit may superimpose and draw a graphical user interface (hereinafter, GUI) on the game screen.

The quest progress section 111 executes the quest progress part and progresses the quest in response to an input operation by the user.

The friend processing unit 112 executes processing related to friend registration in response to an input operation by the user related to the friend registration function.

Specifically, the friend processing unit 112 responds to the first input operation for designating the user B, which is accepted from the user A, and registers the user B with a follow-up friend list of the user A's follow friend. 1 list). Also, the friend processing unit 112 notifies the friend management unit 213 of the server 200 that the user A follows the user B.

Alternatively, the friend processing unit 112 sends the user B a follower friend of the user A in response to receiving information indicating that the user A is registered as a follow friend of the user B from the friend management unit 213, for example. Register in the follower list (second list).

The intimacy processing unit 113 functions in the same manner as the intimacy processing unit 214 described above, except that the intimacy processing unit 214 of the server 200 executes the processing related to the intimacy of all user pairs. That is, the intimacy degree processing unit 113 executes processing related to intimacy degree between the user operating the user terminal 100 and another user. When the intimacy degree processing unit 214 executes all the processing related to the intimacy degree of the user pair, the intimacy degree processing unit 113 may be omitted. The intimacy degree processing unit 113 may cooperate with the intimacy degree processing unit 214 and bear a part of the above-described functions of the intimacy degree processing unit 214.

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 of the user terminal 100. In addition, the user terminal 100 may include at least a part of the functions included in the server 200. Further, a device other than the user terminal 100 and the server 200 may be a constituent element of the game system 1, and the other device may be caused to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and another device, or may be realized by a combination of these plural devices.

<Outline of processing>
FIG. 3 is a flowchart showing an example of the flow of processing executed in the game system 1.

In the present embodiment, the user terminal 100 (server 200) is configured to execute the following steps based on the game program 131 (game program 231) in order to motivate the user to play a game with another user. ing. Specifically, the user terminal 100 (server 200) responds to the user's first input operation for designating another user (YES in S101) and sets the other user as a follow friend of the user. In response to receiving information indicating that the user has been registered as a follow friend of another user (YES in S103), the other user is registered as a user. Step S104 of registering the follower friend of the user in the second list, and another user's follow friend registered only in the user's first list, follower friend registered only in the user's second list, Step S105 of determining which one of the friend classifications, mutual friend registered in both the first list and second list, and non-friend not registered in either the first list or the second list, corresponds to. At least one of the degree of intimacy and the upper limit of the degree of intimacy, which is set in association with the set of the user and the other user and indicates the depth of intimacy between the user and the other user, is set to the other user. Step S106 of updating according to the friend classification of No. is executed.

To give a specific example, as an example, in step S101, the friend processing unit 112 receives from the user an input operation of designating another user as a partner to follow. In step S102, the friend processing unit 112 registers the other designated user as a follow friend in the follow list. Here, the friend processing unit 112 may notify the server 200 that another user has been followed. In step S103, the friend processing unit 112 receives, from the server 200, information indicating that the user has been registered as a follow friend of another user. In step S104, the friend processing unit 112 registers the other user who followed the user as a follower friend in the follower list. In step S105, the friend processing unit 112 determines, for each other user, the relationship between the user and the other user, that is, the friend classification, based on the first list and the second list. In step S106, the intimacy degree processing unit 113 sets the intimacy degree set between the user and another user when a predetermined trigger is pulled while the main game is being executed on the game system 1. The process related to is executed according to the friend classification determined in step S105.

Note that in step S102, the friend processing unit 112 notifies the friend management unit 213 that the user has designated another user as a follow friend, and the friend management unit 213 responds to the notification, and then the other user May be registered in the first list of the user. In step S104, the friend management unit 213 may register the other user in the second list of the user. In step S105, the friend management unit 213 may determine another user's friend classification for the user. In step S106, the intimacy degree processing unit 113 of the user terminal 100 may notify the server 200 that a predetermined trigger has been pulled, and the intimacy degree processing unit 214 of the server 200 may execute the degree of intimacy process.

For example, in the above-described updating step S106, when the friend classification of the other user is determined to be a mutual friend in the above-described determining step S105, the setting is made in association with the pair of the user and the other user. You may raise the upper limit of familiarity. In this way, preferential treatment of mutual follow can motivate the user to follow each other.

Alternatively, for example, the user terminal 100 may further execute the step of advancing the game by causing an object owned by another user to participate. In this case, in the above-described updating step S106, for example, when the intimacy with another user who owns the object is updated in response to the change of the progress status of the game, When the friend category is mutual friend, the degree of intimacy may be increased more than when it is the other friend category. In this way, preferential treatment of mutual follow can motivate the user to follow each other.

Alternatively, in another example, in the above-described updating step S106, when the friend classification of another user is a follow friend, the degree of intimacy may be increased more than when the friend category of the other user is a follower friend and a non-friend. In this way, preferential treatment of follow friends can motivate users to follow other users. As a result, mutual follow-up is promoted.

<Data structure>
(Relationship information)
FIG. 4 is a diagram showing an example of the data structure of the relationship information. The relationship information is information for managing the relationship between the users in the present game, and is generated as a relationship table having a table structure as an example. In the present embodiment, the relationship table is stored in the storage unit 220 of the server 200.

The relationship table stores information necessary for determining the friend category for each user pair. As an example, in the relationship table, the vertical axis represents the user ID of the user on the following side (hereinafter, the follower user ID), and the horizontal axis represents the user ID of the user on the following side (hereinafter, the followed user ID). It has a structure of arranged matrix. In one cell specified based on the user ID of the first user on the following side and the user ID of the second user on the following side, the follow from the first user to the second user is established. A flag indicating whether or not there is stored. In the present embodiment, “1” means that follow is established, and “0” means that follow is not established. Since the user does not follow himself/herself, a NULL value or “-” indicating that there is no value is stored in the cell specified by the same user ID on both the vertical axis and the horizontal axis.

In the illustrated example, for example, the relationship table indicates that the user “001” does not follow the user “002” but follows the user “003”. Further, for example, the user “001” indicates that the user “002” is being followed by the user “003”.

As described above, the intimacy degree processing unit 214 can determine the relationship between users based on the relationship table. For example, the cell of (following main user ID, followed user ID)=(001,003) is “1”, and the vertical and horizontal user IDs of the cell are replaced, that is, (following main user ID, followed user ID). Based on the fact that the cell of user ID)=(003,001) is also “1”, the intimacy degree processing unit 214 determines that the relationship between the user “001” and the user “003” is mutual friend. be able to.

Alternatively, for example, the cell of (following main user ID, followed user ID)=(001,002) is “0”, and the cell of (following main user ID, followed user ID)=(002,001) is “1”. Based on the fact that the user “002” is a follower friend for the user “001” and the user “001” is a follow friend for the user “002”, the intimacy processing unit 214 may determine that the user “002” is a follower friend. it can. In the following, the friend category indicating the relationship between both users that only one user follows is referred to as a “one-way friend” in order to distinguish it from mutual friends.

The friend management unit 213 updates the flag in the illustrated relationship table in response to each user performing an operation of designating or canceling a follow friend via the user terminal 100. Further, when a new user who plays this game joins, the friend management unit 213 adds a row and a column corresponding to the new user to the relationship table accordingly.

The intimacy degree processing unit 214 can grasp the relationship for each user pair and determine the friend category based on the updated relationship table.

(Familiarity information)
FIG. 5 is a diagram showing an example of the data structure of the intimacy degree information. The intimacy degree information is information for evaluating and managing the degree of intimacy in the present game between the users, and is generated as an intimacy degree table having a table structure as an example. In the present embodiment, the familiarity table is stored in the storage unit of the server 200.

The intimacy table stores information on intimacy for each user pair. As an example, the intimacy table has items of user pair, friend category, intimacy limit, cooperation experience value, and intimacy degree.

The item of user pair stores a user ID of one user and a user ID of the other user who form the user pair.

The friend category, which indicates the relationship between the user pair, is stored in the friend category item. A friend category of mutual friends is associated with a user pair that two users follow each other. A friend category of one-way friends is associated with a user pair followed by only one of the two users. A non-friend friend category is associated with a user pair that neither of the two users follow.

In the present embodiment, the intimacy degree processing unit 214 does not consider the follow direction in the processing relating to the intimacy degree of the user pair having the one-way friend relationship. That is, the intimacy table does not manage which of the user pairs is to follow and which is to be followed.

On the other hand, in another embodiment, the intimacy degree processing unit 214 may execute the intimacy degree processing in consideration of the follow direction. In this case, for example, in the item of the user pair, the user IDs are stored in ascending order, and if the user of the user ID stored earlier is the side to follow, “follow friend”, the user ID stored earlier If the user is followed, the friend category of “follower friend” may be stored.

The intimacy upper limit item stores an upper limit of the intimacy level set for the user pair. As an example, the upper limit of the intimacy degree of the user pair with the friend category of mutual friends is set to “100”, and the upper limit of the intimacy degree of the user pair with the friend category other than that is set to “10”. ing. When the friend category of the user pair is changed, the intimacy degree processing unit 214 changes the upper limit of the intimacy degree according to the changed friend category.

The cooperation experience value item stores the cumulative value of the cooperation experience values that the user pair has acquired so far. The closeness processing unit 214 adds the cooperation experience value according to a predetermined rule when the cooperative play is performed by the user pair.

The degree of intimacy stores the degree of intimacy set for the user pair. The intimacy degree processing unit 214 increments the intimacy degree of the user pair when the cumulative value of the cooperation experience values satisfies a predetermined condition. However, the intimacy degree processing unit 214 does not make an increment exceeding the set upper limit of intimacy degree. As an example, in the present embodiment, the intimacy degree processing unit 214 increases the intimacy degree by one step for every 100 points of cooperation experience value.

Specifically, the intimacy degree processing unit 214 sets the intimacy degree of the user pair having the acquired cooperation experience value of less than 100 points to “0”. Alternatively, the intimacy degree processing unit 214 sets the intimacy degree of the user pair having the cooperation experience value of 105 points to “1”.

However, the intimacy degree processing unit 214 does not update the intimacy degree that exceeds “10” even if the user pair whose cooperation experience value exceeds 1100 points is not a mutual friend. For example, the user pair of the user “001” and the user “477” has the acquired cooperation experience value of 6471 points, but since they are not mutual friends, the intimacy degree is set to the upper limit “10”. When the user pair becomes mutual friends, the intimacy degree processing unit 214 may set the intimacy degree of the user pair to “64” based on the cooperation experience value of 6471 points acquired so far. ..

The familiarity table may be partially shared with each user terminal 100. For example, for the user terminal 100 of the user “001”, only the record in which the user ID “001” is included in the items of the user pair is extracted and provided from the intimacy table shown in FIG. Good.

(Follow list)
FIG. 6A is a diagram showing an example of the data structure of the follow list. The follow list is generated for each user and stored in the storage unit 120 of the user terminal 100 of each user. The follow list shown in the figure shows a list of follow friends of a user (user ID "001", user name "Taro").

The friend processing unit 112 of the user terminal 100 registers the designated user in the follow list in response to the first input operation for designating the user to follow. On the contrary, when the friend processing unit 112 receives another input operation for canceling the designation as a follow friend, the friend processing unit 112 deletes the follow friend for which cancellation is instructed from the follow list. The friend processing unit 112 notifies the server 200 that the follow list has been updated.

Although not shown, the follow list may have various items in which information about each friend is stored in addition to the user ID and the user name. For example, various information such as the last login date and time, the rank, a comment, a flag indicating whether or not the friend follows the user himself (user "001"), the degree of intimacy between the friend and the user himself, and the like. May be tied to.

(Follower list)
FIG. 6B is a diagram showing an example of the data structure of the follower list. The follower list is generated for each user and is stored in the storage unit 120 of the user terminal 100 of each user. The follower list shown in the figure shows a list of follower friends of the user "001" described above.

The friend processing unit 112 of the user terminal 100 registers another user who has followed in the follower list in accordance with the information received from the friend management unit 213 of the server 200 and indicating that the user himself/herself has been followed. On the contrary, when the friend processing unit 112 receives the information indicating that the other user has canceled the follow-up, the friend processing unit 112 deletes the other user from the follower list according to the information.

Although not shown, the follower list may have various items in which information about each friend is stored in addition to the user ID and the user name. For example, various information such as the last login date and time, the rank, the comment, the flag indicating whether or not the user himself/herself (user “001”) is following the friend, and the degree of intimacy between the friend and the user himself/herself are set for each friend. May be tied to.

Each of the quest progression unit 111, the friend processing unit 112, and the intimacy processing unit 113 can determine a user included in both the follow list and the follower list as a mutual friend. Moreover, each part can determine a user who is not included in any of the lists as a non-friend. Further, each unit can determine a user included only in the follow list as a follow friend. In addition, each unit can determine a user included only in the follower list as a follower friend.

The user terminal 100 may store the lists shown in FIGS. 6A and 6B as one table in the storage unit 120. In this case, in the above table, the first item storing a flag indicating whether the user himself follows the friend and a flag indicating whether the friend following the user himself are stored. Add the second item and. With this configuration, each of the above-described units can determine the friend classification of the friend based on the flags of the first item and the second item.

<Processing flow>
(Process to release the upper limit of intimacy)
FIG. 7 is a flowchart showing a flow of a process of changing the upper limit of the degree of intimacy among processes related to the degree of intimacy. The series of processing shown in FIG. 7 corresponds to step S106 shown in FIG. Hereinafter, the familiarity processing unit 214 of the server 200 will be described as performing a series of processes shown in FIG. 7.

In step S201, the intimacy processing unit 214 determines whether or not the friend category of a certain user pair has been changed from another category to mutual friend. The intimacy degree processing unit 214 may recognize the change to the mutual friend by receiving the notification that the friend classification has been changed from the user terminal 100, or the friend management unit 213 of the server 200 may display the friendship change unit 213 illustrated in FIG. In the relationship table shown, the change to the mutual friend may be recognized based on the value of the cell corresponding to the user pair being updated from “0” to “1”.

When the closeness processing unit 214 determines that the friend category of a certain user pair has been changed to mutual friend, the process proceeds from YES in step S201 to step S202. Step S202 is not executed until the change from another division to a mutual friend occurs.

In step S202, the intimacy degree processing unit 214 changes the friend category item associated with the user pair described above from another category to mutual friend in the intimacy table, and at the same time, the intimacy degree upper limit of the user pair. Is changed from "10" to "100".

After releasing the upper limit of intimacy degree to “100”, the intimacy degree processing unit 214 updates the intimacy degree based on the current cooperation experience value if the above-mentioned cooperation experience value of the user pair exceeds 1100. May be.

In another embodiment, in step S201, the friend processing unit 112 of the user terminal 100 updates the follow list and the follower list shown in (A) and (B) of FIG. 113 may recognize that the friend category of one user pair has changed from another category to a mutual friend.

In step S202, the intimacy processing unit 113 releases the upper limit of the intimacy degree between the user and the other user based on the change to the mutual friend classification, and notifies the intimacy processing unit 214 to that effect. You may notify.

(Process to increase intimacy)
FIG. 8 is a flowchart showing a flow of a process of incrementing the degree of intimacy among processes related to the degree of intimacy. The series of processes shown in FIG. 8 corresponds to step S106 shown in FIG. Hereinafter, the user terminal 100 will be described as performing the series of processes shown in FIG. 8.

In step S301, the quest progression unit 111 receives an input operation instructing to start cooperative play. The input operation is assumed to be, for example, that the user specifies a quest to play and taps a button displayed on the display unit 152 for instructing the start of the quest. More specifically, with the character of another user designated as an assistant, an input operation for instructing the start of the single play quest, or a multiplayer quest of the multiplayer quest with the user and other users ready to sort out. Input operation for instructing start is assumed.

In step S302, the quest progression unit 111 identifies a user pair who performs cooperative play. Specifically, the quest progression unit 111 identifies the user ID of the user himself and the user IDs of other users selected by the user as cooperators.

In step S303, the quest progression unit 111 advances the quest related to cooperative play. The quest progression unit 111 communicates with the server 200 as needed, receives necessary information from the progress support unit 211 as appropriate, and advances the quest. When the quest being progressed is a multi-play quest, the play results of other users who are cooperators are also supplied to the quest progress section 111 under the control of the synchronization control section 212.

In step S304, the quest progression unit 111 determines whether or not the quest has been completed successfully and the quest has ended. The determination of the end may be made based on the progress status of the quest progression unit 111, or may be made based on the notification of the end of the quest being received from the server 200. If the quest has not ended, the quest progress section 111 returns from NO in step S304 to step S303 to continue the progress of the quest. When the quest ends, the quest progression unit 111 proceeds from YES in step S304 to step S305.

In step S305, the quest progression unit 111 gives a reward to the user in accordance with the success or failure of the quest clearing and the closeness of the identified user pair. The content of the reward may be determined by the quest progression unit 111 or the progress support unit 211 of the server 200. For example, the content of the reward includes the type of quest played, the difficulty of the quest, the success or failure of the quest, the time required from the start of the quest to the completion of the quest, the content of the play in progress of the quest, the intimacy of the pair of users who performed cooperative play, , Is appropriately determined according to the friend category of the user pair.

As the reward, for example, virtual currency, items, cards that drop with a certain probability, etc. are assumed. In this embodiment, specifically, friendship points are given as a play reward for cooperative play. Friendship points are in-game values given as rewards for the user pair to deepen friendship through the execution of cooperative play, and are points that can be exchanged for various other items that can be used to favorably advance the quest. In order to encourage each user to play cooperatively, it is preferable to prepare an item that can be exchanged only at friendship points or to obtain an advantageous item with a small burden by exchanging at friendship points.

In step S306, the intimacy degree processing unit 113 determines whether or not the friend category set for the user pair who has performed the previous cooperative play is a mutual friend. If the friend category of the user pair is not mutual friend, the intimacy degree processing unit 113 proceeds from NO in step S306 to step S307. When the friend category of the user pair is mutual friend, the intimacy degree processing unit 113 proceeds from YES in step S306 to step S308.

In step S307, the intimacy degree processing unit 113 increments the intimacy degree of the user pair by the first predetermined value.

In step S308, the intimacy degree processing unit 113 increments the intimacy degree of the user pair by the second predetermined value larger than the first predetermined value described above.

According to the above-mentioned method, if cooperative play is carried out by a pair of users who are in a mutual friend relationship, the intimacy can be increased more efficiently, and the game can be advantageously advanced based on the high intimacy.

Regarding the method of incrementing the degree of intimacy in step S307 or S308, in the present embodiment, specifically, the intimacy degree processing unit 113 first causes the user pair to acquire a cooperation experience value. When the intimacy processing unit 113 of the user terminal 100 causes the user pair to acquire the cooperation experience value, the intimacy processing unit 113 may add the cooperation experience value in the user terminal 100 of the user who is the host of the cooperative play. Good. As a result of the addition, when the cumulative value of the cooperation experience values reaches a predetermined set value, the intimacy degree processing unit 113 increases the intimacy degree of the user pair to a value corresponding to the set value. The intimacy degree processing unit 113 notifies the intimacy degree processing unit 214 of the server 200 that the cooperation experience value and intimacy degree of the user pair have been updated.

The intimacy degree processing unit 113 may determine the cooperation experience value to be acquired by the user pair in accordance with conditions other than the friend category, such as the type of quest, the number or strength of the defeated enemy characters, and the like. However, the intimacy processing unit 113 compares the case where the friend classification of the user pair is mutual friend and the case where the friend category of the user pair is not mutual friend, and acquires more cooperation experience values when the user is mutual friend.

<Screen example>
(Friend management screen)
9 and 10 are diagrams showing an example of a game screen displayed on the display unit 152 by the friend processing unit 112. Specifically, the game screens shown in FIGS. 9 and 10 are management screens 300 for managing the user's friends. More specifically, FIG. 9 shows an example of the management screen 300 in which the follow list is arranged, and FIG. 10 shows an example of the management screen 300 in which the follower list is arranged. For example, when the friend processing unit 112 receives an input operation of pressing the management button 603 for calling the management screen 300 on the home screen of the present game ((A) of FIG. 14 or the like), the management shown in FIG. The screen 300 may be displayed.

As illustrated in FIG. 9, the management screen 300 includes UI components such as a tab 301 corresponding to a follow list, a tab 302 corresponding to a follower list, and a follow list 303. The management screen 300 may also include UI components for searching for other users.

The tab 301 is a UI component for instructing to display the follow list 303. For example, the friend processing unit 112 displays the follow list 303 on the management screen 300 in response to receiving an input operation of tapping the tab 301 from the user.

The tab 302 is a UI component for instructing to display a follower list 311 described later. For example, the friend processing unit 112 displays the follower list 311 on the management screen 300 in response to receiving an input operation of tapping the tab 302 from the user.

The follow list 303 is a list for displaying a list of follow friends that the user is following. In the example shown in FIG. 9, the follow list 303 includes a plurality of friend information 304, which are UI components for presenting information about friends. One friend information 304 presents information regarding one friend.

For example, the friend information 304 includes at least a relationship icon 305 and an intimacy icon 306.

The relationship icon 305 is a UI component that presents the relationship between the user himself and his friend, specifically, the follow direction. This allows the user to confirm the relationship with each friend. In the example shown in FIG. 9, when only the user is following a friend and not being followed by the friend, that is, when the user and the friend have a one-way friend relationship, In the friend information 304 of the friend, the relationship icon 305 includes only an upward arrow. On the other hand, when the user and the friend are in a mutual friend relationship, the relationship icon 305 indicates that the friend icon 304 of the friend has an upward arrow and a downward arrow. Composed of arrows and. Since the follow list 303 is a list for displaying a list of friends that the user is following, the relationship icon 305 in all the friend information 304 arranged in the follow list 303 includes an upward arrow. become.

The closeness icon 306 is a UI component that presents the closeness set between the user himself and his friend. The closeness icon 306 is configured to include a numerical value indicating the closeness. This allows the user to intuitively understand the degree of intimacy with the friend.

Each friend information 304 is, as information related to a friend, a user name, an icon of a character set as a leader in party formation, an elapsed time since the last login date and time, a rank, and the friend information 304, for example. A UI component that presents a comment or the like may be included.

Each friend information 304 may include a cancel button (not shown) as a UI component for the user to cancel the follow of the friend.

As shown in FIG. 10, the management screen 300 includes UI parts such as a tab 301 corresponding to the follow list, a tab 302 corresponding to the follower list, and a follower list 311.

The follower list 311 is a list for displaying a list of follower friends who follow the user. In the example illustrated in FIG. 10, the follower list 311 includes a plurality of friend information 304, which are UI components for presenting information about friends. One friend information 304 presents information regarding one friend.

For example, the friend information 304 includes at least a relationship icon 305 and an intimacy icon 306. Furthermore, when the friend information 304 is the friend information 304 of a friend that the user does not follow, it is preferable that the friend information 304 includes a follow button 312.

Regarding the relationship icon 305, in the example shown in FIG. 10, only the friend is following the user, and the user is not following the friend, that is, the user and the friend are one-way friends. When there is a relationship, in the friend information 304 of the friend, the relationship icon 305 includes only a downward arrow. On the other hand, when the user is also following, that is, when the user and the friend have a mutual friend relationship, in the friend information 304 of the friend, the relationship icon 305 indicates that the arrow pointing upward and the arrow pointing downward. Composed of arrows and. Since the follower list 311 is a list for displaying a list of friends who are following the user, the relationship icon 305 includes a downward arrow in all the friend information 304 arranged in the follower list 311. become.

The follow button 312 is a UI component for the user to instruct to follow the friend. For example, when the friend processing unit 112 receives an input operation of tapping the follow button 312, the friend processing unit 112 executes a process for following the friend corresponding to the friend information 304 on which the follow button 312 is tapped. Specifically, the designated friend is registered in the follow list shown in FIG. 6A and the server 200 is notified of the registration. As a result, the friend is registered in both the follow list and the follower list of the user, and as a result, the friend is recognized as the mutual friend of the user.

Each friend information 304 is, as information related to a friend, a user name, an icon of a character set as a leader in party formation, an elapsed time since the last login date and time, a rank, and the friend information 304, for example. A UI component that presents a comment or the like may be included.

Regarding the friend information 304 of mutual friends, a cancel button (not shown) may be arranged as a UI component for the user to cancel the follow of the friend.

(Single play quest start screen)
11: is a figure which shows an example of the game screen which the quest progress part 111 displays on the display part 152. As shown in FIG. Specifically, the game screen shown in FIG. 11 is a start screen 400 for the user to instruct the start of the single play quest. The quest progression unit 111 may display the start screen 400 shown in FIG. 11, for example, before step S301 shown in FIG.

The start screen 400 includes UI components such as a helper list 401, a cursor 402, and a start button 403. The start screen 400 may also include UI parts for presenting the quest name, the quest number, and the like.

The helper list 401 is a list for displaying a list of a plurality of other users extracted as helper candidates according to a predetermined rule. The helper list 401 includes a plurality of friend information 304. The friend information 304 includes a relationship icon 305 and an intimacy icon 306. Then, regarding the friend information 304 of another user that the user does not follow, by placing the follow button 312, the user can be prompted to follow the other user. Note that, for convenience, information of other users who are not friends is also referred to as friend information.

Extraction of helper candidates, that is, matching of cooperators is executed by the synchronization control unit 212 of the server 200. In response to the request from the quest progression unit 111, the synchronization control unit 212 extracts a helper candidate to be supplied to the requesting user terminal 100 from a database (not shown) that manages users who play this game. .. The synchronization control unit 212 may extract the predetermined number of people in order from the user having the latest login date and time, or may extract the predetermined number of people in order from the user having a high degree of intimacy set with the user. The friend categories may be prioritized in the order of mutual friend, follower friend, follow friend, and non-friend, or a predetermined number of users may be extracted in order from users with similar ranks. In addition, a cool time may be provided in order to prevent only the same user from being continuously selected as a helper, and in this case, the synchronization control unit 212 determines that a predetermined time or more has elapsed since the previous helper participation. A helper candidate may be extracted from the users who are present. The synchronization control unit 212 may extract non-friends as helper candidates.

In the present embodiment, the quest progression unit 111 accepts a helper's selection by accepting a tap operation on any of the friend information 304 on the helper list 401. The quest progression unit 111 may display the cursor 402 on the friend information of the user tapped by the user. This allows the user to clearly recognize the helper selected by the user.

The start button 403 is a UI component for the user to instruct the start of the quest. For example, when the start button 403 is tapped while any user in the helper list 401 is designated, the quest progression unit 111 sets the designated user as a leader in response to the tap operation. The character 404 is participating as an NPC and the quest is started. In the present embodiment, the quest progression unit 111 does not accept an input operation on the start button 403 unless one helper is selected from the helper list 401. In another embodiment, the quest progression unit 111 is configured to accept an input operation on the start button 403 without a helper being specified, and to start the quest only with the party organized by the user without making the NPC appear. May be.

As described above, by displaying the relationship icon 305 and the follow button 312 also on the start screen 400, the user can be motivated to follow another user at the timing before the start of the quest. Further, by displaying the closeness icon 306, the user can be made aware of the depth of friendship with the helper candidate. For example, a user may be strongly motivated to follow when a user who has a high degree of intimacy but is not followed by himself/herself is on the helper list 401.

(Single play quest result screen)
FIG. 12 is a diagram showing an example of a game screen displayed by the quest progression unit 111 on the display unit 152. Specifically, the game screen shown in FIG. 12 is a result screen 450 for presenting the play result to the user, which is displayed after the user finishes playing the single play quest, particularly after clearing the single play quest. The quest progression unit 111 may display the result screen 450 shown in FIG. 12 after step S304 shown in FIG. 8, for example.

The result screen 450 includes UI components such as reward information 451, helper information 452, and update notification 453.

The reward information 451 is a UI component that presents the reward given to the user who has cleared the quest to the user, and indicates, for example, virtual currency and items that can be used in the game.

The helper information 452 is for the owner of the character who has participated in the played quest as a helper, that is, for presenting the friend information regarding the other user designated by the user to the user again on the start screen 400 shown in FIG. 11. It is a UI component. Like the friend information 304 shown in FIG. 11, the helper information 452 may include a character set as a leader, a rank, a user name, a comment, a relationship icon, and the like.

The update notification 453 is a UI component for notifying the user how the intimacy level has been updated as a result of the cooperative play being performed. As an example, the update notification 453 includes a message indicating that the degree of intimacy has increased, and an illustration. Furthermore, when the user and the other user who provided the helper character have a mutual friend relationship, the quest progression unit 111 preferably includes the bonus notification 454 in the update notification 453.

Thereby, the merit of mutual friend is emphasized, and the user can recognize that the user of the collaborator is mutual friend, and thus the intimacy level is further improved. As a result, users can directly perceive the benefits of having mutual friend relationships with collaborators and are motivated to be mutual friends with more other users.

Note that the quest progression unit 111 may display the cooperation experience value incremented by the intimacy degree processing unit 113 or the intimacy degree processing unit 214 in the update notification 453. Also in this case, as a benefit of being a mutual friend, it is preferable to highlight the extra cooperation experience value acquired as in the bonus notification 454.

On the other hand, the quest progression unit 111 may display the update notification 706 shown in FIG. 15 instead of the update notification 453 when the user is not following the user who is the collaborator. Update notification 706 further includes message 707. Message 707 includes, for example, a message that describes the damage suffered by being unable to benefit from being a mutual friend or being a mutual friend. In addition, the message 707 may include a message prompting the collaborator's user to follow. Further, it is preferable that the quest proceeding section 111 provide a follow button 705 in the helper information 452 to encourage the user to follow the user of the collaborator. According to the above configuration, the user can be strongly motivated to follow another user immediately after the quest ends.

(Start screen of Multiplayer Quest-Host side)
13A and 13B are diagrams showing an example of a game screen displayed on the display unit 152 by the quest progression unit 111. Specifically, the game screens shown in FIGS. 13A and 13B are start screens 500 for the user to instruct the start of the multiplayer quest as the host. The quest progression unit 111 may display the start screen 500 shown in FIGS. 13A and 13B before step S301 shown in FIG. 8, for example.

In the present embodiment, as an example, the multi-play quest is a quest played by two users, a host user and a guest user. The host user selects a quest, communicates with the server 200, starts up a virtual room, and recruits participating members for cooperative play. On the other hand, the guest user communicates with the server 200, searches for a room in which recruiting members are recruited, enters a room in which the quest desired to be played is selected, and participates in the cooperative play as a guest.

As shown in FIG. 13A, the start screen 500 includes, for example, a composition button 501, an SOS button 502, first member information 503, second member information 504, a dissolution button 505, and a start button 506. Contains UI components.

The organization button 501 is a UI component for calling a UI screen for organizing a party. For example, the user can tap the organization button 501 to call the UI screen and organize a party made up of characters to participate in the quest. The organized party is reflected in the first member information 503, for example.

The SOS button 502 is a UI component for calling another user for cooperative play of the multi-play quest. For example, when the user taps the SOS button 502, the quest progression unit 111 transmits to the server 200 a request for issuing a rescue signal. The server 200 extracts another user who is a candidate for a collaborator based on a predetermined rule, and transmits a notification for calling cooperative play with the user to each user terminal 100 of the extracted other user. The extraction of the collaborator candidate is executed by the synchronization control unit 212, for example, by the same method as the extraction of the helper candidate described above.

The first member information 503 is a UI component for presenting information about the user on the host side who has set up the room for challenging the multi-play quest. In the example shown in FIG. 13A, since the host is the user himself (“Taro” with the user ID “001”), information about the user himself is placed in the first member information 503. The first member information 503 includes, for example, a party organized by the user, a user name, a rank, and the like.

The second member information 504 is a UI component for presenting information about a guest-side user who participates in the multi-play quest by selecting a room that has been started up. In the example shown in FIG. 13A, since there is no other user who has decided to participate in the multi-play quest related to the room, the second member information 504 in a state in which the information regarding the guest user is not displayed is displayed. Showing.

The break button 505 is a UI component for the user of the host to instruct to break the room without starting the multi-play quest. For example, when the user taps the dissolution button 505, the quest progression unit 111 sends a request to the server 200 to dissolve the room that has been started up. In response to the request, the synchronization control unit 212 of the server 200 deletes the room started by the user. As a result, in the user terminals 100 of other users, the above-mentioned disbanded room will not be included in the list of rooms for which collaborators are being recruited.

The start button 506 is a UI component for the host user to instruct the start of the multi-play quest. In the example illustrated in FIG. 13A, the quest progression unit 111 does not accept an input operation on the start button 506 while the collaborator is not determined. The quest progress section 111 may display the start button 506 in a display mode different from that of the other operable buttons so that the start button 506 cannot be operated.

As shown in FIG. 13B, when the collaborator is determined, information about the guest user who is the collaborator is placed in the second member information 504. The second member information 504 includes parties organized by guest users, user names, ranks, and the like. Furthermore, the second member information 504 preferably includes a relationship icon 507 and an intimacy icon 509.

Furthermore, it is preferable that the quest progression unit 111 displays the follow button 508 in the second member information 504 when the host user does not follow the guest user. As a result, the user can be motivated to follow another user before the start of the quest. Furthermore, by displaying the intimacy icon 306, the user can be made aware of the depth of friendship with the collaborator. For example, the user is strongly motivated to follow when a user who has high intimacy but is not followed by himself/herself is displayed in the second member information 504.

When each user has decided to participate in the multi-play quest related to the room and is ready to start the quest, the quest progression unit 111 displays the preparation completion icon 510 to that effect in the first member information 503 and It may be displayed in association with each of the second member information 504. When both users are ready, the quest progression unit 111 does not accept the input operation on the SOS button 502, while displaying the start button 506 so that it can be operated, and accepts the input operation on the start button 506. .. In response to the tap operation on the start button 506, the quest progression unit 111 communicates with the server 200 to advance the multi-play quest.

(Start screen of Multiplayer Quest-Guest side)
FIG. 14A is a diagram showing an example of a home screen displayed on the display unit 152 by a menu processing unit (not shown) of the control unit 110. A home screen 600 shown in FIG. 14A is a home screen including UI parts for allowing the user to select a plurality of menu items related to the game, and for the user to perform various operations when playing the game. It is a screen that covers the basic UI parts of. Therefore, the home screen 600 is the game screen that the user uses most often and is displayed frequently. The home screen 600 is first displayed, for example, after the application of this game is started on the user terminal 100.

The home screen 600 includes UI components such as a user summary 601, a rescue button 602, and a management button 603, as an example.

The user summary 601 is a UI component that presents the title of the user in the main game and the user name. The management button 603 is a UI component for calling the management screen 300 shown in FIG. 9 or 10.

The rescue button 602 is a UI component that instructs the server 200 to send a request to cooperate with a quest that another user's user terminal 100 proceeds. Specifically, the rescue button 602 is a UI component for entering a room currently recruiting co-operators who perform cooperative play together. When the menu processing unit receives a notification calling for cooperative play, that is, a rescue signal from another user from the server 200, a rescue signal icon 604 indicating that there is a room in which the rescue signal is being issued is provided as a rescue button. It may be displayed beside 602.

For example, in response to the menu processing unit accepting the tap operation on the rescue button 602, the quest progression unit 111 communicates with the server 200 and requests a request to enter a room in which a collaborator is being recruited. It is transmitted to the server 200. The synchronization control unit 212 of the server 200 selects a room based on a predetermined rule from a plurality of rooms in which collaborators are recruited based on a predetermined rule, and causes the user to enter the selected room.

The room selection, that is, the collaborator matching is executed by the synchronization control unit 212 of the server 200. In response to the request from the quest progression unit 111, the synchronization control unit 212 selects a room in which the requesting user is allowed to enter from among the rooms currently recruiting collaborators. For example, the synchronization control unit 212 may select the room of the host having the highest degree of intimacy set between the host and the user, or the room of the host that is the source of the rescue signal received by the user. May be preferentially selected, or the friend categories of the host and the user may be preferentially selected in the order of mutual friend, follower friend, follow friend, and non-friend. When the number of rooms to be entered by the user cannot be limited to one, the synchronization control unit 212 may further select a host room having the latest login date and time, or give priority to a host room having a rank closer to the user. May be selected, or a room with the earliest date and time when the room was started up may be selected.

Upon receiving the notification regarding the selected room from the server 200, the quest proceeding section 111 causes the display section 152 to display a start screen 550 indicating a state in which the user has temporarily entered the selected room.

FIG. 14B is a diagram showing an example of the start screen 550 displayed on the display unit 152 by the quest progression unit 111. The start screen 550 is a start screen of the multi-play quest when the user himself/herself is a guest.

As an example, the start screen 550 includes UI parts such as a composition button 501, first member information 503, second member information 504, a return button 551, and a participation button 552.

In the example illustrated in FIG. 14B, the first member information 503 displays information about another user who is the host. Therefore, it is preferable that the relationship icon 507 and the intimacy icon 509 are displayed in the first member information 503. When the user is not following other users of the host, the quest progression section 111 sets the follow button 508 shown in FIG. 13B or the like to the first member information 503. It is preferable to display it. The user can be motivated to follow another user at a timing before the start of the quest. Furthermore, by displaying the intimacy icon 509, the user can be made aware of the depth of friendship with the host. For example, a user may be strongly motivated to follow a host in a room he/she is about to join, even though he/she knows that he/she is not following it even though he/she is familiar with it.

The return button 551 is a UI component for deciding to leave the currently tentatively entered room, that is, not to participate in the multi-play quest related to the room. Upon accepting the tap operation on the return button 551, the quest progression unit 111 transmits a notification that the room is to be exited to the server 200, and switches the display from the start screen 550 to the home screen 600, for example.

The participation button 552 is a UI component that decides to participate in the multi-play quest related to the room. Upon accepting the tap operation on the participation button 552, the quest progression unit 111 transmits a notification to the server 200 that the participation to the multi-play quest will be performed. In response to the tap operation, the quest progression unit 111 displays the second member information 504 in the same display mode as the first member information 503, and displays the ready icon 510. On the other hand, the server 200 transmits a guest participation announcement to the host user terminal 100. The quest proceeding section 111 of the host user terminal 100 transitions the start screen 500 shown in FIG. 13A to the start screen 500 shown in FIG. 13B in response to receiving the participation announcement. Let

(Result screen of multiplayer quest)
FIG. 15 is a diagram showing an example of a game screen displayed by the quest progression unit 111 on the display unit 152. Specifically, the game screen shown in FIG. 15 is a result screen 700 for presenting the play result to the user, which is displayed after the user finishes playing the multi-play quest, particularly after clearing the play. The quest progress section 111 may display the result screen 700 shown in FIG. 15 after step S304 shown in FIG. 8, for example.

The result screen 700 includes UI components such as reward information 701, collaborator information 703, and update notification 706.

The reward information 701 is a UI component that presents the reward given to the user who has cleared the quest to the user. In the present embodiment, when the multi-play quest is played, friendship points are given to each user as a play reward or a clear reward. Therefore, as the reward information 701, the added friendship points 702 are further shown.

The cooperator information 703 is a UI component for presenting to the user again friend information regarding cooperators who also played the multi-play quest. If the user terminal 100 displaying the result screen 700 shown in FIG. 15 is the user terminal 100 of the host user, friend information regarding the guest user is displayed. If the user terminal 100 displaying the result screen 700 shown in FIG. 15 is the user terminal 100 of the guest user, friend information regarding the host user is displayed.

The collaborator information 703 preferably includes a relationship icon 704. Furthermore, it is preferable that the quest proceeding section 111 provide a follow button 705 in the collaborator information 703 to prompt the user to follow the user of the collaborator. According to the above configuration, the user can be strongly motivated to follow another user immediately after the quest ends.

The update notification 706 is a UI component for notifying the user how the intimacy has been updated as a result of the cooperative play being performed. As an example, the update notification 706 includes a message or an illustration indicating that the intimacy has not reached the upper limit because the intimacy has reached the upper limit.

Update notification 706 further includes message 707. Message 707 includes, for example, a message that describes the damage suffered by being unable to benefit from being a mutual friend or being a mutual friend. In addition, the message 707 may include a message prompting the collaborator's user to follow. Furthermore, it is preferable that the quest proceeding section 111 provide a follow button 705 in the collaborator information 703 to prompt the user to follow the user of the collaborator. According to the above configuration, the user can be strongly motivated to follow another user immediately after the quest ends.

On the other hand, the quest progression unit 111 may display the update notification 453 shown in FIG. 12 instead of the update notification 706 when the user and the collaborator are mutual friends. This allows the user to directly perceive the benefits of having a mutual friend relationship with a collaborator and is motivated to be mutual friends with more other users.

In the update notification 706, the cooperation experience value incremented by the intimacy degree processing unit 113 or the intimacy degree processing unit 214 may be displayed. In this case, when mutual friendship is made and the upper limit of the degree of intimacy is released, the predicted value of how much the degree of intimacy increases based on the cooperation experience value may be displayed. As a result, each user witnesses the difference between the intimacy degree “10” in the present situation that is not a mutual friend and the predicted value of the intimacy degree when they become mutual friends. As a result, users are more strongly motivated to be mutual friends.

[Modification]
The series of steps illustrated in FIG. 3 may be executed by the server 200 in the game system 1. For example, the server 200 determines that the other user is a follow friend of the user in response to receiving information indicating that the user has followed the other user from the user terminal 100 operated by the user, In response to receiving information indicating that another user has followed the user from another user terminal 100 operated by the other user, a step of determining the other user as the user's follower friend, and following each other. Deciding that the friend category of the user pair to be mutual friends is a mutual friend, the friend category of the user pair followed by one of the users is a one-way friend, and the friend category of the user pair not followed by any one is a non-friend; At least one of an intimacy degree indicating the depth of intimacy between the user and the other user and an upper limit of the intimacy degree, which is set in association with the user pair, according to the friend classification of the user pair. The updating step may be performed.

The server 200 may be configured as follows in order to match users who cooperate with each other in cooperative play. Specifically, for example, the server 200 is configured to execute a step of causing an object (character) owned by another user as a collaborator to participate in a game (quest) that the user terminal 100 of the user advances. It Then, in the step of participating, the server 200 preferentially selects, as a collaborator, another user having a high degree of intimacy set with the user or another user whose friend classification with the user is mutual friend. ..

Alternatively, for example, the server 200 is owned by the user in response to receiving a request from the user terminal 100 of the user to cooperate with a game (quest) that another user terminal 100 of another user advances. The method is configured to perform a step of searching for another user as a sponsor who hosts a game in which an object (character) is allowed to participate. Then, in the searching step, the server 200 preferentially searches, as the organizer, another user having a high degree of intimacy set with the user or another user whose friend classification with the user is mutual friend. ..

In the game system 1, the follow friend for the user may be preferentially treated. For example, in the updating step S106, the intimacy degree processing unit 113 or the intimacy degree processing unit 214 increases the degree of intimacy when the friend classification of another user is a follow friend, as compared with the case of being a follower friend and a non-friend. You may let me. This motivates the user to follow other users. As a result, mutual follow-up is promoted.

In steps S301 to S303 of advancing the game, the user terminal 100 displays the plurality of other users on the browsing screen based on at least one of the friend classification and the intimacy degree. You may sort. This facilitates the user to select another user whose friend category is mutual friend as a collaborator or another user having a high degree of intimacy as a collaborator.

[Example of software implementation]
The control block of the control unit 210 (in particular, the progress support unit 211, the synchronization control unit 212, the friend management unit 213, and the intimacy processing unit 214), and the control block of the control unit 110 (in particular, the quest progression unit 111 and the friend). The processing unit 112 and the intimacy processing unit 113) 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). May be realized.

In the latter case, the information processing apparatus having the functions of the control unit 210 and/or the control unit 110, or both, has a CPU that executes the instructions of a program that is software that realizes each function, the program and various data are stored in a computer (or It is provided with a ROM (Read Only Memory) or a storage device (these are referred to as a “recording medium”) recorded so as to be readable by a CPU), a RAM (Random Access Memory) for expanding the program, and the like. Then, the computer (or CPU) reads the program from the recording medium and executes the program to achieve the object of the present invention. As the recording medium, a "non-transitory tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note 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 program is embodied by electronic transmission.

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

[Appendix]
The contents according to one aspect of the present invention are listed below.

(Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game program is executed by a computer (user terminal 100) including a processor (10) and a memory (11). In response to the user's first input operation for designating another user (YES in S101), the game program sets the other user in the first list for registering the user's follow friend. In response to the step of registering (S102) and receiving the information indicating that the user has been registered as a follow friend of another user (YES in S103), the other user is registered as a follower friend of the user. Step S<b>104 of registering to the second list, and another user is a follow friend registered only to the user's first list, a follower friend registered only to the user's second list, a first list, and A step (S105) of determining whether the mutual friend registered in the second list and the non-friend registered in neither the first list nor the second list correspond to the friend classification; At least one of an intimacy degree indicating the depth of intimacy between the user and the other user, and an upper limit of the intimacy degree, which are set in association with a pair of the other user and the other user. The step of updating according to the friend classification (S106) is executed.

According to the above configuration, the processing content related to the intimacy set for the user pair can be made different according to the friend classification of the user pair. Specifically, the degree of intimacy can be updated or the upper limit of the degree of intimacy can be updated according to the friend classification. This encourages the user to interact with other users through the game so that intimacy can be advantageously processed. As a result, the user can be motivated to play games with other users.

(Item 2) In (Item 1), in the updating step, when the friend category of another user is determined to be a mutual friend in the determining step, the user is associated with the pair of the other user. You may raise the upper limit of the intimacy degree set by. By performing the process related to the upper limit of intimacy in favor of mutual friend, the user is encouraged to be mutual friend with other users.

(Item 3) In (Item 1) or (Item 2), the game program causes the processor to execute the step of advancing the game by causing an object owned by another user to participate, and in the step of updating, the game program When updating the intimacy with another user who owns the object in response to the progress being changed, if the other user's friend division is mutual friend, Intimacy may be increased more than in some cases. By performing the process of increasing the degree of intimacy in favor of mutual friends, the user is encouraged to become mutual friends with other users.

(Item 4) In (Item 3), in the updating step, when the friend classification of another user is a follow friend, the degree of intimacy may be increased as compared with the case of being a follower friend and a non-friend. By performing the process of increasing the degree of intimacy in favor of follow friends over follower friends and non-friends, the user is encouraged to follow other users.

(Item 5) In (Item 3) or (Item 4), in the step of advancing the game, when the progress of the game satisfies a predetermined condition, the reward available in the game is determined according to the intimacy degree. You may give it. By increasing the degree of intimacy, the game can be advantageously advanced. As a result, users are encouraged to be mutual friends with other users and to interact with other users in-game to increase intimacy.

(Item 6) In any one of the items (Item 3) to (Item 5), in the step of advancing the game, the quest selected by the user is advanced, and success or failure of the clear is determined according to the progress status of the quest. Before judging the quest, display a browsing screen for browsing the collaborators who cooperate in clearing the quest, and in the browsing screen, for each collaborator or another user who is a candidate for the collaborator. , A corresponding friend classification, and a degree of intimacy set with the user are displayed, and a graphical display for instructing to follow another user when the user is not following the other user. User interface components (hereinafter, GUI components) may be displayed for each of the other users.

(Item 7) In the step of advancing the game in (Item 6), a plurality of other users may be sorted and displayed on the browsing screen based on at least one of friend classification and intimacy.

(Item 8) In (Item 6) or (Item 7), in the step of advancing the game, when the quest is completed, a result screen showing the result of the quest is displayed, and a collaborator of the quest is displayed on the result screen. May be displayed, and a GUI component for instructing to follow the collaborator when the user is not following the collaborator may be displayed together with the information on the collaborator.

(Item 9) In (Item 8), in the step of advancing the game, on the result screen, information indicating that the intimacy degree has been updated or not updated in the updating step is displayed, And the collaborator are mutual friends, the intimacy value incremented based on the mutual friends may be highlighted.

(Item 10) The game program (231) has been described. According to an aspect of the present disclosure, a game program is executed by a server (200) including a processor (20) and a memory (21). The game program determines, in response to receiving from the computer operated by the user, information indicating that the user has followed the other user to the processor, and determining the other user as the user's follow friend. In response to receiving information indicating that another user has followed the user from the computer operated by the other user, determining the other user as the user's follower friend, and The friend category is a mutual friend, the friend category of the user pair followed by one of the users is a one-way friend, and the friend category of the user pair not followed by any of the steps is determined as non-friend, and is associated with the user pair. Updating at least one of the intimacy degree indicating the depth of intimacy between the user and the other user and the upper limit of the intimacy degree set according to the friend classification of the user pair, To execute. As a result, the user can be motivated to play the game with another user.

(Item 11) In (Item 10), the game program causes the processor to perform a step of causing an object owned by another user as a collaborator to participate in a game run by the user's computer, and You may preferentially select another user who has a high degree of intimacy set with the user or another user whose friend classification with the user is a mutual friend as a collaborator.

(Item 12) In (Item 11), the game program is owned by the user in response to the processor accepting a request from the user's computer to cooperate with a game progressed by another user's computer. Perform the step of searching for another user as the host who hosts the game in which the object is to be joined, and in the step of searching, the friend classification with the other user or the user with a high degree of intimacy set with the user is performed. Other users who are mutual friends may be preferentially searched as the organizer.

(Item 13) The game program (131) has been described. According to an aspect of the present disclosure, the game program is a computer (user terminal 100) including a processor (10), a memory (11), and a display unit (152), and executes the game program in (item 12). Executed by a computer that communicates with the server. The game program causes the processor to execute a step of displaying a home screen including UI components for allowing the user to select a plurality of menu items related to the game. In the step of displaying the home screen, it is preferable to arrange a UI component instructing to send the request to the server on the home screen.

(Item 14) The method of executing the game program has been described. According to an aspect of the present disclosure, a game program is executed by a computer including a processor and a memory. The method is a method in which the processor executes the steps described in (Item 1). The method according to (Item 14) has the same operational effects as the game program according to (Item 1).

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

DESCRIPTION OF SYMBOLS 1 game system, 2 network, 10 and 20 processor, 11 and 21 memory, 12 and 22 storage, 13 and 23 communication IF (operation part), 14 and 24 input/output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 quest progression unit, 112 friend processing unit, 113 intimacy processing unit , 120, 220 storage unit, 131, 231 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server, 211 progress support unit, 212 synchronization control unit, 213 friend management unit , 214 familiarity processing unit, 1010 object, 1020 controller (operation unit), 1030 storage medium

Claims (15)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program, in the processor,
Registering the other user in a first list for registering a follow friend of the user in response to a first input operation of the user for designating the other user;
Registering the other user in a second list registering the user's follower friends in response to receiving the information indicating that the user has been registered as a follow friend of the other user;
The other user is a follow friend registered only in the first list of the user, a follower friend registered only in the second list of the user, and both registered in the first list and the second list. A mutual friend that has been registered, and a friend category of a non-friend that is not registered in any of the first list and the second list,
At least one of an intimacy degree and an upper limit of the intimacy degree, which are set in association with a pair of the user and the other user, and which indicates a depth of intimacy between the user and the other user, A game program that causes a step of updating according to the friend classification of another user. In the updating step, when the friend category of the other user is determined to be the mutual friend in the determining step, the user and the other user are set in association with each other. The game program according to claim 1, wherein the upper limit of the degree of intimacy is increased. The game program, in the processor,
Performing a step of advancing a game by joining an object owned by the other user,
In the step of updating, when the friendship of the other user who owns the object is updated in response to the progress of the game being changed, the friend classification of the other user is The game program according to claim 1, wherein the degree of intimacy is increased in the case of mutual friendship, compared with the case of other friend categories. The game according to claim 3, wherein, in the updating step, when the friend classification of the other user is the follow friend, the intimacy level is increased more than when the friend classification is the follower friend and the non-friend. program. 5. The step of advancing the game, according to claim 3, wherein a reward available in the game is given according to the degree of intimacy when the progress of the game satisfies a predetermined condition. Game program. In the step of advancing the game,
Progress the quest selected by the user, determine the success or failure of the clear depending on the progress of the quest,
Before the quest is started, display a browsing screen for browsing collaborators who cooperate in clearing the quest,
On the browsing screen, the friend category corresponding to each of the collaborators or other users who are candidates for the collaborator, and the intimacy degree set with the user are displayed,
Displaying a graphical user interface component (hereinafter, GUI component) for instructing to follow the other user when the user is not following the other user, for each of the other users The game program according to any one of items 3 to 5. In the step of advancing the game,
The game program according to claim 6, wherein a plurality of the other users are sorted and displayed on the browsing screen based on at least one of the friend classification and the intimacy degree. In the step of advancing the game,
When the quest is finished, display a result screen showing the result of the quest,
In the result screen, display information related to the collaborators of the quest,
The game according to claim 6 or 7, wherein when the user does not follow the collaborator, a GUI component for instructing to follow the collaborator is displayed together with information on the collaborator. program. In the step of advancing the game,
On the result screen, the intimacy degree updated in the updating step, or displays information notifying that it has not been updated,
The game program according to claim 8, wherein when the user and the collaborator are mutual friends, the value of the intimacy degree increased based on the mutual friend is highlighted. A game program,
The game program is executed by a server including a processor and a memory,
The game program, in the processor,
Determining that the other user is a follow friend of the user in response to receiving information indicating that the user has followed the other user from a computer operated by the user,
Determining that the other user is a follower friend of the user in response to receiving information indicating that the other user has followed the user from a computer operated by the other user,
A step of determining a friend category of a user pair that follows each other as a mutual friend, a friend category of a user pair followed by one of the users as a one-way friend, and a friend category of a user pair not followed by any of the friends category as a non-friend. When,
At least one of an intimacy degree indicating the depth of intimacy between the user and the other user and an upper limit of the intimacy degree, which are set in association with the user pair, is assigned to the friend category of the user pair. A game program that causes the step of updating accordingly to be executed. The game program, in the processor,
Causing a game carried out by the user's computer to participate in an object owned by another user as a collaborator,
In the step of participating,
11. The game according to claim 10, wherein another user having a high degree of closeness set with the user or another user whose friend classification with the user is a mutual friend is preferentially selected as the collaborator. program. The game program, in the processor,
In response to receiving a request from the user's computer to cooperate with a game to be progressed by another user's computer, another of the organizers of the game in which the object owned by the user is participated Run the step of searching for users,
In the step of searching,
12. The game according to claim 11, wherein the organizer preferentially searches for another user having a high degree of intimacy set with the user or another user whose friend classification with the user is a mutual friend. program. A game program,
The game program is a computer that includes a processor, a memory, and a display unit, and is executed by a computer that communicates with the server that executes the game program according to claim 12.
The game program, in the processor,
Executing a step of displaying a home screen including UI parts for allowing the user to select a plurality of menu items related to the game;
In the step of displaying the home screen, a game program that arranges a UI component instructing to transmit the request to the server on the home screen. A method for a computer to execute a game program, the method comprising:
The computer includes a processor and memory,
A method by which the processor performs the steps of claim 1. An information processing device,
The information processing device,
A memory for storing the game program according to claim 1;
An information processing apparatus, comprising: a processor that controls the operation of the information processing apparatus by executing the game program.

Images