JP7071651B2 - Game program and game management device - Google Patents

Description

The present invention relates to a game program and a game management device.

Conventionally, a game program that realizes a battle game in which game objects having different parameters play against each other is known. In this type of game, each game object is defined by parameters such as attributes and levels used for determining the strength of a battle (for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2015-73745

In a competitive game, a relatively weak game object is rarely superior to a relatively strong game object in a match. Therefore, when the user selects a game object to be used for the battle from among a large number of game objects, the relatively weak game object is rarely used in the battle. On the other hand, there are many users who like a specific game object from a different point of view, such as the appearance and voice reproduced in the game, and such users have a desire to increase the chances of using their favorite game object. be. In addition, there are games in which parameters related to strength and weakness during battles can be changed, for example, by training game objects, but such parameter changes are also limited to a certain range, and there are significant opportunities to use game objects. It is not supposed to change to. For this reason, the game objects used for the battle are biased.

Therefore, an object of the present invention is to provide a game program and a game management device capable of suppressing the bias of the game objects used in the battle.

In order to solve the above problems, the first invention is a game including a plurality of game devices whose operations are input by a plurality of users, and a game management device connected to the plurality of game devices via a network. A game program that realizes a game in which a game object selected by the user from a plurality of game objects is played against another game object in the system, and the computer is related to the relative strength of each game object. A data management means for storing strength-related data including at least strength-weakness parameters in the game management device, a battle execution means for executing the battle using the strength-related data based on an operation input of the user to the game device, the above-mentioned A determination means for determining whether or not a predetermined condition is satisfied in the game, and when the predetermined condition is satisfied, the strength-related data used for the battle is changed and stored in the data means. When the predetermined condition is satisfied due to the operation input of the first user among the plurality of users to the game device, the strength / weakness changing means is changed. The strength-related data is used for the battle of the game object owned by the first user, and the second user who is a user other than the first user, to which the game object owned by the first user does not appear. It is a game program that is also used to play against game objects owned by.

According to the game program, a predetermined condition is satisfied due to the operation input of the first user, and the strength-related data is changed. Therefore, it is possible to increase the chances of using the game object that was relatively weak before the change. Further, the influence of the change in the strength-related data caused by the operation input of the first user extends to a wide range of users who play the game, for example, a second user who is not involved with the first user. Therefore, it is possible to further increase the chances of using the game object, which was relatively weak before the change. Therefore, it is possible to suppress the bias of the game objects used in the battle.

Further, in the first aspect of the present invention, for each of the game objects, a possession degree calculation means for calculating the ownership degree indicating the degree of the number of possessions by the user or the degree of the number of users who own the object is further provided. The strength changing means may change the strength-related data based on the calculated degree of ownership of each game object. Thereby, for example, it is possible to make a strength change such that a game object having a low degree of possession is relatively strong or a game object having a high degree of possession is relatively weakened. As a result, it is possible to further suppress the bias of the game objects used in the battle. If a highly owned game object becomes relatively strong, only that game object can be used for the match. Further, even if the game object having a low degree of possession becomes relatively weak, the degree of influence on the user is small. Such a problem can be prevented.

Further, in the first invention, the strength / weakness changing means may change the strength / weakness-related data based on the change content information set according to the operation input of the first user to the game device. As a result, the first user can decide the content of the change so that the strength change is superior to the first user himself, so that the user who plays the game wants to make the strength change due to his / her own operation. Can be aroused.

Further, in the first invention, the computer is further functioned as a privilege granting means for granting a privilege that can be used in the game to the first user, which is caused by the operation input of the first user to the game device. As a result of the use of the privilege, the predetermined condition is satisfied, and the privilege granting means may store the usage period information regarding the usable period of the privilege in the game management device. As a result, it is possible to eliminate the harmful effects of the user holding the privilege for a long period of time. For example, in a game in which a plurality of privilege holders exist at the same time, the privilege may be used frequently in a short period of time, and the user cannot grasp the strength of each game object. For example, in a game in which only one privilege holder exists at the same time, the strength change is not performed at all unless the privilege holder uses the privilege. Such a problem can be prevented.

Further, in the first invention, the computer further functions as an event execution means for executing an event in which the plurality of users can participate in the game due to the operation input of the first user to the game device. The determination means may determine whether or not the result of the event satisfies the predetermined condition. As a result, an event in which a user who may be affected by the change in strength, such as a second user who is not involved with the first user, can participate is executed, so that the interest of the game can be enhanced. In addition, since it is decided whether or not to change the strength based on the result of the event, it is possible to give the user a sense of fairness and conviction for the change in strength.

The second invention is a game management device including a program storage unit that stores any of the above game programs and a computer that executes a program stored in the program storage unit.

According to the present invention, it is possible to provide a game program and a game management device capable of suppressing the bias of the game objects used in the battle.

It is a block diagram which shows the structure of the game system which concerns on 1st Embodiment. It is a flowchart showing the flow of login to the game and execution of the battle. It is a figure which shows an example of the strength parameter which is related to the relative strength of a character. It is a schematic diagram which shows an example of the strength standard defined about the strength parameter. It is a flowchart which shows an example of the strength change process of 1st Embodiment. It is a block diagram which shows the structure of the game system which concerns on 2nd Embodiment. It is a flowchart which shows an example of the strength change process of 2nd Embodiment. It is a flowchart which shows another example of the strength change process of 2nd Embodiment. It is a flowchart which shows an example of the event processing shown in FIG.

<First Embodiment>
Hereinafter, the game program and the game management device according to the first embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing a configuration of a game system 1 according to the present embodiment. The game system 1 includes a plurality of game devices 2 that are operated and input by a plurality of users, and a server device 3 that is connected to the plurality of game devices 2 via a network 4 (corresponding to the "game management device" of the present invention). And have.

[Game overview]
The game described in this embodiment is a multiplayer game in which a plurality of game devices 2 operated by a plurality of users are synchronized via a communication network 4 and a plurality of users can cooperate or play against each other. It's a possible game.

A plurality of types of game characters (corresponding to the "game object" of the present invention, hereinafter simply referred to as "characters") appear in this game. In this game, one character selected by the user from a plurality of characters plays against another character as an opponent in a predetermined game stage.

The opponent character may be, for example, a non-player character operated by a computer or a player character selected and operated by another user. The in-game battle between the character selected by the user and the opponent character in this game is called "competition" regardless of whether the opponent character is a non-player character or a player character, and the game stage in which the battle is performed is called "competition". Called "stage".

In a match, one or more opponent characters fight against one character operated by the user, or one or more opponent characters fight against a plurality of characters including at least one character operated by the user. do. The user owns a plurality of characters that can be used in the match. In this game, the number of characters that can be used by the user in the battle is preset, and the user can select one or more characters to be used in the battle from the characters owned by the user.

[Hardware configuration of game equipment]
The hardware configuration of the game device 2 will be described with reference to FIG. The game device 2 is a computer that advances a game in response to an operation input by a user. The game device 2 is, for example, a mobile terminal device such as a multifunctional mobile phone (smartphone).

The game device 2 includes a control unit 20. The control unit 20 includes, for example, a CPU (Central Processing Unit) and controls the operation of the game device 2. A touch screen 21, a storage unit 22, an acoustic output unit 23, and a communication I / F unit 24 are connected to the control unit 20 via a bus 20a, respectively.

The touch screen 21 accepts an operation for playing a game by a user and displays a game image. That is, the touch screen 21 functions as an input device for inputting operation information corresponding to the user's operation to the control unit 20, and also functions as a display device for displaying a game image or the like under the control of the control unit 20.

The storage unit 22 is, for example, an HDD (Hard Disk Drive) which is a large-capacity recording medium, a ROM (Read Only Memory) which is a semiconductor memory such as a mask ROM or a PROM, and a RAM (Random Access Memory) including a DRAM or a SRAM. ). The storage unit 22 stores a game program and game data downloaded from the outside via a communication network 4 or the like.

