JP2024158538A - SERVER DEVICE, GAME SYSTEM AND GAME METHOD - Google Patents

Abstract

The present invention provides a server device, a game system, and a game method that can improve the entertainment value of a game.
[Solution] The server device 2 of the present disclosure comprises a first acquisition means 2331 for acquiring first information which is a play history of a first game progressed by a first character and a first NPC selected by a first player, the play history being a play history for each first NPC corresponding to the first character, a second acquisition means 2332 for acquiring second information which is a play history of a second game progressed by a second character and a second NPC selected by a second player, the play history being a play history for each second NPC corresponding to the second character, and a matching means 234 for matching the first player and the second player based on at least one of the first information and the second information so as to progress a third game with the first character and the second character.
[Selected Figure] Figure 1

Description

The present invention relates to a server device, a game system, and a game method.

In recent years, online games that allow multiple players to play games over the Internet have become known. For example, in competitive games, a technique has been disclosed for matching players with similar levels of skill (Patent Document 1).

Furthermore, a technology has been disclosed that takes into consideration subjective data from other players in addition to objective data indicating the player's skills, etc., to match opponents (players) in a competitive game, or to match players to form parties in a role-playing game (Patent Document 2).

In this way, in games played by multiple players, various measures are taken to match suitable players so that the game can be enjoyed more.

JP 2007-229040 A JP 2006-149425 A

In games played by multiple players, there is room to further increase the interest of the game by improving player matching. The objective of this disclosure is to provide a server device, a game system, and a game method that can increase the interest of the game.

(1) A first aspect is a server device including: a first acquisition means for acquiring first information, which is a play history of a first game progressed by a first character selected by a first player and a first NPC controlled based on first control information selected from a plurality of first control information having different control contents for controlling the character's actions, the play history being a play history for each of the first control information corresponding to the first character; a second acquisition means for acquiring second information, which is a play history of a second game progressed by a second character selected by a second player and a second NPC controlled based on second control information selected from a plurality of second control information having different control contents for controlling the character's actions, the play history being a play history for each of the second control information corresponding to the second character; and a matching means for matching the first player and the second player so that a third game is progressed by the first character and the second character based on at least one of the first information and the second information.

(2) In (1) above, the first information can include first compatibility information that specifies a play style of a first player operating a first character and a first compatibility with the first control information, and the second information can include second compatibility information that specifies a play style of a second player operating a second character and a second compatibility with the second control information.

(3) In the above (1) or (2), matching can be performed based on the first information and second information corresponding to the common first control information and second control information.

(4) In the above (2), the first compatibility information includes first comparison information that allows a comparison of first compatibility between a plurality of first control information, and the second compatibility information includes second comparison information that allows a comparison of second compatibility between a plurality of second control information, and the matching means can match the first player and the second player based on at least one of the first comparison information and the second comparison information.

(5) In the above (2) or (4), a first output means may be provided for outputting information for displaying, after the first game ends, first compatibility information associated with the first control information used to progress the first game.

(6) In the above (4), a second output means may be provided for outputting information for displaying first comparison information relating to first control information that satisfies a predetermined condition after the first game ends or before the third game starts.

(7) In any of (1) to (6) above, the third game can be progressed by having the first NPC or the second NPC participate in addition to the first character and the second character.

(8) In any of (1) to (6) above, the third game can be played without the participation of the first NPC or the second NPC.

(9) In any of (1) to (8) above, the game device may further include a determination means for determining a third compatibility, which is the compatibility between the play style of the first player when operating the first character and the play style of the second player when operating the second character, after the end of the third game, and a third output means for outputting recommendation information recommending associating the first player with the second player based on the third compatibility.

(10) In the above (9), the third compatibility can be determined based on the similarity between the play style of the second player when operating the second character and any one of the plurality of pieces of second control information.

(11) The second aspect is a game system having a server device and a game device, comprising: a first acquisition means for acquiring first information, which is a play history of a first game progressed by a first character selected by a first player and a first NPC controlled based on first control information selected from a plurality of first control information having different control contents for controlling the character's actions, the play history being a play history for each of the first control information corresponding to the first character; a second acquisition means for acquiring second information, which is a play history of a second game progressed by a second character selected by a second player and a second NPC controlled based on second control information selected from a plurality of second control information having different control contents for controlling the character's actions, the play history being a play history for each of the second control information corresponding to the second character; and a matching means for matching the first player and the second player based on at least one of the first information and the second information so as to progress a third game with the first character and the second character.

(12) The third aspect is a gaming method executed by a computer, the gaming method including: a first acquisition step of acquiring first information, which is a play history of a first game progressed by a first character selected by a first player and a first NPC controlled based on first control information selected from a plurality of first control information having different control contents for controlling the character's actions, the play history being a play history for each of the first control information corresponding to the first character; a second acquisition step of acquiring second information, which is a play history of a second game progressed by a second character selected by a second player and a second NPC controlled based on second control information selected from a plurality of second control information having different control contents for controlling the character's actions, the play history being a play history for each of the second control information corresponding to the second character; and a matching step of matching the first player and the second player based on at least one of the first information and the second information so as to progress a third game with the first character and the second character.

The present disclosure provides a server device, a game system, and a game method that can improve the entertainment value of a game.

1 is a block diagram showing a configuration of a game system 1 according to an embodiment of the present disclosure. FIG. 2 is a diagram showing an example of a play history 222 of a single-play game by one user. FIG. 2 shows an example of a play history 222 of a single-play game of another user. FIG. 11 is a diagram showing an example of a screen transition related to a game progressed by a single play by one user in a game device 5 according to an embodiment of the present disclosure. FIG. 11 is a diagram showing an example of a screen transition related to a game progressed by a multiplayer game of one user in a game device 5 according to an embodiment of the present disclosure. 11 is a flowchart showing a flow of a process related to matching in a multiplayer game, which is executed in a game system 1 according to an embodiment of the present disclosure. FIG. 11 is a diagram showing another example of a screen transition relating to a game progressed by a multiplayer game of one user in the game device 5 according to an embodiment of the present disclosure.

Below, preferred embodiments of the present disclosure will be described in detail with reference to the attached drawings. Note that the embodiment described below is merely a specific example for implementing the present disclosure, and is not intended to limit the interpretation of the present disclosure. In addition, to facilitate understanding of the description, the same components in each drawing will be given the same reference numerals as much as possible, and duplicate descriptions may be omitted.

[One embodiment]
Fig. 1 is a block diagram showing a configuration of a game system 1 according to an embodiment of the present disclosure. As shown in Fig. 1, in the game system 1, a server device 2 and a plurality of game devices 5 are connected to each other via a communication network 6 so as to be able to communicate with each other.

