JP6968928B2 - Program, competitive game server and its control method - Google Patents

Description

The present invention relates to a program relating to a computer that provides a battle game, a battle game server, and a control method thereof.

Conventionally, in a battle game server, a deck of the user is composed of a plurality of battle cards stored for each user, and a victory or defeat is achieved among a plurality of users based on the total value of the attack power and the defense power of the deck. There is a competitive game server in the form of competing (for example, Patent Document 1). In such a battle game server, in order to increase the user's interest in the game, the user who wins as a result of the battle can usually acquire the battle card or the like possessed by the defeated user. In this case, the user can select an opponent from the users who have the battle card or the like that they want to acquire.

Japanese Unexamined Patent Publication No. 2008-22984

However, in the conventional battle game server, since the user who is the opponent is randomly determined or only on the condition that the user has a predetermined battle card or the like, the total value of the attack power and the defense power of the decks of the opponent users is determined. May be diverged, which may reduce the user's interest in the game.

In particular, if the user is a beginner and the total value of attack power and defense power is low, the total value of attack power and defense power related to the opponent is likely to be higher, and the player may lose in the battle game. Many have significantly reduced user interest in games.

Therefore, an object of the present invention made in view of the above problems is a program, a battle game server, and a control method thereof, which can select an opponent suitable for each user and increase the user's interest in the game. Is to provide.

The program according to the present invention for solving the above problems is
For computers that provide competitive games to multiple communication terminals,
A step of associating and managing identification information uniquely assigned to each user who operates the communication terminal and user information for calculating the strength of the user for each user, and a step of managing the information.
Based on the user information, a step of automatically extracting some units from all the units owned by the user so as to satisfy a predetermined condition, and
A step to determine the strength according to the user information based on the extracted unit, and
When a battle request including one identification information is received from the communication terminal, an opponent list relating to one or more users selected based on the strength corresponding to the user information associated with the identification information is displayed. It is characterized in that the opponent list transmission step of transmitting to the communication terminal is executed.

The program according to the present invention is
The automatic extraction step is performed at predetermined time intervals.

The program according to the present invention is
The user of the opponent list is selected when the strength is within a predetermined range from the strength corresponding to the user information associated with the identification information.

The program according to the present invention is
The strength within the predetermined range is characterized by being less than the strength corresponding to the user information associated with the identification information.

The program according to the present invention is
The strength within the predetermined range is characterized by being equal to or higher than the strength corresponding to the user information associated with the identification information.

The program according to the present invention is
When the strength corresponding to the user information associated with the identification information is equal to or more than a predetermined threshold value, the strength corresponding to the user information associated with the identification information is less than the predetermined threshold value. Includes steps to widen the predetermined range.

The program according to the present invention is
The user information further includes attack power and defense power related to the unit.
The strength according to the user information is characterized in that it is determined according to the combination of units having the maximum total value of attack power and defense power below the upper limit value of cost.

The program according to the present invention is
The battle request includes the unit ID of the unit that the user wants to acquire, and in the opponent list transmission step, the opponent list including only the user having the unit related to the unit ID is transmitted to the communication terminal. It is characterized by.

The competitive game server according to the present invention is
A competitive game server that provides competitive games to multiple communication terminals.
A storage unit that manages identification information uniquely assigned to each user who operates the communication terminal and user information for calculating the strength of the user in association with each user.
Based on the user information, some units are automatically extracted from all the units owned by the user so as to satisfy a predetermined condition, and the strength according to the user information is determined based on the extracted units. Control unit and
When a battle request including one identification information is received from the communication terminal, an opponent list relating to one or more users selected based on the strength corresponding to the user information associated with the identification information is displayed. It is characterized by including a communication unit for transmitting to the communication terminal.