The sound output unit 23 is a device that outputs game sound according to the progress of the game under the control of the control unit 20.

The communication I / F unit 24 is an interface for connecting the game device 2 to a communication network 4 such as the Internet or a LAN. The game device 2 transmits / receives data to / from another game device 2 and to / from the server device 3 via the communication I / F unit 24.

[Hardware configuration of server device]
Next, the hardware configuration of the server device 3 will be described.

The server device 3 manages the game data of each game device 2 (account). Further, it communicates with each game device 2 at a predetermined timing, and advances the game played by the user on each game device 2.

The server device 3 includes a control unit 30. The control unit 30 includes, for example, a CPU and controls the operation of the server device 3. The storage unit 31 and the communication I / F unit 32 are connected to the control unit 30 via the bus 30a, respectively.

The storage unit 31 is composed of, for example, an HDD which is a large-capacity recording medium, a ROM which is a semiconductor memory such as a mask ROM or a PROM, and a RAM including a DRAM or an SRAM. The storage unit 31 stores a game program and game data necessary for controlling the control unit 30. The storage unit 31 stores individual game information 33 and common game information 34 as game data. Details of the individual game information 33 and the common game information 34 will be described later.

The communication I / F unit 32 is an interface for connecting the server device 3 to a communication network 4 such as the Internet or a LAN. The server device 3 transmits / receives data to / from the game device 2 via the communication I / F unit 32.

[Functional configuration of game equipment]
FIG. 1 shows the functional configuration of the control unit 20 of the game device 2. The control unit 20 of the game device 2 functions as a login request means 41, a display control means 42, and a battle execution means 43 by executing the game program stored in the storage unit 22.

The login request means 41 transmits a login request to the server device 3 in response to an operation on the touch screen 21 by the user. The details of the login request means 41 will be described together with the login management means 51 described later.