<Game Description>
In the game system 1 shown in FIG. 1, a server device 2 and a plurality of game devices 5 are communicatively connected to each other via a communication network 6, and a game is played on each game device 5 by a user (player) operating that device 5 (single play), or a game is played together with users (players) operating other game devices 5 (multiplay).

The game according to this embodiment is an online game executed by a game system 1. The game system 1 executes application software (native app, hereafter simply referred to as "app") installed on a game device 5 such as a smartphone, thereby communicating with a server device 2 and allowing a user to execute (play) the game.

The outline of the game described in this embodiment will be described. In this game, the user, for example, accepts (selects) a scenario such as a "quest" of the game and operates the player character. Then, various in-game events (hereinafter simply referred to as "events") occur. In these various events, the game object of the player character (player) and the game object of the enemy character (hereinafter referred to as "monster") fight in a virtual space (stage). Alternatively, events such as solving a puzzle, acquiring a game object that can be owned or equipped (hereinafter referred to as "item"), and meeting an NPC (Non-Player Character) or another user (player) are also provided. Then, as the presented quests are cleared in order, an event such as a battle with a special monster (hereinafter referred to as a "boss character") that is the objective of the scenario to be defeated occurs, and if the user wins this and meets the conditions, the scenario ends. At the end, an ending is produced with video and audio, and game objects such as items and coins (in-game currency) can be acquired. In other words, the game in this embodiment is a role-playing game, an action game, or the like.

Here, in role-playing games, action games, etc., a user forms a party with multiple characters, at least one of which is a player character controlled by the user, and the other characters may be NPCs or player characters controlled by other users. In other words, in such games, a user can form a party with a player character controlled by the user and an NPC not controlled by the user (including other users) (single play), or can form a party including player characters controlled by other users (multiplayer).

The above-mentioned games are played using a gaming device 5, which may be a home gaming console such as PlayStation (registered trademark), a portable gaming console such as Nintendo Switch (registered trademark), or an electronic device such as a personal computer, smartphone, or tablet. The following describes an example in which the gaming device 5 is a smartphone.

Overview of Game System 1
The game system 1 is made up of a server device 2 and a plurality of game devices 5. The server device 2 stores game programs and game data, and manages the game data of the game devices 5 (for each account information described below).

The game data is data for executing a game on the game device 5, and includes, for example, the player character operated by the user, other game space objects (the terrain of the game space, objects constituting the field, and NPC objects such as enemy characters), and operation data for automatically operating enemy characters.

The game device 5 executes a predetermined game based on the user's operation. To this end, the game device 5 receives (specifically, downloads and installs) a game program and game data from the server device 2 via the communication network 6. Each user is assigned account information including identification information and a password in association with the game device 5. This account information is transmitted from the game device 5 to the server device 2 at the time of login, and is used for user authentication in the server device 2.

After user authentication, the server device 2 and the game device 5 are able to communicate with each other. After logging in, the game device 5 receives data necessary for the game to proceed (data related to the game progress status) from the server device 2, and progresses the game while outputting game images and sounds to the display 61 and speaker 62 based on the user's operations.

<Configuration of Game System 1>
The hardware configuration of the server device 2 and the game devices 5 will be described below with reference to Fig. 1. Note that each of the game devices 5 has the same configuration.

<Configuration of Server Device 2>
1, the server device 2 includes a network interface 21, a storage unit 22, and a control unit 23. The network interface 21 and the storage unit 22 are electrically connected to the control unit 23 via a bus 29.

The network interface 21 is communicatively connected to each game device 5 via a communication network 6 such as the Internet or a LAN.

The storage unit 22 is composed of a hard disk drive (HDD), a random access memory (RAM), a read only memory (ROM), and a solid state drive (SSD). The storage unit 22 stores various programs including a part of the game program according to this embodiment, as well as various data such as a user DB 221 and a play history 222.

In the user DB221, for each identification number of a user playing the game, information about the player character operated by the user (status, etc.), the amount of consumable media that can be used in the virtual game space, information about parameters, etc. are stored in association with each other. Hereinafter, this information is collectively referred to as "user information."

"Consumable media" refers to currency, points, etc. that can be used within the virtual game space, and are consumed within the game to progress through the game. Consumable media are given to users as rewards for completing quests, or through charges in the real world.

A lottery list used in a lottery process generally known as gacha may also be stored. The lottery list includes multiple pieces of information about the game media to be selected, and information about the game media (such as name, ability parameters, rarity, and level) is associated with a selection rate in the lottery. In addition, parameters include, for example, strength, HP, attack power, defense power, intelligence, and speed when the game media is a player character.

"Game media" refers to electronic data that represents elements related to the game, including the name of the character used as the player character, items used by the player character in the virtual game space (e.g., armor, tools, and other items that restore stamina or increase the game effect when match conditions are met). Users can obtain game media by directly purchasing it for a fee, clearing quests, or through a lottery method known as gacha. The obtained game media is stored and managed in user DB 221 in association with the identification information of the user who has come to own the game media.

The play history 222 accumulates the results of games played by each user, and in the case of a role-playing game, for example, it includes the party composition and battle performance data of that party for each role (play style) played (e.g., tank, healer, attacker, supporter, etc.) and for each character.

Figure 2A is a diagram showing an example of a play history 222 of a game in single play by one user. Here, in single play, the character operated by the user (player) is the player character, and the other characters are NPCs, which are not operated by the user (player) but whose actions are controlled by the computer. NPCs include those whose actions are controlled using AI, and hereinafter may also be referred to as AI characters (AI characters).

As shown in Figure 2A, "Party 1" is made up of characters 1 to 3, with character 1 (player character) being "Attacker A," character 2 (AI character) being "Supporter A," and character 3 (AI character) being "Healer B." Furthermore, the performance data (e.g. number of kills, number of times incapacitated, titles acquired, number of times supported, etc.) of each of "Attacker A," "Supporter A," and "Healer B" in this "Party 1" is stored as a play history.

Similarly, the battle performance data for "Party 2" ("Attacker A", "Attacker C", and "Healer B") and "Party 3" ("Healer C", "Supporter A", and "Attacker C") is also stored as play history.

Figure 2B is a diagram showing an example of a play history 222 of a single-play game of another user. As shown in Figure 2B, the play history of a single-play game of another user different from the user shown in Figure 2A is stored.

As shown in Figures 2A and 2B, for each user's single play play history, battle performance data for each character that makes up a party is accumulated as play history for each user.

The control unit 23 is composed of a microcomputer including a CPU and semiconductor memory, and controls the operation of the device 2.