Further, the control method of the battle game server according to the present invention is as follows.
It is a control method of a battle game server provided with a storage unit, a communication unit, and a control unit, which provides a battle game to a plurality of communication terminals.
A step in which the storage unit manages identification information uniquely assigned to each user who operates the communication terminal and user information for calculating the strength of the user in association with each user.
A step in which the control unit automatically extracts some units from all the units owned by the user based on the user information so as to satisfy a predetermined condition.
A step in which the control unit determines the strength according to the user information based on the extracted unit, and
When the communication unit receives a battle request including one identification information from the communication terminal, the communication unit relates to one or more users selected based on the strength corresponding to the user information associated with the identification information. It is characterized by including a step of transmitting an opponent list to the communication terminal.

According to the program, the battle game server, and the control method thereof in the present invention, it is possible to select an opponent suitable for each user and increase the user's interest in the game.

It is a block diagram of the battle game system of Embodiment 1. FIG. It is an example of the user table and the unit information table of Embodiment 1. It is an example of the strength table of Embodiment 1. This is an example of the setting table of the first embodiment. It is an example of the battle range table of Embodiment 1. It is a flowchart which shows the operation of the battle game server of Embodiment 1. FIG. It is an example of the setting table of the second embodiment. It is an example of the battle range table of the second embodiment.

Hereinafter, embodiments of the present invention will be described.

(Embodiment 1)
FIG. 1 is a block diagram showing a battle game system according to the first embodiment of the present invention. The battle game system according to the first embodiment of the present invention includes a battle game server 1 and a communication terminal 2. Note that FIG. 1 shows an example in which only one communication terminal 2 is provided, but the present invention is not limited to this, and a plurality of communication terminals may be provided.

The battle game server 1 includes a communication unit 11, a storage unit 12, and a control unit 13. As a general rule, the battle game server 1 is a battle game in which a battle between a plurality of users competes for victory or defeat based on the total value of the attack power and the defense power of a deck composed of a plurality of units owned by the user. Provided to the communication terminal 2.

The communication unit 11 communicates with the communication terminal 2 by at least one of wireless and wired communication.

The storage unit 12 stores various information. Specifically, the storage unit 12 stores a user ID and a user table including a unit ID related to the user ID. The user ID is an identifier for uniquely identifying a user in the battle game server 1. The unit ID is an identifier for uniquely identifying a unit in this system. The unit is a unit of battle cards, characters, weapons, etc. that constitutes the user's deck. The user table contains the unit ID of the unit owned by each user. Here, the unit owned by a certain user changes according to the progress of the game. For example, a unit owned by a user changes from moment to moment by being acquired or stolen by winning or losing against another user, or by being acquired or exchanged at an event in the game. When the unit owned by a certain user changes, the control unit 13 described later updates the user table to keep it up to date.

FIG. 2A shows an example of a user table. For example, FIG. 2A shows that the user whose user ID is "001" relates to the unit IDs of unit A, unit B, unit C, unit D, unit E, unit F, unit G, unit H, and unit I. Shows that it has a unit.

Further, the storage unit 12 stores a user ID, a unit ID, and a unit information table including an attack power, a defense power, and a cost related to the unit ID. Attack power and defense power are parameters related to the strength of the unit. The cost is a parameter referred to when constructing the deck. The total cost of a plurality of units constituting the deck must be less than or equal to a predetermined value (hereinafter referred to as a cost upper limit). In this embodiment, as an example, the upper limit of cost is assumed to be 30.

FIG. 2B shows an example of the unit information table. In FIG. 2B, for example, the user ID “001”, the unit ID “Unit A”, the attack power “1000”, the defense power “500”, and the cost “5” are stored in association with each other. Here, the attack power and defense power of each unit change according to the progress of the game. For example, the attack power and defense power of a unit owned by a certain user increases according to an event in the game or the like. When the attack power and defense power of the unit change, the control unit 13 described later updates the unit information table to keep it up to date.

