JP2020018886A - program - Google Patents

Abstract

To provide a program that provides a common object required for continuing to show strategic characteristics and can make a user's exchange within a guild active.SOLUTION: A program allows a computer for providing plural users with a game to execute a step of granting a common character to a first player character of a first user from among plural users when a grant condition is satisfied, a step of allowing a group including the first player character, and a second player character other than the first user from among plural users to share a common character, and a step of changing at least one of common character attributes of a common character according to action of at least one of the first player character and the second player character.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a program.

  2. Description of the Related Art Conventionally, in a video game using an information processing device such as a computer, a user operates a player character in the game. The player character is a virtual user who acts according to a user operation in the game. For example, Patent Literature 1 describes a fighting game in which a player character is operated to fight against an opponent.

JP 2007-075612 A

  Here, in an online game in which a plurality of users participate using a client terminal, a group (team) called a guild is formed by a plurality of player characters operated by a plurality of users, and a game or a task is jointly performed. There is something to do. For a user of a player character (hereinafter, also referred to as a guild member) included in the guild, active activity in the guild can be an important factor for improving interest in the entire game.

  However, when the guild is a team for a specific purpose, for example, winning a match, there is a tendency that the accumulation of experience of the match and the necessity of exhibiting a strategy decrease, and the exchange between the guild members decreases.

  An object of the present invention made in view of such a problem is to provide a common object that requires continuous demonstration of strategy, and a program that can promote interaction within a user's guild, An object of the present invention is to provide an information processing device and a control method for a game system.

In order to solve the above problems, a program according to the present invention includes a storage unit including shared character data, and is configured to include a player character of a user of the communication terminal on a computer that provides a game to the communication terminal. Storing the shared character in the storage unit in association with the shared character shared by the group with the shared character data, and storing the shared character in accordance with an action of a player character constituting the group. A first updating step of changing at least one of the attributes and updating the shared character data with respect to the changed attribute; and determining a contribution to changing the attribute of the shared character by a player character constituting the group. Calculating for each player, Performing a second update step of determining at least one of the magnitude and direction of the change in the attribute of the shared character in accordance with the type of the character, and updating the shared character data so that the determination is reflected. It is characterized by making it.

  According to the program of the present invention, it is possible to provide a common purpose for continuously exhibiting the strategic nature and to promote exchange within the user's guild.

It is a block diagram of a game system concerning one embodiment of the present invention. FIG. 2 is a diagram illustrating an example of user data in FIG. 1. FIG. 2 is a diagram illustrating an example of shared character data in FIG. 1. FIG. 2 is a diagram illustrating an example of guild data of FIG. 1. FIG. 2 is a diagram illustrating an example of contribution degree data of FIG. 1. It is a figure showing the example of the battle screen of the game distributed by the information processor of the game system concerning this embodiment. 4 is a flowchart showing an operation of the information processing device of the game system according to the embodiment.