The control unit 23 executes various programs to function as an information processing means 231, a collation means 232, an acquisition means 233, a matching means 234, an output means 235, and an identification means 236.

-Information processing means-
The information processing means 231 transmits and receives various data to and from each game device 5. Main data received by the information processing means 231 include download request information for a game program, a party setting (matching) request according to a user's operation, a request to execute/end a game part, a compatibility information request, a comparison information request, user account information, and game data. Main data transmitted by the information processing means 231 include information for confirming that the game device 5 has received the game program, response information to the various requests, the game program, and data necessary for game progress.

-Method of verification-
The matching means 232 uses the user identification information received from the game device 5 to authenticate the user account.

-Method of acquisition-
The acquisition means 233 includes a first acquisition means 2331 and a second acquisition means 2332. The first acquisition means 2331 acquires, from the play history 222, a play history of a single-play game (first game) progressed by a party including a character (first character) selected by a user (first player) operating the game device 5 and a selected NPC (first NPC). Here, the character selected by the user is a player character operated by the user, and the selected NPC is an AI character that is not operated by the user but is operated by a computer (using AI). Note that the selected NPC (first NPC) is selected by the user from a plurality of NPCs controlled based on a plurality of control information (first control information) having different control contents for controlling the character's actions.

Furthermore, as described above, the play history 222 includes party composition and battle performance data for each role (play style) played (e.g., tank, healer, attacker, supporter, etc.) and for each character, so the first acquisition means 2331 acquires the play history (first information) of each NPC that formed a party with the character (first character) selected by the user (first player). That is, if the character (first character) selected by the user (first player) is "Attacker A," the first acquisition means 2331 will acquire the play history (including the battle performance data of each NPC) of the party in which the player character is "Attacker A."

The second acquisition means 2332 acquires, from the play history 222, a play history of a single-play game (second game) progressed by a party including a character (second character) selected by a user (second player) operating the game device 5 and an NPC (second NPC) selected by the user (second player). The second acquisition means 2332 acquires a play history of a single-play game (second game) played by a user (second player) different from the user (first player) acquired by the first acquisition means 2331.

The second acquisition means 2332 acquires the play history (second information) of each NPC that has formed a party with the character (second character) selected by the user (second player). That is, if the character (second character) selected by the user (second player) is "Healer A", the second acquisition means 2332 acquires the play history (including the battle record data of each NPC) of the party in which the player character is "Healer A".

-Matching method-
The matching means 234 matches a first player with a second player based on at least one of the play history (first information) acquired by the first acquisition means 2331 and the play history (second information) acquired by the second acquisition means 2332 so that a game (third game) progresses in multiplayer with a party including a character (first character) selected by a user (first player) and a character (second character) selected by a user (second player).

For example, the composition of a party with a good record for a character (first character) selected by a user (first player) is determined from the play history (first information) of the character in single play of the first character, and the composition of a party with a good record for a second character is determined from the play history (second information) of a character (second character) selected by a user (second player), and based on these, the first character and the second character are matched together to form a party with a good record.

Here, a party composition with a good record is, for example, a party composition in which the player character has a good record, or in which the members of the party have good records, and the player character is determined to have good compatibility with the NPC that is a member of that party and the role of that NPC. In other words, this includes the case where the player character's record is improved by the NPC, or the player character's record is improved by the NPC, which results in a party composed of members with good compatibility having good record.

For example, if a first player selects a first character, "Attacker A," and the party, including an NPC, "Attacker C," has a good track record, the first character, "Attacker A," has good compatibility with the NPC, "Attacker C" ("Party 2" in FIG. 2A). In this case, the first player may be matched with a second player who selects a second character, "Healer A," who has good compatibility with the NPC, "Attacker C" ("Party 2" in FIG. 2B). Because both the first character, "Attacker A," and the second character, "Healer A," have good compatibility with the NPC, "Attacker C," it is presumed that the first character, "Attacker A," and the second character, "Healer A," have good compatibility, and an appropriate party is formed with members who have good compatibility.

For example, if a first player selects a first character "Attacker A" and also selects an NPC "Supporter A" as a party member, the first player may be matched with a second player who selects a second character "Attacker C" that has good compatibility with the NPC "Supporter A" ("Party 3" in FIG. 2B). Here, since the NPC "Supporter A" has already been selected without regard to compatibility with the first character "Attacker A", a second player who selects a second character "Attacker C" that has good compatibility with the NPC "Supporter A" is matched using the play history (first information) acquired by the second acquisition means 2332, not using the play history (first information) acquired by the first acquisition means 2331.

For example, if a first player selects a first character, "Attacker A," and has good compatibility with an NPC, "Attacker C," that character may be directly matched with a second player who selects a second character, "Attacker C'," similar to "Attacker C."

Furthermore, the matching method used by the matching means 234 is not limited to these, and if, for example, based on the play history 222, there is a tendency for a character that is compatible with "Healer B" to also be compatible with "Attacker C," it may be possible to match with a player who selects a character that is compatible with "Attacker C" based on compatibility information with "Healer B."

In addition, the degree of compatibility may be quantified, for example, by the compatibility information. The player character quantifies, for example, the increase or decrease in the number of kills, the number of times incapacitated, the titles acquired, and the number of times of support for each NPC that constitutes the party. Then, based on these, a score or rank is determined as compatibility information, and the compatibility (score, rank, etc.) is used for matching on the condition that the compatibility (score, rank, etc.) is high. For example, the player may be matched with a player with the highest compatibility, or if the user does not like to be matched with characters with the same play style (role), the user may be matched with characters with a compatibility of a predetermined score or rank or higher, taking into account the play style (role), and with characters with different play styles (roles), or with the most popular characters or characters with the most popular roles based on the number of past matches. Also, the first character or a character with a first role, and the user's favorite character or characters with a favorite role may be matched.

- Output means -
The output means 235 includes a first output means 2351, a second output means 2352, and a third output means 2353. After the first player finishes a single-play game (first game), the first output means 2351 outputs compatibility information (first compatibility information) with an NPC who participated in the game. For example, a game is played with a party including a player character and an NPC, and after the game ends, battle record data in the game is transmitted to the game device 5 and displayed on the screen of the game device 5. Here, the battle record data includes the battle records of the player character and the NPC, and includes compatibility information indicating that the battle record of the player character or the battle record of the NPC has improved due to the inclusion of the NPC in the party. In addition, the battle record being improved may be determined by a battle record (score) that is better than past battle records (scores) or parties with other characters, or may be determined by a battle record (score) that is better than the average.