The control unit 13 performs various controls related to the battle game server 1. Specifically, when the control unit 13 receives a battle request from the communication terminal 2, the control unit 13 selects at least one user ID from the user table and lists the user ID as an opponent (hereinafter referred to as an opponent list). ), And the communication unit 11 transmits the opponent list to the communication terminal 2. The battle request is, in the present embodiment, a request for creating and transmitting an opponent list. The battle request includes a user ID of a user who operates the communication terminal 2. Further, when the control unit 13 receives a signal from the communication terminal 2 including the user ID of the user who operates the communication terminal 2 and the user ID of the opponent, the control unit 13 is the total value of the attack power and the defense power of the decks of the two user IDs. Is calculated, and the victory or defeat is determined based on the total value.

Further, the control unit 13 periodically calculates the strength of each user ID based on the user table and the unit information table stored in the storage unit 12. Here, the strength is a value determined based on the total value of the attack power and the defense power of the units constituting the deck. In other words, the attack power, defense power, and the like of each unit stored in the unit information table can be said to be user information for calculating the strength of the user. The control unit 13 extracts at least one unit from the plurality of units possessed by each user ID in order to calculate the strength. Then, the control unit 13 calculates the total value of the attack power and the defense power of all the extracted units, assuming that the deck is composed of the extracted units. The control unit 13 stores the strength based on the calculated total value in the storage unit 12. Preferably, the control unit 13 stores a strength table including the strength for each user ID in the storage unit 12. The control unit 13 periodically calculates the strength of each user ID at predetermined time intervals by a timer (not shown) or the like. For example, the predetermined time interval is 8 hours.

Preferably, when the control unit 13 extracts at least one unit from the plurality of units possessed by each user ID, the control unit 13 automatically extracts the optimum combination of units. A knapsack problem-solving algorithm is used as an algorithm for automatically extracting the optimum combination. That is, the control unit 13 extracts a combination of units such that the total value of the attack power and the defense power is the maximum at the cost upper limit value or less. The algorithm for extracting the optimum combination by the control unit 13 is not limited to this, and the unit is selected in order from the one with the highest total value of attack power and defense power for each unit, and the unit is selected until the cost upper limit is reached. May be good. Alternatively, the control unit 13 may randomly extract some units from the plurality of units possessed by each user ID.

The control unit 13 automatically extracts the optimum combination of units, and automatically, for example, among the units (units A to I) having the user ID "001", the unit A, the unit B, the unit C, and the unit E. To extract. The total value of the attack power and the defense power of the units extracted in this way is 7000, and the total value of the cost is 30.

FIG. 3 shows an example of a strength table stored in the storage unit 12 by the control unit 13. For example, in the strength table, the user ID "001" and the total value "7000" of the attack power and the defense power of the units constituting the deck are stored in association with each other. Further, the strength table stores the strength determined based on the total value and the setting table described later. For example, "3" is stored as the strength of the user ID "001". The strength table of FIG. 3 includes, but is not limited to, the total value of the attack power and the defense power, and the strength table may include only the user ID and the strength.

FIG. 4 shows an example of a setting table. The setting table is stored in the storage unit 12 in advance before the system operation. The setting table stores the strength and its definition, that is, the range of the total value of the offensive power and the defensive power. For example, the lower limit of the total value of attack power and defense power is "6000", and the range of the upper limit value of "8999" is defined as the strength "3".

Further, the control unit 13 stores in the storage unit 12 a battle range table associated with the user ID for each strength based on the strength of each user ID stored in the storage unit 12. FIG. 5 shows an example of a battle range table. For example, the strength "1" is associated with the user IDs "004", "005", "010", and "019".

Then, when the control unit 13 receives the battle request including the user ID from the communication terminal 2, the control unit 13 obtains a user ID having a predetermined range of strength based on the strength stored in the storage unit 12 corresponding to the user ID. Select to create an opponent list. Specifically, the control unit 13 acquires the strength corresponding to the user ID included in the battle request based on the strength table. Subsequently, the control unit 13 selects a part of the user ID corresponding to the strength based on the battle range table and creates an opponent list. Then, the control unit 13 transmits the opponent list to the communication terminal 2 via the communication unit 11. That is, among the user IDs within the same strength as the strength of the user ID included in the battle request, the user IDs other than the self are selected and used as the opponent list. For example, when a battle request including the user ID "001" is received, the control unit 13 acquires the strength "3" corresponding to the user ID based on the strength table. Subsequently, the control unit 13 acquires the user IDs “001”, “003”, “008”, and “020” corresponding to the strength “3” based on the battle range table. Then, the control unit 13 transmits an opponent list including the user IDs "003", "008", and "020" excluding its own user ID "001" to the communication terminal 2 via the communication unit 11.