(Overall system configuration)
Hereinafter, embodiments of the present invention will be described. FIG. 1 is a block diagram of a game system according to one embodiment of the present invention. The game system includes an information processing device and a plurality of communication terminals 2. In the present embodiment, the information processing device is the game server 1. FIG. 1 shows only one communication terminal 2 for simplicity.

  The game server 1 distributes a game to the communication terminal 2. In this game, the player character of the user of the communication terminal 2 can form a group (team). In the present embodiment, the game distributed by the game server 1 is a competitive game, and a group (team) formed in the game is called a guild. In the present embodiment, the user of the communication terminal 2 determines the action of the player character and plays a battle with an opponent (for example, an enemy character). The battle is performed when a predetermined battle event occurs during the game, for example, when the player character encounters an enemy character. Further, in the present embodiment, the battle is performed between the guild to which the ally player character belongs and the guild to which the enemy character belongs (GVG: Guildversus Guild). However, the number of members of the guild is not limited to a plurality, but one. It may be. The guild may be formed by one user calling on another user to form a guild, or may be formed by automatically assigning a user to a guild. Note that the type of game distributed by the game server 1 is not limited to the competitive game.

  The game server 1 includes a server communication unit 10, a storage unit 11, a server control unit 15, a first management unit 31, a second management unit 32, and a third management unit 33.

  The server communication unit 10 communicates with the communication terminal 2. In the present embodiment, the server communication unit 10 communicates with the communication terminal 2 wirelessly, but may communicate by wire. Further, the server communication unit 10 may be able to use or select both wireless communication and wired communication.

  The storage unit 11 stores user data 110, shared character data 111, guild data 112, and contribution data 113 (hereinafter, also collectively referred to as management data). In the present embodiment, each data is stored in the storage unit 11 in the form of a table, and the details will be described later.

  The server control unit 15 controls various operations of the game server 1 and progress of the entire game. The server control unit 15 determines an opponent to be played by the user, and transmits an instruction to display various game screens to the communication terminal 2 via the server communication unit 10. In addition, the server control unit 15 controls the first management unit 31, the second management unit 32, and the third management unit 33 so that the user data 110, the shared character data 111 , The management of the guild data 112 and the contribution data 113 (for example, updating of values).

  The communication terminal 2 includes a terminal communication unit 20, a display unit 21, an operation unit 22, and a terminal control unit 24.

  The terminal communication unit 20 communicates with the game server 1. In the present embodiment, the terminal communication unit 20 communicates with the game server 1 wirelessly, but may communicate by wire. Further, the terminal communication unit 20 may be able to use or select wireless communication and wired communication together.

  The display unit 21 displays a game screen according to the progress of the game provided from the game server 1. For example, the display unit 21 may display a battle screen in which members of the guilds of the ally and the enemy and the status of each member are displayed. Further, for example, the display unit 21 may display a screen in which a member of a friendly guild is moving toward the next destination by boat. An arbitrary display device such as a liquid crystal display or an organic EL display can be adopted as the display unit 21.

  The operation unit 22 receives a user operation performed on the game. Then, the operation unit 22 passes an input signal corresponding to the received user operation to the terminal control unit 24. An arbitrary input interface such as a button and a touch panel can be adopted as the operation unit 22. Hereinafter, the operation unit 22 will be described as a touch panel.

  The terminal control unit 24 controls various operations of the communication terminal 2. Further, when the terminal control unit 24 acquires an input signal corresponding to a user operation received on various screens displayed on the display unit 21 from the operation unit 22, the terminal control unit 24 transmits the input signal to the game server 1 via the terminal communication unit 20. Send.

(Shared character)
The game server 1 of the game system according to the present embodiment provides a game in which a guild of an ally and a guild of an enemy are played. In this game, the guild of the ally is not only a group (team) in the battle but also a shared character. (Team) to grow and change The shared character is, for example, a living thing (pet or the like), a moving object (vehicle or the like), a building, or the like, but is not particularly limited as long as the shared character can grow and change.

  The shared character is provided to the player character of the user of the communication terminal when the provision condition is satisfied. For example, the shared character may be automatically given to the player character when starting the game. That is, the grant condition may be that the user of the communication terminal 2 participates in the game. As another example, the grant condition may be that the player character reaches a specific point in the game, wins a specific match, or the like.

  At this time, the given shared character is owned by a specific player character, and its attribute is in an initial state. For example, if the shared character is a creature such as a pet, it may be given as an egg before hatching. Further, for example, if the shared character is a moving object, the shared character may be provided in a state where the grade of the engine or the protective equipment is the lowest. Further, for example, when the shared character is a building, the outer wall may be provided in a single color without decorativeness. Here, the attribute is a property including a growth element included in the shared character. The attributes include, for example, battle ability (level, attack power, defense power, etc.), appearance, motion, performance, and the like. In the present embodiment, the attributes are determined according to the classification of the shared character. For example, if the shared character is a pet, the attribute is at least one of a battle ability and an appearance. Also, for example, if the shared character is a building, the attribute is appearance. The game server 1 manages the change (growth) of the attribute in association with the value of the parameter (for example, level).

  The shared character can be shared with the guild to which the owning player character belongs, that is, the guild configured to include the player character. The attribute of the shared character shared by the guild changes not only according to the action of the owner player character as described later, but also according to the action of another player character constituting the guild. Since the size, direction, and the like of the change in the attribute of the shared character are not determined only by the action of the owner player character, it is necessary to strategically raise the shared character (change the attribute) as a guild. In other words, in order to achieve the common purpose of growing shared characters as desired, it is necessary to actively exchange information within the guild and to exert strategic features not only in battle situations but also continuously.

  Also, an upper limit may be set for the number of shared characters shared by the guild. For example, assume that the guild is composed of five or more player characters, and each player character has one or more shared characters. At this time, if the maximum number of shared characters that can be shared by the guild is four, there is a high possibility that a strategy is examined in the guild in order to select an advantageous shared character in the progress of the game. In the following, there is no particular upper limit on the number of shared characters shared by guilds, and the description will be made on the assumption that shared characters owned by guild members are automatically shared by guilds.

