JP6916853B2 - program - Google Patents

Description

The present invention relates to a program.

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 the user's operation in the game. For example, Patent Document 1 describes a battle game in which a player character is operated to play a battle against an opponent.

Japanese Unexamined Patent Publication No. 2007-075612

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 the plurality of users, and a battle or mission is performed jointly. There is something to do. For the users of the player characters (hereinafter, also referred to as guild members) that make up the guild, the activity of interaction within the guild can be an important factor for improving the interest of the entire game.

However, when the guild is a team for a specific purpose such as winning a match, the need to demonstrate strategicity as the match experience is accumulated decreases, and the interaction between guild members tends to decrease.

An object of the present invention made in view of such a problem is a program capable of providing a common purpose for which it is necessary to continuously exert strategicity and promoting interaction within a user's guild. The purpose of the present invention is to provide a control method for an information processing device and a game system.

In order to solve the above problems, the program according to the present invention includes a storage unit including shared character data, a computer that provides a game to a communication terminal, and a player character of a user of the communication terminal. Group and the shared character shared by the group are associated with the shared character data and stored in the storage unit, and the shared character has the steps according to the actions of the player characters constituting the group. The first update step of changing at least one of the attributes to update the shared character data with respect to the changed attribute, and the degree of contribution to changing the attributes of the shared character are determined by the player characters constituting the group. Depending on the step to be calculated for each and the type of player character having the highest contribution, at least one of the magnitude and direction of the change in the attribute of the shared character is determined, and the determination is reflected. It is characterized in that the second update step of updating the shared character data is executed.

According to the program in the present invention, it is possible to provide a common purpose for which the exertion of strategicity is continuously required, and to promote interaction within the user's guild.

It is a block diagram of the game system which concerns on one Embodiment of this invention. It is a figure which shows the example of the user data of FIG. It is a figure which shows the example of the shared character data of FIG. It is a figure which shows the example of the guild data of FIG. It is a figure which shows the example of the contribution degree data of FIG. It is a figure which shows the example of the battle screen of the game distributed by the information processing apparatus of the game system which concerns on this embodiment. It is a flowchart which shows the operation of the information processing apparatus of the game system which concerns on this 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 an 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. Further, in FIG. 1, for the sake of simplicity, only one communication terminal 2 is shown.

The game server 1 distributes the game to the communication terminal 2. In this game, the player characters of the users of the communication terminal 2 can form a group (team). In the present embodiment, the game distributed by the game server 1 is a battle 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 against 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 player character of the ally belongs and the guild to which the enemy character belongs (GVG: Guildversus Guild), but the number of members of the guild is not limited to one. It may be. Further, the guild may be formed by one user calling on another user to form the guild, or may be formed by the user being automatically assigned to the guild. 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 wirelessly with the communication terminal 2, 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 collectively referred to as management data). In the present embodiment, each data is stored in the storage unit 11 in a table format, and details will be described later.

The server control unit 15 controls various operations of the game server 1 and the 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. Further, the server control unit 15 controls the first management unit 31, the second management unit 32, and the third management unit 33 for the proper progress of the game, and controls the user data 110 and the shared character data 111. , Guild data 112, and contribution data 113 (for example, updating values) are executed.

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 wirelessly with the game server 1, but may communicate by wire. Further, the terminal communication unit 20 may be able to use or select both wireless communication and wired communication.

The display unit 21 displays the game screen according to the progress of the game provided by the game server 1. For example, the display unit 21 may display a battle screen in which the members of the guild 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 guild ally is moving toward the next destination by ship. Any display device such as a liquid crystal display or an organic EL display can be used for the display unit 21.

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

The terminal control unit 24 controls various operations of the communication terminal 2. Further, when the terminal control unit 24 acquires the input signal corresponding to the user operation received on the 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 a ally and an guild of an enemy are played against each other. In this game, the guild of the ally is not only a group (team) in the battle but also a shared character. Become a group (team) to grow and change. The shared character is, for example, a creature (pet or the like), a moving body (vehicle or the like), a building, or the like, but is not particularly limited as long as it is a shared object that can grow and change.