The battle request may include a unit ID that the user wants to acquire. In this case, the control unit 13 refers to the unit information table, selects only the user ID having the unit related to the unit ID from the battle range table, and creates the opponent list.

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

The communication unit 21 communicates with the battle game server 1 by at least one of wireless and wired communication. Specifically, the communication unit 21 transmits a battle request to the battle game server 1 based on the control of the control unit 24. Further, the communication unit 21 receives the opponent list from the opponent game server 1.

The display unit 22 is composed of a liquid crystal display, an organic EL display, and the like, and outputs a display related to the battle game provided by the battle game server 1. For example, the display unit 22 displays an icon or the like that prompts a battle request in a battle game. Further, the display unit 22 displays the opponent list received via the communication unit 21.

The operation unit 23 is composed of buttons, a touch panel, and the like, and receives an input signal from a user in a battle game. Specifically, the operation unit 23 receives an input signal when the user selects an icon or the like displayed on the display unit 22 to urge a battle request. Further, the operation unit 23 receives an input signal by selecting a predetermined opponent from the opponent list displayed on the display unit 22 by the user. The operation unit 23 sends an input signal received from the user to the control unit 24.

The control unit 24 performs various controls related to the communication terminal 2. For example, when the operation unit 23 accepts the selection of the battle request, the control unit 24 transmits the battle request including the user ID of the communication terminal 2 to the battle game server 1 via the communication unit 21. Further, when the operation unit 23 accepts the selection of a predetermined opponent, the control unit 24 transmits a signal including the user ID of the communication terminal 2 and the user ID of the opponent to the battle game server 1 via the communication unit 21. do.

Next, the operation of the battle game server 1 according to the first embodiment will be described with reference to the flowchart shown in FIG.

First, the control unit 13 calculates the strength of each user ID based on the user table and the unit information table stored in the storage unit 12 (step S1). Here, the control unit 13 extracts at least one unit from the plurality of units possessed by each user ID in order to calculate the strength. Then, the control unit 13 calculates the total value of the attack power and the defense power of the extracted units, assuming that the deck is composed of the extracted units. Then, the control unit 13 calculates the strength based on the calculated total value and the setting table.

Subsequently, the control unit 13 stores the strength of each user ID in the storage unit 12. Preferably, the control unit 13 creates a strength table and stores it in the storage unit 12 (step S2).

Subsequently, the control unit 13 creates a battle range table associated with each strength based on the strength of each user ID stored in the storage unit 12, and stores the table in the storage unit 12 (step S3).

Subsequently, the control unit 13 determines whether or not a battle request including a user ID has been received from the communication terminal 2 (step S4). If it is determined that the battle request has been received, the process proceeds to step S5. On the other hand, if it is determined that the battle request has not been received, the process proceeds to step S6.

When the control unit 13 determines that the battle request has been received from the communication terminal 2, the control unit 13 has a predetermined range of strength based on the strength corresponding to the user ID included in the battle request stored in the storage unit 12. Select an ID and create an opponent list (step S5). In this embodiment, the predetermined range is the same range as the strength corresponding to the user ID included in the battle request stored in the storage unit 12.

Subsequently, the control unit 13 determines whether or not a predetermined time has elapsed by a timer (not shown) or the like (step S6). If the predetermined time has elapsed, the process returns to step S1. As a result, the battle game server 1 periodically calculates the strength of each user ID. On the other hand, if the predetermined time has not elapsed, the process returns to step S4.