(About Management Department)
The game server 1 of the game system according to the present embodiment uses the first management unit 31, the second management unit 32, and the third management unit 33 in relation to the shared character shared by the guild, The user data 110, the shared character data 111, the guild data 112, and the contribution data 113 stored in the storage unit 11 are managed.

  The first management unit 31 is a block that mainly manages information on the user and the player character thereof, and updates the user data 110, the guild data 112, and the like as necessary, as described later.

  The second management unit 32 is a block that mainly manages information on upgrade (growth, change) of the shared character, and updates the shared character data 111 and the like as necessary, as described later.

The third management unit 33 is a block that mainly manages the contribution to the change of the attribute of the shared character, and updates the contribution data 113 and the like as necessary, as described later. In the present embodiment, the contribution is a numerical value that relatively indicates how much a certain player character has contributed to the upgrade of the shared character. For example, it is assumed that among the members of the guild, only a certain player character has raised a shared character that is a pet by feeding (for example, a food item). At this time, with respect to the growth of the shared character, the contribution of the player character who gave the feed is 100%, and the contribution of the other player characters is 0%.

  Here, all or a part of the first management unit 31, the second management unit 32, and the third management unit 33 may be combined into one block. Conversely, all or a part of the first management unit 31, the second management unit 32, and the third management unit 33 may be further divided into blocks. The game server 1 is a computer that operates according to a program stored in the storage unit 11, and all or a part of the first management unit 31, the second management unit 32, and the third management unit 33 It may be realized by software. For example, a program stored in the storage unit 11 may cause a computer to function as the first management unit 31, the second management unit 32, and the third management unit 33.