The shared character is given to the player character of the user of the communication terminal when the granting condition is satisfied. For example, the shared character may be automatically assigned to the player character when the game is started. That is, the granting condition may be that the user of the communication terminal 2 participates in the game. Further, as another example, the granting 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 shared character to be given is owned by a specific player character, and its attribute is in the 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 body, it may be given in the state where the grade of the engine or protective equipment is the lowest. Further, for example, if the shared character is a building, the outer wall may be given in a single color and without decoration. Here, the attribute is a property including a growth element included in the shared character. Examples of the attributes include fighting ability (level, offensive power, defensive power, etc.), appearance, movement, 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, its attributes are at least one of its fighting ability and appearance. Also, for example, if the shared character is a building, its attribute is appearance. The game server 1 manages the change (growth) of the attribute in correspondence with the numerical value of the parameter (for example, the level).

The shared character can be shared by the guild to which the player character that owns it belongs, that is, the guild that includes the player character. The attributes of the shared character shared by the guild change not only by the behavior of the player character who owns it, but also by the behavior of other player characters that make up the guild, as will be described later. Since the magnitude and direction of changes in the attributes of the shared character are not determined only by the actions of the player character who is the owner, it is necessary to strategically raise the shared characters (change the attributes) as a guild. In other words, in order to achieve the common goal of nurturing shared characters as desired, it is necessary to actively interact within the guild and continuously demonstrate strategicity as well as battle scenes.

Also, there may be an upper limit on the number of shared characters shared by the guild. For example, suppose a guild is composed of five or more player characters, and each player character has one or more shared characters. At this time, if the upper limit of the shared characters that can be shared in the guild is four, there is a high possibility that the strategy will be examined in the guild in order to select an advantageous shared character in the progress of the game. In the following, the number of shared characters shared by the guild is not particularly limited, and the shared characters owned by the guild members will be automatically shared by the guild.