As described above, according to the embodiment of the present invention, the strength of each of a plurality of user IDs is periodically calculated and stored in the storage unit 12, and when a battle request is received, the strength stored in the storage unit 12 is stored. Since the user ID having a predetermined range of strength is selected and the opponent list is created based on the above, it is possible to select an opponent suitable for the strength of the user and increase the user's interest in the game. ..

Further, according to the embodiment of the present invention, since the strength of each of the plurality of user IDs is calculated periodically, that is, at predetermined time intervals and stored in the storage unit 12, the battle game server 1 communicates. The opponent list will be created based on the strength in the past from the time when the battle request is received from the terminal 2. That is, when the user increases the total value of the attack power and the defense power of the deck by increasing the number of units or the like within a predetermined time interval, the winning percentage in the battle of the user increases. Therefore, it is possible to motivate the user to play the game more and increase the user's interest in the game. Further, since the battle game server 1 performs the strength calculation process at predetermined time intervals, the processing load can be significantly reduced as compared with the real-time strength calculation for each user.

In the embodiment of the present invention, the battle game server 1 is configured by one server device, but the present invention is not limited to this, and the battle game server 1 may be configured by two or more server devices. For example, when two server devices are used, the processing related to the communication with the communication terminal 2 and the processing related to the strength calculation for the battle game are performed by different server devices, and the processing is performed by the two server devices. The load may be distributed.

(Embodiment 2)
Hereinafter, Embodiment 2 of the present invention will be described. The same components as those in the first embodiment are designated by the same reference numerals, and the description thereof will be omitted. The battle game server 1 according to the second embodiment is different from the configuration according to the first embodiment in the setting table and the battle range table stored in the storage unit 12.

FIG. 7 is an example of a setting table stored in the storage unit 12 of the battle game server 1. In the second embodiment, a predetermined "strength", "total value lower limit value", "total value upper limit value", "strength lower limit value", and "strength upper limit value" are displayed in the setting table. The "weak ratio" and the "strong ratio" are stored. Since the "total value lower limit value" and the "total value upper limit value" are the same as those in the first embodiment, the description thereof will be omitted. The "lower limit of strength" represents the lower limit of strength to be included in the opponent list to be sent to the user of a predetermined strength. The "strength upper limit" represents the upper limit of the strength to be included in the opponent list to be sent to the user of the predetermined strength. The “weak person ratio” represents the ratio of user IDs having a strength less than a predetermined value included in the opponent list. The “strong player ratio” represents the ratio of user IDs that exceed a predetermined strength included in the opponent list.

For example, in the setting table shown in FIG. 7, for the strength “3”, the strength lower limit value is “1” and the strength upper limit value is “4”. This means that for a user with a strength of "3", a user ID with a strength of "1 to 4" is selected as an opponent and an opponent list is created. For the strength "3", the weak ratio is "50%" and the strong ratio is "10%". This means that 50% of user IDs with a strength of "1-2", 10% of user IDs with a strength of "4", and 40% of user IDs with a strength of "3" remain in the opponent list. Means to be included.

Preferably, when the strength is equal to or less than a predetermined value, the lower limit of strength and the upper limit of strength are set to the same values as the strength. For example, the predetermined value is the strength "1". In this case, the lower limit of strength and the upper limit of strength are set to "1", respectively. Instead of setting the lower limit of strength and the upper limit of strength to "1", the ratio of weak people and the ratio of strong people may be set to 0%. By doing so, for example, a user whose strength is equal to or less than a predetermined value, specifically, "1" or the like, is configured to play against a user having the same strength to reduce the difficulty of the game, and the user's You can increase or maintain your interest in the game.

Further, preferably, when the strength is equal to or higher than the first threshold value, the range of strength related to the user ID included in the opponent list may be set wider than when the strength is less than the first threshold value. For example, the first threshold value is "5". By doing so, a user whose strength is equal to or higher than the first threshold value increases the probability of playing against a stronger or weaker user, thereby changing the difficulty of the battle game and increasing the user's interest in the game. Can be maintained.