The display control means 42 controls the game screen displayed on the touch screen 21. For example, the display control means 42 switches the game image displayed on the touch screen 21 according to the user's operation on the touch screen 21 and the progress of the game.

The match execution means 43 executes a match based on the user's operation input to the game device 2, that is, based on the user's operation on the touch screen 21. The details of the battle execution means 43 will be described together with the battle execution means 52 described later.

[Functional configuration of server device]
Further, FIG. 1 shows a functional configuration of the control unit 30 of the server device 3. The control unit 30 of the server device 3 functions as a login management means 51, a battle execution means 52, a data management means 53, a determination means 54, and a strength changing means 55 by executing a game program stored in the storage unit 31. do.

The login management means 51 manages login information for this game. The login information is information indicating the login state of each user to the game (in other words, the communication state between each game device 2 and the server device 3). The battle execution means 52 executes a battle based on a user's operation input to the game device 2. The data management means 53 stores the strength-related data including the strength parameter 34a and the strength criterion 34b, which will be described later, in the storage unit 31.

The flow of processing of the game device 2 and the server device 3 when the user logs in to the game and executes a battle in the present embodiment will be described with reference to FIG.

When a predetermined game program is executed by the user's operation on the game device 2, the login requesting means 41 transmits a login request from the game device 2 to the server device 3 (step S1). The login request includes account information and the like assigned to the game device 2. The login management means 51 of the server device 3 performs predetermined authentication based on the transmitted account information and permits login to the game. Then, the login management means 51 transmits information necessary for the progress of the game to the game device 2 (step S2).

The information sent to the game device 2 in step S2 may include, for example, the individual game information 33 and the common game information 34 stored in the storage unit 31 of the server device 3. The individual game information 33 is individual information (program and / or data) for each user associated with user identification information such as a user account. The individual game information 33 includes data on the progress of each user's game, such as the progress of the game up to the time of the previous logout. In this game, the user can obtain a character that can be used for an in-game match, and the individual game information 33 includes possession information 33a, which is information about a character owned by the user. The possession information 33a includes, for example, information indicating the type of the possessed character and information indicating the state of the possessed character. In addition, the individual game information 33 also includes information such as items given to the user in the game.

The common game information 34 is information (program and / or data) common to all users who play the game. For example, the common game information 34 includes strength-related data. The strength-related data is data stored in the storage unit 31 by the data management means 53, and the strength-related data includes the strength parameter 34a and the strength criterion 34b.

FIG. 3 is a chart showing an example of the strength parameter 34a. The strength parameter 34a is a parameter related to the relative strength of the characters appearing in this game. The strength parameter 34a includes attack power, defense power, physical strength, attribute (value), and rarity set for each character. The strength standard 34b is a standard defined for the strength parameter 34a. More specifically, the strength criterion 34b is the data and / or program that forms the rules in the match, defined for the strength parameter 34a.

According to the strength criterion 34b of the present embodiment, the higher the attack power of the character, the greater the amount of damage received by the opponent character due to the attack of the character in the battle. Further, the higher the defense power of the character, the smaller the amount of damage when the character is attacked by the opponent character in the battle. In addition, the physical strength of the character is an allowable value of the amount of damage that the character receives in the battle. In a match, if your physical strength becomes zero, you lose the match. Therefore, in the strength criterion 34b of the present embodiment, the attack power, the defense power, and the physical strength are relatively strong characters as their values are higher.

The attribute is a parameter related to the compatibility of the battle between characters. FIG. 4 is a schematic diagram showing the compatibility of attributes as an example of the strength criterion 34b. In the present embodiment, there are three types of attributes, X, Y, and Z, and one of the attributes of X, Y, and Z is set for each character. In the figure example, it is shown that the X attribute is superior to the Y attribute, the Y attribute is superior to the Z attribute, and the Z attribute is superior to the X attribute. As described above, in the strength criterion 34b of the present embodiment, when two different attributes are played against each other, a predetermined benefit is given to the character having the superior attribute in the battle. In other words, it gives a predetermined disadvantage in the battle against the character with the inferior attribute. For example, in the strength criterion 34b of the present embodiment, when two characters with different attributes play against each other, one of the attack power, defense power, and physical strength of the character with the superior attribute is increased by a certain amount, or the inferior attribute. Decreases any of the character's attack power, defense power, and physical strength by a certain amount.

Rarity is a value related to the availability of the character. In this embodiment, it is shown that the higher the rarity, the harder it is to obtain the character. In addition, there is a relationship between rarity and offensive power, defensive power, and physical strength, and the higher the rarity, the higher the offensive power, defensive power, and physical strength are set.

Returning to FIG. 2, after step S2, that is, when the login to the game is completed, the battle execution means 43 on the game device 2 side is based on the user's operation input to the game device 2, that is, to the touch screen 21 by the user. Based on the operation, the match request is sent to the server device 3 (step S3). A match request is also sent to the server device 3 from the game device 2 of another logged-in user.

