JP2015061639A - Program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program in which an opponent suitable for each user can be selected and a user's interest in a game can be increased.SOLUTION: Identification information allocated uniquely for each user who operates a communication terminal 2 and user information for calculating strength of the user are managed to correspond for respective users. On the basis of the user information, a combination of a unit is periodically extracted from the unit which the user possesses so as to meet predetermined conditions, and on the basis of the extracted unit, the strength according to the user information is determined. When a match request including one piece of identification information is received from the communication terminal 2, an opponent list for one or more users selected on the basis of the strength according to the user information corresponding to the identification information, is transmitted to the communication terminal 2.

Description

  The present invention relates to a program related to a computer that provides a battle game.

  Conventionally, in a battle game server, the user's deck is composed of a plurality of battle cards or the like stored for each user, and based on the total value of the attack power and defense power of the deck, winning or losing is achieved among a plurality of users. There is a competitive game server that competes (for example, Patent Document 1). Such a battle game server is generally configured such that a user who has won as a result of a battle can acquire a battle card or the like possessed by the defeated user in order to increase the user's interest in the game. In this case, the user can select an opponent from among users who have a battle card or the like to be acquired.

JP 2008-220984 A

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

  In particular, when the user is a beginner and the total value of the attack power and defense power is low, the total value of the attack power and defense power of the opponent is likely to be higher, and may be lost in the battle game. In many cases, the user's interest in games was significantly reduced.

  Accordingly, an object of the present invention made in view of the above problems is to provide a program capable of selecting an opponent suitable for each user and increasing the user's interest in the game.

In order to solve the above problems, a program according to the present invention
To a computer that provides a battle game to multiple communication terminals,
Managing identification information uniquely assigned to each user operating the communication terminal and user information for calculating the strength of the user in association with each user;
Based on the user information, periodically extracting a combination of units from a unit held by the user so as to satisfy a predetermined condition;
Determining a strength according to the user information based on the extracted units;
When a battle request including one piece of the identification information is received from the communication terminal, an opponent list relating to one or more users selected based on the strength according to the user information associated with the identification information, An opponent list transmission step for transmitting to the communication terminal;
Is executed.

  According to the program of the present invention, an opponent suitable for each user can be selected, and the user's interest in the game can be increased.