Further, when the strength is equal to or more than the second threshold value, the ratio of strong people may be set higher than that when the strength is less than the second threshold value. For example, the second threshold value is "6". By doing this, for users who are relatively strong among all users, by increasing the probability of playing against users who are stronger than themselves, it is possible to prevent them from winning easily and become interested in competitive games. Can be increased or maintained.

FIG. 8 is an example of a battle range table stored in the storage unit 12 of the battle game server 1 according to the second embodiment. For example, when the strength is "3", the user IDs "001", "003", "002", and "006" are included. Here, the strength related to the user ID "002" is 2, and the strength related to the user ID "006" is 4. That is, the user ID having a strength different from the strength "3" is included in the opponent list.

Then, when the control unit 13 receives the battle request including the user ID from the communication terminal 2, the control unit 13 acquires the strength corresponding to the user ID included in the battle request based on the strength table. Subsequently, the control unit 13 selects at least one of the user IDs corresponding to the strength based on the battle range table and creates an opponent list. Then, the control unit 13 transmits the opponent list to the communication terminal 2 via the communication unit 11.

Next, the operation of the battle game server 1 according to the second embodiment will be described. The battle game server 1 according to the second embodiment operates substantially the same as that of the first embodiment, but the battle range table stored in the storage unit 12 in step S3 is different. Since the operations other than step S3 are the same as those in the first embodiment, the description thereof will be omitted.

In step S3, the control unit 13 of the battle game server 1 according to the second embodiment stores in the storage unit 12 a battle range table associated with a user ID for each strength based on the strength table and the setting table. do. Specifically, the control unit 13 refers to the "strength lower limit value", the "strength upper limit value", the "weak person ratio", and the "strong person ratio" in the setting table, and sets a predetermined range from the strength table. Extract the user ID of the strength of. Then, the control unit 13 creates a battle range table based on the extracted user ID and stores it in the storage unit 12.

By doing so, by including a user ID with a strength different from the strength included in the battle request in the opponent list, the strength with the opponent has a certain variation, that is, fluctuation is included. As the difficulty of the competitive game changes, the user's interest in the game can be increased. That is, according to the present embodiment, by extracting the opponents within a predetermined range, there is a large difference in the strength between the opponents as compared with the case where the opponents are randomly extracted from all the users. It is unlikely that it will end up. Therefore, the opponent is selected within an appropriate range according to the strength of the user, and it is possible to reduce the possibility of winning or losing immediately, so that the use of the game can be further continued.

The upper limit of strength in the setting table may be set lower than the strength included in the battle request. In this case, the strength of the user ID included in the opponent list is less than the strength of the user ID included in the battle request, and there is a high possibility that a user weaker than himself / herself becomes an opponent. By doing so, the winning percentage of the user who sent the match request can be increased. Therefore, for example, in the initial stage of the start of the game, that is, when the strength of the user is low, the difficulty of the game can be increased by setting the winning percentage high. It can be reduced and the user's interest in the game can be increased.

Further, the lower limit of strength in the setting table may be higher than the strength included in the battle request. In this case, the strength of the user ID included in the opponent list exceeds the strength of the user ID included in the battle request, and there is a high possibility that a user stronger than himself / herself will be the opponent. By doing so, the winning percentage of the user who sent the match request can be lowered. Therefore, for example, when the user has become accustomed to the game, that is, when the strength is high, the winning percentage can be set low to reduce the winning percentage of the game. The difficulty can be increased and the user's interest in the game can be increased.