(User data)
FIG. 2 is a diagram illustrating an example of the user data 110 in the management data. In the user data 110, the user of the communication terminal is distinguished by an ID (for example, U001) that can be uniquely identified, and is associated with the ID, and is associated with “level”, “experience”, “money”, “shared character” , “Owned item”, “job”, and “status” parameters are managed in a table. Further, the parameters are not limited to those shown in FIG. 2, and may further include, for example, play time, information on equipment such as weapons and armor, and conversely, some parameters may be omitted. The user data 110 is mainly managed by the first management unit 31.

  In the present embodiment, the user ID is a combination of a letter “U” and a three-digit number, but is not limited to this. For example, if the user can be uniquely identified, a player character name arbitrarily set by the user may be used. In the present embodiment, a description will be given assuming that one user operates one player character. “Level” is a parameter indicating the degree of growth of the player character in the game, and the higher the numerical value of the level, the higher the degree of growth. The “experience value” is a parameter that contributes to an increase in the level, and is added according to the progress of the game, a battle, or the like. In the present embodiment, when the experience value reaches 100%, the level increases. At this time, the experience level is set to a new level and the experience value is reset to 0%. The “money” is a parameter indicating the in-game currency possessed by the user, and is added according to the progress of the game, a match, or the like. The in-game currency can be a reward of the present invention, and can be used for purchasing items described later. Note that the reward is a reward that has a useful effect in advancing the game by owning or using the reward.

  The “shared character” is owned by the player character as described above, but is shared by the guild to which the player character belongs. In the present embodiment, the shared characters are distinguished by an ID obtained by combining a letter “C” with a three-digit number. For example, a user whose ID is U003 owns a shared character whose ID is C002.

  The “owned item” is an item owned by the user. An item is a kind of reward according to the present invention, and a user operates a player character constituting a guild to change an attribute of the shared character shared by the guild by using the item with the item. Can be. For example, a user with an ID of U001 has a feed of a shared character with an ID of C003 (the pet is classified as described later), and by giving the feed, the attributes of the shared character (for example, battle ability and appearance). Can be changed. Further, for example, the user whose ID is U002 has the decoration A of the shared character whose ID is C001 (the division is a building as described later), and the decoration A gives the attribute (for example, the appearance of the shared character) of the shared character. ) Can be varied. Further, for example, a user whose ID is U003 has an engine F of a shared character whose ID is C002 (the division is a moving body as described later), and exchanges the engine F for the attribute ( For example, at least one of performances such as a moving speed and a movable range can be changed.

  Here, the user is given an item when a predetermined condition is satisfied. Here, the predetermined condition may be, for example, victory in a match or purchase of an item. Items obtained in the battle may be wagered by the two guilds who play the game (loser burden), or may be provided as winning prizes. In particular, when betting items in a match, a guild strategy is required for what to bet and the like, and it is expected that exchanges within the guild will be activated. Also, if it is possible to discuss and determine who owns the items obtained by winning the match, it is expected that exchanges in the guild will become more active. The item is not limited to a finished product, but may be a part (for example, a piece).

  “Job” indicates the occupation attribute of the player character in the game, and may affect the magnitude, direction, and the like of the change of the attribute of the shared character. The conditions for the magnitude and direction of the attribute change are determined for each shared character. For example, a shared character that is a pet may increase the speed at which the level increases when a job is fed from a player character that is a warrior. Further, the shared character that is a pet may be changed so that the magic can be used when the job receives a feed from the player character that is the magician. Further, for example, the moving speed of a shared character that is a moving object may be further enhanced when the player character whose job is a craftsman uses an item. Further, the shared character that is a moving object may have a higher defense force when the player character whose job is a warrior uses an item. Therefore, which job's player character contributes to changing the attribute of the shared character (hereinafter, also referred to as “fostering” the shared character) affects future changes in the attribute of the shared character. Therefore, it is necessary to have a strategy as a guild about who raises a shared character, and it is expected that exchanges in the guild will be activated.

  The “status” indicates the influence on the status (for example, offensive power, defense power, hit point, etc.) of the player character when the shared character is used in a battle or the like. In one example of FIG. 2, the status of the player character of the user whose ID is U001 is increased by 50% from the normal when the shared character whose ID is C003 is used (for example, in a battle). Since the advantage in a battle or the like changes depending on which user uses the shared character, a strategy as a guild is required, and active exchange in the guild can be expected.

(Shared character data)
FIG. 3 is a diagram illustrating an example of the shared character data 111 in the management data. In the shared character data 111, the shared characters are distinguished by uniquely identifiable IDs (for example, C001), and are associated with the IDs, and the “segment”, “level”, “experience”, “guild”, The table manages the parameters of “the magnitude of change”, “direction of attribute change”, and “status”. Further, the parameters are not limited to those shown in FIG. 3, and may further include information such as the number of times of summoning in the battle, or, on the contrary, some parameters may be omitted. The shared character data 111 is mainly managed by the second management unit 32.

  In the present embodiment, the ID of the shared character is a combination of the character “C” and a three-digit number, but is not limited to this. “Segment” indicates a category of a shared character. In the present embodiment, there are a pet that is a living thing, a moving object that is a vehicle used when the player character moves, a building that the player character uses as a residence or a meeting place, and the like. The pets may include not only pets such as dogs and cats, but also summons that the player character summons to participate in the battle. Further, the moving object may include, for example, a ship, a vehicle, an airplane, and the like. The building may include, for example, a tent, a building, a castle, and the like.

  “Level” is a parameter indicating the degree of growth of the attribute of the shared character in the game. The higher the numerical value of the level, the higher the degree of growth.

  The “experience value” is a parameter that contributes to an increase in level, and is added according to use of an item, participation in a battle, and the like. In the present embodiment, when the experience value reaches 100%, the level increases. At this time, the experience level is set to a new level and the experience value is reset to 0%.

  “Guild” indicates a guild in which a shared character is shared. In the example of FIG. 3, the shared character having the ID C002 is shared by the guild having the ID G001. That is, the shared character whose ID is C002 is shared by the guild to which the owner player character belongs. Here, when there is no upper limit on the number of shared characters shared by the guild, for example, when the shared character is not shared by the guild, it may be blank.

  The “magnitude of attribute change” defines the amount of change (degree of growth) when the attribute of the shared character changes in accordance with the action of the player characters that make up the guild. The attribute change direction indicates the direction of change of the attribute of the shared character (the direction of growth). The “magnitude of change of the attribute” and the “direction of change of the attribute” are influenced by the contribution to changing the attribute of the shared character. A specific example of the contribution degree will be described later.

  The “magnitude of attribute change” will be specifically described. In the example of FIG. 3, for the shared characters having the IDs C002 and C003, the magnitudes of the attribute changes are 150% and 50%, respectively. Therefore, the shared characters with IDs C002 and C003 grow 1.5 times and half as fast as normal, that is, level up.

  The “direction of attribute change” will be specifically described. For example, a shared character having an ID of C001 is a building, and has a growth direction of type A (type A) in which the decorativeness of the appearance increases and type B (type B) in which the defense power increases. In one direction. Further, for example, the shared character having the ID of C002 is a moving object, and is a type A in which the number of people who can carry the object increases, a type B in which the probability of encountering an enemy is low, and a type C in which the moving speed is high (type C). The direction of growth is determined by the degree of contribution. Further, for example, the shared character whose ID is C003 is a pet, and is a type A in which the attack power by hitting is increased, a type B in which the attack type magic is increased, and a type C in which the recovery type magic is increased, There is a growth direction such as Type D, which is strengthened in a well-balanced manner without specializing in one part, and is determined in one direction by the degree of contribution. In the example of FIG. 3, the shared characters with IDs C001, C002, and C003 grow in the directions of type A, type C, and type D, respectively. The guild can improve the degree of growth or change the direction of change of the attribute of the shared character by, for example, changing the player character to be raised (that is, changing the degree of contribution). In other words, a strategy as a guild is required for the future direction of growth of the shared character and the like, and it is expected that exchanges within the guild will be activated.

  The “status” indicates the influence on the status of the shared character (for example, attack power, defense power, hit point, etc.) when the shared character is used in a battle or the like. The status of the shared character may be higher than usual, for example, when it is summoned by a player character of a user having a high contribution. In one example of FIG. 3, the status of the shared character with the ID C003 is increased by 50% than normal when used by the player character of the user with the ID U001 (for example, summoned during a battle). Since the advantage of the battle changes depending on which user summons the shared character, a strategy as a guild is required, and active exchange in the guild can be expected.

(Guild data)
FIG. 4 is a diagram illustrating an example of the guild data 112 in the management data. In the guild data 112, the guilds are distinguished by uniquely identifiable IDs (for example, G001), and the table is managed for parameters of "guild members" and "shared characters" in association with the IDs. The parameters are not limited to those shown in FIG. 4 and may further include, for example, information on the history of the number of members. The guild data 112 is mainly managed by the first management unit 31.

  In the present embodiment, the guild ID is a combination of the letter “G” and a three-digit number, but is not limited to this. The “guild member” indicates a member (member) of the guild by using a user ID. The “shared character” indicates a shared character shared by the guild using the ID of the shared character. For example, the guild whose ID is G003 shares the player characters of the users whose IDs are U001, U030 and U121, and shares the shared characters whose IDs are C003, C019 and C142. Due to the presence of the guild data 112, the game server 1 of the game system according to the present embodiment can appropriately associate the user data 110 with the shared character data 111.

(Contribution data)
FIG. 5 is a diagram illustrating an example of the contribution degree data 113 of the management data. The contribution degree data 113 is obtained by calculating the contribution degree for each player character constituting the guild for each ID of the shared character. In the present embodiment, as shown in FIG. 5, the contribution of the shared character at each level is calculated, and the contribution at all levels (entire) is also calculated. For example, if the magnitude and direction of the attribute change is determined by the contribution at a particular level, the contribution at that level is referenced, otherwise the contribution at all levels (whole) May be referred to. The ID of the shared character is the same as that of the shared character data 111.

  Some specific examples will be described with reference to FIG. For example, a shared character having an ID of C001 has an attribute of an initial state (a state where the character is not raised), and the contribution degree is 0% for all users regardless of the level. Also, for a shared character having an ID of C002, for example, when the level is 1, the contribution of the player character of the user U083 is the highest, and at the level 2, the contribution of the player character of the user U003 is higher. I understand. Such levels of contribution are referred to in the following cases. For example, the direction of change of the attribute of the shared character is affected by the job of the player character having the highest contribution at level 1 (type C if the job is a craftsman, type A otherwise). And At this time, the game server 1 of the game system according to the present embodiment refers to the level 1 contribution of the contribution data 113, easily determines the corresponding job from the user data 110, and changes the direction of the attribute change. It is possible to decide.

(Processing of information processing device)
FIG. 6 is a diagram illustrating an example of a game battle screen distributed by the game server 1 of the game system according to the present embodiment to the communication terminal 2. Such a battle screen is displayed on the display unit 21 of the communication terminal 2 used by the user of the friendly guild A. In this battle screen, the guilds are fighting each other, the guild members of the ally are arranged on the side of the display 90a of the ally guild A (left side of the paper), and the side of the display 90b of the enemy guild B (right of the paper). The guild member of the enemy is placed in).

  The friendly guild members are users with IDs U001, U030, U098, and U121, and the respective player characters 91a, 91b, 91c, 91d and statuses 92a, 92b, 92c, 92d are displayed on the battle screen. The enemy guild members are users with IDs of E001, E002, E003, and E004, and the player characters 93a, 93b, 93c, and 93d and the statuses 94a, 94b, 94c, and 94d are displayed on the battle screen. I have. In this battle, the friendly guild A summons the pet C003 (display 90c) and participates in the battle. Then, as shown in FIG. 6, the character 96 of the pet C003 is attacking the enemy guild member.

  In general, by summoning a character other than the user's player character, such as the pet C003, and fighting, it is possible to make up for the weakness of the friendly guild A and advance the battle advantageously. As described above, the magnitude and direction of the change of the attribute of the pet C003 change according to the contribution degree. For this reason, it is necessary to have a strategy in order to raise the pet C003 as desired. As a result, exchanges are activated even during non-matching in the guild, and it is expected that the number of users who want to participate in the guild to cultivate the pet C003 increases. Even if the shared character is other than a pet (for example, a moving object such as a ship or a building such as a castle), there is also a way of enjoying the appearance by making the appearance unique to the friendly guild A. Also in this case, the magnitude and direction of the change in the attribute of the shared character changes depending on which user's player character uses the item. Therefore, a strategy is needed in this regard, and it is expected that exchanges within the guild will be continuously activated. In addition, it is expected that a user who enjoys the decorative design will join the guild.

  FIG. 7 is a flowchart showing processing when the game server 1 of the game system according to the present embodiment distributes a game to the communication terminal 2.

  In step S1, the game server 1 gives a shared character to the player character of the user of the communication terminal 2. The shared character is provided to the player character of the user of the communication terminal when the provision condition is satisfied. Therefore, the game server 1 also determines whether the grant condition is satisfied. In the example of FIG. 7, it is assumed that the grant condition is that the user of the communication terminal 2 participates in the game. The game server 1 receives information about a user operation from the communication terminal 2, and gives a shared character at a timing when the giving condition is satisfied.

  In step S2, the first management unit 31 of the game server 1 updates the user data 110 and the guild data 112. Further, the second management unit 32 of the game server 1 updates the shared character data 111. Specifically, the shared character of the user data 110 and the guild data 112 and the guild of the shared character data 111 are updated, and the assignment of the shared character and the sharing within the guild are reflected.

  In step S3, the game server 1 waits until the sharer, that is, a member of the guild, performs an action of changing the attribute of the shared character (No in step S3). If there is an action that changes the attribute of the shared character (Yes in step S3), the process proceeds to step S4. In this step, the game server 1 specifically makes the following determination. The game server 1 receives information about the user operation from the communication terminal 2 of the user of the player character constituting the guild. Then, if the use of the possessed item (for example, feeding the shared character) is included in the user operation, it is determined that there is an action to change the attribute of the shared character.

  In step S4, the first management unit 31 of the game server 1 updates the user data 110. Further, the second management unit 32 of the game server 1 updates the shared character data 111. Specifically, the items owned by the user data 110 and the levels and experience values of the shared character data 111 are updated. When the level and the experience value do not change, the shared character data 111 does not need to be updated.

  In step S5, the game server 1 calculates the contribution to changing the attribute of the shared character for each player character that forms the guild.