The battle execution means 52 on the server device 3 side performs a well-known matching process for matching users (game devices 2) who are sending battle requests at the same time (step S4). Explaining an example of the matching process, the match execution means 52 forms a session on the server device 3 by receiving a session creation request as a match request from the game device 2 of one user. Then, the battle execution means 52 receives the participation request as the battle request from the game device 2 of another user for the formed session, so that the user who sent the session creation request and the user who sent the participation request to it. And match.

When the matching is completed, in each game device 2, the battle execution means 43 starts a battle game synchronized between the matched game devices 2 (step S5). That is, the characters selected by each user of the matched game device 2 are arranged in a common battle stage, and each character is operated by the user who has selected the character to proceed with the battle game. The selection of the character to be used for the battle by each user may be performed before the battle request transmission in step S3, or may be performed after the matching process in step S4.

The above-mentioned strength-related data is used for the match. Specifically, the strength parameter 34a and the strength criterion 34b for the characters placed on the battle stage are used for the battle. The strength-related data used in the battle, that is, the strength parameter 34a and the strength reference 34b, may be the same as the strength parameter 34a and the strength reference 34b stored in the server device 3. The strength parameter 34a and the strength criterion 34b used in the battle may be, for example, those transmitted from the storage unit 31 of the server device 3 to the game device 2 and stored in the storage unit 22 before the start of the battle.

When the match is over, the matching game devices 2 are out of synchronization (step S6). By repeating steps S3 to S6, the user can play various battles. When the user performs an operation to end the game on the game device 2, the logout process is executed, and the communication between the game device 2 and the server device 3 is disconnected (step S7).

The determination means 54 and the strength changing means 55 shown in FIG. 1 execute a strength changing process for changing the strength-related data used in the battle. The strength change process will be described with reference to FIG.

[Strength change process 1]
FIG. 5 is a flowchart showing an example of the strength change process of the first embodiment. In the server device 3, the determination means 54 determines whether or not a predetermined condition is satisfied in any of the games played by the logged-in user (step S11). In other words, the determination means 54 monitors whether or not a predetermined condition is satisfied in the game played by each logged-in user.

Here, the predetermined condition determined by the determination means 54 may be satisfied in the game due to the user's operation input to the game device 2. For example, the predetermined condition is at least one of the following (a1) to (a4).
(a1) Completing a predetermined in-game quest or mission,
(a2) To use the prescribed benefits (privileges) granted as rewards for completing predetermined in-game quests or missions.
(a3) The user executes an in-game lottery event to draw in-game items and give them to the user, and a predetermined strength change item is drawn.
(a4) Use the specified strength change item that you own in the game.

When it is determined by the determination means 54 that the predetermined condition is satisfied (step S11: YES), the strength changing means 55 changes the strength-related data used in the battle and stores it in the data management means 53 (step). S12). For example, the strength changing means 55 changes at least one of the strength parameter 34a and the strength criterion 34b used in the battle. Hereinafter, the change of the strength-related data used in the battle, which is executed by the strength change means 55, is simply referred to as "strength change".

In the present embodiment, the strength changing means 55 executes a predetermined strength change. Further, the strength change by the strength change means 55 may change depending on the satisfied conditions and the like. For example, the strength changing means 55 may change a part or all of the strength parameter 34a stored in the storage unit 31, or may change a part or all of the strength reference 34b stored in the storage unit 31. There is also. Further, the strength changing means 55 may change both the strength parameter 34a and the strength criterion 34b stored in the storage unit 31. For example, the strength changing means 55 executes the strength change so that the relative strength of the characters appearing in the game is reversed between before the strength change is performed and after the strength change is performed.

Examples of the content of the strength change include the following (b1) to (b4).
(b1) A plurality of setting information (data and / or a program), each of which can be a strength reference 34b, are stored in the storage unit 31 of the server device 3, and the strength changing means 55 is a strength reference 34b used for the battle. Is changed from the first setting information among the plurality of setting information stored in the storage unit 31 to another second setting information. (As an example of such a change, for example, the strength changing means 55 states that "X attribute is superior to Y attribute, Y attribute is superior to Z attribute, and Z attribute is superior to X attribute". It is possible to change from one strength criterion to the second strength criterion that "X attribute is superior to Z attribute, Y attribute is superior to X attribute, and Z attribute is superior to Y attribute". )
(b2) In the strength change means 55, the higher the value before the strength change is, the lower the value after the strength change is for at least one value of the attack power, the defense power, and the physical strength in the strength parameter 34a. As such, change the strength parameter 34a of all characters appearing in the game.
(b3) The strength changing means 55 increases or decreases at least one value of attack power, defense power, and physical strength in the strength parameter 34a of a character whose rarity is a predetermined value by a set value (for example, 100).
(b4) The strength changing means 55 increases at least one value of attack power, defense power, and physical strength in the strength parameter 34a as the character has a lower rarity.