Here, a computer can be suitably used in order to function as the battle game server 1, and such a computer stores a program describing processing contents for realizing each function of the battle game server 1 in the computer. It can be realized by storing it in a unit and reading and executing this program by the central processing unit (CPU) of the computer.

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 included in each means, each step, etc. can be rearranged so as not to be logically inconsistent, and a plurality of means, steps, etc. can be combined or divided into one. .. The inventions described in the scope of claims at the time of filing the original application, which is the basis of the original application, are described below.
[1]
A competitive game server that provides competitive games to multiple communication terminals.
A storage unit that manages identification information uniquely assigned to each user who operates the communication terminal and user information for calculating the strength of the user in association with each user.
When a battle request including one identification information is received from the communication terminal, a battle relating to one or more users having a strength within a predetermined range from the strength corresponding to the user information associated with the identification information. A competitive game server including a communication unit that transmits a list of opponents to the communication terminal.
[2]
The competitive game server according to [1], wherein the strength within the predetermined range is less than the strength corresponding to the user information associated with the identification information.
[3]
The competitive game server according to [1], wherein the strength within the predetermined range is equal to or higher than the strength corresponding to the user information associated with the identification information.
[4]
Further equipped with a control unit for creating the opponent list,
When the strength corresponding to the user information associated with the identification information is equal to or greater than a predetermined threshold value, the control unit has a strength corresponding to the user information associated with the identification information less than the predetermined threshold value. The competitive game server according to any one of [1] to [3], wherein the predetermined range is wider than in a certain case.
[5]
It is a control method of a battle game server provided with a storage unit and a communication unit, which provides a battle game to a plurality of communication terminals.
A step in which the storage unit manages identification information uniquely assigned to each user who operates the communication terminal and user information for calculating the strength of the user in association with each user.
When the communication unit receives a battle request including one identification information from the communication terminal, the strength is one or more within a predetermined range from the strength corresponding to the user information associated with the identification information. A control method of a battle game server including a step of transmitting an opponent list related to the user of the user to the communication terminal.
[6]
The method for controlling a competitive game server according to [5], wherein the strength within the predetermined range is less than the strength corresponding to the user information associated with the identification information.
[7]
The method for controlling a competitive game server according to [5], wherein the strength within the predetermined range is equal to or higher than the strength corresponding to the user information associated with the identification information.
[8]
The battle game server further includes a control unit for creating the opponent list.
When the strength of the control unit corresponding to the user information associated with the identification information is equal to or greater than a predetermined threshold value, the strength corresponding to the user information associated with the identification information is less than the predetermined threshold value. The method for controlling a competitive game server according to any one of [5] to [7], which comprises a step of widening the predetermined range more than in a certain case.
[9]
For a computer that functions as a battle game server that provides battle games to multiple communication terminals,
A step of associating and managing identification information uniquely assigned to each user who operates the communication terminal and user information for calculating the strength of the user for each user, and a step of managing the information.
When a battle request including one identification information is received from the communication terminal, a battle relating to one or more users having a strength within a predetermined range from the strength corresponding to the user information associated with the identification information. A program for executing the step of sending the other party list to the communication terminal.
[10]
The program according to [9], wherein the strength within the predetermined range is less than the strength corresponding to the user information associated with the identification information.
[11]
The program according to [10], wherein the strength within the predetermined range is equal to or higher than the strength corresponding to the user information associated with the identification information.
[12]
When the strength corresponding to the user information associated with the identification information is equal to or more than a predetermined threshold value, the strength corresponding to the user information associated with the identification information is less than the predetermined threshold value. The program according to any one of [9] to [11], which comprises a step of widening a predetermined range.

1 Battle game server 11 Communication unit 12 Storage unit 13 Control unit 2 Communication terminal 21 Communication unit 22 Display unit 23 Operation unit 24 Control unit

Claims (14)