The second output means 2352 outputs comparison information (first comparison information) regarding an NPC (first control information) that satisfies a predetermined condition after the first player has finished a single-play game (first game) or before the start of a multi-play game (third game) between the first player and the second player. For example, a game is played by a party including a player character and an NPC, and after the game ends, not only NPCs that participated in the game, but also NPCs that have good compatibility with the player character (e.g., those with high compatibility) are displayed on the screen of the game device 5, or NPCs that have good compatibility with the player character (e.g., those with high compatibility) are displayed on the screen of the game device 5 before the start of the multi-play game. This allows the player to know which NPCs have good compatibility before the start of the multi-play game.

After the end of a multiplayer game (third game) between the first player and the second player, the third output means 2353 outputs a friend request (recommended information) for associating the first player with the second player based on the compatibility (third compatibility) between the first character operated by the first player and the second character operated by the second player. For example, if a party including the first character and the second character progresses in a multiplayer game, and the first character and the second character have good compatibility based on the battle record data in the game, the third output means 2353 transmits information proposing a friend request for associating the first player with the second player to the game device 5 of one or both of the first and second players, and displays the information on the screen of the game device 5. This allows the first and second players to easily form a party with player characters that are compatible with each other and progress in the multiplayer game in the future.

-Method of identification-
The identification means 236 identifies the compatibility (third compatibility) between the first character operated by the first player and the second character operated by the second player after a multiplayer game (third game) between the first player and the second player is completed. For example, a game is played in multiplayer by a party including the first character and the second character, and the identification means 236 identifies the compatibility (third compatibility) including whether the battle records of the first character and the second character in the game have improved or deteriorated.

<Configuration of Game Device 5>
A display 61, a speaker 62, and a touch pad 63 are externally connected or built into the game device 5. The game device 5 also has a network interface 51, a graphics processing unit 52, an audio processing unit 53, an operation unit 54, a storage unit 55, and a control unit 56. The network interface 51, the graphics processing unit 52, the audio processing unit 53, the operation unit 54, and the storage unit 55 are electrically connected to the control unit 56 via a bus 59.

The network interface 51 is communicatively connected to the communication network 6 to transmit and receive various data between the game device 5 and the server device 2.

The graphics processing unit 52 renders game images including characters and various objects related to the virtual game space in a moving image format according to the game image information output from the control unit 56. The graphics processing unit 52 is connected to a display 61, which may be, for example, a liquid crystal type, and the game images rendered in a moving image format are displayed on the display 61 as a game screen.

The audio processing unit 53 is connected to the speaker 62, and plays and synthesizes game audio according to the instructions of the control unit 56, and outputs it from the speaker 62.

The operation unit 54 is connected to the touchpad 63, and transmits and receives data related to operation inputs to and from the touchpad 63. The user inputs operation signals to the game device 5 by touching the touchpad 63.

The storage unit 55 is composed of a HDD, SSD, RAM, ROM, etc. The storage unit 55 stores game data downloaded from the server device 2, various programs including a part of the game program, and account information for the player's device 5.

The storage unit 55 may store, for example, user information 551. The user information 551 is at least a portion of the information in the user DB 221 stored in the storage unit 22 of the server device 2. The user DB 221 manages a master of the user information, and the storage unit 55 of the game device 5 stores at least a portion of the information in the master that is distributed from the server device 2.

The control unit 56 is composed of a microcomputer including a CPU and semiconductor memory, and controls the operation of the device 5.

The control unit 56 executes various programs to function as a communication means 561, a game execution means 562, an audio control means 563, and a display control means 564.

--Communication means 561--
The communication unit 561 is a function for communicating with the server device 2 via the network interface 51 .

The communication means 561 generates and transmits information that can be grasped by the server device 2 in response to various operation signals received by the operation unit 54 from the touchpad 63. For example, the communication means 561 transmits account information, download request information for new game data, a party setting (matching) request, a quest execution request, a compatibility information request, and a comparison information request to the server device 2. The communication means 561 also receives from the server device 2 new game data sent from the server device 2 in response to the download request information, response information to the various requests, and information regarding the game media selected by lottery processing.

-Game execution means-
The game execution means 562 reads data such as virtual game space objects and textures included in the game data from the storage unit 55 in accordance with the operation of the touch pad 63 by the user of the own device 5, or uses the data received from the server device 2 to generate two-dimensional or three-dimensional game image information while executing a game program. As the game image information is processed by the graphics processing unit 52, the processed game images are successively displayed on the display 61.

The game execution means 562 then places a character on the game image in accordance with the operation of the user of the player's device 5, and controls the behavior of the character in the virtual game space in accordance with the user's operation and the progress of the game. For example, the game execution means 562 executes a quest in the game in accordance with the user's operation via the touchpad 63 (hereinafter simply referred to as "user operation"). The game execution means 562 also causes the player character to use the game medium selected by the user in accordance with the user operation.

-Voice control means-
The audio control means 563 controls audio output from the speaker 62 in response to operations by the user of the player's device 5 during game execution.

-Display control means-
When a game is executed, the display control means 564 controls the display output of the display 61 in response to operations by the user of the player's device 5. Specifically, the display control means 564 first generates two-dimensional or three-dimensional game image information. Next, the display control means 564 causes the generated game image information to be processed by the graphics processing unit 52. Then, the display control means 564 sequentially displays the processed game images on the display 61.

<About party settings in single play>
The processing related to the games (first game and second game) that are progressed in single play, in which a party is formed by each character (first character and second character) selected by each player (first player and second player) and an NPC (first NPC and second NPC) selected from a plurality of NPCs, will be explained along with screen transitions.

Figure 3 shows an example of a screen transition related to a game played by a single user on a game device 5 according to one embodiment of the present disclosure.

First, when a user (player) starts a game application on the game device 5, the menu screen scr10 is displayed. At this time, the game device 5 transmits user identification information to the server device 2, and the user account is authenticated by the matching means 232.

When btn11 "Organize" is selected on menu screen scr10, the screen transitions to organization screen scr11.

On the formation screen scr11, a role (e.g., "attacker," "supporter," "healer," etc.) is selected for the player character, which is the character operated by the user, and the character (hereinafter sometimes simply referred to as "character") corresponding to the selected role is displayed. Characters have control content (e.g., various parameters, etc.) that controls their movements, and roles (play styles) are set that correspond to characteristics based on these parameters. Characters can also have equipment (e.g., items such as weapons and armor) that correspond to their roles.

On the formation screen scr11, for example, characters are sorted by role and displayed to make it easier for the user to select. Here, the user selects and sets a character as the player character.