In this game, when a predetermined condition is satisfied due to the operation input of a certain user (hereinafter referred to as "first user") among a plurality of users on the game device 2, the influence of the strength change is exerted. Not only the first user who triggered the change in strength, but also the second user who is a user other than the first user, particularly the second user who is not involved with the first user in the game.

That is, the strength / weakness changing means 55 changes the strength / weakness-related data that is commonly used by all users who play this game. Therefore, in addition to the battle of the character owned by the first user, the changed strength-related data is the character owned by the second user who is a user other than the first user and in which the character owned by the first user does not appear. It is also used for battles.

In this way, the strength change caused by the operation of a certain user affects all users. Therefore, the strength change means 55 is applied to the game device 2 of all users who play this game after step S12. , Send the content of the strength change (step S13). Specifically, the strength change means 55 transmits the content of the strength change to the game device 2 of all the users who are logged in at the time when the strength change is executed, immediately after step S12. Further, for the game device 2 of the user who has not logged in at the time when the strength change is executed, the strength change means 55 transmits the content of the strength change when the user logs in after step S12. .. In this way, the strength parameter 34a and the strength criterion 34b after the strength change are used for the battle performed after the strength change.

In step S13, the strength changing means 55 may transmit the changed strength parameter 34a and the strength criterion 34b to the game device 2 of all logged-in users. Alternatively, the strength changing means 55 transmits the changed strength criterion and strength parameter after step S13 and when the user sends a match request, that is, immediately before the user executes the match game. May be good.

Summarizing the above, the game program according to the present embodiment includes a plurality of game devices 2 that are operated and input by a plurality of users, and a server device 3 (game management) that is connected to the plurality of game devices 2 via a network 4. A game program that realizes a game in which a character selected from a plurality of characters (game objects) is played against another character in a game system 1 including a device), and is a control unit 30 (control unit 30) of the server device 3. The computer) is based on the user's operation input to the game device 2, the data management means 53, which stores the strength-related data including at least the strength parameter 34a related to the relative strength of each game object in the server device 3. It is used for a battle execution means 52 for executing a battle using strength-related data, a determination means 54 for determining whether or not a predetermined condition is satisfied in the game, and a battle when the predetermined condition is satisfied. It functions as a strength changing means 55 for changing strength-related data, and when a predetermined condition is satisfied due to an operation input of a first user among a plurality of users for the game device 2, the strength changing means 55 In addition to being used for the battle of the character owned by the first user, the strength-related data changed by is owned by the second user who is a user other than the first user and in which the character owned by the first user does not appear. It is also used for character battles.

According to the game program of the present embodiment, a predetermined condition is satisfied due to the operation input of the first user, and the strength-related data is changed. Therefore, it is possible to increase the chances of using a character that was relatively weak before the change. Further, the influence of the change in the strength-related data caused by the operation input of the first user extends to a wide range of users who play the game, for example, a second user who is not involved with the first user. Therefore, it is possible to further increase the chances of using a character that was relatively weak before the change. Therefore, it is possible to suppress the bias of the characters used in the battle.

<Second Embodiment>
Next, the game program and the game management device according to the second embodiment will be described with reference to FIGS. 6 to 9. In the description of the second embodiment, the points different from those of the first embodiment will be mainly described, and the same components will be designated by the same reference numerals and the description thereof will be omitted.

FIG. 6 is a block diagram showing the configuration of the game system 1 according to the second embodiment. By executing the game program stored in the storage unit 31, the control unit 30 of the server device 3 further, in addition to the functional units 51 to 55 described in the first embodiment, further, the privilege granting means 56 and the ownership calculation means. It also functions as 57 and event execution means 58.

The privilege granting means 56 grants the privilege that can be used in the game to the user. In the present embodiment, the privilege is a strength change item for generating a strength change, or an event generation item for generating an event for determining whether or not to execute the strength change.

A valid period (usable period) is set for the privilege. Further, in this game, the privilege granting means 56 limits the granting of the privilege so that at the same time point, only one of all the users has the privilege holder who holds the strength change item or the event occurrence item. That is, unless the privilege holder uses the privilege, the privilege granting means 56 does not grant the privilege to another user. For this reason, in this game, the strength is not changed at all unless the privilege holder uses the privilege, but since the usable period is set for the privilege, there is an adverse effect that the user retains the privilege for a long period of time. It can be resolved.

The possession degree calculation means 57 calculates the possession degree indicating the degree of the degree of possession by the user for each character. For example, the degree of ownership of an object (target object) is the ratio of the total number of target objects owned by all users to the total number of all objects owned by all users. The ownership calculation means 57 calculates the ownership based on the ownership information 33a of all users stored in the storage unit 31 of the server device 3. In the present embodiment, the content of the change in strength is determined according to the degree of ownership calculated by the degree of ownership calculation means 57.