1 is a block diagram of a battle game system according to Embodiment 1. FIG. It is an example of the user table and unit information table of Embodiment 1. 3 is an example of a strength table according to the first embodiment. 3 is an example of a setting table according to the first embodiment. It is an example of the battle | competition range table of Embodiment 1. FIG. 4 is a flowchart showing the operation of the competitive game server according to the first embodiment. 10 is an example of a setting table according to the second embodiment. It is an example of the battle | competition range table of Embodiment 2. FIG.

  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. The 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 unit 11, a storage unit 12, and a control unit 13. As an outline, the battle game server 1 is a battle game of a type that competes for victory or defeat of a battle between a plurality of users based on the total value of the attack power and defense power of a deck constituted by 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 or wired.

  The storage unit 12 stores various information. Specifically, the storage unit 12 stores a user table including a user ID and a unit ID related to the user ID. The user ID is an identifier for uniquely identifying the user in the competitive game server 1. The unit ID is an identifier for uniquely identifying a unit in this system. The unit is a structural unit such as a battle card, a character, or a weapon constituting the user's deck. The user table includes a unit ID of a unit possessed by each user. Here, a unit held by a certain user changes according to the progress of the game. For example, a unit possessed by a certain user is acquired or taken away by winning or losing against other users, or acquired or exchanged at an event in the game, and changes from moment to moment. When a unit held by a certain user changes, the control unit 13 to be described later updates the user table to always keep the latest state.

  FIG. 2A shows an example of a user table. For example, in FIG. 2A, a 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. It shows having a unit.

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

  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 stored in association with each other. 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 attack power and defense power of the unit change, the control unit 13 described later updates the unit information table to always keep the latest state.

  The control unit 13 performs various controls related to the battle 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 ID as an opponent (hereinafter referred to as an opponent list). ) And the opponent list is transmitted to the communication terminal 2 by the communication unit 11. In the present embodiment, the battle request is a request for creation and transmission of an opponent list. The battle 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 total value of the attack power and defense power of the decks of the two user IDs Is calculated, and win / loss is determined based on the total value.

  Further, 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 constituting the deck. In other words, the attack power and defense power 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 a plurality of units of each user ID in order to calculate the strength. And the control part 13 calculates the total value of the attack power and defense power of all the extracted units as what constitutes a deck with 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 calculates the strength for each user ID at predetermined time intervals using a timer (not shown) or the like in order to periodically calculate the strength for each user ID. For example, the predetermined time interval is 8 hours.

  Preferably, when the control unit 13 extracts at least one unit from a plurality of units of each user ID, the control unit 13 automatically extracts an optimal combination of units. As an algorithm for automatically extracting the optimal combination, a knapsack problem solving algorithm is used. That is, 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 attack power and the defense power. Note that the algorithm used by the control unit 13 to extract the optimal combination is not limited to this, and the algorithm is selected in descending order of the total attack power and defense power for each unit, and the unit is selected until the cost upper limit is reached. Also good. Or the control part 13 may extract a part of unit at random from the several unit which each user ID has.

  The control unit 13 automatically extracts an optimal combination of units. For example, among the units (unit A to unit I) having the user ID “001”, the unit A, unit B, unit C, unit E are automatically selected. To extract. The total value of the attack power and defense power of the units extracted in this way is 7000, and the total cost value 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 defense power of the units constituting the deck are stored in association with each other. The strength table stores the strength determined based on the total value and a setting table described later. For example, “3” is stored as the strength of the user ID “001”. The strength table in FIG. 3 includes the total value of the attack power and the defense power, but is not limited thereto, and the strength table may include only the user ID and the strength.

  FIG. 4 shows an example of the 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 attack power and the defense power. For example, the lower limit value of the total value of the attack power and the defense power is defined as “6000”, and the range where the upper limit value is “8999” is defined as the strength “3”.

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

  And when the control part 13 receives the battle | competition request | requirement containing a user ID from the communication terminal 2, on the basis of the strength stored in the memory | storage part 12 corresponding to this user ID, the user ID of the intensity | strength of the predetermined range is used. 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 a battle 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 range as the strength of the user ID included in the battle request, the user ID excluding self is selected and used as the opponent list. For example, when the 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 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 user IDs “003”, “008”, and “020” excluding the user ID “001” of the user to the communication terminal 2 via the communication unit 11.

  The match request may include a unit ID that the user desires to acquire. In this case, the control unit 13 refers to the unit information table, selects only a user ID having a unit related to the unit ID from the battle range table, and creates an 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 or wired. 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 battle game server 1.

  The display unit 22 is configured by a liquid crystal display, an organic EL display, or the like, and performs display output related to a 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 the battle game. The display unit 22 displays the opponent list received via the communication unit 21.

  The operation unit 23 includes buttons, a touch panel, and the like, and receives an input signal 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 that prompts a battle request displayed on the display unit 22. The operation unit 23 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 receives 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. In addition, when the operation unit 23 receives 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. To 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 the 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 of each user ID in order to calculate the strength. And the control part 13 calculates the total value of the attack power and defense power of the said extracted unit as what comprises a deck by the extracted unit. 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 for 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 in which the user ID is associated with each strength based on the strength for each user ID stored in the storage unit 12, and stores the battle range 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). When it determines with having received the battle | competition request, it progresses to step S5. On the other hand, when it determines with not having received the battle | competition request | requirement, it progresses to step S6.

  When it is determined that the battle request has been received from the communication terminal 2, the control unit 13 has a predetermined range of strengths based on the strength corresponding to the user ID included in the battle request stored in the storage unit 12. An ID is selected to create an opponent list (step S5). In the present 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 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. Thereby, the battle 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 the battle request is received, the strength stored in the storage unit 12 is stored. Since the opponent list is created by selecting a user ID having a strength within a predetermined range based on the standard, an opponent 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, since the strength for each of a plurality of user IDs is calculated and stored in the storage unit 12 periodically, that is, at predetermined time intervals, the competitive game server 1 The opponent list is created based on the past strength 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 rate in the battle of the user increases. Therefore, it is possible to give the user a motivation 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 as compared with the calculation of the strength for each user in real time.

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