In step S6, the game server 1 reflects the calculation result of the contribution degree on the magnitude and direction of the change of the attribute of the shared character. That is, the magnitude and direction of the change in the attribute of the shared character are determined in accordance with the new contribution of the player character constituting the guild. At this time, for example, if it is clear that the magnitude of the change in the attribute of the shared character is not affected, only the direction may be determined. That is, it is sufficient to determine at least one of the size and the direction. Then, the second management unit 32 of the game server 1 updates the size of the attribute change and the data of the attribute change direction of the shared character data 111 as necessary.

  In step S7, the game server 1 changes the status of the player character in the battle and the status of the shared character used by the player character in the battle and the like according to the contribution calculated in step S5. At this time, for example, when it is clear that the status of the player character in a battle or the like is not affected, only the status of the shared character may be changed. That is, at least one of the status of the player character and the status of the shared character may be changed. Specifically, the first management unit 31 of the game server 1 updates the status of the user data 110. The second management unit 32 of the game server 1 updates the status of the shared character data 111. When there is no change in the status of the player character and the status of the shared character, the updating of the user data 110 and the shared character data 111 may not be performed.

  In step S8, the third management unit 33 of the game server 1 updates the contribution degree data 113 to reflect the calculation result in step S5.

  As described above, in the game server 1, the control method of the game system, and the program of the present embodiment, the shared character shared by the guild including the player character to the player character of the user of the communication terminal 2 To change the attribute of the shared character in accordance with the action of the player character constituting the guild. The attribute of the shared character shared by the guild changes not only according to the action of the player character as the owner, but also according to the action of the other player characters constituting the guild. Since the size, direction, and the like of the change in the attribute of the shared character are not determined only by the action of the owner player character, it is necessary to strategically raise the shared character (change the attribute) as a guild. Therefore, in the game server 1, the control method of the game system, and the program thereof according to the present embodiment, the cultivation of the shared character is provided as a common purpose in the guild, and the user's exchange in the guild can be promoted. . Further, in order to achieve the common purpose, it is necessary to continuously exert a strategic property not only in a battle but also in a non-match.

  Although the present invention has been described with reference to the drawings and embodiments, it should be noted that those skilled in the art can easily make various changes and modifications based on the present disclosure. Therefore, it should be noted that these variations and modifications are included in the scope of the present invention. For example, functions and the like included in each block and step can be rearranged so as not to be logically inconsistent, and a plurality of blocks and steps can be combined into one or divided.

  For example, the progress screen of the game may be displayed on the web displayed on the communication terminal 2 based on the data generated by the game server 1, and other menu screens may be displayed by a native application installed on the communication terminal 2. Alternatively, a hybrid application in which each of the game server 1 and the communication terminal 2 performs a part of the processing may be adopted.

  In the above-described embodiment, the attribute of the shared character is affected by the actions of all the player characters constituting the guild. However, for example, a member of a guild that affects the attribute of the shared character may be selected as an effect in the progress of the game. In the course of this selection, further discussions within the guild take place, demonstrating strategic features outside of the battle. Further, the use (or penalty) of an item in a match may prevent a specific player character from affecting the attribute of the shared character. At this time, the strategy may need to be reconsidered, and further discussion within the guild will take place.