The event execution means 58 executes an event in which a plurality of users can participate in the game. The event execution means 58 executes an event due to the user's use of the event occurrence item.

[Strength change process 2]
FIG. 7 is a flowchart showing an example of the strength change process of the second embodiment. In this example, a case where the privilege given by the privilege giving means 56 is a strength change item will be described.

The control unit 30 of the server device 3 monitors whether or not the strength change item has been given to any of the users who play the game by the privilege giving means 56. When a strength-changing item is given to a user (first user) by the privilege-giving means 56 (step S21), the privilege-giving means 56 sends the usage period information regarding the validity period (usable period) of the strength-changing item to the server. Store in the storage unit 31 of the device 3 (step S22). The validity period is displayed so that it can be confirmed on the game device 2 of the first user to which the strength change item is attached. If the validity period has passed without the strength change item being used within the validity period (step S23: YES), the strength change item becomes unusable.

In this game, the first user can confirm the content of the strength change that will be executed when the strength change item is used at the present time before using the strength change item. Specifically, when the strength change item is within the valid period (step S23: NO), the first user's game device 2 receives a change content notification request in response to the first user's operation on the game device 2. It is sent from the game device 2 to the server device 3. In the server device 3, the possession degree calculation means 57 calculates the possession degree for each character (step S24).

Then, the strength changing means 55 determines the content of the strength change according to the calculated possession degree of each character (step S25). The strength changing means 55 sends the determined content to the game device 2 of the first user. Examples of the content of the strength change according to the degree of possession include, for example, making a character with a low degree of possession relatively strong, and making a character with a high degree of possession relatively weak. In this way, by making the content of the strength change according to the degree of ownership, it is possible to further suppress the bias of the characters used in the battle. For example, if a character with a high degree of possession becomes relatively strong, only that character can be used in the battle. Further, even if a character having a low degree of possession becomes relatively weak, the degree of influence on the user is small. Such a problem can be prevented.

In this example, the strength change is executed when the strength change item is used. The determination means 54 determines whether or not the strength change item has been used by the first user (step S26). Specifically, when the first user performs an operation for using the strength change item with respect to the game device 2, information indicating that the strength change item has been used from the game device 2 of the first user is sent to the server. Sent to device 3. When it is determined by the determination means 54 that the strength change item has been used based on this information (step S26: YES), the strength change means 55 is based on the possession degree of each character calculated by the possession degree calculation means 57. Determine the content of the change and execute the determined strength change (step S27). After step S27, the strength changing means 55 transmits the content of the strength change to the game device 2 of all users who play this game (step S28).

[Strength change process 3]
FIG. 8 is a flowchart showing another example of the strength change process of the second embodiment. In this example, a case where the privilege given by the privilege giving means 56 is an event occurrence item will be described.

The control unit 30 of the server device 3 monitors whether or not the event occurrence item has been given to any of the users who play the game by the privilege giving means 56. When an event occurrence item is given to a certain user (first user) by the privilege granting means 56 (step S31), the privilege granting means 56 sends the usage period information regarding the validity period (usable period) of the event occurrence item to the server. Store in the storage unit 31 of the device 3 (step S32). The validity period is displayed so as to be identifiable on the game device 2 of the first user to which the event occurrence item is assigned. If the event-generated item has not been used within the valid period and the valid period has elapsed (step S33: YES), the event-generated item becomes unusable.

In this example, the execution of the strength change is performed when the result of the event generated by the use of the event occurrence item satisfies a predetermined condition. When the event occurrence item is within the valid period (step S33: NO), the event execution means 58 determines whether or not the event occurrence item has been used by the first user (step S34).

In this example, the content of the strength change can be specified in the game device 2 according to the operation of the first user with respect to the game device 2. Therefore, the first user can select a favorite character owned by the first user and set the strength change content of increasing the strength parameter within a predetermined range. When the first user performs a predetermined operation on the game device 2, the strength change content is set, and the event occurrence item is used, the strength change specified by the first user is changed from the game device 2 of the first user. Item usage information is sent to server device 3 along with content-related changes information. When it is determined by the determination means 54 that the event occurrence item has been used based on the item usage information (step S34: YES), the strength changing means 55 stores the received change content information in the storage unit 31 (step S35). , The event execution means 58 executes event processing (step S36).

FIG. 9 is a flowchart showing an example of event processing by the event execution means 58. The event executed by the event execution means 58 is an event in which all users affected by the strength change when the strength change is executed (in this example, all users who play this game) can participate. In the event processing, the event execution means 58 first notifies the game device 2 of all users of the content of the strength change set by the first user (step S41). That is, the change content information stored in the storage unit 31 is sent to the game device 2 of all users.

Further, the event execution means 58 starts accepting a vote for or against the content of the notified strength change (step S42). The voting result is displayed so that it can be confirmed on the game device 2 of each user. When a predetermined period has passed since the content of the strength change was notified, the event execution means 58 confronts the support user who agrees with the notified strength change and the opponent user who opposes the notified strength change. Execute a confrontation event.