(Embodiment 2)
The second embodiment of the present invention will be described below. The same components as those in the first embodiment are denoted by the same reference numerals and description thereof is 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 competitive game server 1. In the second embodiment, the setting table includes a predetermined “strength”, “total value lower limit value”, “total value upper limit value”, “strength lower limit value”, “strength upper limit value”, “Weak ratio” and “strong ratio” are stored. Since “total value lower limit value” and “total value upper limit value” are the same as those in the first embodiment, description thereof will be omitted. The “strength lower limit value” represents the lower limit value of the strength included in the opponent list transmitted to the user having a predetermined strength. The “strength upper limit value” represents an upper limit value of the strength included in the opponent list transmitted to the user having a predetermined strength. The “weak person ratio” represents the ratio of user IDs less than a predetermined strength included in the opponent list. The “strong person ratio” represents a ratio of user IDs exceeding 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 strength “3”, a user ID with strength “1-4” is selected as an opponent and an opponent list is created. Further, for the strength “3”, the proportion of weak people is “50%” and the proportion of strong people is “10%”. This means that in the opponent list, the user ID whose strength is “1-2” is 50%, the user ID whose strength is “4” is 10%, and the user ID whose strength is “3” is the remaining 40%. Means 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 respectively 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%. In this way, 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, thereby reducing the difficulty of the game. Increase or maintain interest in the game.

  Preferably, when the strength is equal to or greater than the first threshold, 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. For example, the first threshold is “5”. By doing in this way, 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 level of the battle game and increasing the user's interest in the game. Can be maintained.

  Furthermore, when the strength is greater than or equal to the second threshold, the ratio of strong people may be set higher than when the strength is less than the second threshold. For example, the second threshold is “6”. In this way, for users who are relatively strong among all users, by increasing the probability of playing against users stronger than themselves, it is possible to make it more difficult for them to win and to increase interest in the fighting game. 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”, 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, a user ID having a strength different from the strength “3” is included in the opponent list.

  And the control part 13 acquires the strength corresponding to the user ID contained in a battle | competition request based on a strength table, when the battle | competition request | requirement containing a user ID is received from the communication terminal 2. FIG. 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 a battle 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 competitive game server 1 according to the second embodiment will be described. The battle game server 1 according to the second embodiment generally performs the same operation 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, description thereof will be omitted.

  In step S3, the control unit 13 of the competitive game server 1 according to Embodiment 2 stores, in the storage unit 12, a battle range table in which a user ID is associated with each strength based on the strength table and the setting table. To 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 from the strength table, the predetermined range. The user ID of the strength is extracted. 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 in this way, by including in the opponent list a part of the user ID of the strength different from the strength included in the competition request, to include a certain variation in the strength with the opponent, that is, fluctuation, Since the difficulty level of the battle game changes, the user's interest in the game can be increased. That is, according to the present embodiment, by extracting the opponent within a predetermined range, there is a large difference in the strength between the opponents compared to the case of randomly extracting the opponent from all users. It is less likely to 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 chance of winning or losing immediately, so the use of the game can be further 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 related to the user ID included in the opponent list is less than the strength related to the user ID included in the battle request, and there is a high possibility that a weaker user will be the opponent. By doing in this way, since the winning rate of the user who transmitted the battle request can be increased, for example, in the initial stage of the game start, that is, when the strength of the user is low, the difficulty level of the game is increased by setting the winning rate high. The user's interest in the game can be increased.

  Further, the strength lower limit value in the setting table may be set higher than the strength included in the battle request. In this case, the strength related to the user ID included in the opponent list exceeds the strength related to the user ID included in the battle request, and there is a high possibility that a user stronger than himself / herself becomes the opponent. In this way, the winning rate of the user who has transmitted the battle request can be lowered. For example, when the player is used to the game, that is, when the strength is a high value, the winning rate is set low. The degree of difficulty can be increased and the user's interest in the game can be increased.

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

  Although the present invention has been described based on the drawings and examples, it should be noted that those skilled in the art can easily make various modifications and corrections based on the present disclosure. Therefore, it should be noted that these variations and modifications are included in the scope of the present invention. For example, the functions included in each means, each step, etc. can be rearranged so that there is no logical contradiction, and a plurality of means, steps, etc. can be combined or divided into one. .

DESCRIPTION OF SYMBOLS 1 Competitive game server 11 Communication part 12 Storage part 13 Control part 2 Communication terminal 21 Communication part 22 Display part 23 Operation part 24 Control part

Claims (1)

To a computer that provides a battle game to multiple communication terminals,
Managing identification information uniquely assigned to each user operating the communication terminal and user information for calculating the strength of the user in association with each user;
Based on the user information, periodically extracting a combination of units from a unit held by the user so as to satisfy a predetermined condition;
Determining a strength according to the user information based on the extracted units;
When a battle request including one piece of the identification information is received from the communication terminal, an opponent list relating to one or more users selected based on the strength according to the user information associated with the identification information, An opponent list transmission step for transmitting to the communication terminal;
A program characterized by having executed.

Images