JP7310052B2 - Program, match game server and control method thereof - Google Patents

Description

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

Conventionally, in a battle game server, a plurality of battle cards or the like stored for each user constitute a deck of the user, and based on the total value of the attack power and defense power of the deck, the victory or defeat is decided among the users. There is a competitive game server in a competitive format (for example, Patent Literature 1). Such a match game server is usually configured so that a user who wins in a match can obtain a match card or the like owned by a defeated user in order to increase the user's interest in the game. In this case, the user is allowed to select an opponent from among the users who have the battle card or the like that the user wants to acquire.

JP 2008-220984 A

SUMMARY OF THE INVENTION It is an object of the present invention to provide a program, a competitive game server, and a method of controlling the same that can prevent a match against an opponent of inappropriate strength in a competitive game .

In order to solve the above problems, a program according to the present invention is
A computer that provides competitive games to multiple communication terminals,
a step of managing identification information uniquely assigned to each user operating the communication terminal and user information in association with each user;
determining, according to the user information, which level of strength the user is in among the levels of strength defined by the lower limit value and the upper limit value;
When a match request is received from the user, a match is started with a user whose level of strength is different within a predetermined range based on the level of strength corresponding to the user information associated with the identification information. and performing the step of performing.

Further, the program according to the present invention is
The different intensity level within the predetermined range is characterized by being less than the intensity level according to the user information associated with the identification information.

Further, the program according to the present invention is
The different strength levels within the predetermined range are higher than the strength levels corresponding to the user information associated with the identification information.

Further, the program according to the present invention is
When the strength level corresponding to the user information associated with the identification information is equal to or greater than a predetermined threshold, the strength level corresponding to the user information associated with the identification information is less than the predetermined threshold. making the predetermined range wider than the case.

In addition, the competitive game server according to the present invention includes:
a storage unit that manages identification information uniquely assigned to each user operating the communication terminal and user information in association with each user;
When the user determines which level of strength is determined by the lower limit value and the upper limit value according to the user information, and receives a battle request from the user a control unit for starting a battle with users of different strength levels within a predetermined range from the strength level according to the strength level corresponding to the user information associated with the identification information;
characterized by comprising

Further, a method for controlling a competitive game server according to the present invention includes:
A control method for a competitive game server provided with a storage unit, a communication unit, and a control unit for providing a competitive game to a plurality of communication terminals,
a step in which the storage unit manages identification information uniquely assigned to each user operating the communication terminal and user information in association with each user;
a step in which the control unit determines, in accordance with the user information, which level of strength the user is in among the levels of strength defined by a lower limit value and an upper limit value ;
When the control unit receives a battle request from the user, based on the level of strength according to the user information associated with the identification information, users with different strength levels within a predetermined range from the strength level a step of starting a match with
characterized by comprising

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

1 is a block diagram of a competitive game system according to Embodiment 1; FIG. It is an example of a user table and a unit information table according to the first embodiment. It is an example of a strength table according to the first embodiment. It is an example of a setting table according to the first embodiment. It is an example of a battle range table according to the first embodiment. 4 is a flow chart showing the operation of the competitive game server of Embodiment 1. FIG. It is an example of a setting table according to the second embodiment. It is an example of a battle range table according to the second embodiment.

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below.

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

The competitive game server 1 includes a communication section 11 , a storage section 12 and a control section 13 . As an outline, the battle game server 1 performs a battle game in which a plurality of users compete for victory or defeat based on the total value of the attack power and defense power of a deck composed of a plurality of units possessed 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 table including user IDs and unit IDs associated with the user IDs. A user ID is an identifier for uniquely identifying a user in the competitive game server 1 . A unit ID is an identifier for uniquely identifying a unit in this system. A unit is a structural unit such as a battle card, a character, or a weapon that constitutes a user's deck. The user table contains unit IDs of units owned by each user. Here, the units possessed by a certain user change according to the progress of the game. For example, the units possessed by a certain user change from moment to moment by being acquired or stolen by winning or losing against other users, or by being acquired or exchanged in events during the game. When the unit owned by a certain user changes, the control unit 13, which will be described later, updates the user table to keep it always up to date.

FIG. 2(a) shows an example of the user table. For example, in FIG. 2A, a user with a user ID of "001" is associated with the unit IDs of unit A, unit B, unit C, unit D, unit E, unit F, unit G, unit H, and unit I. unit.