The following (c1) to (c3) can be exemplified as the confrontation event.
(c1) The first user who used the event occurrence item and the opposite user who was drawn from the users who sent the negative vote to the server device 3 play a predetermined game match.
(c2) One or more supporting users drawn from among the supporting users who sent the approval vote to the server device 3 and the opposite user drawn from the opposite users who sent the negative vote to the server device 3 are specified. Play a game match.
(c3) In the votes received in step S42, the supporters and the opponents compete for the number of votes.

The determination means 54 determines whether or not the result of the confrontation event satisfies a predetermined condition, specifically, whether or not the supporting user has won (step S44). When it is determined that the supporting user has won (step S44: YES), the strength changing means 55 is set by the first user based on the change content information stored in the storage unit 31 (that is, notified in step S41). Execute the strength change (step S45) and end the event processing. When it is determined that the opposite user has won (step S44: NO), the strength changing means 55 ends the event processing without executing the strength change set by the first user.

Also in this embodiment, the same effect as that of the first embodiment can be obtained.

Further, in the present embodiment, the strength / weakness changing means 55 changes the strength / weakness based on the change content information set according to the operation input of the first user to the game device 2. As a result, the first user can decide the content of the strength change so as to be superior to the first user himself, so that the user who plays the game is urged to make the strength change due to his own operation. Can be made to.

Further, in the present embodiment, by using the event occurrence item, the event execution means 58 executes an event that can be participated by all users affected by the change in strength. Therefore, the fun of the game can be enhanced. In addition, since it is decided whether or not to change the strength based on the result of the event, it is possible to give the user a sense of fairness and conviction for the change in strength.

<Other embodiments>
The present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the gist of the present invention.

For example, the control means and the processing procedure described in the above embodiment are examples, and the embodiments of the present invention are not limited thereto. The design of the processing procedure and the like can be appropriately changed without changing the gist of the present invention.

Further, in the above embodiment, an example in which a mobile terminal device is used as the game device 2 is described, but the present invention is not limited to this. For example, the present invention can be realized by using an arcade game housing provided in a game center or the like as the game device 2. Further, the present invention can be realized by using a home-use game device as the game device 2.

Further, the game device 2 does not have to include the touch screen 21. For example, the input unit that receives the user's operation input in the game device 2 may be a controller provided with an operator such as a button, and the display device that displays the game screen in the game device 2 may be a display device. It may be a single liquid crystal display.

In the above embodiment, the game object has been described as a game object, but the game object may not be a character, and for example, the game object in the present invention may be a game object such as an airframe or a card.

Further, in the above embodiment, the game object selected from the game objects owned by the user is played against another object, but the target selected by the user is not limited to the game object owned by the user. .. For example, the present invention can be applied to a game in which a user can select from a plurality of predetermined game objects.

Further, the type of game to which the present invention is applied is not particularly limited. For example, the present invention can be applied to various types of games such as action games, shooting games, role playing games, simulation games, board games, and puzzle games. That is, the present invention can be applied to any game that includes a content in which a game object selected by the user from a plurality of game objects is played against another game object.

Further, the functions of the control units 20 and 30 of the game device 2 and the server device 3 are not limited to the examples described in the above embodiment. In the second embodiment, the control unit 30 of the server device 3 functions as the privilege granting means 56 and the event executing means 58, but the control unit 20 of the game device 2 may function as the privilege granting means 56 and the event executing means 58. good. In this case, the game program of the present invention may be distributed and stored in the game device 2 and the server device 3, and the control unit 20 and the control unit 30 that execute such a game program execute a "computer" that executes the game program. Corresponds to.

Even when these other embodiments are adopted, the effects of the present invention are exhibited. Further, it is also possible to appropriately combine the above embodiment with other embodiments and other embodiments.

The effect of the strength change may be limited to a predetermined period after it is executed. That is, after a predetermined period of time, the changed strength parameter and / or strength criterion may revert to the strength parameter and / or strength criterion before the change.

In the above embodiment, all users who play the game are affected by the change in strength, but the present invention is not limited to this. For example, the impact of the strength change may extend to each of the pre-divided regions. For example, the executed strength change may be limited to a predetermined area including the position of the first user who triggered the strength change. In this case, the storage unit 31 of the server device 3 may store the common game information 34 for each of the pre-divided areas. The determination as to which area the first user is located in the control unit 30 of the server device 3 may be determined by, for example, the GPS information sent from the game device 2 to the server device 3, and is included in the user registration. You may go based on your whereabouts information.

The privilege given to the user by the privilege giving means 56 does not have to be an item, and may be the right to execute a strength change in the game.

The ownership calculation means 57 may indicate the degree of ownership for each game object with respect to the degree of the number of users who own the game object. For example, the degree of ownership of a certain object (target object) may be the ratio of the number of users who own at least one target object to the total number of users.

