Program and information processing system

Abstract

To provide a service which can give knowledge of a history of association of another user.SOLUTION: A program makes a computer as control means which, in a predetermined service which can associate a second user with a first user, display on display means, candidates of tags to be stored in storage means on the basis of selection of the first user, as information related to a history of the association of the second user with the first user, and which allows for the first user to select a tag to be stored in the storage means.SELECTED DRAWING: Figure 9

Description

[Technical field]

[0001] The present invention relates to a program. [Background technology]

[0002] 2. Description of the Related Art Conventionally, there have been known services such as games that allow each user to register other users as friends and follow them (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2013-188456 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, in services that allow users to associate themselves with other users, such as by registering as friends or following, there is a problem in that it can sometimes become difficult to understand what prompted the association.

[0005] The present invention has been made in consideration of the above circumstances, and has an object to provide a service that enables other users to know how they became associated. [Means for solving the problem]

[0006] According to one embodiment shown in the present disclosure, Computer, An association means capable of automatically associating a second user who is sharing or has shared a predetermined experience with a first user in a predetermined service with the first user after deciding to share the experience with the first user, or automatically making an application to the second user to associate the second user with the first user; and a storage means for storing information regarding a process of associating the second user with the first user. The program is provided. Effect of the Invention

[0007] According to the present invention, a service is provided that allows other users to know how they became associated. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram showing a schematic configuration of a system. [Diagram 2] FIG. 2 is a block diagram showing a functional configuration of the system. [Diagram 3] FIG. 13 is a diagram illustrating an example of a related user list display screen. [Figure 4] FIG. 13 is a diagram showing an example of a history information input screen. [Diagram 5] FIG. 13 is a diagram showing an example of a category list display screen. [Figure 6] FIG. 13 is a diagram showing an example of a display of a classification list. [Figure 7] 11 is a flowchart illustrating an example of a process for automatically associating a user with another user. [Figure 8] 11 is a flowchart illustrating an example of a process for automatically canceling an association between a user and another user. [Figure 9] 13 is a flowchart showing an example of a process related to input of history information. [Figure 10] 10 is a flowchart showing an example of a process for creating and displaying a classification list. [Figure 11] 10 is a flowchart showing an example of a process for creating and displaying a classification list. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0010] <System hardware configuration> As shown in FIG. 1, a system 1 of this embodiment includes a plurality of terminal devices 10 and a server 20.

[0011] The terminal device 10 and the server 20 are connected via a network 2. The network 2 may be configured by, for example, the Internet, a mobile communication system (e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.), WiFi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, or a combination of these. In addition, the connection between the terminal device 10 and the server 20 may be a wired connection or a wireless connection.

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

[0013] The processor 21 controls the overall operation of the server 20. The processor 21 may include a central processing unit (CPU), a micro processing unit (MPU), a graphics processing unit (GPU), etc. The processor 21 reads a program from the storage 23 and loads it in the memory 22. The processor 21 executes the loaded program.

[0014] The memory 22 is a main storage device. The memory 22 is composed of storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 22 temporarily stores the programs and various data read by the processor 21 from the storage 23, thereby providing a working area for the processor 21. The memory 22 also temporarily stores various data generated while the processor 21 is operating according to the programs.

[0015] In this embodiment, the program may be a program that realizes a predetermined service (in other words, an application) such as a game by the terminal device 10. The program may also be a program that realizes the predetermined service through cooperation between the terminal device 10 and the server 20. The predetermined service realized through cooperation between the terminal device 10 and the server 20 may be, for example, a service provided on a browser started in the terminal device 10. The program may also be a program that realizes the predetermined service through cooperation between a plurality of terminal devices 10. The various data include, for example, data related to the service, such as user information and service information, and instructions and notifications transmitted and received between the terminal device 10 and the server 20.

[0016] The storage 23 is an auxiliary storage device. The storage 23 is configured with a storage device such as a flash memory or a hard disk drive (HDD), etc. The storage 23 stores various data related to the service.

[0017] The communication IF 24 controls transmission and reception of various data between the server 20 and the terminal device 10 etc. via the network.

[0018] The input / output IF 25 is an interface through which the server 20 receives input of data and also an interface through which the server 20 outputs data. The input / output IF 25 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

[0019] The terminal device 10 (in other words, a computer, an information processing device) may be, for example, a smartphone, a feature phone, a PDA (Personal Digital Assistant), a tablet computer, a personal computer, a wearable terminal, or a game device. The terminal device 10 may be a mobile terminal. The terminal device 10 may be a portable terminal when a user receives a service (for example, when playing a game).

[0020] The terminal device 10 includes a processor 11, a memory 12, a storage 13, a communication IF 14, an input / output IF 15, an input unit 17, and a display unit 18. These components included in the terminal device 10 are connected to each other via a communication bus.

[0021] The processor 11 controls the overall operation of the terminal device 10. The processor 11 may include a CPU, an MPU, a GPU, etc. The processor 11 reads a program from the storage 13 and loads it in the memory 12. The processor 11 executes the loaded program.

[0022] The memory 12 is a main storage device. The memory 12 is composed of storage devices such as a ROM and a RAM. The memory 12 temporarily stores the programs and various data that the processor 11 reads from the storage 13, thereby providing a working area for the processor 11. The memory 12 also temporarily stores various data that the processor 11 generates while it is operating according to the programs.

[0023] The storage 13 is an auxiliary storage device. The storage 13 is configured with a storage device such as a flash memory or a HDD. The storage 13 stores various data related to the service.

[0024] The communication IF 14 controls transmission and reception of various data between the terminal device 10 and the server 20 etc. via the network.

[0025] The input / output IF 15 is an interface through which the terminal device 10 receives input of data and also an interface through which the terminal device 10 outputs data. The input / output IF 15 may input and output data via, for example, a Universal Serial Bus (USB) or the like. The input / output IF 15 may include an input unit 17, a display unit 18, or the like.

[0026] The input unit 17 accepts input from a user. The input unit 17 may be, for example, a pointing device such as a touch pad. The display unit 18 displays an image. The display unit 18 may be, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The terminal device 10 includes, for example, a touch screen 16 which is an electronic component combining the input unit 17 and the display unit 18.

[0027] The input unit 17 has a function of detecting a position input on the input surface by a user operation (for example, a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, a pinch-out operation, etc.) and transmitting information indicating the detected position as an input signal. The touch panel as the input unit 17 may be of a capacitive type or a resistive film type, or may be of another type.

[0028] The input unit 17 may be, for example, a keyboard, various physical buttons, various sensors (for example, an acceleration sensor or an angular velocity sensor), an operation stick, a camera, a microphone, etc. The display unit 18 may be, for example, a projector, etc.

[0029] <System Functional Configuration> 2 is a block diagram showing the functional configuration of the server 20 and the terminal device 10. The server 20 in this embodiment has, for example, a function for providing each of the terminal devices 10 with various data and programs required for providing a service, a function for collecting and managing data related to the service from each of the terminal devices 10, and a function for performing synchronization processing between the multiple terminal devices 10.

[0030] In this embodiment, the server 20 identifies each user and the terminal device 10 using a user account that is registered in advance. The method of registering the account is not particularly limited. For example, the terminal device 10 or another device such as a personal computer may transmit information required for registering a user's account to the server 20 based on the user's operation, and the server 20 may create and store an account for each user based on the received information. Each user accesses the server 20 from his / her own terminal device 10 and logs in with his / her own account to use the service (in other words, the application) of this embodiment. In the following, a terminal device 10 of a certain user refers to a terminal device 10 to which the certain user logs in with his / her own account.

[0031] 2, the server 20 functions as a control unit 210 and a storage unit 220 through cooperation of a processor 21, a memory 22, a storage 23, a communication IF (interface) 24, an input / output IF 25, etc. The storage unit 220 stores various data used by the control unit 210. The various data include, for example, a program 221, service information 222, and user information 223.

[0032] The program 221 is a program for implementing a service. The service information 222 and the user information 223 are data that the control unit 210 refers to when executing the program 221.

[0033] The program 221 may include a program (program 121 described later) to be transmitted to the terminal device 10 and executed on the terminal device 10, in addition to the program executed on the server 20 side. Alternatively, the storage unit 220 may store the program 221 to be executed on the server 20 side and the program to be executed on the terminal device 10 side.

[0034] The service information 222 is information common between accounts. The service information 222 includes, for example, information for defining various virtual spaces. A virtual space is a space in which objects such as a user's character are placed. The service information 222 also includes, for example, various setting information related to objects common between accounts, such as background objects such as buildings, trees, and stones placed in the virtual space, and the placement positions, sizes, colors, and shapes of non-player characters (NPCs). The service information 222 also includes, for example, setting values ​​of various parameters of non-player characters. Hereinafter, a character object placed in a virtual space may be simply referred to as a "character".

[0035] The user information 223 is information managed for each account of the service. The user information 223 includes, for example, information on the user's character, information on related users described later, information on owned assets, and information indicating the progress of a game, etc. Examples of owned assets include currency and items in a virtual space.

[0036] The control unit 210 controls various processes related to the service by executing a program 221 stored in the storage unit 220. The control unit 210 includes, for example, a transmission / reception unit 211, a server processing unit 212, a synchronization processing unit 214, and an associated user management unit 215.

[0037] The transmitting / receiving unit 211 transmits or receives various data. For example, the transmitting / receiving unit 211 receives requests to transmit various data and programs, requests for synchronization processing to support the multiplay function, data to be subjected to synchronization processing, and the like from each terminal device 10, and passes them to the server processing unit 212. In addition, the transmitting / receiving unit 211 transmits various data and programs including instructions for synchronization to each terminal device 10 according to the control of the server processing unit 212.

[0038] In this embodiment, the multi-play function is a function that provides services for multiple accounts in a synchronized state. The server 20 and the terminal device 10 of the system 1 execute various processes to support the multi-play function when multiple accounts logged in to the system 1 use a certain content together (for example, when playing a game together).

[0039] The server processing unit 212 provides services to the terminal device 10 by executing arithmetic processing described in the program 221 in response to a request from the terminal device 10. For example, when the server processing unit 212 receives a request for synchronization processing to support the multiplay function or data to be the subject of synchronization processing from the terminal device 10 via the transmission / reception unit 211, the server processing unit 212 executes synchronization processing to support the multiplay function. In addition, the server processing unit 212 issues a command to the transmission / reception unit 211 to transmit service information 222 or user information 223.

[0040] The synchronization processing unit 214 executes synchronization processing to support the multiplay function according to an instruction from the server processing unit 212. For example, when the server 20 transmits information to a plurality of terminal devices 10, the synchronization processing unit 214 transmits information to each terminal device 10 at the same time, thereby synchronizing the games, etc., proceeding among the terminal devices 10. Specifically, the synchronization processing unit 214 transmits operation information received from the terminal device 10 corresponding to each account within a predetermined period (for example, one frame) to each terminal device 10 at the same time for each predetermined period. The operation information is information related to the operation input to the terminal device 10. The timing of synchronization and information to be synchronized may be received from the server processing unit 212 at any time. By executing the synchronization processing, it becomes possible to simultaneously reflect an event in the service caused by an operation input in one terminal device 10 in the other terminal devices 10.

[0041] The related user management unit 215 controls the association between users. The related user management unit 215 includes an association unit 216, a cancellation unit 217, a list creation unit 218, and a history information management unit 219. The control by the related user management unit 215 will be described later in detail.

[0042] The terminal device 10 in this embodiment has, for example, a function as an input device that accepts input operations from a user, and a function as an output device that outputs images and sounds related to a service.

[0043] The terminal device 10 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 11, memory 12, storage 13, communication IF 14, input / output IF 15, etc. The storage unit 120 stores various data used by the control unit 110. The various data include, for example, a program 121, service information 122, and user information 123.

[0044] The program 121 is a program for implementing a service on the terminal device 10 side. The service information 122 and the user information 123 are data that the control unit 110 refers to when executing the program 121.