When btn12 "Quest" is selected on menu screen scr10, the screen transitions to quest selection screen scr12.

The quest selection screen scr12 displays multiple quests "1-1", "1-2", and "1-3". For example, when the user selects btn23 "1-3", the screen transitions to the party setting screen scr13 for setting the party that will progress through quest "1-3".

The party setting screen scr13 is used to set a party that includes the player character set on the organization screen scr11. On the party setting screen scr13, the player character that has already been set is displayed as "Character 1 (you)", and the NPCs that make up the party, "Character 2" and "Character 3", have not yet been set.

When setting "Character 2," for example, if the user selects btn31 "Select," the screen transitions to the formation screen scr11, where the user can select the desired character and set it as "Character 2" while taking into consideration the character's role and equipment, just as the user selected and set the player character.

For example, on the formation screen scr11, the role (play style), various parameters, and characteristics based on those parameters are displayed for each of a number of characters, allowing the user to check them. The user may simply select a character based on the strength of the parameters, etc., may select a character that is easy to cooperate with the player character controlled by the user, may select a character that will be advantageous against the content of the quest (enemy), may select a frequently used character, or may select a character that they would like to use for the first time (as a trial).

For example, if the user wants to set the player character as an "attacker" and play in a style that involves taking down enemies one after another, it would be a good idea to set a "supporter" or "healer" as "Character 2" and other characters (NPCs) that make up the party.

Note that there are multiple NPCs available for each role that can be set as "Character 2." For example, the user can select one character (Supporter A) from among multiple characters whose role is "Supporter" (e.g., Supporter A to E) as "Character 2."

Specifically, for a "Supporter," it is best to select an appropriate character (Supporter) depending on what actions the player character "Attacker" controlled by the user wants to take by looking at the various parameters that each character possesses and placing emphasis on parameters related to applying buffs (increasing attack power, speed, etc.), applying debuffs to enemies (lowering defense, etc.), setting traps, or acting as a decoy (earning hate). Also, for a "Healer," it is best to select an appropriate character (Healer) by placing emphasis on buffs and parameters related to how early recovery actions should be taken.

In this way, an NPC (AI character) selected by a user and set as "Character 2" can be that user's favorite NPC, making it easier to match that NPC with a player character who is compatible with that NPC, for example, in multiplayer play, which will be described later.

On the other hand, for example, when the user selects btn32 "Recommended", one character is automatically selected from multiple characters and set as "Character 2". Here, for example, an NPC that is compatible with the player character may be selected as "Character 2" based on the play history 222, or an NPC that is compatible with a player character who behaves similarly among other player characters may be selected as "Character 2". In addition, the user may select a role for "Character 2" and then select btn32 "Recommended", and an appropriate character from among the characters for that role may be automatically selected.

When setting "Character 3", just like with "Character 2" described above, btn33 "Select" is selected, transitioning to the formation screen scr11, and the user's desired character is selected to set "Character 3", or btn34 "Recommended" is selected, and "Character 3" is automatically set.

In addition, the party setting screen scr13 is provided with btn35 "Recommend all at once", and when btn35 "Recommend all at once" is selected, characters that have not yet been set (here, "Character 2" and "Character 3") are automatically selected and set.

Note that the player character is set by the user on the formation screen scr11, but this is not limited to the present embodiment. For example, instead of setting a player character by the user, a "recommend" button corresponding to the player character may be displayed on the party setting screen scr13. Then, by selecting the "recommend" button, the player character may be automatically selected and set as "Character 1 (you)."

The party setting screen scr14 displays "Character 1 (you)," "Character 2," and "Character 3" that were set in the party setting screen scr13 via the organization screen scr11 or automatically, in order, or all at once. Specifically, "Character 1 (you)" is displayed as the player character "attacker," "Character 2 (AI character)" as "Supporter A," and "Character 3 (AI character)" as "Healer B." When btn36 "Start" is selected, a single-play game is executed with the party of "Character 1," "Character 2," and "Character 3" (game execution screen scr15).

When the game ends, the result screen scr16 will be displayed.

The result screen scr16 displays the results of an evaluation of in-game actions, including, for example, the number of kills, the number of times the player was incapacitated, the number of supports, and the titles acquired, and these results are stored in the play history 222. Then, when btn41 "Go to Battle Record" is selected on the result screen scr16, the screen transitions to the battle record screen scr17.

Based on the play history 222, the battle record screen scr17 displays the battle record data of the player character (you) and the battle record data of AI characters that are compatible with the player character. For example, in the case of a player character as an "attacker", the battle record data data11 of the player character (you) is displayed using a radar chart of five indicators (achievements/abilities related to each of "kills", "decoy behavior", "incapacitated", "conversation", and "recovery"). Then, the battle record data data12 of "Attacker C" and the battle record data data13 of "Healer B" are displayed as high-ranking AI characters that are compatible with the player character as an "attacker". This allows you to intuitively check the battle record data of AI characters that are compatible with the player character, and also to understand the characteristics of those AI characters.

Here, the top two AI characters with good compatibility with the player character as an "attacker" are displayed, and it is shown that an appropriate party can be formed with the player character and those two AI characters, but the display contents are not limited to this. For example, the battle record data of the characters that formed the party in the game played immediately before may be displayed (you, Supporter A, and Healer B), or the user may select a player character as, for example, a Supporter or Healer in a game played in the past, and the battle record data of the top AI characters with good compatibility with that player character may be displayed. Furthermore, depending on the user's selection, a player character or an AI character may be arbitrarily selected, and the battle record data of the selected player character or AI character may be displayed based on the play history 222. This allows the compatibility (achievements/abilities regarding "kill", "decoy behavior", "battle incapacity", "conversation", and "recovery") to be compared for combinations of the player character and the AI character.

In addition, here, five indicators showing a character's achievements/abilities - "Kill," "Decoy behavior," "Incapacitated," "Conversation," and "Recovery" - are displayed using a radar chart, but this is not limited to this and other indicators may be used, and the number of indicators may be four or less or six or more. Furthermore, other than a radar chart, the indicators may be displayed in, for example, a table or graph format.

<About the matching process in multiplayer (AI characters available)>
4 is a diagram showing an example of a screen transition related to a game progressed by a multiplayer of one user in a game device 5 according to an embodiment of the present disclosure. Here, a situation will be described in which a party is made up of three characters, a player character and one AI character are set, and another player is matched for the remaining character in order to play multiplayer.

The menu screen scr10 is the same as that described in FIG. 3, and here btn13 "Multi" is selected, transitioning to the room setting screen scr20.

When btn51 "Create Room" is selected on the room setting screen scr20, the screen transitions to the AI character selection screen scr21.