The storage unit 12 also stores a unit information table including user IDs, unit IDs, attack power, defense power, and costs associated with the unit IDs. Attack power and defense power are parameters related to the strength of a unit. Also, the cost is a parameter that is referred to when constructing a deck. The total cost value of the multiple units that make up the deck must be less than or equal to a predetermined value (hereinafter referred to as the upper limit of cost). In this embodiment, as an example, the cost upper limit is 30.

FIG. 2B shows an example of the unit information table. In FIG. 2B, for example, user ID "001", unit ID "unit A", attack power "1000", defense power "500", and cost "5" are associated and stored. Here, the attack power and defense power of each unit change as the game progresses. For example, the attack power and defense power of a unit possessed by a certain user increase according to an event during the game. When the offensive power and defensive power of the unit change, the control unit 13, which will be described later, updates the unit information table to keep it always up to date.

The control unit 13 performs various controls related to the competitive game server 1 . Specifically, when receiving 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 IDs as opponents (hereinafter referred to as opponent list). ) and transmits the opponent list to the communication terminal 2 by the communication unit 11 . In this embodiment, the competition request is a request for creation and transmission of an opponent list. The match request includes the user ID of the user who operates the communication terminal 2 . Further, when the control unit 13 receives a signal including the user ID of the user who operates the communication terminal 2 and the user ID of the opponent from the communication terminal 2, the control unit 13 receives the total value of the offensive power and the defensive power of the deck of the two user IDs. is calculated, and victory or defeat is determined based on the total value.

Also, the control unit 13 periodically calculates the strength for 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 defense power of the units that make up the deck. In other words, the offensive power, defensive power, etc. of each unit stored in the unit information table can be said to be user information for calculating the strength of the user. In order to calculate the strength, the control unit 13 extracts at least one unit from multiple units of each user ID. Then, the control unit 13 calculates the total value of the attack power and defense power of all the extracted units, assuming that the extracted units constitute a deck. The control unit 13 stores the strength based on the calculated total value in the storage unit 12 . Preferably, the control unit 13 stores in the storage unit 12 a strength table including strength for each user ID. In order to periodically calculate the strength for each user ID, the control unit 13 calculates the strength for each user ID at predetermined time intervals using a timer (not shown) or the like. For example, the predetermined time interval is 8 hours.

Preferably, when the control section 13 extracts at least one unit from the plurality of units of each user ID, the control section 13 automatically extracts the optimum combination of units. A knapsack problem solving algorithm is used as an algorithm for automatically extracting the optimum combination. In other words, the control unit 13 extracts a combination of units that is equal to or less than the cost upper limit value and that maximizes the total value of the offensive power and the defensive power. 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 highest total value of attack power and defense power for each unit, and the unit is selected until the cost upper limit value is reached. good too. Alternatively, the control unit 13 may randomly extract some units from a plurality of units possessed by each user ID.

The control unit 13 automatically extracts the optimum combination of units, and automatically selects unit A, unit B, unit C, and unit E from units (unit A to unit I) possessed by user ID “001”. to extract The total value of attack power and defense power of the unit thus extracted is 7000, and the total value of cost is 30.

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

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

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

Then, when the control unit 13 receives a battle request including a user ID from the communication terminal 2, the control unit 13 selects a user ID having a strength within a predetermined range 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, based on the competition range table, the control unit 13 selects a part of the user IDs corresponding to the strength and creates an opponent list. The control unit 13 then transmits the opponent list to the communication terminal 2 via the communication unit 11 . That is, among the user IDs within the same strength range as the strength of the user IDs included in the battle request, the user IDs other than the self are selected and used as the opponent list. For example, when receiving a battle request including user ID "001", the control unit 13 acquires strength "3" corresponding to the user ID based on the strength table. Subsequently, the control unit 13 acquires user IDs "001", "003", "008", and "020" corresponding to strength "3" based on the battle range table. Then, the control unit 13 transmits to the communication terminal 2 via the communication unit 11 an opponent list including the user IDs "003", "008", and "020" excluding its own user ID "001".

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

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

The communication unit 21 communicates with the competitive 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 under the control of the control unit 24 . The communication unit 21 also receives an opponent list from the competitive game server 1 .

The display unit 22 is composed of a liquid crystal display, an organic EL display, or 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 prompting a battle request in the battle game. Also, 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 input signals from the user in the 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 for prompting a battle request. The operation unit 23 also receives an input signal when the user selects a predetermined opponent from the opponent list displayed on the display unit 22 . 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 selection of a battle request, the control unit 24 transmits a 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 receives 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 competitive game server 1 according to Embodiment 1 will be described with reference to the flowchart shown in FIG.