[0045] The service information 122 includes information similar to the above-mentioned service information 222 of the server 20. Therefore, a description of the service information 122 will be omitted here.

[0046] The user information 123 is data related to the account of the user who uses the terminal device 10, and includes information similar to the above-mentioned user information 223 of the server 20. Therefore, a description of the user information 123 will be omitted here.

[0047] The control unit 110 executes a program 121 stored in the storage unit 120 to control various processes related to the services executed in the terminal device 10. The control unit 110 includes, for example, an operation reception unit 111, a transmission / reception unit 112, a progress unit 113, and a display control unit 114.

[0048] The operation reception unit 111 receives an operation (hereinafter, also referred to as an "input operation") input by the user via the input unit 17. Specifically, when an input operation is performed on the input unit 17, the operation reception unit 111 detects the coordinates of the input position and the type of the input operation. Examples of the types of input operations include various operations using fingers, such as a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, and a pinch-out operation. The input operation is not limited to an operation of physically contacting the input unit 17 (for example, the touch screen 16), but may also include a non-contact operation. Note that an operation of ending a previously performed input operation, such as a touch-off operation of ending contact with the touch screen 16, can also be considered as one aspect of the input operation.

[0049] Here, the operation reception unit 111 can also receive an input operation performed using an operation device connected via the input / output IF 15 in the same manner as an input operation to the input unit 17 .

[0050] The transmitting / receiving unit 112 transmits and receives various data. A specific example will be described below.

[0051] The transmitting / receiving unit 112 transmits service information 122 or user information 123, a synchronization request for supporting the multiplay function, and the like to the server 20. The transmitting / receiving unit 112 receives various data, programs, data for synchronization for supporting the multiplay function, and the like from the server 20. The data for synchronization includes, for example, synchronization instruction data for instructing each of the terminal devices 10 participating in the multiplay to synchronize. The synchronization instruction data includes, for example, data to be synchronized, the type of the data, data for specifying the time of synchronization, and the like.

[0052] The transmitting / receiving unit 112 transmits operation information related to the input operation accepted by the operation accepting unit 111 to the server 20. The transmitting / receiving unit 112 receives, from the server 20, operation information related to an operation input by another user in another terminal device 10.

[0053] The progression unit 113 executes various processes related to the progress of the service (for example, the progress of a game, etc.) A specific example will be described below.

[0054] The progression unit 113 defines a virtual space based on information for defining the virtual space included in the service information 122. The progression unit 113 places objects in the virtual space based on setting information for the objects included in the service information 122. The progression unit 113 controls the objects placed in the virtual space. Specifically, the progression unit 113 controls the objects to change the position, orientation, shape, color, etc. of the objects in the virtual space and to cause the objects to perform a predetermined action.

[0055] The progression unit 113 defines a virtual camera for designating an area of ​​the virtual space to be presented to the user. The progression unit 113 places the virtual camera in the virtual space by defining the position and orientation of the virtual camera in the virtual space. The progression unit 113 instructs the display control unit 114 to generate an image depicting the viewing area defined by the virtual camera and the objects placed in this viewing area.

[0056] The position and orientation of the virtual camera can be appropriately determined for each virtual space. For example, the progression unit 113 uses the position and orientation of a specific object as a reference and positions the virtual camera so that the specific object is located at the center of the viewing area in a specific orientation. At that time, the progression unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle to the specific object. The specific object may be, for example, a dynamic object such as a user's character or a non-player character, or a static object such as a building, tree, or stone. The dynamic object includes characters that act based on the operation of each user and characters (for example, non-player characters, etc.) that act based on the programs 121, 221.

[0057] The progression unit 113 interprets the user's instruction content based on the coordinates of the input position and the type of input operation detected by the operation reception unit 111. The progression unit 113 executes various determination processes related to the progress of the service based on the interpreted instruction content, etc. The progression unit 113 progresses the service while controlling objects, a virtual camera, etc. based on the results of the determination processes, etc. The progression unit 113 updates, adds, or deletes service information 122 and user information 123 according to the progress status of the service.

[0058] The display control unit 114 causes the display unit 18 to display an image. A specific example will be described below.

[0059] The display control unit 114 generates an image that depicts the area of ​​the field of view of the virtual camera defined by the progression unit 113 in the virtual space and objects present in that area, and displays the image on the display unit 18. The display control unit 114 can superimpose and draw objects related to a UI (User Interface) required for various operations of the service, such as icons, buttons, and menus showing various parameters, on the image to be displayed on the display unit 18.

[0060] The functions of the terminal device 10 and the server 20 shown in FIG. 2 are merely an example. Each of the terminal device 10 and the server 20 may have at least a part of the functions of the other device. In other words, the server 20 may have some or all of the functional blocks of the terminal device 10 in this embodiment, and the terminal device 10 may have some or all of the functional blocks of the server 20. In addition, each of the devices such as the terminal device 10 and the server 20 may not be realized by an integrated device, and may be realized by, for example, multiple devices connected via a network or the like. In addition, the system 1 may be configured by, for example, only the terminal device 10 or the server 20. In other words, the system 1 may not be realized by multiple devices connected via a network.

[0061] <Processing according to this embodiment> Next, the processing according to this embodiment will be described. In this embodiment, the processor 11 of the terminal device 10 or the processor 21 of the server 20 executes a program stored in the system 1 to perform each processing described later. However, at least a part of the processing performed by the processor 11 to be described later may be executed by a processor other than the processor 11. Also, at least a part of the processing performed by the processor 21 to be described later may be executed by a processor other than the processor 21. In other words, the computer that executes the program in this embodiment may be either the terminal device 10 or the server 20, or may be realized by a combination of multiple devices.

[0062] The services provided by the system 1 of this embodiment (in other words, applications executed by the system 1) may be, for example, games, SNS (Social Networking Service), or those related to the metaverse.

[0063] In the service of this embodiment, a user can register another user as a friend. A friend refers to a relationship in which a certain user and another user are associated with each other. In other words, a friend refers to a relationship in which one user is associated with another user, and the other user is associated with one user. In other words, when a second user is a friend from the perspective of a first user, the first user is a friend from the perspective of the second user. A friend may be a relationship established based on mutual consent between a certain user and another user.

[0064] In the service of this embodiment, a user can follow other users. Following refers to a user registering another user in association with the user. In other words, when a first user follows a second user, the second user does not necessarily follow the first user. Following may be a relationship that can be established based on the will of one party.

[0065] Information indicating other users associated with each user is stored in the storage unit 220 as user information 223. The information may be stored in the storage unit 120 as user information 123. The information may be any information that can identify users associated with each user (for example, friends or users followed by each user). Specifically, for example, a user ID (in other words, identification information) that can uniquely identify each user may be used, and the user ID of each user may be linked to the user ID of the other user associated with each user and stored, thereby managing the friends or users followed by each user. That is, when a user registers another user as a friend or a friend who follows another user, the user ID of the other user may be linked to the user ID of the user and stored in the storage unit 220.