In the above embodiment, when a shared character is used, the status of the player character is also enhanced according to the contribution degree. Here, if the shared character can be summoned, the number of times that the character can be summoned may be included in the status. In other words, when a player character with a high contribution summons the shared character to the battle, the frequency at which the character can be summoned may be higher than usual (that is, the number of summonable times may be increased). At this time, since the advantage of the battle changes depending on which user summons the shared character, a strategy as a guild is required, and active exchange in the guild can be expected.
Hereinafter, the inventions described in the claims at the time of filing the original application of the present application are additionally described.
[1]
A computer that includes a storage unit including shared character data and provides a game to a communication terminal.
A group configured to include a player character of the user of the communication terminal, and a shared character shared by the group, associated with the shared character data, and stored in the storage unit;
A first updating step of changing at least one of the attributes of the shared character in accordance with the action of the player characters constituting the group and updating the shared character data for the attribute. hand,
In the first updating step, at least one of the attribute to be changed, the magnitude of the change in the attribute, and the direction of the change in the attribute is different depending on the player character that has performed the action.
[2]
The program according to [1], wherein the action is use of an item.
[3]
The game is a competitive game,
On the computer,
Changing at least one of the status of the player character in the battle and the status of the shared character used by the player character in the battle in accordance with the contribution to changing the attribute of the shared character;
The program according to [1] or [2], wherein the program is further executed.
[4]
An information processing device for providing a game to a communication terminal,
A storage unit containing shared character data;
A group configured to include a player character of a user of the communication terminal, and a management unit configured to associate a shared character shared by the group with the shared character data and to store the shared character in the storage unit,
The management unit,
Performing at least one of the attributes of the shared character according to the action of the player characters constituting the group, and performing a first update control of updating the shared character data for the attribute;
In the first update control, at least one of a target to be changed among the attributes, a magnitude of the change in the attribute, and a direction of the change in the attribute is changed according to a player character that has performed the action. Processing equipment.
[5]
A control method for a game system, comprising: a communication terminal; and an information processing device that includes a storage unit including shared character data and provides a game to the communication terminal,
A group configured to include a player character of the user of the communication terminal, and a shared character shared by the group, associated with the shared character data, and stored in the storage unit;
A first updating step of changing at least one of the attributes of the shared character according to the action of the player characters constituting the group and updating the shared character data for the attribute,
In the first updating step, at least one of a target to be changed among the attributes, a magnitude of the change in the attribute, and a direction of the change in the attribute is different depending on a player character that has performed the action. Control method.