When btn61 "AI character available" is selected on the AI character selection screen scr21, the screen transitions to the multiplayer recruitment screen scr22.

On the multiplayer recruiting screen scr22, the player character (attacker) is set for "Character 1 (you)," and the AI character "Attacker C" is set for "Character 2." As explained with reference to FIG. 3, "Character 1" is selected and set by the user on the formation screen scr11, and "Character 2" is set as "Attacker C," an AI character that is compatible with the player character (attacker), either by the user on the formation screen scr11 (from btn31 "Select" on the party setting screen scr13) or by automatic selection (using btn32 "Recommend" on the party setting screen scr13).

"Character 3" is matched with "Other Player 1 (Healer)." Here, "Other Player 1 (Healer)" has good compatibility with the AI character "Attacker C" set as "Character 2." In other words, "Other Player 1 (Healer)," who has good compatibility with the AI character "Attacker C," who has good compatibility with the player character (Attacker), is matched as "Character 3."

If "AI co-op history matching" is selected on the room setting screen scr20, the other player who is determined to have good compatibility with the AI character "Attacker C" based on the play history 222 may be allowed to enter a room inviting multiplayer, and the other player who is most compatible with the AI character "Attacker C" may be set as the other player who is most compatible with the AI character "Attacker C". Other players who have a predetermined or higher compatibility with the AI character "Attacker C" may be set as candidates and selected from among them. Other players who have a predetermined or higher compatibility with the AI character "Attacker C" may be selected as candidates and selected from among them, for example, a player who has good compatibility with the player character may be matched, or other players may be matched according to the play style (role). Specifically, if the user does not like to be matched with a character of the same play style (role), the user may be matched with other players (player characters) whose roles do not overlap, or may be matched with the most other players or other players with the most roles based on the number of past matches. Additionally, matching may be performed between a first-time other player or a first-time other player playing a role, and a player that is preferred by the user or a player playing a preferred role.

In addition, if "Friend Priority" is selected on the room setting screen scr20, priority will be given to matching with other players who are "friends" of the player character (you).

On the other hand, when btn52 "Search for a room" is selected on the room setting screen scr20, the screen transitions to the recruiting room list screen scr23.

The recruiting room list screen scr23 displays a list of rooms that are recruiting for multiplayer and are candidates for matching with the player's character. Here, btn71 "Room 1", btn72 "Room 2", and btn73 "Room 3" are displayed. For example, when btn71 "Room 1" is selected, the screen transitions to the multiplayer recruiting screen scr22 created by another player, and the player can participate as "Character 3" in the party set up by the other player.

On the recruiting room list screen scr23, rooms that are determined to be compatible based on the play history 222 may be displayed preferentially, or may be displayed in order of compatibility, or rooms with good compatibility may be highlighted to make them stand out.

In this way, on the multiplayer recruiting screen scr22, a party is formed by matching "Character 1 (you)", "Character 2 (AI)", and "Character 3 (other player)". When btn81 "Start" is selected, a multiplayer game is played with the party of "Character 1 (you)", "Character 2 (AI)", and "Character 3 (other player)" (game execution screen scr24).

When the game ends, the result screen scr25 will be displayed.

The result screen scr25 displays the results of an evaluation of in-game actions, including the number of kills and the number of times the player was unable to fight, as in the result screen scr16 of FIG. 3. Note that the results of such multiplayer games may also be stored in the play history 222.

Furthermore, the result screen scr25 displays the battle record data of the characters who made up the party in that game. Here, like the battle record screen scr17 in FIG. 3, the battle record data data21 of the "player character (attacker)" as "character 1 (you)" is displayed using a radar chart of five indicators (achievements/abilities related to each of "kills," "decoy behavior," "incapacitated," "conversation," and "recovery"). Then, the battle record data data22 of "attacker C" as "character 2 (AI)" is displayed, and the battle record data data23 of "other player 1 (healer)" as "character 3" is displayed. This allows you to intuitively check the battle record data of characters who are compatible with the player character (you), and also to understand the characteristics of that character.

In this case, a "friend request" is displayed and recommended because the player character (you) and the other player 1 (the healer) have good compatibility. The "friend request" is displayed on the screen of the game device 5 of the user controlling the player character (you) and on the screen of the game device 5 of the user controlling the other player 1 (the healer), and a "friend request" button is pressed from one or both of them. This, or by accepting it, allows a friend relationship to be established.

There may also be a function that allows searching for other players who are potential friends based on the play history 222. For example, it may be possible to search for other players with a similar play style to "Other Player 1" who has been displayed a "Friend Request" and determined to have good compatibility, or to search for other players who have good compatibility with "Attacker C," or to search for other players who fit the search criteria entered by the user.

<Operational Flow of Game System 1>
Next, the process flow of the example of the screen transition explained with reference to FIG. 3 and FIG. 4 will be explained.

Figure 5 is a flowchart showing the flow of processing related to matching in a multiplayer game, executed in a game system 1 according to an embodiment of the present disclosure. As shown in Figure 5, this processing includes steps st10 to st60, and each step is executed mainly by the CPU of the server device 2 and each game device 5.

In step st10, the game is executed by the game execution means 562 in each game device 5. Specifically, a party is formed with each character (first character and second character) selected by each player (first player and second player) of each game device 5 and an NPC (first NPC and second NPC) selected from a plurality of NPCs, and a game (first game and second game) progressed by single play is executed.

In step st20, the play history of the game executed by the game execution means 562 in each game device 5 in step st10 is stored in the memory unit 22 (play history 222) of the server device 2. Specifically, the game results of each player (first player and second player) of each game device 5 are stored. For example, party composition and battle record data for that party are stored for each role (play style) and character played as shown in Figures 2A and 2B.

In step st30, it is determined whether "Multiplay" has been selected on each game device 5. Specifically, when btn13 "Multiplay" is selected on the menu screen scr10 shown in FIG. 4 ("Yes" on step st30), the process proceeds to step st40. On the other hand, when btn13 "Multiplay" is not selected on the menu screen scr10 shown in FIG. 4 ("No" on step st30), single play and the accumulation of the play history for that single play are repeated on each game device 5 in steps st10 and st20.

In step ST40, a play history (first information) in single play by one user (first player) is acquired by the first acquisition means 2331 in the server device 2. Specifically, in single play by the first player, battle record data of a party made up of the player character and each NPC is acquired.

In step st50, the play history (second information) of the single play by the other user (second player) is acquired by the second acquisition means 2332 in the server device 2. Specifically, in the single play by the second player, battle record data of the party consisting of the player character and each NPC is acquired.