[0066] In addition, each user may be able to easily view (in other words, confirm) information about a friend of the user (for example, information indicating whether the user is logged in, information issued by the user, information about the user's rank, etc., which will be described later) on the terminal device 10 of the user, compared to a user who is not a friend of the user. In other words, when a user is a friend of another user, the user may be at an advantage in viewing information about the other user, compared to a user who is not a friend of the other user. In addition, being at an advantage in viewing information includes a case where the number of operations required for viewing on the terminal device 10 is small, such as a case where the time restriction on viewing is small, and a case where specific information that cannot be viewed in other cases can be viewed. In addition, for example, a function that can only be used with one's friends may exist within the service. Specifically, a specific function or a specific game that can only be performed with one's friends may exist within the service. In addition, it may be possible to transmit or receive a specific message only to one's friends within the service. In addition, it may be possible to exchange owned assets (for example, to transfer an item) only to one's friends within the service. In other words, a friend may be a user who can use a specific function within the service that cannot be used with a user who is not a friend (for example, a function that cannot be used with a user who is followed). The function may be a function that facilitates matching with friends (in other words, using specific content together (for example, participating in the same match, event, etc.)).

[0067] Furthermore, each user may be able to easily view (check) information about a user that the user follows on the terminal device 10, compared to a user that the user does not follow (and is not a friend). In other words, when a user follows another user, the user may have an advantage in viewing information about the other user, compared to a user that does not follow the other user. In addition, the service may have, for example, a function that can only be used with a user that the user follows. In other words, a followed user may be a user who can use a predetermined function in the service that cannot be used with a user that the user does not follow (and is not a friend). Note that there may be a case where one user follows another user, and the other user does not follow the one user. In this case, the one user may have an advantage in viewing information about the other user, compared to the other user. Specifically, for example, the one user may be able to view specific information about the other user, but the other user may not be able to view specific information about the one user.

[0068] (Automatic association) The association unit 216 identifies other users who share a given experience with a certain user (hereinafter also referred to as a "first user") in the service. The association unit 216 also automatically registers the identified other user as a friend of the user. In other words, the association unit 216 automatically associates the identified other user with the user. In further other words, the association unit 216 performs the association process of associating the identified other user with the user without the intervention of an operation by the user to instruct the association and an operation by the other user to instruct the association. In the following, any user among a plurality of users who use the service may be referred to as a first user. In addition, a user other than the first user, such as another user who is automatically registered as a friend of the first user and identified by the association unit 216, may be referred to as a second user.

[0069] Examples of sharing experiences within a service include the following. That is, sharing a predetermined experience may be, for example, "performing the same quest in a game." Sharing a predetermined experience may be, for example, "participating in the same event in a virtual space." Sharing a predetermined experience may be, for example, "having a conversation in a virtual space (including, for example, a conversation by text message, etc.)." Sharing a predetermined experience may be, for example, "watching the same video (for example, live video or a specific scene in a game)." Sharing a predetermined experience may be, for example, "using content of the same category (for example, an event or video)." Sharing a predetermined experience may be, for example, "visiting (in other words, staying) at the same place in a virtual space." Here, the user's position in the virtual space may be linked (in other words, corresponding) to the user's position in the real world (for example, the position of the user's terminal device 10).

[0070] Other users who share a predetermined experience with a user in the service may be, for example, other users who are currently sharing the predetermined experience, other users after sharing, or other users after sharing has been decided. Here, other users after sharing the predetermined experience refer to other users who the association unit 216 can determine whether or not they are other users with whom it has been decided to share the predetermined experience, such as other users who have been matched in the game, other users who have booked participation in a predetermined event in the service, and other users who are in a place waiting for a predetermined event in the virtual space (for example, a so-called lobby, etc.), and do not include users who have only promised to play a game together in the real world.

[0071] Further, the other users who share a given experience with the user in the service may be, for example, other users who use a given content together with the user in the service. In other words, the other users who share a given experience with the user in the service may be, for example, other users who are using the given content together with the user, other users who have used the content together with the user, or other users who have decided to use the content together with the user.

[0072] The following are examples of using predetermined content together within a service. That is, using predetermined content together may be, for example, "participating together in a predetermined match or quest in a game (e.g., participating as an ally or enemy)". Using predetermined content together may be, for example, "participating together in a predetermined event in a virtual space". Using predetermined content together may be, for example, "participating in the same group chat in an SNS or game, etc." Using predetermined content together may be, for example, "watching predetermined video together (e.g., live video or a specific scene in a game)".

[0073] The association unit 216 identifies other users who share a predetermined experience with the first user as other users to be automatically registered as friends, and at this time, specifically, other users who share a predetermined experience with the first user and have a predetermined relationship with the first user within the service may be identified as other users to be automatically registered. In other words, when automatically registering other users who share a predetermined experience with the first user as friends, the association unit 216 may automatically register the other users as friends on the condition that the other users have a predetermined relationship with the first user. An example of the predetermined relationship will be described below.

[0074] The predetermined relationship may be, for example, "a relationship in which the status relationship within the service is a specific relationship." Specifically, the predetermined relationship may be, for example, "a relationship in which both parties belong to a group (for example, a so-called team, party, guild, etc.) that cooperates for a certain purpose." In addition, the predetermined relationship may be, for example, "a relationship in which both parties are enemies."

[0075] The predetermined relationship may be, for example, "a relationship in which the relationship is determined based on the attributes of at least one of the users and is a specific relationship." Here, examples of the attributes of the users include rank, gender, play time, behavioral tendency, or the character used (in other words, owned). The rank can be said to indicate the user's proficiency, or the relative positioning between users. The rank includes what is called a level in a general game. The rank of the user may be the rank of the user itself, or the rank of the character used by the user. The character includes the user's avatar, etc. That is, the predetermined relationship may be, for example, "a relationship in which the rank is higher than that of the first user." The predetermined relationship may be, for example, "a relationship in which the genders in the service are the same (or different)." The predetermined relationship may be, for example, "a relationship in which the probability of a nuisance being committed is low (in other words, the user is not a nuisance committer)." Whether or not the probability of a nuisance behavior being committed is low may be determined by, for example, storing in the storage unit 220 of the server 20 the number of times that the network connection was disconnected in the past while using the content (for example, during a match or a quest with another user (here, the other user may be the first user or another user including a user other than the first user)) as user information 223 for each user, and the associating unit 216 may determine based on the number of times, etc. Whether or not the probability of a nuisance behavior being committed is low may be determined by, for example, storing in the storage unit 220 of the server 20 the number of times that a preset prohibited word (in other words, a word to be monitored) was used in chat within the service as user information 223 for each user, and the associating unit 216 may determine based on the number of times, etc.

[0076] The relationship determined based on the characters used as the attributes of the users may be, for example, as follows. That is, the predetermined relationship may be, for example, a relationship in which the types of characters used do not overlap (in other words, different characters are used). The predetermined relationship may be, for example, a relationship in which a predetermined group (for example, a party) is formed and the predetermined group is well-balanced in consideration of the attributes of the characters (in other words, the attributes of the users). Specifically, the predetermined relationship may be, for example, a relationship in which characters with different attributes (in other words, strengths, etc.) are used (for example, in a role-playing game or FPS (First Person Shooter), a first user uses a character that is good at attacking, and a second user uses a character that is good at healing). The predetermined relationship may be, for example, a relationship in which characters with common attributes (for example, the same) are used.

[0077] In other words, the predetermined relationship (for example, a relationship that improves the balance of a predetermined group) may be, for example, a relationship in which the attribute of one user (for example, an attribute such as "good at attacking" or "good at recovering" or an attribute of a character used by the user) is complemented by the attribute of the other user (specifically, for example, a relationship such as "good at attacking" and "good at recovering". In other words, a relationship in which the attribute of one user and the attribute of the other user are complementary). More specifically, the predetermined relationship may be, for example, a relationship in which the attribute of one user that affects the content of the game (in other words, the achievement of a predetermined objective in the game (for example, defeating a predetermined enemy character, clearing a predetermined stage, team victory, etc.) is complemented by the attribute of the other user that affects the content of the game).

[0078] The predetermined relationship may be, for example, "a relationship in which a predetermined attribute of one user is common to a predetermined attribute of the other user." Specifically, the predetermined relationship may be, for example, "a relationship in which a character with a common attribute is used." The predetermined relationship may be, for example, "a relationship in which ranks match." The predetermined relationship may be, for example, "a relationship in which genders match." The predetermined relationship may be, for example, "a relationship in which behavioral tendencies are similar." In other words, the predetermined relationship may be, for example, "a relationship in which an attribute of one user that affects the content of the game (in other words, the achievement of a predetermined objective in the game (for example, defeating a predetermined enemy character, clearing a predetermined stage, or the team's victory) is common to an attribute of the other user that affects the content of the game."

[0079] The predetermined relationship may be, for example, "a relationship in which a relationship determined based on an action performed by at least one of the users in content being used or used together is a specific relationship." Specifically, the predetermined relationship may be, for example, "a relationship in which a beneficial action (in other words, an assist action) is performed in content used together" or "a relationship in which a beneficial action is performed for another user in content used together." Examples of beneficial actions include, for example, an action of recovering the first user's character in a role-playing game or FPS (including, for example, an action of reviving), or an action of attacking an enemy character that the first user is trying to defeat (in other words, an assist attack). The predetermined relationship may be, for example, "a relationship in which a network connection is cut off (disconnected or has been cut off) in content used together." Furthermore, the specified relationship may be, for example, "a relationship in which a comment (specifically, a comment made by one or both of the parties) was made in a group chat in which the parties participated together" or "a relationship in which the parties mentioned each other (or one party mentioned the other) in a group chat in which the parties participated together."

[0080] The predetermined relationship may be, for example, "a relationship in which a relationship determined based on the results of using content used together is a specific relationship." Specifically, the predetermined relationship may be, for example, "a relationship in which the two users have won or lost as friends in a game played together," or "a relationship in which the two users have won or lost as enemies in a game played together." The predetermined relationship may be, for example, "a relationship in which a predetermined performance in a game played together is better than that of the first user." The predetermined relationship may be, for example, "a relationship in which the two users have a high winning rate (in other words, higher than a predetermined value) when they form a team in a predetermined situation (for example, a predetermined stage (in other words, a map) in various games), determined based on the results of playing games together multiple times."

[0081] The predetermined relationship may be, for example, "a relationship in which the intimacy level is high (in other words, a predetermined level or higher) determined based on an action performed by at least one user." Here, the association unit 216 may determine the level of intimacy based on, for example, a favorable action performed by one user toward the other user. Specifically, for example, when a second user revives a character of a first user in a game, the association unit 216 may determine that the intimacy level is high (in other words, a predetermined level or higher) on the assumption that the second user has performed an action with high intimacy level (an action with high intimacy level compared to a case where the second user is left alone without reviving the character). In addition, in a service in which a fixed message can be selected from a plurality of fixed messages (for example, fixed sentences or so-called stamps, etc., specifically, for example, "Hello," "Nice play," "Let's do our best," etc.) and sent to the other party, the association unit 216 may determine that the intimacy level is high (in other words, a predetermined level or higher) on the assumption that the one user has performed an action with high intimacy level when the one user has sent a specific fixed message (for example, "Nice play") to the other party. The method by which the associating unit 216 judges whether the intimacy is high may be, for example, a method in which information indicating whether each action performed by the user (for example, an action of reviving another user's character, an action of sending a specific fixed message, etc.) is assigned with information indicating whether the action is a high intimacy action, and the judgment is made based on the information. Also, the method may be, for example, a method in which a numerical value relating to the intimacy is assigned to each action performed by the user, the storage unit 220 stores an accumulated value of the numerical value, the associating unit 216 increases or decreases the accumulated value based on the user's action within the service, and when the accumulated value becomes a predetermined value or more, the association unit 216 judges that the intimacy is high (in other words, is at or above a predetermined level).

[0082] The predetermined relationship may be, for example, "a relationship in which the duration of use of content used together is a predetermined period or longer." Specifically, the predetermined relationship may be, for example, "a relationship in which the duration of participation of both people in a group chat in which they both participate together is a predetermined period or longer."

[0083] In addition, when identifying other users who have a predetermined relationship with the first user in the service as other users to be automatically registered as friends, the association unit 216 may identify other users who satisfy multiple relationships, rather than identifying other users who satisfy one of the relationships exemplified above. In other words, for example, in the case of "the association unit 216 automatically registers a user whose position relationship in the service is a specific relationship with the first user as a friend", this merely indicates one of the conditions for users to be automatically registered as friends, and may include a configuration in which, for example, a user who is a specific user and whose relationship determined based on the attributes of at least one user is a specific relationship is automatically registered, and a user who is not a specific user and whose relationship determined based on the attributes of the users is not automatically registered.

[0084] The associating unit 216 may specify other users who satisfy conditions (hereinafter referred to as "registration conditions") that can be arbitrarily set by the user as other users to be automatically registered as friends. In other words, the predetermined relationship may be, for example, "a relationship that satisfies the registration conditions set by the first user." In other words, the predetermined relationship (what kind of relationship other users have to be automatically registered as friends) may be arbitrarily set by each user. In further other words, whether or not to automatically register a user as a friend when each of the above-mentioned relationships is satisfied may change depending on the setting of the registration conditions.

[0085] Specifically, the association unit 216 may automatically register, for example, other users who share a predetermined experience with the first user and have attributes (e.g., rank, gender, play time, behavioral tendency, or character (e.g., character attributes), etc.) specified by the first user as a registration condition as a friend of the first user.

[0086] In this way, when a user who satisfies a registration condition that can be arbitrarily set by a user is automatically registered as a friend, the association unit 216 may automatically register one user and the other user as friends when one user satisfies the registration condition set by the other user and when the one user satisfies the registration condition set by the other user. In other words, when the association unit 216 automatically registers a user who has a predetermined relationship from the perspective of one user as a friend of the one user, the association unit 216 may register both users as friends on the condition that the one user is a user who has a predetermined relationship from the perspective of the other user.

[0087] In addition, when the registration conditions can be arbitrarily set by the user, the setting method is not particularly limited, but may be, for example, as follows. Specifically, each user may set the conditions of users who want to become friends as the registration conditions from his / her own terminal device 10. In other words, it may be possible to set a whitelist that specifies the conditions of users who want to become friends. Also, each user may set the conditions of users who do not want to become friends as the registration conditions from his / her own terminal device 10. In other words, it may be possible to set a blacklist that specifies the conditions of users who do not want to become friends. In other words, a user who satisfies the registration conditions may be a user who does not satisfy the conditions set as the conditions of users who do not want to become friends.

[0088] In addition, whether or not a certain user has a predetermined relationship with a first user may vary depending on the attributes of the first user. Specifically, for example, in an FPS, when the first user uses a character that is good at attacking, a user having a predetermined relationship may be a user who uses a character that is good at recovering, and when the first user uses a character that is good at recovering, a user having a predetermined relationship may be a user who uses a character that is good at attacking, etc.

[0089] Also, the establishment of a predetermined relationship may have a condition related to the number of times. Specifically, for example, when the association unit 216 automatically registers other users who share a predetermined experience with the first user in the service, specifically other users who participated in an event of the same category, as friends, the association unit 216 may automatically register other users who participated in an event of the same category N times (here, N is an integer of 1 or more) as friends. Also, for example, when the association unit 216 automatically registers other users who use a predetermined content together with the first user, specifically other users who participated in the same match in a game, as friends, the association unit 216 may automatically register other users who participated in the same match N times (for example, participated N times in a row) as friends. Also, for example, when the association unit 216 automatically registers other users who performed beneficial actions in content used together, as friends, the association unit 216 may automatically register other users who performed beneficial actions N times as friends. Also, for example, when the associating unit 216 automatically registers as friends other users who have mutually mentioned each other (or one user has mentioned the other user) in a group chat in which the users participate together, the other user who has been mentioned N times may be automatically registered as a friend. Note that the conditions regarding the number of times (specifically, what number N should be, etc.) may be arbitrarily set by the user as a registration condition (specifically, at least a part of the registration condition).

[0090] The timing when the association unit 216 automatically registers a user who shares a specified experience (e.g., uses specified content together) as a friend may be, for example, while the specified experience is being shared, after sharing, or when it is decided to share.

[0091] That is, for example, when a second user who is using a certain content together with a first user is automatically registered, a second user who meets a specific condition while using the content may be automatically registered at the timing when the specific condition is met. The second user who meets the specific condition may be, for example, a second user who performs an action that benefits the first user (in other words, an assist action) during a game. The second user who meets the specific condition may be, for example, a user whose network connection is cut off during a game. The user who meets the specific condition may be, for example, a second user who participates in the same group chat as the first user and who has made a statement in the group chat, or a second user who has mutually mentioned each other (or one user has mentioned the other) in the group chat, etc. The second user who meets the specific condition may be a second user who has performed the action exemplified here multiple times (for example, a second user who has performed an action that benefits the first user multiple times, a second user who has mutually mentioned (or has mentioned) each other multiple times, etc.). In addition, satisfying a specific condition may mean satisfying a condition that results in a specified relationship being established, or may mean satisfying a condition other than the condition that results in a specified relationship being established.

[0092] Also, for example, when a second user who used a predetermined content together with a first user is automatically registered, a second user who satisfied a specific condition during the use of the content or a second user who satisfied a specific condition regarding the result of the use of the content may be automatically registered at the timing when the use of the content ends. Note that a second user who satisfied a specific condition regarding the result of the use of the content may be, for example, a user who obtained a result of victory or defeat as a friend or enemy in a game, or a user who obtained a result of victory or defeat and achieved a predetermined result. Note that the timing of automatic registration may be, for example, after the game ends, while the result (in other words, the result) is being displayed (for example, when the result is displayed on the display unit 18 of the terminal device 10 of the first user), etc.

[0093] Also, for example, when a second user who used a predetermined content together with a first user is automatically registered, a second user who satisfied a specific condition during the use of the content, a second user who satisfied a specific condition regarding the result of the use of the content, or a second user who satisfied a specific condition after the use of the content may be automatically registered at a timing when a predetermined period has passed since the end of the use of the content. Specifically, for example, in the case where there is a second user who will establish a predetermined relationship when the level reaches level 10 or higher, and the level of the second user was level 1 at the end of a match played together, but became level 10 after a period of time, the second user may be automatically registered as a friend based on the fact that the second user has become level 10. In this case, the association unit 216 may store the second user as a friend candidate in the storage unit 220 of the server 20 from the end of the match until the second user becomes level 10, and continue to monitor whether the second user has become level 10 (whether the state in which the predetermined relationship is established) or not.

[0094] Also, for example, when a second user who is determined to use a certain content together with a first user is automatically registered as a friend, the second user may be automatically registered immediately after matching is achieved, or the second user may be automatically registered when a game or event in which they will participate together begins, or the second user may be automatically registered when both the first user and the second user join a group chat.

[0095] Note that the timing of automatic friend registration described here may also be interpreted as the timing of making a friend registration or follow request, as described below (in other words, the timing of displaying the acceptance screen for the request, as described below).

[0096] The timing at which the associating unit 216 identifies the second user to be automatically registered as a friend of the first user may be different from the timing at which the second user is automatically registered as a friend of the first user.

[0097] In addition, when an upper limit is set on the number of users that can be associated with each user (for example, the number of friends of each user), the associating unit 216 may perform automatic association when the number of other users associated with the first user is less than a predetermined ratio of the upper limit, and may not perform automatic association when the number is equal to or greater than the predetermined ratio. In other words, the condition for the associating unit 216 to automatically associate other users may be relaxed or stricter depending on the number of other users associated.

[0098] Here, the associating unit 216 has been described as automatically registering the identified second user as a friend of the first user, but the associating unit 216 may automatically register the identified second user as a user followed by the first user. In other words, the associating unit 216 may automatically associate the identified second user with the first user. In further other words, the associating unit 216 may perform the process of associating the identified second user with the first user without the first user performing an operation to instruct the association. In addition, the associating unit 216 may automatically make a friend registration application or a follow application from the first user to the identified second user. In other words, the associating unit 216 may automatically make an application to the identified second user for association of the second user with the first user. In other words, the association unit 216 may function as an application unit that makes an application to the specified second user for the association of the second user with the first user without the first user performing an operation to instruct the application. When an application for the association of the second user with the first user (specifically, an application for friend registration or an application for following) is made to the second user, for example, when the second user performs a predetermined input operation to accept the application on his / her own terminal device 10, the second user is associated with the first user (in other words, the first user and the second user become friends, or the first user follows the second user).

[0099] In addition, each user may be able to set from his / her own terminal device 10 whether or not to automatically register other users as friends or users to be followed, or whether or not to automatically request friend registration or following of other users.

[0100] In this embodiment, when various processes are "performed without user operation", it is sufficient that the process does not require user operation, and for example, a user may perform a setting operation in advance, such as an operation to set conditions for performing the process in advance or an operation to enable automatic execution of the process. Specifically, when "an application for association of a second user with a first user is performed without an operation by the first user to instruct the application", it is sufficient that the application is performed without an operation of tapping a button to apply for friend registration in a conventional game, and a setting operation in advance to automatically perform the application may be performed.

[0101] The service of the present embodiment may not have either one of the functions of registering other users as friends and registering them as users to be followed. In addition, when the service has both the functions of registering other users as friends and registering them as users to be followed, automatic registration or an application for registration may be performed for one of them, but automatic registration or an application for registration may not be performed for the other. In addition, the service may have both the functions of registering other users as friends and registering them as users to be followed, and automatic registration or an application for registration may be performed for both, but the conditions for automatic registration may be different for each.

[0102] (Disassociation) So far, the automatic registration of a second user identified by the association unit 216 as a friend, the automatic following, and the automatic friend registration or follow application have been described. In other words, the automatic processing of the association between users has been described for a second user identified by the association unit 216. In the following, the operation of disassociating a second user associated with a first user based on the automatic processing of the association from the first user (i.e., a friend or following user of the first user. Hereinafter, also referred to as a "related user"), in which the processing related to the association is performed automatically, will be described. The related users may include not only automatically associated users, but also users who have become friends or following users when the first user applies for friend registration or follow from his / her own terminal device 10 and the other user accepts the application on his / her own terminal device 10. In other words, the related users may include manually associated users (specifically, users who are associated based on the application when a friend registration or follow application is made based on an input operation of the first user). Here, when a friend registration or follow request is made based on an input operation by a first user, the second user may be registered as a friend or following user of the first user without the consent of the second user, or the registration may be made with the consent of the second user. Note that, hereinafter, a user who is automatically registered as a friend or follow, or an application for these, and associated with the second user, is also referred to as an "automatically associated user."

[0103] The storage unit 220 stores conditions for canceling an association between users (hereinafter referred to as "cancellation conditions"). The canceling unit 217 identifies a user who satisfies the cancellation conditions among related users associated with each user as a user to cancel the association (hereinafter referred to as "cancellation user"). In addition, the canceling unit 217 cancels the association with the identified cancellation user.

[0104] The release condition may be, for example, "not using content together for a predetermined period of time (in other words, not playing together for a predetermined period of time)". The release condition may be, for example, "the related user (or the first user) has not logged in for a predetermined period of time (in other words, not using the service)". The release condition may be, for example, "message transmission frequency is low (for example, the number of messages transmitted from one of the first user and the related user to the other (or the total number of messages transmitted from both) within a predetermined period of time is less than a predetermined number)". The release condition may be, for example, "the rank of the related user has not changed for a predetermined period of time". The release condition may be, for example, "the chat in the service has been disrupted by the related user". Note that whether or not the chat has been disrupted may be determined based on, for example, whether or not the number of times a preset prohibited word (in other words, a monitored word) has been used is greater than or equal to a predetermined number of times, or based on, for example, whether or not the number of messages transmitted from the related user to the first user is excessive compared to the number of messages transmitted from the first user to the related user.

[0105] The release condition may be arbitrarily set by each user from his / her own terminal device 10. For example, the above-mentioned release conditions may be displayed as selection items on the display unit 18 of the terminal device 10, and the user may set the release condition by performing an input operation to select the release condition he / she wishes to apply (or the release condition he / she wishes to stop applying).

[0106] In addition, the cancellation conditions may not be arbitrarily changeable by the user. In other words, at least some of the cancellation conditions may not be arbitrarily changeable by the user and may be applied to all users.

[0107] In addition, when multiple conditions are set as the cancellation conditions, the cancellation unit 217 may cancel the association with related users who satisfy one of the multiple conditions, or may cancel the association with related users who satisfy multiple (e.g., all) of the conditions.

[0108] The cancellation condition for automatic cancellation of related users may be applied to automatically associated users, but not to manually associated users. Here, "applied to automatically associated users, but not to manually associated users" includes, for example, (1) a configuration in which automatic cancellation of association based on the cancellation condition is not performed for manually associated users in the system, and (2) a configuration in which automatic cancellation of association is performed for manually associated users based on a second cancellation condition different from the cancellation condition for automatically canceling an automatically associated user. Note that the configuration of (2) also includes a configuration in which automatic cancellation of association is possible for both manually associated users and automatically associated users based on the same cancellation condition, depending on the user's selection. According to such a configuration, it is possible to prevent (or make it difficult to cancel) automatic cancellation for manually associated users who are other users who are associated proactively by the user and who are more likely to wish to maintain the association, and to automatically cancel automatically associated users who are less likely to wish to maintain the association compared to manually associated users.

[0109] The release condition may be relaxed or tightened according to the number of related users associated with the user. In other words, the release unit 217 may change the release condition according to the number of related users associated with the user. Specifically, the release unit 217 may, for example, relax the release condition (in other words, make it easier to release) as the number of related users increases. Here, relaxing the release condition as the number of related users increases may mean that there are at least two states, a state in which the release condition is strict and a state in which the release condition is relaxed, with a certain predetermined number as a boundary. Here, the predetermined number may be a fixed number. The predetermined number may also be one that can be arbitrarily set by the user. The predetermined number may also be one that varies depending on the situation. The predetermined number may also be a number whose ratio to the upper limit is equal to or greater than a predetermined ratio, for example, when an upper limit is set for the number of related users that can be associated with one user. In other words, the release unit 217 may, for example, relax the release condition (in other words, make it easier to release) as the number of related users associated with a certain user approaches the upper limit. The upper limit may be set separately for automatically associated users and manually associated users, or may be set for the total number of automatically associated users and manually associated users. A state in which the release condition is strict may be a state in which automatic release is not performed. In other words, the release unit 217 may not automatically release automatically associated users when the number of related users associated with a certain user is larger than the upper limit, for example.

[0110] Relaxing the release conditions may mean, for example, reducing the number of conditions required to automatically release the association with a related user. Relaxing the release conditions may mean, for example, changing parameters related to each release condition. For example, in the case of automatically releasing an association with a related user who satisfies a condition related to a period, such as "not using content together for a specified period," a parameter that determines the period may be changed to shorten the period.

[0111] As described above, the release unit 217 identifies a related user who satisfies the release condition as a release user, and releases the association with the identified release user. In addition, the release unit 217 automatically identifies the release user. In other words, when identifying a release user who is to release the association with the first user, the release unit 217 identifies the release user without an operation by the first user to instruct the identification.

[0112] Furthermore, the release unit 217 automatically releases the association with the identified release user. In other words, when releasing the association of the release user with the first user, the release unit 217 releases the association of the release user with the release user without an operation by the first user to instruct the release.

[0113] For example, the release user identified by the release unit 217 as a related user who is to release the association with the first user may be presented to the first user before the association is released. Specifically, for example, when the release unit 217 identifies the release user, the identified release user may be displayed on the display unit 18 of the terminal device 10 of the first user before the association is released. Here, the identified release user may be displayed in a pop-up on the display unit 18 when the first user uses a service (in other words, starts an application) for the first time after the release user is identified. The identified release user may be displayed in a list on the display unit 18. The list may be a list of related users who are scheduled to release the association, and is created by the list creation unit 218, for example. In addition, on the screen presenting the release user to the first user by such a pop-up display or list display, a display or the like is displayed to prompt the user to select whether or not to release the association of the release user, and the release unit 217 may release the association of the release user when the first user performs an input operation to select the release (in other words, an operation to instruct the release of the association). In other words, when canceling the association of the identified user to be released with the first user, the release unit 217 may cancel the association of the user to be released through an operation by the first user instructing the cancellation.

[0114] In addition, when the release unit 217 identifies the release user and automatically releases the association with the first user, the release user whose association has been released may be displayed on the display unit 18 of the terminal device 10 of the first user. Here, the release user may be displayed in a pop-up on the display unit 18 when, for example, the first user uses a service (in other words, starts an application) for the first time after the association of the release user is released. In addition, the display unit 18 may display the release user whose association has been released in a list. The list may be a list of related users whose association has been released, and is created by, for example, the list creation unit 218. In addition, on a screen that presents the release user whose association has been released to the first user by such a pop-up display or list display, a display or the like is displayed that prompts the user to select whether or not to restore (re-associate) the association with the release user whose association has been released, and the release unit 217 may re-associate the release user whose association has been released with the first user when the first user performs an input operation to select the restoration (in other words, an operation to instruct re-association).

[0115] In addition, in the list of users who are scheduled to be released from the association, a time limit may be set for the posting period of each release user on the list, and when a predetermined time has passed, the association of the release user with the first user after the predetermined time has passed may be released, and the display of the release user on the list may be terminated. In addition, in the list of users whose association has been released, a time limit may be set for the posting period of each release user on the list, and when a predetermined time has passed, the display of the release user on the list after the predetermined time has passed may be terminated. In other words, the list creation unit 218 may delete from the list a release user who has been included in these lists for a predetermined time. In addition, each of these posting periods may change depending on the number of related users associated with the user (for example, a ratio to the upper limit number, etc.).

[0116] In addition, the list of users who are scheduled to have their associations cancelled or the list of users whose associations have been cancelled may be created by the list creation unit 218 and stored in a specified storage unit such as the storage unit 220, and may be transmitted to the terminal device 10 when displayed on the display unit 18.

[0117] Note that the first user may be able to set from his / her own terminal device 10 whether or not to present to the first user a release user identified by the release unit 217 as an associated user who will release the association with the first user before the association is released (whether to release after the presentation or without the presentation). Also, the first user may be able to set from his / her own terminal device 10 whether or not to present to the first user a release user whose association has been released.

[0118] It is also possible to exclude related users who are not desired to be automatically released from the association by the release unit 217 from the targets of automatic association release. Specifically, for example, a list of related users associated with the first user is displayed on the display unit 18 of the terminal device 10 of the first user, and the input unit 17 accepts an input operation (e.g., a touch operation, etc.) for selecting a related user to be excluded from the targets of release from among the related users included in the list, and the release unit 217 may register the selected user in the storage unit 220 as a user to be excluded from the targets of release based on the input operation. The release unit 217 does not automatically specify a related user excluded from the targets of release as a user to be released or automatically release the association, even if the related user satisfies the release condition. In other words, the related user management unit 215 may register a related user designated by the first user among the related users associated with the first user as a special related user to be excluded from the targets of release. In this case, the special related user is subject to restrictions regarding disassociation (e.g., is not automatically identified as a user to be disassociated or is not automatically disassociated) compared to related users that are not special related users (in other words, related users that are not designated by the first user).

[0119] (List of related users) A list of related users associated with each user (hereinafter referred to as a "related user list") can be viewed from the terminal device 10 of each user. The display control unit 114 of the terminal device 10 of each user causes the display unit 18 to display the related user list of related users associated with the user. An example of a related user list display screen 50 on which the related user list is displayed is shown in FIG. 3.

[0120] 3 displays, for each related user, the user name and information on the association history (hereinafter referred to as "history information 51") as information on each related user, a history information input button 52 operated when inputting the history information 51, and various buttons for making settings related to the association. Each user can check the history of how each related user was associated with them by looking at the related user list display screen 50 (specifically, the history information 51).

[0121] The history information 51 is input, for example, as follows. First, when the first user inputs history information 51 for a specific related user, the first user performs an input operation to select the history information input button 52. When the input operation is performed, the display control unit 114 causes the display unit 18 to display a history information input screen 60. An example of the history information input screen 60 is shown in FIG. 4.

[0122] For example, a plurality of tags 61 relating to the association history are displayed on the history information input screen 60. The history information management unit 219 assigns a tag 61 selected by an input operation of the first user from the plurality of tags 61 displayed on the history information input screen 60 to the specific related user as history information 51 of the specific related user, and stores the tag 61 in the storage unit 220. Note that it may be possible to assign a plurality of tags 61 to one related user.

[0123] Here, the tag 61 may be, for example, something related to an event in an experience shared by the first user and the specific related user (for example, a game played together that triggered the association between the two) (for example, something related to the behavior of the first user or the specific related user, or something related to the performance of the first user or the specific related user, etc.), or something related to the relationship between the first user and the specific related user. The tag 61 may also be, for example, something related to an event that caused the related user to be automatically associated. Specifically, the tag 61 may be, for example, "healed me," "healed me for you," "gave me an assist attack," "gave me an assist attack," "gave me an item (including, for example, a case where a consumable item was used), "gave me an item," "did well (in other words, performed well)," "did poorly (in other words, performed poorly)," "fought together," "played against each other," "won," "lost," "participated in a specific live show together," or "had a conversation in chat for more than a certain number of times."

[0124] In addition, the history information input screen 60 may assist in the selection of tags 61 related to events that actually occurred in the experience shared between the first user and the specific related user. Specifically, for example, the history information input screen 60 may preferentially display tags 61 related to events that actually occurred. Here, preferentially may mean, for example, that only tags 61 related to events that actually occurred are displayed, or that tags 61 related to events that actually occurred have a higher display priority (for example, the more tags 61 related to events that actually occurred are displayed at the top). In addition, for example, when the display of the history information input screen 60 is started, the display may start with the tag 61 related to the event that actually occurred selected (for example, with a check mark attached in the example shown in FIG. 4).

[0125] The history information input screen 60 may be displayed on the display unit 18 of the terminal device 10 of the first user (and the second user) at the timing when the second user is automatically associated with the first user (at the timing when the user is automatically registered as a friend, when the user is automatically followed, or when the second user accepts the application for automatic friend registration or follow). The history information input screen 60 may be displayed on the display unit 18 of the terminal device 10 of the first user (and the second user) at the time when the game in which it was decided to automatically associate the second user with the first user ends (for example, while the result is being displayed). In other words, when automatically associating the second user with the first user, the history information management unit 219 may transmit information to the terminal device 10 for displaying the history information input screen 60 as a display for prompting the user to input the history information 51, and the display control unit 114 may display the history information input screen 60 on the display unit 18 based on the information. Furthermore, in this manner, when the input of the history information 51 is prompted by displaying the history information input screen 60 at a predetermined timing, if the second user is automatically associated with the first user, a display prompting the input of the history information 51 is displayed on the terminal device 10 of the first user (and the second user), whereas if the second user is manually associated with the first user, a display prompting the input of the history information 51 is not displayed on the terminal device 10 of the first user (and the second user) (in other words, the history information management unit 219 may not transmit information for displaying the history information input screen 60 to the terminal device 10).

[0126] The tagging of the second user may be executable during the sharing of experiences (for example, during a game that triggers the association of the two users). Specifically, when the first user and the second user are playing a game together and the second user revives the character of the first user, the first user can perform an input operation on his / her terminal device 10 to tag the second user with the tag 61 "revived me" (for example, the tag 61 is displayed on the display unit 18 and an input operation to select the tag 61 is possible), and the association unit 216 may assign the tag 61 to the second user as the history information 51 of the second user based on the input operation and store the tag 61 in the storage unit 220. In this case, the tag 61 may be assigned to the second user during the sharing of experiences and before it is determined to associate the second user with the first user. Furthermore, the associating unit 216 may associate the second user with the first user (in other words, register as a friend, follow, or apply for these) based on the fact that the tag 61 has been attached.

[0127] In this embodiment, the historical information 51 is input on the historical information input screen 60 based on the selection of the tag 61. However, the historical information 51 may also be input by entering text on the historical information input screen 60.

[0128] Also, the history information 51 may be automatically input without user operation, for example. For example, an event that caused the related user to be automatically associated may be automatically input as the history information 51. Specifically, for example, when the second user automatically registers the second user as a related user of the first user based on the second user performing an action of recovering the character of the first user (specifically, reviving) three times in a certain match X during a game, the history information management unit 219 may automatically (in other words, without the operation of the first user) attach history information 51 of "revived the character three times in match X" to the second user, and store the history information 51 in the storage unit 220 as information on the related user. In other words, for example, an event during a play (for example, a match) that caused the second user to be automatically associated, or the relationship between the first user and the second user, may be automatically input as the history information 51. Furthermore, the history information 51 automatically stored in the storage unit 220 may be editable based on an input operation of the user on the terminal device 10. In this case, for example, the history information management unit 219 edits the history information 51 based on the input operation.

[0129] Furthermore, when the history information input screen 60 is displayed at a predetermined timing, the history information 51 may be displayed in an automatically input state, and the history information input screen 60 may be configured to accept an input operation by the user to edit the automatically input history information 51. The input operation may be, for example, a text input operation to edit the automatically input history information 51, or an input operation to delete an automatically added tag 61 (including, for example, a case where a check mark is automatically added in the example shown in FIG. 4) or to add another tag 61.

[0130] The various buttons displayed on the related user list display screen 50 for setting associations include, for example, a release button 53 that is operated when releasing an association with a related user, a favorite button 54 that is operated when registering a related user as a favorite, a condition edit button 55 that is operated when editing the registration conditions of a related user, a condition release button 56 that is operated when releasing the condition settings, and a condition setting object 57 that is operated when setting registration conditions based on the history information 51.

[0131] When an input operation is performed on the release button 53, the release unit 217 releases the association with the target related user. That is, the user can manually release the association with the related user by operating the release button 53. When the release button 53 is operated, the display control unit 114 may display on the display unit 18 a confirmation screen or the like for confirming whether or not to really release the association.

[0132] When an input operation is performed on the favorite button 54, the related user management unit 215 registers the target related user (in other words, the related user related to the operated favorite button 54) as a favorite. For a related user registered as a favorite, even if the related user satisfies the release condition, the related user is not automatically specified as a release user or the association is not automatically released. In addition, for a related user registered as a favorite, when the association is released based on an operation on the release button 53, the number of steps required for release (for example, the number of times to confirm whether or not to release) may be increased compared to a related user not registered as a favorite. In other words, the related user management unit 215 registers a related user designated by the first user among the related users associated with the first user as a special related user (in other words, a favorite). Here, the special related user may be restricted in releasing the association compared to a related user that is not a special related user (in other words, a related user not designated by the first user) (for example, the special related user is not automatically specified as a release user or released, or the number of steps performed by the first user when releasing is large).

[0133] Note that the registration of a related user as a favorite does not have to be based on an operation on the favorite button 54. For example, the related user management unit 215 may automatically register as a favorite a related user whose history information 51 has been entered by a user's input operation (for example, input by text input or input by selecting the tag 61, etc.).

[0134] When an input operation is performed on the condition edit button 55, the display control unit 114 causes the display unit 18 to display an edit screen (not shown) for editing the registration conditions. When the registration conditions are edited (in other words, set) on the edit screen, the association unit 216 automatically associates users who satisfy the edited registration conditions. In other words, in this embodiment, by editing the registration conditions on the edit screen, it is possible to change the conditions of users to be automatically associated. In further other words, in this embodiment, the registration conditions of related users can be edited based on an input operation on the condition edit button 55.

[0135] In the edit screen, for example, it may be possible to set detailed conditions of the registration conditions corresponding to the history information 51 of the target related user. Specifically, when the condition edit button 55 for the related user to which the history information 51 of "resuscitated three times in game X" is attached, that is, the history information 51 of "resuscitated", is operated, it is possible to set, as a detailed condition for the registration condition of "resuscitated", "how many times" the user who resuscitated is required to be automatically registered as a related user in the edit screen. In other words, the edit screen may be configured to accept an input operation for setting the detailed conditions.

[0136] Furthermore, the edit screen may allow the setting of registration conditions that are unrelated to the history information 51 of the target related user. Specifically, when the condition edit button 55 for a related user to which the history information 51 of "revived" is attached is operated, the edit screen may allow the setting of a registration condition of "gave an item" or a registration condition of "joined forces" instead of or in addition to the registration condition of "revived."

[0137] In addition, in this embodiment, when an input operation is performed on the condition setting object 57, the association unit 216 sets a condition (i.e., a registration condition) that other users should satisfy in order to automatically associate the user in the future based on the history information 51 of the target related user. Specifically, on the related user list display screen 50, the registration condition extracted based on the history information 51 of each related user is displayed as a condition setting object 57. More specifically, for example, when the related user is assigned history information 51 of "resuscitated me three times in game X", the condition setting object 57 related to the registration condition "resuscitated me" is displayed on the related user list display screen 50 as a registration condition extracted based on the history information 51. Then, when the user performs an input operation on the condition setting object 57, the association unit 216 sets (in other words, activates) the registration condition "resuscitated me" so that the user will automatically associate the user with another user who resuscitated him in the future. That is, in this embodiment, the registration conditions related to the history information 51 are displayed on the related user list display screen 50 as candidates for the registration conditions to be set (in other words, to be enabled), and the setting of the registration conditions is proposed to the user. The display of the condition setting object 57 can be realized, for example, as follows. That is, a table showing the correspondence between the keywords (for example, "resuscitation" in the above example) that may be included in the history information 51 and the registration conditions may be stored in the storage unit 220, and when the history information 51 includes a specific keyword, the related user management unit 215 may extract the registration conditions corresponding to the specific keyword and transmit information for displaying the condition setting object 57 related to the extracted registration condition on the display unit 18 to the terminal device 10.

[0138] The condition release button 56 is a button operated when canceling (in other words, invalidating) the setting of the registration condition displayed as the condition setting object 57. When an input operation is performed on the condition release button 56, the association unit 216 excludes the registration condition related to the condition setting object 57 of the target related user from the conditions that other users should satisfy in order to automatically associate in the future. In other words, when an input operation is performed on the condition release button 56, the association unit 216 excludes the registration condition extracted based on the history information 51 of the target related user from the conditions that other users should satisfy in order to automatically associate in the future. Note that, when an input operation is performed on the condition release button 56, the association unit 216 may exclude the registration condition that the related user satisfied when automatically associating the target related user from the conditions that other users should satisfy in order to automatically associate in the future. When an input operation is performed on the condition release button 56 and the setting of the registration condition is released, the condition release button 56 changes to a condition setting button (not shown), and when an input operation is performed on the condition setting button, the registration condition that was released (in other words, disabled) based on the input operation on the condition release button 56 may be set again (in other words, enabled). In other words, the condition setting object 57 may be an object that simply displays a predetermined registration condition, rather than an object that accepts an operation to set (in other words, enable) the registration condition.

[0139] Information necessary for displaying the related user list, such as the history information 51, is stored, for example, in the storage unit 220 of the server 20, and is transmitted from the related user management unit 215 to the terminal device 10 when the related user list is displayed (for example, based on a request from the terminal device 10 to the server 20 based on a predetermined input operation to the operation reception unit 111). Information necessary for displaying the related user list may be stored in the storage unit 120.

[0140] (Classification list) The list creation unit 218 creates a number of lists (hereinafter referred to as "category lists") in which a number of related users associated with the user are classified according to the attributes of the related users. Furthermore, the display control unit 114 of each user's terminal device 10 causes the display unit 18 to display a category list for related users associated with the user. An example of a category list display screen 70 on which the category lists are displayed is shown in FIG. 5.

[0141] The list creation unit 218 may create a plurality of category lists in which related users associated with the first user are classified according to their compatibility with the first user. One related user may be assigned to a plurality of category lists. Also, one related user may not be assigned to a plurality of category lists (in other words, not included in duplicate). Also, each related user may be assigned to at least one category list without fail, and there may be no related user that is not assigned to any category list. Also, there may be a related user that is not assigned to any category list.

[0142] Specifically, for example, assuming a predetermined game (specifically, a role-playing game, an FPS, etc.), the list creation unit 218 may create a classification list in which related users have an attribute of "good at recovery" (see FIG. 5(a)) and a classification list in which related users have an attribute of "good at attack" (see FIG. 5(b)), as classification lists in which related users are classified according to their compatibility with the first user. Here, whether a user is good at recovery or attack may be determined, for example, based on the attribute (e.g., occupation) of the character used by each related user, or based on items owned by each related user. For example, related users whose characters are occupations such as "recovery magician" and "medicine" may be included in the classification list of related users who are good at recovery. Also, for example, related users whose characters are occupations such as "attack magician" and "swordsman" may be included in the classification list of related users who are good at attack. Here, the character used may be, for example, the character used most frequently (in other words, the most) by the user, a character set as the main character in a game in which each user can select a main character, a character registered as a favorite in a game in which each user can register a frequently used character as a favorite, a character used more than a predetermined number of times, or a character that has been used more than a predetermined number of times. Also, for example, a related user who owns a predetermined number or more of recovery items may be included in the classification list of related users who are good at recovery. Also, for example, a related user who owns a weapon with higher attack performance than weapons owned by other users (in other words, other weapons existing in the game), such as the strongest gun in the game, may be included in the classification list of related users who are good at attack.

[0143] In other words, the list creation unit 218 may create a classification list in which related users are classified according to the attributes of the characters used by the related users as a classification list in which related users are classified according to their compatibility with the first user. The list creation unit 218 may create a classification list in which related users are classified according to the occupation of the characters as described above, or may create a classification list in which related users are classified according to the rank of the characters. In addition, the list creation unit 218 may create a classification list that brings together related users who use characters that do not overlap with the characters used by the user. Such a classification list in which related users are classified according to the attributes of characters makes it easier for the first user to find related users who are easy to play with (for example, related users who have characters with attributes that the first user finds easy to play with, related users in a rank range that the first user finds easy to play with, etc.) and related users who are difficult to play with, and can be said to be a classification list classified according to compatibility with the first user.

[0144] The list creation unit 218 may also create a classification list in which related users are classified according to their compatibility with the first user, the classification list being based on the past play history between the first user and each related user. Specifically, for example, assuming a predetermined game (specifically, a game aiming at the achievement of a predetermined objective (e.g., a battle game), etc.), the list creation unit 218 may create a classification list in which related users are classified according to the number of times or the probability (in other words, the winning rate in a battle game, etc.) that the related user and the first user have played together in the past (here, together may mean either playing as friends or playing as enemies) to achieve the predetermined objective. The list creation unit 218 may also create a classification list in which related users are classified according to the number of times that one of the first user and the related user has given a favorable reaction to the other (e.g., the number of so-called "likes"). The list creation unit 218 may also create a classification list in which related users are classified according to the number of times that one of the first user and the related user has performed an action that is beneficial to the other.

[0145] Also, for example, the list creation unit 218 may create a classification list in which related users are classified according to their compatibility with the first user, and the related users are classified according to their compatibility with each stage. Specifically, for example, in an FPS, when a plurality of stages (in other words, maps) including a first stage and a second stage are prepared, the list creation unit 218 may create a classification list that collects related users who have good compatibility with the first stage, and a classification list that collects related users who have good compatibility with the second stage. Here, the compatibility of each related user with each stage may be determined based on, for example, the win rate of each related user in past matches at each stage (e.g., if the win rate is 70% or more, the compatibility is good, etc.), the number of wins (e.g., if the cumulative number of wins reaches 100, the compatibility is good, etc.), or whether or not the user performed well in the previous match (e.g., if the user won the match, the compatibility is good, etc.).

[0146] Furthermore, the list creation unit 218 may create a plurality of classification lists in which related users associated with the first user are classified according to the frequency of playing together. Specifically, the list creation unit 218 may create a plurality of classification lists in which related users are classified according to the number of times they have played together within a predetermined period of time.

[0147] Furthermore, the list creation unit 218 may create a plurality of classification lists in which related users associated with the first user are classified according to history information 51 attached to the related users. Specifically, the list creation unit 218 may create a plurality of classification lists in which related users are classified according to tags 61 attached to the related users.

[0148] In addition, the list creation unit 218 may create a plurality of classification lists in which related users associated with the first user are classified according to attributes based on the actions of the related users in the service. Specifically, the list creation unit 218 may create a plurality of classification lists in which related users associated with the first user are classified according to attributes based on the actions of the related users in content (e.g., a game) used together with the first user. The attributes based on the actions include attributes related to the results of the actions. Specifically, the list creation unit 218 may create a plurality of classification lists in which related users are classified according to the type of action performed by the related users (e.g., healed the first user, performed an assist attack, gave an item, defeated an enemy character), the number of times they performed a specific action, the number of times they obtained (in other words, achieved) a specific result as a result of the action (e.g., won a match), the type of result obtained, or the probability of obtaining a specific result (e.g., win rate, etc.). Furthermore, the list creation unit 218 may create a plurality of classification lists in which related users associated with the first user are classified according to attributes based on actions of the related users in the service that are beneficial to the first user. Specifically, the list creation unit 218 may create a plurality of classification lists in which related users are classified according to, for example, the type of action that is beneficial to the first user performed by the related users, the number of times that the related users performed a specific beneficial action, the number of times that a specific result was obtained as a result of the beneficial action, the type of result obtained by the beneficial action, etc.

[0149] The multiple category lists created by the list creation unit 218 are stored in the memory unit 220 of the server 20, which functions as a category list storage unit. Furthermore, each category list stored in the memory unit 220 can be presented to the first user at a predetermined timing (can be displayed on the terminal device 10 of the first user at a predetermined timing).

[0150] The conditions for related users to be included in each classification list may be set by each user from his / her own terminal device 10. In other words, how to classify related users and what kind of classification list to create may be set by each user from his / her own terminal device 10.

[0151] As described above, the associating unit 216 automatically associates other users who share a predetermined experience with the first user with the first user, but the list creating unit 218 may automatically sort the related users thus automatically associated into a category list according to the attributes of the related users. Each user may be able to manually select, from his / her own terminal device 10, into which category list the related users thus automatically associated should be sorted.

[0152] The associating unit 216 automatically associates with the first user other users who share a predetermined experience with the first user and have a predetermined relationship with the first user in the service, where the predetermined relationship may be "a relationship that corresponds to any of the classification lists." That is, for example, when a classification list of related users who are compatible with the first stage in an FPS is prepared as the classification list of the first user, users who participated in the same match as the first user and have a good compatibility with the first stage may be automatically registered as friends of the first user. In other words, when multiple classifications are stored in the storage unit 220 as classifications of friends, the associating unit 216 may automatically associate users who correspond to any of the multiple classifications.

[0153] The list creation unit 218 creates a plurality of category lists and stores them in the storage unit 220. However, the plurality of category lists may not necessarily classify a plurality of related users according to the attributes of the related users. For example, the list creation unit 218 may create a category list in which a plurality of related users associated with the first user are simply classified into a plurality of lists. Also, the first user may be able to select which related users are to be included in each category list on his / her own terminal device 10. In other words, the list creation unit 218 may determine the related users to be included in each category list based on the user's operation. In other words, the storage unit 220 may be able to store a plurality of category lists created based on the user's operation.

[0154] The display of the category list on the display unit 18 may be, for example, as follows. That is, for example, as shown in FIG. 5, a category list display screen 70 that displays the category list and is displayed on the display unit 18 may display an object (e.g., a tab 71) that accepts an operation to select a category list to be displayed from among a plurality of category lists. Then, the display control unit 114 may cause the display unit 18 to display the category list selected by the user's input operation on the object. Note that the category list information required for displaying the category list may be sent from the server 20 to the terminal device 10 based on a request from the terminal device 10, for example, when the display of the category list display screen 70 starts, or may be requested from the terminal device 10 to the server 20 based on a user's input operation to select a category list to be displayed, and may be sent from the server 20 to the terminal device 10. Note that the plurality of category lists may be stored in the storage unit 120 of the terminal device 10, and the display control unit 114 may cause the display unit 18 to display the category list stored in the storage unit 120. Also, the control unit 110 of the terminal device 10 may be provided with a list creation unit 218.

[0155] As described above, in this embodiment, the list creation unit 218 stores a plurality of category lists in the storage unit, and each of the plurality of category lists stored in the storage unit is displayed on the terminal device 10. That is, the configuration according to this embodiment is different from a configuration that simply displays a result obtained by narrowing down a plurality of related users associated with a user based on a predetermined search condition input by the user, or a configuration that simply displays a result obtained by sorting the plurality of related users based on a predetermined condition input by the user, and is configured such that a plurality of category lists are created and stored in advance at a point in time before the list of related users is displayed.

[0156] Furthermore, when displaying the category lists on the display unit 18, the display control unit 114 may preferentially display a category list suitable for a predetermined situation in the service determined based on the user's selection. In addition, preferentially may mean that only a category list suitable for a predetermined situation is displayed, or that a category list suitable for a predetermined situation has a high display priority (for example, a category list suitable for a predetermined situation is displayed first, and other category lists are displayed based on an input operation (for example, an operation to select the above-mentioned tab) that changes the category list to be displayed, or a category list suitable for a predetermined situation is displayed larger than other category lists). Here, as a specific example, as shown in FIG. 6(a), a case will be described in which a stage selection screen 75 that allows the selection of various stages (in other words, maps) such as a first stage and a second stage in an FPS is displayed on the display unit 18. In addition, the stage selection screen 75 may be, for example, a screen where a battle at a stage is started by selecting a stage, or a screen where information about the stage can be confirmed by selecting a stage. When an input operation to select the first stage is performed on the stage selection screen 75, the display control unit 114 displays on the display unit 18 a category list display screen 70 in which a category list of related users who have good compatibility with the first stage is displayed, as shown in FIG. 6(b). On the other hand, when an input operation to select the second stage is performed on the stage selection screen 75, the display control unit 114 displays on the display unit 18 a category list display screen 70 in which a category list of related users who have good compatibility with the second stage is displayed. That is, the display control unit 114 displays on the display unit 18 a category list of related users who have attributes suitable for a predetermined situation (in other words, the stage that the user is going to play) determined based on the user's selection from among a plurality of category lists. As described above, the stage selection screen 75 may be a screen in which a battle on a stage is started by selecting the stage.Then, for example, when an input operation to select a stage is performed on the stage selection screen 75, and an operation to select one or more related users from the displayed classification list is performed, an invitation to participate in play is sent from the terminal device 10 of the selected user to the terminal device 10 of the selected related user via the server 20, and when the related user performs an operation to accept the invitation, play may begin on that stage with both users participating.

[0157] The situation determined based on the user's selection may be, for example, an event that the user intends to participate in. For example, when the user performs an input operation to select a live show that the user intends to participate in, the display control unit 114 may preferentially display a categorized list of related users having attributes suitable for participating in the live show together (for example, a categorized list of related users who are determined to be highly likely to be interested in the live show based on the history of events they have attended).

[0158] The situation determined based on the user's selection may be related to the user's attributes, etc. Specifically, for example, in a role-playing game, when a user selects a character good at recovery as the character to be used by the user, and the user performs a predetermined input operation to display a list of related users, the display control unit 114 may preferentially display a classification list of related users who use characters good at attack (in other words, a classification list of related users who have attributes that complement the user's attributes) as a classification list of related users who have attributes suitable for the situation of playing with a character good at recovery.

[0159] Here, it has been described that the list creation unit 218 creates a plurality of category lists in advance and stores them in the storage unit, and the display control unit 114 displays a category list selected from the plurality of category lists when displaying the category lists on the display unit 18. However, the list creation unit 218 may create a category list when displaying on the display unit 18. Specifically, for example, when an input operation to select the first stage is performed on the stage selection screen 75 shown in FIG. 6(a), the list creation unit 218 may create a category list of related users who are compatible with the first stage (in other words, a list of related users having attributes suitable for a situation determined based on the user's selection), and the display control unit 114 may display the category list on the display unit 18.

[0160] Next, the flow of the process executed by the system 1 will be described with reference to Figures 7 to 11. Note that, here, the case where the system 1 according to the present embodiment is applied to a game (specifically, an FPS) will be described as an example.

[0161] (Processing related to association) The process of automatically associating a second user with a first user, who is a predetermined user using the system 1, will be described with reference to FIG.

[0162] First, the association unit 216 of the server 20 identifies users who share an experience with the first user (step S101). Specifically, the association unit 216 identifies, for example, users who are participating in the same game as the first user.

[0163] Next, the association unit 216 determines whether or not there is a user who satisfies a registration condition for automatically associating with the first user among users participating in the same match as the first user (step S102). Here, it is assumed that the registration condition is input in advance by the first user from his / her own terminal device 10 and stored in the storage unit 220 of the server 20 as a registration condition storage unit. In addition, it is assumed that the registration condition input and set by the first user is "revived three or more times during one match."

[0164] If there is no user who satisfies the registration condition among the users participating in the same match as the first user (NO in step S102), the association unit 216 does not perform a process of automatically associating another user with the first user. Specifically, if there is no second user who has revived the first user three or more times before the end of one match, the association unit 216 does not perform a process of automatically associating another user with the first user.

[0165] On the other hand, when there is a user who satisfies the registration condition among the users participating in the same match as the first user (YES in step S102), the association unit 216 automatically performs a predetermined process for associating other users with the first user. Specifically, when there is a second user who has revived the first user three or more times before the end of one match (YES in step S102), the association unit 216 makes a friend registration request from the first user to the second user (step S103). At this time, the association unit 216 automatically makes the request without requiring an input operation by the first user. Specifically, the association unit 216 transmits data related to the friend registration request to the terminal device 10 of the second user (step S103). When the transmitting / receiving unit 112 of the terminal device 10 of the second user receives the data, the display control unit 114 of the terminal device 10 of the second user causes the display unit 18 to display a screen (hereinafter referred to as an "acceptance screen") that prompts the second user to respond to the friend registration request from the first user (step S104). The acceptance screen displays a display that asks the second user whether or not to accept the friend registration request from the first user. In other words, while the acceptance screen is being displayed, the operation acceptance unit 111 of the terminal device 10 of the second user accepts an operation to accept or reject the friend registration request as an operation related to the response to the friend registration request.

[0166] When an operation to accept or reject the friend registration request is received in the terminal device 10 of the second user, data indicating whether or not to accept the friend registration request (in other words, a response to the friend registration request) is sent from the transceiver unit 112 of the terminal device 10 to the association unit 216 (step S105).

[0167] When the associating unit 216 receives data indicating whether or not the friend registration request is accepted from the terminal device 10 of the second user, the associating unit 216 determines whether or not the friend registration request is accepted based on the data (step S106). That is, if the second user performs an operation to accept the friend registration request, the associating unit 216 determines that the friend registration request is accepted (YES in step S106). On the other hand, if the second user performs an operation to reject the friend registration request, the associating unit 216 determines that the friend registration request is rejected (NO in step S106). If the associating unit 216 determines that the friend registration request is rejected (NO in step S106), the associating unit 216 does not associate the second user with the first user.

[0168] When it is determined that the friend registration request has been accepted (YES in step S106), the associating unit 216 associates the first user with the second user (step S107). In other words, when it is determined that the friend registration request has been accepted, the associating unit 216 registers the second user as a friend of the first user. In further other words, when it is determined that the friend registration request has been accepted, the associating unit 216 stores information indicating that the second user is a friend of the first user in the storage unit 220.

[0169] Furthermore, when the associating unit 216 associates the first user with the second user with each other, it transmits data to the terminal device 10 of the first user indicating that the second user has been registered as a friend of the first user (step S108). In other words, the server 20 notifies the terminal device 10 of the first user that the second user has been registered as a friend of the first user. When the transmitting / receiving unit 112 of the terminal device 10 of the first user receives the data, the display control unit 114 of the terminal device 10 of the first user causes the display unit 18 to display a registration notification screen notifying the first user that the second user has been registered as a friend of the first user (step S109).

[0170] In addition, in the terminal device 10 of the second user, when a friend registration request is received from another user, it may be possible to set in advance whether or not to receive the request (in other words, whether or not to display an acceptance screen). In addition, when the setting is made to reject the reception of the request, the association unit 216 may determine that the friend registration request is rejected (NO in step S106). In addition, for example, in the terminal device 10 of the second user, it may be possible to set a whitelist that specifies the conditions of users who want to become friends, or to set a blacklist that specifies the conditions of users who do not want to become friends. Then, it may be possible to receive requests from users who satisfy the conditions set in the whitelist. It may also be possible to reject requests from users who satisfy the conditions set in the blacklist.

[0171] In the above description, the associating unit 216 applies for friend registration when the registration conditions are met, but it may apply for following instead of applying for friends. Also, for example, when the registration conditions are met, friend registration or following may be automatically performed without applying. In other words, for example, when YES is determined in step S102, the process of step S107 may be performed without going through the processes of steps S103 to S106.

[0172] (Processing for Cancellation of Association) Next, a process of automatically canceling the association of a related user associated with a first user with the first user will be described with reference to FIG.

[0173] First, the release unit 217 of the server 20 determines whether or not there is a related user who satisfies the release condition among the related users associated with the first user (step S201). Here, it is assumed that the release condition is input in advance by the first user from his / her terminal device 10 and stored in the storage unit 220 of the server 20 as a release condition storage unit.

[0174] If there is an associated user that satisfies the release condition (YES in step S201), the release unit 217 identifies the associated user as a release user and transmits data informing the identified release user to the terminal device 10 of the first user (step S202). When the transmission / reception unit 112 of the terminal device 10 of the first user receives the data, the display control unit 114 of the terminal device 10 of the first user causes the display unit 18 to display a release confirmation screen prompting an answer as to whether or not to release the association with the release user (step S203). While the release confirmation screen is being displayed, the operation acceptance unit 111 of the terminal device 10 of the first user accepts an operation to accept or reject the release of the association with the release user.

[0175] When an operation to accept or reject the cancellation of the association with the canceling user is accepted in the terminal device 10 of the first user, data indicating whether or not to accept the cancellation of the association with the canceling user (in other words, a response regarding the cancellation of the association with the canceling user) is sent from the transceiver unit 112 of the terminal device 10 to the cancellation unit 217 (step S204).

[0176] When the release unit 217 receives data indicating whether or not the release of the association with the release user is approved from the terminal device 10 of the first user, the release unit 217 judges whether or not the release of the association with the release user is approved based on the data (step S205). That is, when the first user performs an operation to approve the release, the release unit 217 judges that the release of the association with the release user is approved (YES in step S205). On the other hand, when the first user performs an operation to reject the release, the release unit 217 judges that the release of the association with the release user is rejected (NO in step S205). When the release unit 217 judges that the release is rejected (NO in step S205), the release unit 217 does not release the association of the release user with the first user.

[0177] When it is determined that the cancellation of the association with the canceling user is approved (YES in step S205), the cancellation unit 217 cancels the association of the canceling user with the first user (step S206).

[0178] (Processing related to input of historical information) Next, a process of inputting history information 51 about a second user as a related user associated with a first user will be described with reference to FIG.

[0179] First, the history information management unit 219 determines the tag 61 to be displayed on the history information input screen 60 (step S301). Here, the history information management unit 219 determines the tag 61 to be displayed on the history information input screen 60 based on an event in a match that triggered the association of the first user with the second user (in other words, a match in which the second user satisfied the registration condition set by the first user (here, the registration condition is "revived three or more times during one match"). Specifically, for example, the history information management unit 219 determines the tag 61 to be "revived" based on the fact that the character of the second user revived the character of the first user in this match. Also, for example, if the character of the second user attacks the opponent that the character of the first user is attacking together with, the tag 61 to be "assisted attack" is determined to be displayed. Also, for example, if the first user and the second user cooperate to win in this match, the tag 61 "fought together" and the tag 61 "won" are determined as tags 61 to be displayed. Regarding the process of step S301, a table showing the correspondence between events that may occur in the match and the tags 61 to be displayed is stored in the storage unit 220, and the history information management unit 219 may use the table to extract tags 61 corresponding to events that actually occurred in the match and determine them as tags 61 to be displayed on the history information input screen 60.

[0180] Next, the history information management unit 219 transmits information necessary for displaying the history information input screen 60, including information about the tag 61 to be displayed, to the terminal device 10 of the first user (step S302).

[0181] When the transmitting / receiving unit 112 of the terminal device 10 of the first user receives the information, the display control unit 114 of the terminal device 10 of the first user displays the history information input screen 60 (step S303). On this history information input screen 60, the tag 61 determined to be displayed in step S301 is displayed.

[0182] Next, the operation acceptance unit 111 of the terminal device 10 of the first user accepts an input operation to select a tag 61 to be added as the history information 51 for the second user from among the tags 61 displayed on the history information input screen 60 (step S304). In other words, while the history information input screen 60 is being displayed, an input operation to input the history information 51 is accepted.

[0183] When an input operation to select a tag 61 is accepted in the terminal device 10 of the first user, data indicating the selected tag 61 (in other words, data related to the entered historical information) is sent from the transceiver unit 112 of the terminal device 10 to the related user management unit 215 (step S305).

[0184] When the history information management unit 219 receives the data indicating the selected tag 61, it assigns the selected tag 61 to the second user as history information 51 of the second user and stores it in the storage unit 220 (step S306). In other words, the history information management unit 219 registers the history information 51 of the second user based on an input operation on the terminal device 10.

[0185] Here, the tag 61 selected may be one or more.

[0186] (Processing related to display of classification list) Next, a process for creating and displaying a classification list in which a plurality of related users associated with a first user are classified according to the attributes of the related users will be described with reference to FIG.

[0187] First, the list creation unit 218 classifies a plurality of related users associated with the first user according to the attributes of the related users, and creates a classification list (step S401). Specifically, the list creation unit 218 classifies the related users by referring to the user information 223 of each related user, and creates a classification list. For example, the list creation unit 218 classifies related users who use characters that are good at attacking into related users who are good at attacking, and creates a classification list that brings together related users who are good at attacking. In addition, the list creation unit 218 classifies related users who use characters that are good at recovering into related users who are good at recovering, and creates a classification list that brings together related users who are good at recovering.

[0188] Furthermore, list creation section 218 stores the created multiple category lists in storage section 220, which functions as a category list storage section (step S402).

[0189] To display the category list, first, the terminal device 10 of the first user requests the server 20 to transmit the category list (step S403). Furthermore, the related user management unit 215 transmits the category list to the terminal device 10 of the first user based on the request (step S404). Here, it is assumed that a category list of related users who are good at attacking and a category list of related users who are good at recovering are transmitted.

[0190] Next, the display control unit 114 of the terminal device 10 of the first user causes the display unit 18 to display a screen (for example, the category list display screen 70 shown in FIG. 5) that prompts the user to select a category list to be displayed (for example, a selection of whether to display a category list of related users who are good at attacking or a category list of related users who are good at recovering) (step S405). During the display of this screen, the operation acceptance unit 111 accepts an input operation to select a category list to be displayed.

[0191] When an input operation is performed to select a category list to be displayed, display control unit 114 causes display unit 18 to display the selected category list (step S406).

[0192] The list creation unit 218 may be included in the terminal device 10. Also, a category list storage unit (e.g., storage unit 120) that stores the category list may be included in the terminal device 10. In this case, the display control unit 114 may cause the display unit 18 to display the category list selected by the user from among a plurality of category lists stored in the terminal device 10 (steps S405 and S406).

[0193] (Modification of the process related to displaying the classification list) Next, a modified example of the process for creating and displaying a classification list in which a plurality of related users associated with a first user are classified according to the attributes of the related users will be described with reference to FIG.

[0194] First, the display control unit 114 of the terminal device 10 of the first user causes the display unit 18 to display a screen that prompts the user to select a situation (for example, a situation of a game that the first user is going to play) (step S501). During the display of the screen, the operation acceptance unit 111 accepts an input operation to select a situation. Specifically, the operation acceptance unit 111 accepts an input operation to select a stage (in other words, a map) as the situation.

[0195] Next, the terminal device 10 of the first user requests the server 20 to transmit a classification list suitable for the selected situation (specifically, the stage) (step S502). Furthermore, the related user management unit 215 transmits a classification list of related users having attributes suitable for the selected situation to the terminal device 10 of the first user based on the request (step S503). Specifically, for example, when the first user performs an input operation to select the first stage from a plurality of stages including the first stage and the second stage, the related user management unit 215 transmits to the terminal device 10 of the first user a classification list that summarizes related users who have a high win rate in past matches in the first stage among a plurality of related users associated with the first user. Note that the classification list transmitted from the related user management unit 215 to the terminal device 10 here may be one created by the list creation unit 218 based on the request, or may be one extracted based on the request from a plurality of classification lists that have been created in advance by the list creation unit 218 and stored in the storage unit 220. The list creation unit 218 may be included in the terminal device 10. Also, the terminal device 10 may have a category list storage unit (for example, storage unit 120) that stores the category list.

[0196] Next, the display control unit 114 of the terminal device 10 of the first user causes the display unit 18 to display the categorized list of related users having attributes suitable for the selected situation, transmitted from the server 20 (step S504).

[0197] The present invention is not limited to the above-described embodiment, and can be modified in various ways without departing from the spirit of the present invention. Within the scope of the present invention, the components can be freely combined, any components can be modified, or any components can be omitted. The process flow described in this specification is merely an example, and the order and configuration of each process may be different.

[0198] <Additional Notes> The matters described in the above embodiment can also be described as follows.

[0199] (Appendix 1) Computer, An association means (e.g., an association unit 216) capable of automatically associating a second user who is sharing or has shared a predetermined experience with a first user in a predetermined service with the first user after deciding to share the experience with the first user, or automatically making an application to the second user to associate the second user with the first user; and a storage unit (e.g., a storage unit 220) that stores information regarding the process of associating the second user with the first user. program. In such a configuration, since the number of users associated with the first user increases automatically, there is a risk that it becomes difficult to know how each user became associated. According to this configuration, information regarding the association history is stored for the users associated with the first user, so that the information allows the user to know how the user became associated.

[0200] (Appendix 2) The storage means includes: A tag selected by an input operation on a terminal device (e.g., terminal device 10) of the first user from among a plurality of tags (e.g., tag 61) related to the process of associating the second user with the first user, which is displayed on the terminal device, is stored as information related to the process of associating the second user with the first user. 2. The program described in Appendix 1. According to this configuration, the first user can register information about the history of the association by selecting a tag, which makes it easier to input information about the history of the association and promotes the input of the information.

[0201] (Appendix 3) On a screen displayed by the terminal device of the first user on which the plurality of tags related to the selection are displayed, the tags related to events that actually occurred in the predetermined experience shared by the first user and the second user are preferentially displayed. 2. The program described in Appendix 2. According to such a configuration, tags relating to events that actually occurred are displayed preferentially, and the input of information regarding the circumstances is assisted, making it easier to input the information and encouraging the input of the information.

[0202] (Appendix 4) The computer further comprises: The device functions as a history information management unit (e.g., a history information management unit 219) that transmits information for displaying a display prompting input of information regarding the history of the association of the second user with the first user to a terminal device of the first user when the second user is associated with the first user. 2. The program described in Appendix 1. According to this configuration, it is possible to prompt the user to input information regarding the process of the association, and to promote the input of the information.

[0203] (Appendix 5) The process information management means, when the first user makes the request from the terminal device of the first user and the second user is associated with the first user based on the request, does not transmit information for displaying the prompting display to the terminal device of the first user. 5. The program described in Appendix 4. According to this configuration, for a user who is manually associated, for whom the first user is more likely to remember the circumstances of the association than a user who is automatically associated, the first user is not prompted to input information regarding the circumstances of the association when the association is made, so it is possible to prevent the user from feeling uncomfortable due to excessive prompting to input such information.

[0204] (Appendix 6) The computer further comprises: The event that caused the second user to be associated with the first user is automatically stored in the storage means as information regarding the history of the association of the second user with the first user (for example, the history information management unit 219). 2. The program described in Appendix 1. According to this configuration, since information regarding the process of association is automatically input, the information can be reliably stored.

[0205] (Appendix 7) The process information management means edits the process information automatically stored in the storage means based on an operation by the first user. 6. The program described in Appendix 6. According to such a configuration, information regarding the history of the association can be reliably stored, and the user can select which pieces of information regarding the history of the association he or she wishes to keep.

[0206] (Appendix 8) An association means (e.g., an association unit 216) capable of automatically associating a second user who is sharing or has shared a predetermined experience with a first user in a predetermined service with the first user after deciding to share the experience with the first user, or automatically making an application to the second user to associate the second user with the first user; A storage unit (e.g., a storage unit 220) that stores information regarding the process of associating the second user with the first user. Information processing device. According to this configuration, the same effects as those of the program described in Supplementary Note 1 can be achieved.

[0207] (Appendix 9) An association means (e.g., an association unit 216) capable of automatically associating a second user who is sharing or has shared a predetermined experience with a first user in a predetermined service with the first user after deciding to share the experience with the first user, or automatically making an application to the second user to associate the second user with the first user; A storage unit (e.g., a storage unit 220) that stores information regarding the process of associating the second user with the first user. Information processing system. According to this configuration, the same effects as those of the program described in Supplementary Note 1 can be achieved. [Explanation of symbols]

[0208] 1 system, 10 terminal device, 11 processor, 12 memory, 13 storage, 16 touch screen, 17 input unit, 18 display unit, 20 server, 21 processor, 22 memory, 23 storage, 50 related user list display screen, 51 history information, 60 history information input screen, 61 tag, 70 classification list display screen, 75 stage selection screen, 110 control unit, 111 operation reception unit, 112 transmission / reception unit, 113 progress unit, 114 display control unit, 120 storage unit, 210 control unit, 211 transmission / reception unit, 212 server processing unit, 214 synchronization processing unit, 215 related user management unit, 216 association unit, 217 release unit, 218 list creation unit, 219 history information management unit, 220 storage unit

Claims

1. Computer, in a predetermined service in which a first user can be associated with a second user, displaying on a display means candidates for tags to be stored in a storage means based on a selection by the first user as information regarding the history of the association of the second user with the first user, and functioning as a control means for allowing the first user to select a tag to be stored in the storage means; The control means causes the display means to display, as the candidates, tags related to actions of the first user or the second user in an experience shared between the first user and the second user in the predetermined service. program.

2. A computer, in a predetermined service in which a first user can be associated with a second user, displaying on a display means candidates for tags to be stored in a storage means based on a selection by the first user as information regarding the history of the association of the second user with the first user, and functioning as a control means for allowing the first user to select a tag to be stored in the storage means; The control means causes the display means to preferentially display, as the candidates, tags related to events that actually occurred in an experience shared between the first user and the second user in the predetermined service. program.

3. In a specified service in which a first user can be associated with a second user, a control means is provided for displaying on a display means candidates for tags to be stored in a storage means based on a selection by the first user as information relating to the history of the association of the second user with the first user, and for allowing the first user to select a tag to be stored in the storage means; The control means causes the display means to display, as the candidates, tags related to actions of the first user or the second user in an experience shared between the first user and the second user in the predetermined service. Information processing system.

4. In a specified service in which a first user can be associated with a second user, a control means is provided for displaying on a display means candidates for tags to be stored in a storage means based on a selection by the first user as information relating to the history of the association of the second user with the first user, and for allowing the first user to select a tag to be stored in the storage means; The control means causes the display means to preferentially display, as the candidates, tags related to events that actually occurred in an experience shared between the first user and the second user in the predetermined service. Information processing system.

Images