First, the control unit 13 calculates strength for 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 a 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 defense power of the extracted units assuming that the extracted units constitute a deck. Then, the control unit 13 calculates strength based on the calculated total value and the setting table.

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

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

Subsequently, the control unit 13 determines whether or not a competition request including the 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 competition 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 uses the strength corresponding to the user ID included in the battle request stored in the storage unit 12 as a reference to determine whether the user has a strength within a predetermined range. An ID is selected and an opponent list is created (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 period of time has elapsed using a timer (not shown) or the like (step S6). If the predetermined time has passed, the process returns to step S1. Thereby, the competitive game server 1 periodically calculates the strength for 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 for 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 calculated. Since the opponent list is created by selecting user IDs with strength within a predetermined range based on the strength, opponents suitable for the user's strength can be selected, and the user's interest in the game can be increased. .

Further, according to the embodiment of the present invention, the strength of each of a plurality of user IDs is calculated periodically, that is, at predetermined time intervals, and stored in the storage unit 12. An opponent list is created based on the strength in the past from the time when the battle request was received from the terminal 2 . In other words, when the user increases the total value of the offensive power and the defensive power of the deck by increasing the number of units or the like within a predetermined time interval, the win rate of the user in the battle increases. Therefore, it is possible to motivate the user to play the game more and increase the user's interest in the game. Furthermore, since the competitive game server 1 performs the strength calculation process at predetermined time intervals, the processing load can be significantly reduced compared to calculating the strength of each user in real time.

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

(Embodiment 2)
A second embodiment of the present invention will be described below. The same reference numerals are assigned to the same configurations as in the first embodiment, and the description thereof is omitted. The competitive game server 1 according to the second embodiment differs from the configuration according to the first embodiment in the setting table and the competitive 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 competitive game server 1. As shown in FIG. In the second embodiment, the setting table contains predetermined "strength", "lower limit of total value", "upper limit of total value", "lower limit of strength", "upper limit of strength", "Weak person ratio" and "strong person ratio" are stored. Since the "lower limit of total value" and the "upper limit of total value" are the same as in the first embodiment, the description thereof is omitted. The “lower limit of strength” represents the lower limit of strength to be included in the opponent list sent to users of a predetermined strength. "Strength upper limit" represents the upper limit of strength to be included in the opponent list sent to users of a predetermined strength. The “weak ratio” represents the ratio of user IDs of less than a predetermined strength included in the opponent list. The “strength 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 strength "3", the strength lower limit is "1" and the strength upper limit is "4". This means that for a user with a strength of "3", user IDs with a strength of "1 to 4" are selected as opponents to create an opponent list. For strength "3", the weak percentage is "50%" and the strong percentage is "10%". This means that 50% of the user IDs with a strength of "1 or 2", 10% with a strength of "4", and the remaining 40% with a strength of "3" in the opponent list. meant to be included.

Preferably, when the strength is equal to or less than a predetermined value, the strength lower limit value and the strength upper limit value are each set to the same value as the strength. For example, the predetermined value is strength "1". In this case, the strength lower limit value and the strength upper limit value are each set to "1". Instead of setting the strength lower limit value and the strength upper limit value to "1", respectively, the weak person ratio and the strong person ratio 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 compete with a user who has the same strength, thereby lowering the difficulty of the game. Interest in games can be increased or maintained.

Preferably, when the strength is equal to or greater than the first threshold, the range of strength associated with the user IDs included in the opponent list may be set wider than when the strength is less than the first threshold. For example, the first threshold is "5". By doing so, the user whose strength is equal to or greater than the first threshold increases the probability of playing against a stronger or weaker user, thereby changing the difficulty of the competitive game and increasing or increasing the user's interest in the game. can be maintained.

Furthermore, when the strength is equal to or greater than the second threshold, the strong player ratio may be set higher than when the strength is less than the second threshold. For example, the second threshold is "6". In this way, by increasing the probability that a user who is relatively strong among all users will compete with a user who is stronger than himself/herself, the user cannot easily win, thereby stimulating interest in the competition game. It 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, for strength "3", user IDs "001", "003", "002", and "006" are included. Here, the strength associated with the user ID "002" is 2, and the strength associated with the user ID "006" is 4. That is, a user ID with a strength different from strength "3" is included in the opponent list.

Then, when receiving a battle request including a 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 competition range table and creates an opponent list. The control unit 13 then transmits the opponent list to the communication terminal 2 via the communication unit 11 .

Next, the operation of the competitive game server 1 according to Embodiment 2 will be described. The competitive game server 1 according to Embodiment 2 generally operates in the same manner as in Embodiment 1, but differs in the competitive range table stored in the storage unit 12 in step S3. Since the operations other than step S3 are the same as those in the first embodiment, description thereof is omitted.

In step S3, the control unit 13 of the fighting game server 1 according to the second embodiment stores, in the storage unit 12, a fighting range table in which the user ID is associated with each strength based on the strength table and the setting table. do. Specifically, the control unit 13 refers to the “strength lower limit value”, “strength upper limit value”, “weak person ratio”, and “strong person ratio” in the setting table. to extract the user ID with the strength of Then, the control unit 13 creates a battle range table using the extracted user ID and stores it in the storage unit 12 .

In this way, by including in the opponent list some user IDs with strengths different from those included in the battle request, the strengths of the opponents are varied, that is, fluctuations are included, Since the difficulty level of the competitive game changes, the user's interest in the game can be increased. That is, according to the present embodiment, by extracting opponents within a predetermined range, there is a large difference in strength between opponents compared to the case where opponents are randomly extracted from all users. less likely to be lost. Therefore, opponents are selected within an appropriate range according to the strength of the user, and it is possible to reduce the possibility that victory or defeat will be decided immediately, so that the use of the game can be continued.

Note that the strength upper limit value in the setting table may be set lower than the strength included in the battle request. In this case, the strength associated with the user ID included in the opponent list is less than the strength associated with the user ID included in the battle request, and the possibility that a user weaker than himself will become an opponent increases. By doing so, it is possible to increase the winning rate of the user who has sent the battle request. and increase the user's interest in the game.

Also, the strength lower limit value in the setting table may be higher than the strength included in the battle request. In this case, the strength associated with the user ID included in the opponent list will exceed the strength associated with the user ID included in the match request, increasing the possibility that a user stronger than himself will be the opponent. By doing so, it is possible to reduce the winning rate of the user who has sent the battle request. The difficulty level can be increased to increase the user's interest in the game.

Here, a computer can be suitably used to function as the competitive game server 1, and such a computer stores a program describing the processing details for realizing each function of the competitive game server 1. It can be realized by storing the program in a section and reading and executing this program by a 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 various variations and modifications will be readily apparent to those skilled in the art based on this disclosure. Therefore, it should be noted that these variations 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 it is possible to combine a plurality of means, steps, etc. into one or divide them. . The invention described in the scope of claims at the time of filing of the original application, which is the basis of the original application, is additionally described below.
[1]
A competitive game server that provides a competitive game to a plurality of communication terminals,
a storage unit that manages identification information uniquely assigned to each user operating the communication terminal and user information for calculating user strength in association with each user;
When a battle request including one piece of identification information is received from the communication terminal, a battle involving one or more users whose strength is within a predetermined range from the strength corresponding to the user information associated with the identification information. a communication unit that transmits the partner list to the communication terminal;
A battle game server comprising
[2]
The fighting 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 greater than the strength corresponding to the user information associated with the identification information.
[4]
Further comprising 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, the control unit controls the strength corresponding to the user information associated with the identification information to be less than a predetermined threshold. The competitive game server according to any one of [1] to [3], wherein the predetermined range is wider than in some cases.
[5]
A control method for a competitive game server provided with a storage unit and a communication unit for providing a competitive game to a plurality of communication terminals,
a step in which the storage unit manages identification information uniquely assigned to each user operating the communication terminal and user information for calculating user strength in association with each user;
When the communication unit receives from the communication terminal a battle request including one of the identification information, one or more having a strength within a predetermined range from the strength corresponding to the user information associated with the identification information a step of transmitting an opponent list related to the user of to the communication terminal;
A method of controlling a competitive game server including
[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 control method of the fighting game server according to [5], wherein the strength within the predetermined range is equal to or greater than the strength corresponding to the user information associated with the identification information.
[8]
The competitive game server further comprises a control unit that creates 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, the control unit controls the strength corresponding to the user information associated with the identification information to be less than a predetermined threshold. The method for controlling a competitive game server according to any one of [5] to [7], including the step of widening the predetermined range.
[9]
A computer that functions as a competitive game server that provides competitive games to a plurality of communication terminals;
a step of managing identification information uniquely assigned to each user operating the communication terminal and user information for calculating user strength in association with each user;
When a battle request including one piece of identification information is received from the communication terminal, a battle involving one or more users whose strength is within a predetermined range from the strength corresponding to the user information associated with the identification information. a step of transmitting the partner list to the communication terminal;
program to run the
[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 greater 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 greater than a predetermined threshold, the strength corresponding to the user information associated with the identification information is less than the predetermined threshold. The program according to any one of [9] to [11], including the step of widening the 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 (8)

A computer that provides a one-user-to-one-user battle game for a plurality of communication terminals,
a step of managing identification information uniquely assigned to each user operating the communication terminal and user information in association with each user;
According to the user information, among the strength levels determined by the lower limit value and the upper limit value of strength, which are predetermined parameters that enable the competitive game to proceed more favorably as the numerical value increases, the user selects determining which strength stage it is;
When a match request is received from the user, based on the level of strength corresponding to the user information associated with the identification information, the level of the same strength or different strength within a predetermined range from the level of strength is determined. causing a step of starting a match with another user, and
The step of starting the match includes:
The upper and lower limits of the opponent's strength level set for each strength level determined by the lower limit and the upper limit, and the weak included within the upper and lower limits of the opponent's strength level and/or based on the ratio of strong players, automatically extracting users who are opponent candidates, and starting a battle with other users who are determined by the users from among the users who are opponent candidates A program characterized by 2. The program according to claim 1, wherein the different strength levels within said predetermined range are less than the strength levels corresponding to user information associated with said identification information. When the strength level corresponding to the user information associated with the identification information is equal to or greater than a predetermined threshold, the strength level corresponding to the user information associated with the identification information is less than the predetermined threshold. 3. The program according to claim 1, comprising the step of making said predetermined range wider than the case. The probability that a match with a user having a different level of strength within the predetermined range is started is determined by the fact that a user who has a different level of strength within the predetermined range is included in the entire opponent list of the user who requested the match. based on the percentage of
The probability that a match with a user having the same level of strength within the predetermined range is started is determined by the fact that the user who has the same level of strength within the predetermined range is included in the entire opponent list of the user who requested the match. 4. A program according to claim 1, 2 or 3, characterized in that it is based on the percentage of 5. The program according to any one of claims 1 to 4, wherein the predetermined range is set for each strength level according to user information associated with the identification information. The predetermined range is
a level higher than the same level of strength as the level of strength according to the user information associated with the identification information;
2. The program according to claim 1, wherein ranges are set to be different between a strength level corresponding to the user information associated with the identification information and a level lower than the same strength level. . A competitive game server that provides a one-user-to-one-user competitive game to a plurality of communication terminals,
a storage unit that manages identification information uniquely assigned to each user operating the communication terminal and user information in association with each user;
According to the user information, among the strength levels determined by the lower limit value and the upper limit value of strength, which are predetermined parameters that enable the competitive game to proceed more favorably as the numerical value increases, the user selects It determines which level of strength it is, and when receiving a battle request from the user, based on the level of strength corresponding to the user information associated with the identification information, a predetermined level from the level of strength a control unit that initiates a match with other users of the same strength or different strength levels within range;
The control unit
The upper and lower limits of the opponent's strength level set for each strength level determined by the lower limit and the upper limit, and the weak included within the upper and lower limits of the opponent's strength level and/or based on the ratio of strong players, automatically extracting users who are opponent candidates, and starting a battle with other users who are determined by the users from among the users who are opponent candidates A battle game server characterized by: A control method for a competitive game server provided with a storage unit, a communication unit, and a control unit for providing a one-user-to-one-user competitive game to a plurality of communication terminals, comprising:
a step in which the storage unit manages identification information uniquely assigned to each user operating the communication terminal and user information in association with each user;
The control unit controls, in accordance with the user information, each level of strength determined by a lower limit value and an upper limit value of strength, which are predetermined parameters that enable the competitive game to proceed more favorably as the numerical value increases. determining which strength level the user is in,
When the control unit receives a battle request from the user, based on the level of strength corresponding to the user information associated with the identification information, the same strength within a predetermined range from the level of strength or different initiating a match against another user of a strength level;
The step of starting the match includes:
The upper and lower limits of the opponent's strength level set for each strength level determined by the lower limit and the upper limit, and the weak included within the upper and lower limits of the opponent's strength level and/or based on the ratio of strong players, automatically extracting users who are opponent candidates, and starting a battle with other users who are determined by the users from among the users who are opponent candidates A control method for a competitive game server characterized by:

Images