Further, in the above embodiment, the strength-related data to be changed by the strength-weakness changing means 55 includes the strength-weakness parameter 34a and the strength-weakness standard 34b. It is not necessary to include.

The content of the strength change is not limited to the example described in the above embodiment. For example, when a predetermined condition is satisfied, the strength changing means sets the first strength standard stored as the strength standard used in the battle to be different from the first strength standard stored in advance in the game management device. 2 You may change to the strength standard. Further, the game management device stores the rarity (rareness) for each game object, and the strength changing means is that when a predetermined condition is satisfied, the game management device stores a plurality of game objects. For some or all game objects, the strength parameter may be changed by a value according to the rarity of each game object.

1: Game system
2: Game device
3: Server device (game management device)
4: Network
20: Control unit
21: Touch screen
22: Memory
23: Sound output section
24: Communication I / F section
30: Control unit
30a: Bus
31: Memory
32: Communication I / F section
33: Individual game information
33a: Ownership information
34: Common game information
34a: Strength parameter
41: Login request means
42: Display control means
43: Match execution means
45: Event execution method
51: Login management method
52: Match execution means
53: Data management means
54: Judgment means
55: Strength change means
56: Benefit granting means
57: Possession calculation method
58: Event execution method

Claims (5)

In a game system including a plurality of game devices whose operations are input by a plurality of users and a game management device connected to the plurality of game devices via a network, the user selects from a plurality of game objects. A game program that realizes a game in which a game object is played against another game object.
Computer,
A data management means for storing strength-related data including at least strength parameters related to the relative strength of each game object in the game management device.
A battle execution means for executing the battle using the strength-related data based on the operation input of the user to the game device.
A determination means for determining whether or not a predetermined condition is satisfied in the game, and
When the predetermined condition is satisfied, the strength-related data used in the battle is changed and stored in the data management means as a strength changing means.
When the predetermined condition is satisfied due to the operation input of the first user among the plurality of users for the game device, the strength-related data changed by the strength changing means is the first user. In addition to being used in a match involving the first user, it is also used in a match in which a second user who is a user other than the first user is involved and the first user is not involved.
The computer is further made to function as an ownership calculation means for calculating the ownership degree indicating the degree of the number of possessions by the user or the degree of the number of users who own the object for each of the game objects.
The strength changing means is a game program that changes the strength-related data based on the calculated degree of possession of each game object. In a game system including a plurality of game devices whose operations are input by a plurality of users and a game management device connected to the plurality of game devices via a network, the user selects from a plurality of game objects. A game program that realizes a game in which a game object is played against another game object.
Computer,
A data management means for storing strength-related data including at least strength parameters related to the relative strength of each game object in the game management device.
A battle execution means for executing the battle using the strength-related data based on the operation input of the user to the game device.
A determination means for determining whether or not a predetermined condition is satisfied in the game, and
When the predetermined condition is satisfied, the strength-related data used in the battle is changed and stored in the data management means as a strength changing means.
When the predetermined condition is satisfied due to the operation input of the first user among the plurality of users for the game device, the strength-related data changed by the strength changing means is the first user. In addition to being used in a match involving the first user, it is also used in a match in which a second user who is a user other than the first user is involved and the first user is not involved.
The strength / weakness changing means is a game program that changes the strength / weakness-related data based on the change content information set according to the operation input of the first user to the game device. In a game system including a plurality of game devices whose operations are input by a plurality of users and a game management device connected to the plurality of game devices via a network, the user selects from a plurality of game objects. A game program that realizes a game in which a game object is played against another game object.
Computer,
A data management means for storing strength-related data including at least strength parameters related to the relative strength of each game object in the game management device.
A battle execution means for executing the battle using the strength-related data based on the operation input of the user to the game device.
A determination means for determining whether or not a predetermined condition is satisfied in the game, and
When the predetermined condition is satisfied, the strength-related data used in the battle is changed and stored in the data management means as a strength changing means.
When the predetermined condition is satisfied due to the operation input of the first user among the plurality of users for the game device, the strength-related data changed by the strength changing means is the first user. In addition to being used in a match involving the first user, it is also used in a match in which a second user who is a user other than the first user is involved and the first user is not involved.
The computer is further made to function as a privilege granting means for granting the privilege that can be used in the game to the first user.
Due to the use of the privilege due to the operation input of the first user to the game device, the predetermined condition is satisfied.
The privilege granting means is a game program that stores usage period information regarding the usable period of the privilege in the game management device. The computer is further made to function as an event execution means for executing an event in which the plurality of users can participate in the game due to the operation input of the first user to the game device.
The game program according to any one of claims 1 to 3, wherein the determination means determines whether or not the result of the event satisfies the predetermined condition. A program storage unit that stores the game program according to any one of claims 1 to 4.
A game management device including a computer that executes a program stored in the program storage unit.

Images