For computers that provide competitive games to multiple communication terminals,
A step of calculating the strength according to the user information of each user who operates the plurality of communication terminals at a predetermined time interval and storing the strength in the storage unit.
The step of receiving a match request from one communication terminal,
A battle relating to a user who operates one or more other communication terminals based on the strength stored in the storage unit of the user who operates the one communication terminal in response to receiving the battle request. Steps to extract partner information and
A program for executing a step of starting a battle between a user determined from the opponent information and a user who operates the one communication terminal and has the strength at the time of the battle request. The step to start the match is
A user determined from the opponent information and having a strength stored in the storage unit, and a user who operates the one communication terminal, and the strength at the time of the battle request. The program according to claim 1, wherein a match is started with a user having the above. The program is applied to the computer and further to the computer.
When there is a change in the user information for each user who operates the plurality of communication terminals, the user information storage step of updating the user information and storing it in the storage unit is executed.
In the storage step, the strength corresponding to the user information stored in the user information storage step is calculated at the predetermined time interval and stored in the storage unit.
The step to start the match is
A user determined from the opponent information, which has the strength stored in the storage unit, and a user who operates the one communication terminal, which is stored in the storage unit. The program according to claim 2, wherein a match is started with a user having a strength corresponding to the latest user information. There are a plurality of opponent information extracted in the extraction step, and there is a plurality of opponent information.
In the step of starting the battle, one user determined from the plurality of opponent information and a user who operates the one communication terminal and has the strength at the time of the battle request. The program according to claim 1, 2 or 3, characterized in that a match is started. The extraction step is
Based on the strength stored in the storage unit of the user who operates the one communication terminal, the strength stage of which the user is among the strength stages determined by the lower limit value and the upper limit value. The claim is characterized in that, based on the determined strength stage, the opponent information relating to the user of the same strength or different strength stage within a predetermined range is extracted from the strength. The program according to any one of Items 1 to 4. The step to start the match is
The upper and lower limits of the strength of the opponent set for each stage of strength determined by the lower limit and the upper limit, and the ratio of the weak and / / included in the upper and lower limits of the strength of the opponent. The program according to claim 5 , wherein a match is started with a user determined from among the users who are automatically extracted opponent candidates based on the ratio of the strong man. The program of claim 5 or 6 , wherein the different strength steps within the predetermined range are less than the determined strength step. The program of claim 5 or 6 , wherein the different strength steps within the predetermined range are higher than the determined strength steps. A claim comprising a step of making the predetermined range wider than when the determined strength step is greater than or equal to a predetermined threshold than when the determined intensity step is less than or equal to a predetermined threshold. The program according to any one of Items 5 to 8. The probability that a match with a user of a different strength stage within the predetermined range will be started includes the user of the different strength stage within the predetermined range in the entire opponent list of the user who made the match request. It is based on the ratio
The probability that a match with a user of the same strength stage within the predetermined range will be started includes the user of the same strength stage within the predetermined range in the entire opponent list of the user who made the match request. The program according to any one of claims 5 to 8 , wherein the program is based on the ratio. The program according to any one of claims 5 to 9 , wherein the predetermined range is set for each step of the determined strength. The predetermined range is
Stages above the same strength stage as the determined strength stage, and
The program according to any one of claims 5 to 10 , wherein the range is set so as to be different between the determined strength step and the step below the same strength step. A competitive game server that provides competitive games to multiple communication terminals.
A storage unit that calculates and stores strength according to user information for each user who operates the plurality of communication terminals at predetermined time intervals, and a storage unit.
Receiving a match request from one communication terminal,
A battle relating to a user who operates one or more other communication terminals based on the strength stored in the storage unit of the user who operates the one communication terminal in response to receiving the battle request. An extraction unit that extracts the other party's information,
A battle game server including a user determined from the opponent information and a control unit for starting a battle with a user who operates the one communication terminal and has the strength at the time of the battle request. .. It is a control method of a battle game server provided with a storage unit, a reception unit, an extraction unit, and a control unit, which provides a battle game to a plurality of communication terminals.
A step in which the storage unit calculates and stores strength according to user information for each user who operates the plurality of communication terminals at predetermined time intervals.
The step in which the receiving unit receives a battle request from one communication terminal,
The extraction unit operates one or more other communication terminals based on the strength stored in the storage unit of the user who operates the one communication terminal in response to receiving the battle request. Steps to extract opponent information related to the user who does
A step in which the control unit starts a battle between a user determined from the opponent information and a user who operates the one communication terminal and has the strength at the time of the battle request. How to control the competitive game server, including.

Images