In step st60, matching is performed by the matching means 234 in the server device 2 based on at least one of the play history (first information) acquired in step st40 and the play history (second information) acquired in step st50. Specifically, for example, an AI character that is compatible with the player character selected by the first player is determined based on the play history 222, and a second player who selects a player character that is compatible with that AI character is matched. In other words, a first player and a second player who operate characters that are compatible with a common AI character are matched.

In summary, in the game system 1 according to one embodiment of the present disclosure, the first acquisition means 2331 acquires a play history of a single play progressed by a first character played by a first player and each NPC. The second acquisition means 2332 acquires a play history of a single play progressed by a second character played by a second player and each NPC. The matching means 234 matches the first player and the second player based on at least one of the play histories so that a multiplayer game is progressed with the first character played by the first player and the second character played by the second player.

Effects of one embodiment
According to the game system 1 according to an embodiment of the present disclosure, a first character and a second character that have good compatibility with a common NPC (AI character) are matched. The first character and the second character that have good compatibility with the common NPC (AI character) are estimated to have good compatibility with each other, and an appropriate party is formed with members that have good compatibility. In other words, in a game played by multiple players, appropriate players can be matched.

In addition, as shown in Figures 2A and 2B, the battle record data of each character constituting each party (e.g., number of kills, number of times incapacitated, titles acquired, number of times supported, etc.) is accumulated as play history as information (first compatibility information/second compatibility information) that specifies the play style (role) of the first character/second character and the compatibility (first compatibility/second compatibility) with each NPC. Then, compatibility (good/bad) can be specified based on whether the NPC is improving the battle record of the player character or whether the player character is improving the battle record of the NPC.

Furthermore, on the battle record screen scr17 in FIG. 3, the battle record data of the first character/second character and the battle record data with the AI character are displayed in a superimposed manner, and battle record data of a top AI character that has good compatibility with the first character/second character, or an AI character selected by the user is displayed. This allows the compatibility with each AI character to be compared.

By displaying this after the end of a single-player game (first game) or before the start of a multiplayer game (third game), you can check (compare) compatibility information with each character and form an appropriate party for multiplayer.

In addition, on the battle record screen scr17 in FIG. 3, after the end of a single-play game (first game), the battle record data of the characters (player character and AI character) used in the progress of that game is displayed, allowing the player to understand the compatibility with the AI character in that game.

Furthermore, the identification means 236 identifies the compatibility (third compatibility) between the first character and the second character after the multiplayer game (third game) is finished, and if the compatibility is good, displays a "friend request" and recommends associating the first player with the second player. This allows the first player and the second player to easily form a party with player characters that are compatible with each other and progress through the multiplayer game.

<Modifications>

<About the matching process in multiplayer (no AI characters)>
In the matching process for multiplayer explained using Figure 4, one AI character was included among the members making up the party, but here, matching is performed and the multiplayer game progresses without including an AI character.

Figure 6 is a diagram showing another example of screen transitions relating to a game progressed by one user in multiplayer on a game device 5 according to an embodiment of the present disclosure. Here, a situation is described in which a party is made up of three characters, a player character is set, and other players are matched for the remaining two characters in order to play multiplayer. Unlike the matching process described using Figure 4, there are no AI characters among the three characters making up the party, and all three characters are characters operated by the player.

The menu screen scr10 and the room setting screen scr20 are the same as those described using Figure 4.

When btn62 "No AI character" is selected on the AI character selection screen scr21, the screen transitions to the multiplayer recruitment screen scr30.

On the multiplayer recruitment screen scr30, "Character 1 (you)" is set to the player character (attacker) selected and set by the user on the formation screen scr11, as explained with reference to FIG. 3.

Then, "Character 2" and "Character 3" are matched with other player 1 and other player 2 as follows:

"Character 1 (you)" is an "attacker" and, for example, based on the play history 222, has good compatibility with AI character "attacker C" and AI character "healer B." In this case, matching with other players who tend to behave like AI character "attacker C" and AI character "healer B" is preferable.

Specifically, when paired with an attacker, the system will match other players who tend to behave like the AI character "Attacker C" with other players who tend to behave like the AI character "Healer B."

Furthermore, if another player 1 (attacker) who tends to behave like the AI character "Attacker C" when paired with an attacker is matched (set) as "Character 2", then it is preferable for "Character 3" to be a player who has good compatibility with this other player 1 (attacker). In other words, the other player 2 set as "Character 3" tends to behave like the AI character "Healer B" when paired with an attacker, and is a character who has good compatibility with the other player 1 (attacker) like the AI character "Attacker C" set as "Character 2".

When "Character 2" and "Character 3" are set in that order, "Character 2" is matched (set) based on its compatibility with "Character 1," and "Character 3" is matched (set) based on its compatibility with "Character 1" and "Character 2."

In this way, if "AI co-op history matching" is selected on the room setting screen scr20, other players who are matched as "Character 2" and "Character 3" will enter a room that is recruiting multiplayer players, such as AI characters "Attacker C" and AI character "Healer B", when teaming up with an attacker based on the play history 222.

For "Character 2," the other player who is most similar to the AI character "Attacker C" may be set, or other players who have a predetermined level of similarity to the AI character "Attacker C" or higher may be set as candidates and selected from among them. Other players who have a predetermined level of similarity to the AI character "Attacker C" or higher may be set as candidates and selected from among them, for example, based on the number of past matchings, with the most frequent other player, the first other player, and the other player that the user prefers.

...

In addition, if "Friend Priority" is selected on the room setting screen scr20, priority will be given to matching with other players who are "friends" of the player character (you).

On the other hand, when btn52 "Search for a room" is selected on the room setting screen scr20, the screen transitions to the recruiting room list screen scr23. The recruiting room list screen scr23 is the same as that described in FIG. 4.

In this way, on the multiplayer recruiting screen scr30, a party is formed by matching "Character 1 (you)," "Character 2 (other player 1)," and "Character 3 (other player 2)." When btn91 "Start" is selected, a multiplayer game is played with the party of "Character 1 (you)," "Character 2 (other player 1)," and "Character 3 (other player 2)" (game execution screen scr31).

When the game ends, the result screen scr32 will be displayed.

The result screen scr32 is generally similar to the result screen scr25 described in FIG. 4, and displays the battle record data of the characters who made up the party in the game. Here, like the battle record screen scr17 in FIG. 3, the battle record data data31 of the "player character (attacker)" as "character 1 (you)" is displayed using a radar chart of five indicators (achievements/abilities related to each of "kills," "decoy behavior," "incapacitated," "conversation," and "recovery"). Then, the battle record data data32 of the "other player 1 (attacker)" as "character 2" is displayed, and the battle record data data33 of the "other player 2 (healer)" as "character 3" is displayed. This allows you to intuitively check the battle record data of characters who are compatible with the player character (you), and also to understand the characteristics of that character.