Reference Signs List 1 game server 2 communication terminal 10 server communication unit 11 storage unit 15 server control unit 20 terminal communication unit 21 display unit 22 operation unit 24 terminal control unit 31 first management unit 32 second management unit 33 third management unit 91a To 91d player character 92a to 92d status 93a to 93d player character 94a to 94d status 110 user data 111 shared character data 112 guild data 113 contribution data

Claims (11)

Computers that provide games to multiple users,
Providing a shared character to a first player character of a first user of the plurality of users when the providing condition is satisfied;
Causing the group including the first player character and a second player character of a user other than the first user among the plurality of users to share the shared character;
Changing at least one of the shared character attributes of the shared character according to the action of at least one of the first player character and the second player character;
A program that executes   The program according to claim 1, wherein the action is use of an item.   The program according to claim 2, wherein the item is provided according to the progress of the game.   4. The program according to claim 2, wherein the item is provided when the group wins a match between the group and another group. 5.   The program according to claim 4, wherein the shared character is used by any one of the first player character and the second player character in the battle. A first status is set for the first player character, a second status is set for the second player character,
The first status changes at a first rate of change by the first player character using the shared character in the battle, and the second status is changed by the second player character using the shared character in the battle. Changing at a second change rate different from the first change rate;
The program according to claim 4.   The program according to any one of claims 2 to 6, further comprising a step of giving the item to one of the first player character and the second player character.   The method according to any one of claims 1 to 7, further comprising the step of selecting a player character capable of changing the shared character attribute of the shared character from the first player character and the second player character. The described program.   The program according to claim 1, wherein the shared character is shared by the group when the number of shared characters shared by the group is smaller than an upper limit set for the group. . An information processing device that provides a game to a plurality of users,
A storage unit containing shared character data;
A management unit that gives a shared character to a first player character of a first user of the plurality of users when the giving condition is satisfied;
With
The management unit,
When sharing the shared character with a group including the first player character and a second player character of a user other than the first user among the plurality of users, the group and the shared character are set to the shared character. Associated with the shared character data related to and stored in the storage unit,
Update control for changing at least one of the shared character attributes of the shared character in accordance with at least one of the actions of the first player character and the second player character to update the shared character data with respect to the shared character attribute. Do, information processing device. A method for controlling a game system including an information processing device that provides a game to a plurality of users,
Providing a shared character to a first player character of a first user of the plurality of users when the providing condition is satisfied;
Causing the group including the first player character and a second player character of a user other than the first user among the plurality of users to share the shared character;
Changing at least one of the shared character attributes of the shared character according to the action of at least one of the first player character and the second player character;
A game system control method comprising:

Images