(About the 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 degree data 113 stored in the storage unit 11 are managed.

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

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

The third management unit 33 is a block that mainly manages the degree of contribution to changing the attributes of the shared character, and updates the degree of contribution data 113 and the like as necessary, as will be described later. In the present embodiment, the degree of 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, suppose that only a certain player character among the members of a guild feeds a shared character that is a pet (for example, a food item) and raises it. At this time, with respect to the growth of the shared character, the contribution of the player character who gave the food 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 merged into one block. On the contrary, the blocks may be further divided for all or a part of the first management unit 31, the second management unit 32, and the third management unit 33. Further, 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, the program stored in the storage unit 11 may cause the 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 showing an example of user data 110 among the management data. In the user data 110, after distinguishing the user of the communication terminal by an ID (for example, U001) that can be uniquely identified, the "level", "experience value", "possession money", and "shared character" are associated with the ID. , "Possessed items", "job", "status" parameters are managed in a table. Further, the parameters are not limited to those shown in FIG. 2, and may further include information on equipment such as play time, 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 the character "U" and a three-digit number, but the user ID is not limited to this. For example, if the user can be uniquely identified, the player character name may be arbitrarily set by the user. In this embodiment, one user operates one player character. The “level” is a parameter indicating the degree of growth of the player character in the game, and the higher the value of the level, the higher the degree of growth. "Experience value" is a parameter that contributes to the increase in level, and is added according to the progress of the game, the battle, and the like. In this embodiment, when the experience value reaches 100%, the level rises. At this time, the experience value is reset to 0% while being set to a new level. "Possession money" is a parameter indicating the in-game currency possessed by the user, and is added according to the progress of the game, the battle, and the like. The in-game currency can be a reward for the present invention and can be used to purchase items described below. The reward means a reward that produces a useful effect in advancing the game by owning or using it.

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 character is distinguished by an ID in which the character "C" is combined with a three-digit number. For example, a user with an ID of U003 owns a shared character with an ID of C002.

The "possessed item" is an item possessed by the user. An item is a kind of reward of the present invention, and a user operates a player character that constitutes a guild to change the attribute of the shared character by using the item for the shared character shared by the guild. Can be done. For example, a user whose ID is U001 possesses food for a shared character whose ID is C003 (the classification is pet as described later), and by giving food, the attributes (for example, battle ability and appearance) of the shared character are obtained. At least one of can be changed. Further, for example, a user whose ID is U002 possesses a decoration A of a shared character whose ID is C001 (the division is a building as described later), and by applying the decoration A, an attribute (for example, appearance) of the shared character is possessed. ) Can be changed. Further, for example, a user whose ID is U003 possesses an engine F of a shared character whose ID is C002 (the classification is a moving body as described later), and by exchanging with the engine F, an attribute (attribute possessed by the shared character) ( At least one of (performance such as movement speed and movement 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, winning a match or purchasing an item. Items obtained in a match may be bet by, for example, both guilds in a match (paid by the loser), or may be offered as a winning prize. In particular, when betting items by battle, a strategy as a guild is required regarding what to bet, etc., and it can be expected that exchanges within the guild will become more active. In addition, if it is possible to decide who owns the item obtained by winning the battle, it is expected that the exchange within the guild will become more active. The item is not limited to the finished product, but may be a part (for example, a piece) thereof.

The “job” represents the occupational attributes of the player character in the game, and may affect the magnitude, direction, and the like of changes in the attributes of the shared character. The conditions for changing the magnitude and direction of the attribute change are defined for each shared character. For example, a shared character that is a pet may increase in level faster when the job receives food from a player character that is a warrior. In addition, the shared character, which is a pet, may be changed so that magic can be used when the job receives food from a player character who is a wizard. Further, for example, the moving speed of the shared character, which is a moving body, may be further enhanced when the player character whose job is a craftsman uses the item. In addition, the shared character, which is a moving body, may have a higher defensive power when a player character whose job is a warrior uses an item. Therefore, which job player character contributes to changing the attributes of the shared character (hereinafter, also referred to as “raising” the shared character) affects future changes in the attributes of the shared character. Therefore, a strategy as a guild is required as to who raises shared characters, and it can be expected that exchanges within the guild will become more active.

The "status" represents the influence on the status (for example, attack power, defense power, hit points, 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% more than usual when the shared character whose ID is C003 is used (for example, summoned in a battle). Since the advantage in battles changes depending on which user uses the shared character, a strategy as a guild is required, and it can be expected that exchanges within the guild will become more active.

(Shared character data)
FIG. 3 is a diagram showing an example of shared character data 111 among the management data. In the shared character data 111, after distinguishing the shared character by a uniquely identifiable ID (for example, C001), the shared character is associated with the ID, and is associated with "classification", "level", "experience value", "guild", and "attribute". Table management is performed for the parameters of "magnitude of change", "direction of change of attribute", and "status". Further, the parameters are not limited to those shown in FIG. 3, and may further include information such as the number of summons in a battle, or conversely, 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 the ID is not limited to this. “Category” indicates a category of shared characters, and in the present embodiment, there are pets that are living things, moving objects that are vehicles used by player characters when moving, buildings used by player characters as residences or meeting places, and the like. The pet may include not only pet animals such as dogs and cats, but also summoned beasts that participate in the battle by being summoned by the player character. Further, the moving body may include, for example, a ship, a vehicle, an airplane, or the like. In addition, 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 level value, the higher the growth rate.

"Experience value" is a parameter that contributes to the increase in level, and is added according to the use of items, participation in battles, and so on. In this embodiment, when the experience value reaches 100%, the level rises. At this time, the experience value is reset to 0% while being set to a new level.

“Guild” refers to a guild in which a shared character is shared. In one example of FIG. 3, the shared character with ID C002 is shared by the guild with ID G001. That is, the shared character whose ID is C002 is shared by the guild to which the player character whose owner belongs. Here, for example, when the number of shared characters shared by the guild is set to an upper limit, it may be blank when the shared characters are not shared by the guild.

The "magnitude of change in attributes" determines the amount of change (degree of growth) when the attributes of the shared character change according to the actions of the player characters that make up the guild. In addition, the direction of change of the attribute indicates the direction of change of the attribute of the shared character (direction of growth). The "magnitude of change in attributes" and "direction of change in attributes" are influenced by the degree of contribution to changing the attributes of the shared character. Specific examples of the degree of contribution will be described later.

The "magnitude of change in attributes" will be explained in detail. In the example of FIG. 3, for the shared characters whose IDs are C002 and C003, the magnitudes of the attribute changes are 150% and 50%, respectively. Therefore, the shared characters having IDs C002 and C003 grow, that is, level up at 1.5 times and half the normal speed, respectively.

The "direction of change of attributes" will be specifically described. For example, the shared character whose ID is C001 is a building and has a growth direction of type A (typeA) in which the decorativeness of the exterior increases and type B in which the defense power increases, and one according to the degree of contribution. Determined in one direction. Further, for example, the shared character whose ID is C002 is a moving body, type A in which the number of people that can be carried increases, type B in which the probability of encountering an enemy is low, and type C (typeC) in which the movement speed is high. There is a direction of growth such as, and it is decided in one direction depending on the degree of contribution. Further, for example, the shared character whose ID is C003 is a pet, type A in which the attack power by hitting becomes stronger, type B in which the attack type magic becomes stronger, and type C in which the recovery type magic becomes stronger. There is a growth direction such as type D, which is strengthened in a well-balanced manner without specializing in a part, and it is decided in one direction depending on the degree of contribution. In the example of FIG. 3, the shared characters having 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 and change the direction of change in the attributes of the shared character, for example, by changing the player character to be raised (that is, changing the degree of contribution). In other words, a strategy as a guild is required regarding the future direction of growth of shared characters, and it can be expected that exchanges within the guild will become more active.

The "status" represents the influence on the status (for example, attack power, defense power, hit points, etc.) of the shared character 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 summoned by a player character of a user with a high degree of contribution. In one example of FIG. 3, the status of the shared character with ID C003 is increased by 50% above normal when used by the player character of the user with ID U001 (eg, summoned during a match). Since the advantage of the battle changes depending on which user summons the shared character, a strategy as a guild is required, and it can be expected that exchanges within the guild will become more active.

(Guild data)
FIG. 4 is a diagram showing an example of guild data 112 among the management data. In the guild data 112, after distinguishing the guild by a uniquely identifiable ID (for example, G001), the parameters of "guild member" and "shared character" are managed in a table in association with the ID. Further, 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.

The guild ID is a combination of the letter "G" and a three-digit number in the present embodiment, but is not limited to this. A "guild member" indicates a member (member) who constitutes a guild by using a user's ID. Further, the "shared character" indicates a shared character shared by the guild by using the ID of the shared character. For example, a guild having an ID of G003 has a player character of a user whose IDs are U001, U030, and U121 as a member, and shares a shared character whose IDs are C003, C019, and C142. Due to the existence 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 showing an example of contribution data 113 among the management data. The contribution data 113 is calculated by calculating the contribution of each player character constituting the guild for each ID of the shared character. In the present embodiment, as shown in FIG. 5, the degree of contribution of the shared character at each level is calculated, and the degree of contribution at all levels (overall) is also calculated. For example, if the magnitude and direction of the attribute change is determined by the degree of contribution at a specific level, the degree of contribution at that level is referred to, and in other cases, the degree of contribution at all levels (overall). 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, the shared character whose ID is C001 has its attribute in the initial state (state in which it is not raised), and the contribution degree is 0% for all users regardless of the level. Further, for example, for a shared character whose ID is C002, at level 1, the contribution of the player character of the user whose ID is U083 is the highest, and at level 2, the contribution of the player character of the user whose ID is U003 is higher. I understand. The degree of contribution by level is referred to in the following cases. For example, the direction of change in the attributes of this shared character is affected by the job of the player character with the highest contribution at level 1 (if the job is a craftsman, it will be type C, otherwise it will be type A). And. At this time, the game server 1 of the game system according to the present embodiment refers to the contribution degree of level 1 of the contribution degree data 113, easily determines the corresponding job from the user data 110, and determines the direction of the attribute change. It is possible to decide.

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

The guild members of the ally are users whose IDs are U001, U030, U098, and U121, and their respective player characters 91a, 91b, 91c, 91d and the status 92a, 92b, 92c, 92d are displayed on the battle screen. Further, the enemy guild members are users whose IDs are E001, E002, E003, and E004, and their respective player characters 93a, 93b, 93c, 93d and status 94a, 94b, 94c, 94d are displayed on the battle screen. There is. In this match, ally Guild A summons pet C003 (display 90c) to participate in the match. Then, as shown in FIG. 6, character 96 of pet C003 is attacking an enemy guild member.

In general, by summoning a character other than the user's player character, such as pet C003, to compete against each other, it is possible to compensate for the weaknesses of the ally guild A, for example, and advance the battle advantageously. As described above, the pet C003 changes the magnitude and direction of the attribute change according to the degree of contribution. Therefore, it is necessary to have a strategy to grow pet C003 as desired. As a result, it is expected that exchanges will become active even during non-competition within the guild, and that the number of users who wish to participate in the guild in order to raise pet C003 will increase. In addition, even if the shared character is other than a pet (for example, a moving body such as a ship or a building such as a castle), there is also a way to enjoy making the appearance unique to the ally Guild A. In this case as well, the magnitude and direction of the change in the attributes 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 continue to increase. It is also expected that users who are looking forward to decorative design will join the guild.

FIG. 7 is a flowchart showing a process 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 assigns a shared character to the player character of the user of the communication terminal 2. The shared character is given to the player character of the user of the communication terminal when the granting condition is satisfied. Therefore, the game server 1 also determines whether or not the granting condition is satisfied. In the example of FIG. 7, it is assumed that the granting condition is that the user of the communication terminal 2 participates in the game. The game server 1 receives information about the user operation from the communication terminal 2 and assigns the shared character at the timing when the grant 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 user data 110, the shared character of the guild data 112, and the guild of the shared character data 111 are updated to reflect the assignment of the shared character and the sharing within the guild.

In step S3, the game server 1 waits until the co-owner, that is, the member of the guild, takes an action to change the attribute of the shared character (No in step S3). Then, if there is an action to change 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 determinations. 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 user operation includes the use of the possessed item (for example, feeding the shared character), it is determined that there is an action of changing 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 possession item of the user data 110 and the level and experience value of the shared character data 111 are updated. If there is no change in the level and experience value, it is not necessary to update the shared character data 111.

In step S5, the game server 1 calculates the degree of contribution to changing the attributes of the shared character for each player character constituting the guild.

In step S6, the game server 1 reflects the calculation result of the contribution degree in the magnitude and direction of the change in the attribute of the shared character. That is, the magnitude and direction of the change in the attributes of the shared character are determined according to the new contribution of the player characters that make up the guild. At this time, for example, when it is clear that the magnitude of the change in the attribute of the shared character is not affected, only the direction needs to be determined. That is, at least one of the size and the direction may be determined. Then, the second management unit 32 of the game server 1 updates the data of the magnitude of the change of the attribute of the shared character data 111 and the data of the direction of the change of the attribute 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 or the like according to the degree of contribution calculated in step S5. At this time, if it is clear that the status of the player character in the 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. Further, the second management unit 32 of the game server 1 updates the status of the shared character data 111. If there is no change in the status of the player character and the status of the shared character, the update of the user data 110 and the shared character data 111 may not be executed.

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

As described above, in the game server 1, the game system control method, and the program of the present embodiment, the player character of the user of the communication terminal 2 is shared by the guild including the player character. Is given, and the attributes of the shared character are changed according to the actions of the player characters that make up the guild. The attributes of the shared character shared by the guild change not only according to the actions of the player character who owns it, but also according to the actions of other player characters that make up the guild. Since the magnitude and direction of changes in the attributes of the shared character are not determined only by the actions of the player character who is the owner, it is necessary to strategically raise the shared characters (change the attributes) as a guild. Therefore, in the game server 1 of the present embodiment, the control method of the game system, and the program thereof, it is possible to provide the training of shared characters as a common purpose in the guild and to promote the interaction of the users in the guild. .. In addition, in order to achieve this common purpose, it is necessary to continuously exert strategicity not only during battles but also during non-competitions, for example.

Although the present invention has been described with reference to the drawings and examples, it should be noted that those skilled in the art can easily make various modifications and modifications based on the present disclosure. Therefore, it should be noted that these modifications and modifications are included in the scope of the present invention. For example, the 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 or divided into one.

For example, the progress screen of the game may be a web display displayed on the communication terminal 2 based on the data generated by the game server 1, and other menu screens and the like may be displayed by a native application installed on the communication terminal 2. , The game server 1 and the communication terminal 2 can each be a hybrid application that plays a part in the processing.

Further, in the above embodiment, the attributes of the shared character are influenced by the actions of all the player characters constituting the guild. However, for example, as an effect on the progress of the game, a member of the guild that affects the attributes of the shared character may be selected. In the process of this selection, further discussions will be held within the guild, and the strategy outside the battle scene will be demonstrated. Also, the use (or penalty) of an item in a match may prevent a particular player character from being affected by the attributes of a shared character. At this time, it may be necessary to review the strategy, so further discussions will be held within the guild.

Further, in the above-described embodiment, when the shared character is used, the status of the player character is also enhanced according to the degree of contribution. Here, if the shared character can be summoned, the number of times the shared character can be summoned may be included in the status. That is, when a player character with a high degree of contribution summons the shared character to a battle, the summonable frequency may be higher than usual (that is, the summonable number of 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 it can be expected that exchanges within the guild will be activated.
The inventions described in the claims at the time of filing the original application of the present application are added below.
[1]
A computer that has a storage unit that includes shared character data and provides games to communication terminals.
A step of associating a group including a player character of a user of the communication terminal with a shared character shared by the group with the shared character data and storing the group in the storage unit.
A program that changes at least one of the attributes of the shared character according to the actions of the player characters that make up the group, and executes a first update step of updating the shared character data for the attribute. hand,
In the first update step, at least one of the attributes to be changed, the magnitude of the change of the attributes, and the direction of the change of the attributes is different depending on the player character who performed the action.
[2]
The program according to [1], wherein the action is the use of an item.
[3]
The game is a competitive game
On the computer
A step of 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 according to the degree of contribution to changing the attributes of the shared character.
The program according to [1] or [2], which further executes.
[4]
An information processing device that provides games to communication terminals.
A storage unit that contains shared character data,
A management unit that associates a group including a player character of a user of the communication terminal with a shared character shared by the group with the shared character data and stores the player character in the storage unit is provided.
The management department
At least one of the attributes of the shared character is changed according to the actions of the player characters forming the group, and the first update control for updating the shared character data for the attribute is performed.
In the first update control, information that makes at least one of the attributes to be changed, the magnitude of the change of the attribute, and the direction of change of the attribute different according to the player character who performed the action. Processing equipment.
[5]
A control method for a game system including a communication terminal and an information processing device including a storage unit containing shared character data and providing a game to the communication terminal.
A step of associating a group including a player character of a user of the communication terminal with a shared character shared by the group with the shared character data and storing the group in the storage unit.
A first update step of changing at least one of the attributes of the shared character according to the actions of the player characters constituting the group and updating the shared character data with respect to the attribute is included.
In the first update step, at least one of the attributes to be changed, the magnitude of the change of the attributes, and the direction of the change of the attributes differs depending on the player character who performed the action, the game system. Control method.

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 ~ 91d Player character 92a ~ 92d Status 93a ~ 93d Player character 94a ~ 94d Status 110 User data 111 Shared character data 112 Guild data 113 Contribution data

Claims (11)

For computers that provide games to multiple users
A step of assigning a shared character to the first player character of the first user among the plurality of users when the granting condition is satisfied, and
A step of sharing the shared character group including the first player character pin definition,
The group further includes a second player character of a user other than the first user among the plurality of users, and the shared character depends on the action of at least one of the first player character and the second player character. And the steps to change at least one of the shared character attributes of
A program that runs. The program of claim 1, wherein the action is the use of an item. The program according to claim 2, wherein the item is given according to the progress of the game. The program according to claim 2 or 3, wherein the item is given when a match between the group and another group is won. The program according to claim 4, wherein the shared character is used by either the first player character or the second player character in the battle. The first player character is set to the first status, and the second player character is set to the second status.
When the first player character uses the shared character in the battle, the first status changes at the first rate of change, and when the second player character uses the shared character in the battle, the second status changes. It changes at a second rate of change different from the first rate of change.
The program according to claim 4 or 5. The program according to any one of claims 2 to 6, further executing a step of imparting the item to either the first player character or the second player character. The item according to any one of claims 1 to 7, wherein 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 is further executed. The program described. The program according to any one of claims 1 to 8, wherein the shared character is shared with the group when the number of shared characters shared with the group is less than the upper limit set for the group. .. An information processing device that provides games to multiple users.
A storage unit that contains shared character data,
A management unit that assigns a shared character to the first player character of the first user among the plurality of users when the grant condition is satisfied.
With
The management department
In case of sharing the shared character group including the first player character pin definition, and the group with the shared character, in association with the shared character data relating to the shared character, is stored in the storage unit,
The group further includes a second player character of a user other than the first user among the plurality of users, and the shared character depends on the action of at least one of the first player character and the second player character. An information processing device that changes at least one of the shared character attributes of the information processing device to perform update control for updating the shared character data with respect to the shared character attributes. A control method for a game system including an information processing device that provides a game to a plurality of users.
A step of assigning a shared character to the first player character of the first user among the plurality of users when the granting condition is satisfied, and
A step of sharing the shared character group including the first player character pin definition,
The group further includes a second player character of a user other than the first user among the plurality of users, and the shared character depends on the action of at least one of the first player character and the second player character. And the steps to change at least one of the shared character attributes of
A method of controlling a game system that comprises.

Images