Here, a "friend request" is displayed and recommended because the player character (you) has good compatibility with other player 1 (attacker) and other player 2 (healer). The "friend request" is displayed on the screen of the game device 5 of the user controlling the player character (you), the game device 5 of the user controlling other player 1 (attacker), and the game device 5 of the user controlling other player 2 (healer), and a "friend request" button is pressed from one or both of them. This, or by accepting it, allows a friend relationship to be established.

Note that here too, a search function may be provided to search for other players similar to "Other Player 1" and "Other Player 2" as described in Figure 4.

The room setting screen scr20 has btn53 "Recommended", and when btn53 "Recommended" is selected, for example, as explained in FIG. 6, it may be possible to automatically match "Character 1 (you)" with another player who has the best compatibility, without involving an NPC (AI character), or if there are not enough other players waiting to be matched to make up a party, it may be possible to automatically set a compatible NPC (AI character).

<Effects of Modification>
According to this modification, a second character similar to an NPC (AI character) with which the first character has good compatibility is matched. This makes it possible to match appropriate players without having an NPC (AI character) join the party. As a result, a multiplayer game can be played by multiple players without having an NPC (AI character) join the party.

The various control means and processing procedures described in the above embodiment are merely examples and are not intended to limit the scope of the present invention, its applications, or its uses. The various control means and processing procedures can be modified in design as appropriate without changing the gist of the present invention.

In the above embodiment, the game device 5 is a smartphone, but the game device 5 may be an amusement device provided at a game center, etc.

In the above embodiment, the game is a role-playing game, but the present invention is not limited to this. The game can be applied to various types of games, such as action games, shooting games, command battle role-playing games, and action role-playing games, which involve cooperation with other characters.

In the above embodiment, the case where each means functions in a game system 1 composed of a server device 2 and a game device 5 has been exemplified, but this is not limiting. All or part of each means of the program may function in a communication terminal separate from the server device 2 and the game device 5, or may function in two of these devices that can be combined. Furthermore, when the server device 2 and the game device 5 (or parts of them) function as an integrated unit, it is also possible to appropriately change which means functions in which device.

Even when these other embodiments are adopted, the effects of this embodiment are achieved. In addition, this embodiment can be combined with other embodiments, and other embodiments can be combined with each other as appropriate.

Reference Signs List 1: Game system 2: Server device 5: Game device 6: Communication network 21, 51: Network interface 22, 55: Storage unit 23, 56: Control unit 29, 59: Bus 52: Graphics processing unit 53: Audio processing unit 54: Operation unit 61: Display 62: Speaker 63: Touch pad 221: User DB
222... play history 231... information processing means (game execution means)
232: Collation means 233, 2331, 2332: Acquisition means 234: Matching means 235, 2351, 2352, 2353: Output means 236: Identification means 561: Communication means 562: Game execution means 563: Audio control means 564: Display control means

Claims (12)

a first acquisition means for acquiring first information, which is a play history of a first game progressed by a first character selected by a first player and a first NPC controlled based on first control information selected from a plurality of first control information having different control contents for controlling an action of the character, the first information being a play history for each of the first control information corresponding to the first character;
a second acquisition means for acquiring second information, which is a play history of a second game progressed by a second character selected by a second player and a second NPC controlled based on second control information selected from a plurality of second control information having different control contents for controlling an action of the character, the second information being a play history for each of the second control information corresponding to the second character;
a matching means for matching the first player with the second player based on at least one of the first information and the second information so that a third game is progressed between the first character and the second character;
Server device. the first information includes first compatibility information that specifies a first compatibility between a play style of the first player when operating the first character and the first control information,
the second information includes second compatibility information that specifies a second compatibility between a play style of the second player when operating the second character and the second control information;
The server device according to claim 1 . performing the matching based on first information and second information corresponding to the common first control information and the common second control information;
The server device according to claim 1 . the first compatibility information includes first comparison information capable of comparing the first compatibility among a plurality of the first control information,
the second compatibility information includes second comparison information capable of comparing the second compatibility among a plurality of the second control information,
the matching means matches the first player with the second player based on at least one of the first comparison information and the second comparison information;
The server device according to claim 2. a first output means for outputting, after the first game ends, information for displaying the first compatibility information associated with first control information used in the progress of the first game;
The server device according to claim 2. a second output means for outputting information for displaying first comparison information related to the first control information satisfying a predetermined condition after the first game ends or before the third game starts,
The server device according to claim 4. The third game is progressed by having the first NPC or the second NPC participate in addition to the first character and the second character.
The server device according to claim 1 . The third game is progressed without the participation of the first NPC or the second NPC.
The server device according to claim 1 . a determination means for determining a third compatibility between a play style of the first player operating the first character and a play style of the second player operating the second character after the third game is completed;
a third output means for outputting recommendation information that recommends associating the first player with the second player based on the third compatibility,
The server device according to claim 1 . the third compatibility is identified based on a similarity between a play style of the second player when operating the second character and any one of the plurality of second control information;
The server device according to claim 9. A game system having a server device and a game device,
a first acquisition means for acquiring first information, which is a play history of a first game progressed by a first character selected by a first player and a first NPC controlled based on first control information selected from a plurality of first control information having different control contents for controlling an action of the character, the first information being a play history for each of the first control information corresponding to the first character;
a second acquisition means for acquiring second information, which is a play history of a second game progressed by a second character selected by a second player and a second NPC controlled based on second control information selected from a plurality of second control information having different control contents for controlling an action of the character, the second information being a play history for each of the second control information corresponding to the second character;
a matching means for matching the first player with the second player based on at least one of the first information and the second information so that a third game is progressed between the first character and the second character;
Game system. 1. A computer implemented gaming method comprising:
a first acquisition step of acquiring first information, which is a play history of a first game progressed by a first character selected by a first player and a first NPC controlled based on first control information selected from a plurality of first control information having different control contents for controlling an action of the character, and which is a play history for each of the first control information corresponding to the first character;
a second acquisition step of acquiring second information, which is a play history of a second game progressed by a second character selected by a second player and a second NPC controlled based on second control information selected from a plurality of second control information having different control contents for controlling an action of the character, and which is a play history for each of the second control information corresponding to the second character;
a matching step of matching the first player with the second player based on at least one of the first information and the second information so that a third game is progressed by the first character and the second character,
How to play the game.

Images