JP6799764B2 - Programs, game control methods, game control devices, and game systems - Google Patents

Description

The present invention relates to programs, game control methods, game control devices, and game systems .

A game is known in which a game object (game character, game item, etc.) is given to a user. In such a game, the game object is given to the user when the conditions for obtaining the game object are satisfied by the user. For example, when the user pays the consideration (game points, etc.) required to obtain the game object, the game object is given to the user.

Japanese Unexamined Patent Publication No. 2002-253859

In a game as described above, the consideration required to obtain the game object is predetermined by the game provider, etc., and the evaluations of a plurality of users for the game object are not reflected in the consideration of the game object. There is a risk that the consideration for the game object and the evaluations of a plurality of users for the game object do not match.

For example, the price of a game object with a low rarity tends to be set low, but due to the ease of use of the game object than initially expected by the game provider, etc., multiple users for the game object The evaluation becomes high, and as a result, the consideration of the game object and the evaluation of a plurality of users for the game object may not match. That is, the price of the game object may be too low as compared with the high evaluation of the game object by a plurality of users.

Also, for example, the price of a game object with a high degree of rarity tends to be set high, but due to the fact that the game object is not as easy to use as initially expected by the game provider, a plurality of users for the game object. As a result, the consideration of the game object and the evaluation of a plurality of users for the game object may not match. That is, the price of the game object may be too high as compared with the low evaluation of the game object by a plurality of users.

If the game provider or the like reviews the consideration of the game object in consideration of the evaluation of a plurality of users for the game object, the consideration of the game object can be matched with the above evaluation. In this case, The time and effort of the game provider and the like will increase.

The present invention has been made in view of the above problems, and an object of the present invention is to reflect the evaluation of a plurality of users on a game object in the conditions for obtaining the game object. It is an object of the present invention to provide a game control device, a game system, and a program that can be realized while suppressing an increase in the number of games.

In order to solve the above problem, the program according to one aspect of the present invention is based on the determination result of the condition for associating the game object used in the first game with the user identification information. The game object association process associated with the user identification information, the evaluation information acquisition process for acquiring the evaluation information regarding the evaluation of the user for the game object associated with the user identification information, and the condition being updated based on the evaluation information. The condition update process is executed by the computer, and the game object is at least a part of the performance information regarding the performance of the game object based on the play of the second game by the user identified by the other user identification information. Is a game object for which the above conditions have been determined , and the initial setting of the conditions is performed based on the performance information .

In the game control method according to one aspect of the present invention, the game object is converted into the user identification information based on the determination result of the condition for associating the game object used in the first game with the user identification information. A game object association step to be associated, an evaluation information acquisition step for acquiring evaluation information regarding the user's evaluation of the game object associated with the user identification information, and a condition update step for updating the condition based on the evaluation information. Including, the game object is a game object in which at least a part of performance information regarding the performance of the game object is determined based on the play of a second game by a user identified by other user identification information. The initial settings of the above conditions are performed based on the performance information .
The game control device according to one aspect of the present invention uses the game object as the user identification information based on the determination result of the condition for associating the game object used in the first game with the user identification information. A game object association step to be associated, an evaluation information acquisition step for acquiring evaluation information regarding the user's evaluation of the game object associated with the user identification information, and a condition update step for updating the condition based on the evaluation information. Including, the game object is a game object in which at least a part of performance information regarding the performance of the game object is determined based on the play of a second game by a user identified by other user identification information. The initial settings of the above conditions are performed based on the performance information .
The game system according to one aspect of the present invention associates the game object with the user identification information based on the determination result of the condition for associating the game object used in the first game with the user identification information. A game object associating means, an evaluation information acquiring means for acquiring evaluation information regarding a user's evaluation of the game object associated with the user identification information, and a condition updating means for updating the condition based on the evaluation information are provided. , The game object is a game object in which at least a part of performance information regarding the performance of the game object is determined based on the play of a second game by a user identified by other user identification information. Based on the information, the initial setting of the above conditions is performed .

It is a figure which shows the structure of the game system which concerns on embodiment of this invention. It is a figure for demonstrating the relationship between games G1 and G2. It is a figure which shows an example of the registration screen image. It is a figure which shows an example of the relationship between popularity and price of a player character. It is a figure which shows an example of a new arrival screen image. It is a figure which shows an example of the acquisition screen image. It is a figure which shows an example of the price change of a player character. It is a figure which shows an example of the relationship between popularity and ability of a player character, and price. It is a figure which shows an example of a user table. It is a figure which shows an example of the 1st player character table. It is a figure which shows an example of the 2nd player character table. It is a figure which shows an example of the registration list table. It is a functional block diagram of the game system which concerns on embodiment of this invention. It is a figure which shows an example of the process executed in a game system. It is a figure which shows an example of other processing executed in a game system. It is a figure which shows an example of the other processing executed by a game system. It is a figure which shows an example of the other processing executed by a game system. It is a figure which shows an example of the other processing executed by a game system.

Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings.

[1. Configuration of Game System] FIG. 1 shows a configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 according to the present embodiment includes a server 10 and a plurality of game terminals 30-1, ..., 30-n. Each of the game terminals 30-1, ..., 30-n can perform data communication with each other via the server 10 and the network N. Hereinafter, each of the game terminals 30-1, ..., 30-n will be collectively referred to as "game terminal 30".

The server 10 is, for example, a server computer. As shown in FIG. 1, the server 10 includes a control unit 11, a storage unit 12, and a communication unit 13. The control unit 11 includes at least one microprocessor and executes information processing according to the programs and data stored in the storage unit 12. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a non-volatile semiconductor memory, a hard disk drive, or a solid state drive). The communication unit 13 is for data communication with another device via the network N.

The server 10 can access the database 14. The database 14 may be built in the server 10, or may be built in a server computer different from the server 10.

The game terminal 30 is a computer used by the user to play a game. For example, the game terminal 30 includes a portable game machine, a home-use game machine (stationary game machine), a business game machine installed in an amusement facility, a mobile phone (including a smartphone), and a mobile information terminal (tablet computer). Includes), desktop computers, or laptop computers. Note that all of the game terminals 30-1, ..., 30-n do not have to be computers of the same type. For example, the game terminal 30-1 may be a portable game machine, and the game terminal 30-2 may be a home-use game machine (stationary game machine).

As shown in FIG. 1, the game terminal 30 includes a control unit 31, a storage unit 32, a communication unit 33, an operation unit 34, a display unit 35, and an audio output unit 36. The control unit 31, the storage unit 32, and the communication unit 33 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the server 10.

The operation unit 34 is for the user to perform various operations. The operation unit 34 includes, for example, a button (key), a lever (stick), a touch panel, a mouse, or the like. The operation unit 34 may be for the user to operate by voice or gesture. The display unit 35 is, for example, a liquid crystal display or an organic EL display, and displays various screen images. The audio output unit 36 is, for example, a speaker, headphones, or the like, and outputs audio data. The operation unit 34, the display unit 35, and the audio output unit 36 may be provided on the game terminal 30 itself, or may be provided as an external device connected to the game terminal 30.

The program or data is supplied to the server 10 or the game terminal 30 from a remote location via the network N, and is stored in the storage unit 12 or the storage unit 32. The server 10 or the game terminal 30 is provided with a component (for example, an optical disk drive or a memory card slot) for reading a program or data stored in an information storage medium (for example, an optical disk or a memory card). And data may be supplied to the server 10 or the game terminal 30 via the information storage medium.

[2. Outline of the game] The game is executed by executing the program on the game terminal 30. Various games can be executed on the game terminal 30.

[2-1] For example, games G1 and G2 as described below are executed on the game terminal 30. The game terminals 30-1, ..., 30-n need not be capable of executing both the games G1 and G2. That is, the game terminals 30-1, ..., 30-n may include a game terminal 30 capable of executing only one of the games G1 and G2.

FIG. 2 is a diagram for explaining the relationship between the games G1 and G2. Game G1 is a game in which game objects are generated based on the user's gameplay. As shown in FIG. 2, the user U1 can create a game character in the game G1 and register the game character in the list L held in the server 10 (database 14).

On the other hand, the game G2 is a game in which a user obtains and uses a game object registered in the list L by another user. As shown in FIG. 2, the users U2, U3, and U4 can obtain and use the game characters created by the user U1 and registered in the list L in the game G2. For example, you can use the obtained game characters to form a group (deck, team, party, etc.) and use the organized group to play a game story, or use the organized group to play an opponent (computer). Or you can play against other users).

In the following, as a specific example of the games G1 and G2, a baseball-themed game will be described. That is, as an example of the game G1, a game in which a user trains a player character (a game character representing a baseball player) and creates his / her own original player character will be described. Further, as an example of the game G2, a user obtains a player character created by another user, organizes a group (deck or team, etc.) using the player character, and uses the organized group (deck). A game in which a game story is played or a group (team) formed is used to play a game against an opponent will be described.

First, the game G1 will be described. In the game G1, the game story progresses by repeatedly selecting the action (practice, rest, play, etc.) to be performed by the player character to be trained. For example, in game G1, a game story is provided from the summer of a second year high school student to becoming a professional baseball player. In this game story, the player character belongs to the high school baseball club, participates in the tournament while practicing with his teammates, and aims to be scouted as a professional baseball player in the fall of the third year of high school.

Further, in the game G1, experience points are given to the player character based on the action selected by the user. The user can use the experience points to improve the ability of the player character. For example, the basic ability of the player character can be increased, or the player character can acquire a special ability. In the game G1, a pitcher or fielder player character can be created in this way.

In the game G1, a plurality of types of game stories in which the stage high school and teammates are different from each other are prepared, and the user can select one of the plurality of types of game stories. Depending on which game story is selected, the development of player characters will be affected.

As described above, the user can register the player character created in the game G1 in the list L stored in the server 10 (database 14). FIG. 3 is a registration screen image for the user to perform the above registration. The registration screen image G300 shown in FIG. 3 displays information about the player character selected as the registration target.

For example, the image and ID of the player character are displayed in the areas A301 and A302 of the registration screen image G300, respectively. This ID is information for uniquely identifying the player character created in the game G1. Further, the area A303 displays the player character's name, position, batting form, and hand used for pitching or batting.

In addition, the basic ability parameters of the player character are displayed in the area A304. In the example shown in FIG. 3, the trajectory, meet, power, running power, shoulder power, defensive power, and catching parameter are displayed in the area A304. Further, in the example shown in FIG. 3, numerical values and alphabets are displayed in the area A304. Of these, the numerical value indicates the value of the basic ability parameter, and the alphabet indicates the level (step) of the basic ability. For example, "S, A, B, C, D, E, F, G" is displayed in the area A304. "S" indicates that the ability is very high, and "G" indicates that the ability is very low.

The ballistic parameter indicates how high the hit ball of the player character rises. The meat parameter indicates the player character's meet power (the ability to hit the bat on the ball thrown by the pitcher). The power parameter indicates the power of the player character (the ability to fly a ball thrown by a pitcher far away by hitting it with a bat). The running power parameter indicates the foot speed of the player character. The shoulder strength parameter indicates the throwing speed of the player character. The defensive strength parameter indicates the defensive skill of the player character.

In addition, the special ability acquired by the player character is displayed in the area A305. In the example shown in FIG. 3, “chance ◎” and “left-handed pitcher ○” are displayed in the area A305 as special abilities acquired by the player character. "Chance ◎" is a special ability that is extremely strong against chances. If the player character has acquired "Chance ◎", the basic ability of the player character will greatly increase at the time of the chance. "Counter-left pitcher ○" is a special ability that is strong against left-handed pitchers. If the player character has acquired "against left pitcher ○", the basic ability of the player character becomes higher when the opponent pitcher is a left pitcher.

Further, the processing objects P306 and P307 are displayed on the registration screen image G300. The "processing object" is an image, symbol, text, or the like with which processing is associated.

The processing object P306 is associated with a process for canceling the registration of the player character in the list L. Therefore, when the user selects the processing object P306, the screen image previously displayed is displayed again on the display unit 35.

The processing object P307 is associated with a process for registering the player character in the list L. Therefore, when the user selects the processing object P307, the player character displayed on the registration screen image G300 is registered in the list L. In this case, the player character becomes available to other users in the game G2.

Next, the game G2 will be described. In the game G2, the user can obtain the player character registered in the list L by using the game points. The game points are given to the user as a reward for accessing the game system 1 or playing the game G2. The user may be able to purchase game points.

In the game system 1, the price for obtaining the player character is determined based on the popularity of the player character. FIG. 4 shows an example of the relationship between the popularity and price of a player character. In the example shown in FIG. 4, the higher the popularity ranking of the player character, the higher the price of the player character.

The popularity ranking of the player characters is obtained by sorting the player characters registered in the list L in descending order of the popularity parameter. The popularity parameter of the player character indicates the popularity of the player character. In general, the larger the value of the popularity parameter, the higher the popularity of the player character.

The popularity parameter of the player character is set based on the number of users who have obtained the player character (number of acquirers) and the number of times the player character has been used (number of times of use). For example, when the number of acquirers is large, the value of the popularity parameter becomes larger than when the number of acquirers is small. Further, for example, when the number of times of use is large, the value of the popularity parameter becomes larger than when the number of times of use is small. The "number of uses" may be, for example, the number of times the game story is played while the player character is incorporated into the group (deck), or the state in which the player character is incorporated into the group (team). It may be the number of times the match was played in.

The popularity parameter of the player character is updated from time to time. Therefore, the popularity ranking of the player character is updated at any time, and as a result, the price of the player character is also updated at any time.

The user can obtain a desired player character by paying game points corresponding to the price set as described above.

For example, in the game G2, a new screen image showing a player character recently registered in the list L is displayed on the display unit 35. FIG. 5 shows an example of a new screen image. The new arrival screen image G310 displays a list of player characters registered in the list L within a predetermined time from the present. Here, the "predetermined time" is, for example, 1 hour, 6 hours, 24 hours, etc., and can be arbitrarily set by the game provider or the like.

The processing objects P311, P312, P313, and P314 are displayed on the new screen image G310 shown in FIG. The processing objects P311 to P314 correspond to a plurality of player characters recently registered in the list L, and each of the processing objects P311 to P314 displays the name, position, and total ability of the player character. The total ability is represented by the alphabet "S, A, B, C, D, E, F, G". "S" indicates that the total ability is very high, and "G" indicates that the total ability is very low. The price of the player character may also be displayed on the processing objects P311 to P314.

For example, the processing object P311 is associated with a process for selecting a player character (Tanaka) as an acquisition target. When the user selects the processing object P311, the player character (Tanaka) is selected as the acquisition target by the user, and the acquisition screen image for acquiring the player character (Tanaka) is displayed on the display unit 35. That is, when the user selects the processing object P311, the game terminal 30 notifies the server 10 that the player character (Tanaka) has been selected as the acquisition target by the user. Then, data for displaying the acquisition screen image for acquiring the player character (Tanaka) is transmitted from the server 10 to the game terminal 30, and the acquisition screen image is displayed on the display unit of the game terminal 30 based on the data. It is displayed on 35.

FIG. 6 shows an example of the acquisition screen image. As shown in FIG. 6, the acquisition screen image G320 displays information about the player character selected as the acquisition target. The areas A321, A322, A323, A324, and A325 of the acquisition screen image G320 are the same as the areas A301, A302, A303, A304, and A305 of the registration screen image G300.

In the areas A326 and A327 of the acquisition screen image G320, the current popularity ranking and price of the player character are displayed. Further, in the area A328, the amount of game points currently held by the user is displayed. When the amount of game points displayed in the area A328 is equal to or greater than the price displayed in the area A327, the user can obtain the player character, and the amount of game points displayed in the area A328 is displayed in the area A327. If the price is less than the price, the user cannot obtain the player character.

Further, the processing object P329 is displayed on the acquisition screen image G320. The processing object P329 is associated with a process for stopping the acquisition of the player character. When the user selects the processing object P329, the new screen image G310 is displayed again on the display unit 35.

Further, the processing object P330 is displayed on the acquisition screen image G320. The processing object P330 is associated with a process for assigning a player character to the user. When the user selects the processing object P330, the player character displayed on the acquisition screen image G320 is given to the user in exchange for the game points corresponding to the price displayed in the area A327. That is, the user obtains the player character and can use it in the game G2.

For example, in the game G2, screen images showing all the player characters registered in the list L may be displayed on the display unit 35. Then, when the user selects a desired player character from the screen image, the acquisition screen image G320 for obtaining the player character may be displayed on the display unit 35.

Further, for example, a user who has registered a player character created in the game G1 in the list L can transmit the ID of the player character to another user via an SNS service provided by a system other than the game system 1. It may be. Then, when the ID is specified by the other user in the game G2, the acquisition screen image G320 for acquiring the player character of the ID may be displayed on the display unit 35.

As described above, in the game system 1, the player character X created by the user U1 can be obtained by another user (users U2 to U4, etc.). Further, in the game system 1, since the price of the player character X is set based on the popularity of the player character X, the price of the player character X is set to the popularity of the player character X (that is, the evaluation of a plurality of other users with respect to the player character X). ) Can be adjusted.

[2-2] By the way, in general, the number of player characters obtained and the number of times they are used increase with the passage of time. Therefore, the price of the player character increases with the passage of time.

FIG. 7 shows an example of a change in the price of the player character X created by the user U1. The axis t shown in FIG. 7 is the time axis.

The time point T0 shown in FIG. 7 is a time point when the player character X is registered in the list L. At the time point T0, the price of the player character X is initially set to 100 points.

The time point T1 shown in FIG. 7 is a time point after the time point T0. When the player character X is obtained or used by one or more users between the time point T0 and the time point T1, the popularity ranking of the player character X increases, and as a result, the player character X at the time point T1 The price has risen to 200 points.

Further, the time point T2 shown in FIG. 7 is a time point further after the time point T1. Between time point T1 and time point T2, the player character X is further increased in popularity by being obtained or used by one or more users, and as a result, at time point T2. The price of the player character has risen to 1000 points.

Similarly, the time point T3 shown in FIG. 7 is a time point further after the time point T2. Between time point T2 and time point T3, the player character X is further increased in popularity by being obtained or used by one or more users, and as a result, at time point T3. The price of the player character has risen to 2000 points.

As described above, the price of the player character increases as time passes after the player character is registered in the list L. Therefore, the user can obtain an opportunity to obtain the player character at a relatively low price by increasing the play frequency of the game G2 (access frequency to the new screen image G310). That is, even a user who does not have many game points (for example, a beginner) can make the player character relatively inexpensive by increasing the frequency of playing the game G2 and finding a player character having high ability at an early stage. Available at. In this way, the game system 1 can provide the user with the interest of finding a player character having a high ability earlier than other users and obtaining it at a low price. Further, in the game system 1, even a beginner can have an opportunity to obtain a player character having a high ability, so that fairness between the beginner and the expert can be realized.

Further, the time point T4 shown in FIG. 7 is a time point when a predetermined period D has elapsed since the player character X was registered in the list L. The player character X is removed from list L at time point T4. As the time after being registered in the list L increases, the number of acquirers and the number of times of use of the player character X increases. Therefore, in general, the number of acquirers of the player character Y registered in the list L after the player character X. And the number of times of use does not easily exceed the number of users and the number of times of use of the player character X, and therefore, the popularity ranking of the player character Y does not easily exceed the popularity ranking of the player character X. Therefore, if no measures are taken, the player characters registered in the list L at an early stage may monopolize the top of the popularity ranking, and the popularity ranking may be fixed. In this respect, by providing the predetermined period D as described above (that is, limiting the period during which the player character can be obtained), it is possible to prevent the popularity ranking from being fixed. The predetermined period D is, for example, one week, two weeks, one month, or the like, and may be arbitrarily set by the game provider or the like.

[2-3] In the above description, the price of the player character is set based on the popularity of the player character, but the price of the player character may be set based on the popularity and ability of the player character. .. FIG. 8 shows an example of the relationship between the combination of popularity and ability of the player character and the price in this case. In the example shown in FIG. 8, if the popularity rankings are the same, the higher the total ability, the higher the price of the player character. In this way, the price of the player character may be adjusted to match the ability of the player character. In this case, for example, even if the player character has the second highest popularity ranking, the price may be higher than that of the player character having the first highest popularity ranking due to the high overall ability.

[2-4] Further, in the above description, it has been described that the user U2 needs to pay the game points corresponding to the price of the player character X in order to obtain the player character X created by the user U1. If the user has a specific relationship (for example, a friendship or a fellowship) with the user U1, the user U2 may be able to obtain the player character X without paying game points. In this way, when the user has a specific relationship with the creator of the player character, the player character may be easily obtained. As a result, it may be motivated to establish a specific relationship with other users.

[3. Data structure] An example of data required to realize the functions described above is shown. 9 to 12 show an example of data in the case of realizing the games G1 and G2 described above. These data are stored in, for example, the storage unit 12 or the database 14.

[3-1] FIG. 9 shows an example of a user table. The user table TBL101 is data indicating information about each user who plays the games G1 and G2. As shown in FIG. 9, the user table TBL101 includes "user ID", "game G1", "game G2", and "friend list" fields.

The "User ID" field indicates information that uniquely identifies each user. The "game G1" field indicates game points and game items owned by the user in game G1, and the "game G2" field indicates game points and game items owned by the user in game G2. The "game points owned by the user" or the "game items owned by the user" are game points or game items in a state in which the user can arbitrarily use them.

The "Friend List" field indicates other users who have a friendship with the user. In the game system 1, a user can make a friendship with another user, and a list of user IDs of other users who have a friendship with the user is registered in the "friend list" field.

Here, the common user ID is used in the games G1 and G2, but different user IDs may be used in the games G1 and G2. Further, it may be divided into a table showing game points and game items in game G1 and a table showing game points and game items in game G2.

[3-2] FIG. 10 shows an example of the first player character table. The first player character table TBL102 is data showing a list of player characters created in the game G1. The first player character table TBL102 as shown in FIG. 10 is stored in association with the user identification information of each user. For example, the first player character table TBL102 stored in association with the user identification information (U1) of the user U1 shows a list of player characters created by the user U1. As shown in FIG. 10, the first player character table TBL102 includes "first player character ID", "name", "position", "total ability", "basic ability parameter", and "special ability parameter" fields. ..

The "first player character ID" field indicates information that uniquely identifies the player character created in the game G1. The first player character ID is an ID displayed in the area A302 of the registration screen image G300 and the area A322 of the acquisition screen image G320.

The "Name" and "Position" fields indicate the player character's name and position. The "total ability" field indicates the level of the player character's total ability. In the "basic ability parameter" field, a basic ability parameter indicating the level of the basic ability of the player character is registered. In the "special ability parameter" field, a special ability parameter indicating whether or not the player character has acquired a special ability is registered.

Although omitted in FIG. 10, for example, a field showing an image of a player character, a field showing a batting form of a player character, and a field showing a hand used for pitching or batting are also included in the first player character table TBL102.

[3-3] FIG. 11 shows an example of the second player character table. The second player character table TBL103 is data showing a list of player characters owned by the user in the game G2 (that is, player characters obtained by the user in the game G2). The second player character table TBL103 as shown in FIG. 11 is stored in association with the user identification information of each user. For example, the second player character table TBL103 stored in association with the user identification information (U2) of the user U2 shows a list of player characters owned by the user U2. As shown in FIG. 11, the second player character table TBL103 has "second player character ID", "first player character ID", "name", "position", "total ability", "basic ability parameter", and Includes Special Ability Parameters field.

The "second player character ID" field indicates information that uniquely identifies the player character given to each user in the game G2. When one player character is given to a plurality of users, the first player character IDs of the player characters given to the plurality of users are the same, but the second player character IDs are different.

The "first player character ID" field indicates the first player character ID of the player character. In the case of a player character created in the game G1 by another user, the first player character ID of the player character is registered in the "first player character ID" field. In the game G2, a player character created by the game provider may be given to the user, and the "first player character ID" field is left blank for such a player character.

The "name", "position", "total ability", "basic ability parameter", and "special ability parameter" fields are the "name", "position", "total ability", and "basic ability" of the first player character table TBL102. Similar to the Parameters and Special Ability Parameters fields.

[3-4] FIG. 12 shows an example of a registration list table. The registration list table TBL104 is data corresponding to the above-mentioned list L (see FIG. 2). As shown in FIG. 12, the registration list table TBL104 has "first player character ID", "registration date and time", "price", "number of acquirers", "number of uses", "popularity", "popularity ranking", Includes End Flag field.

The first player character ID of the player character is registered in the "first player character ID" field. The "Registration date and time" field indicates the date and time when the player character was registered in the list L. The "Price" field shows the current price of the player character. The “Number of Acquirers” field shows the cumulative number of users who have acquired the player character. In other words, it shows the cumulative number of users who have player characters.

The "number of uses" field indicates the cumulative number of times the player character has been used. If the game story is played with the player character incorporated in the deck, it may be considered that the player character has been used, or the player character is registered as a member of the team and the match is played. It may be considered that "the player character has been used" when it is broken, or it may be regarded as "the player character has been used" when the player character actually participates in the game. As described above, one player character may be given to a plurality of users, and the cumulative number of times the one player character has been used by each of the plurality of users is registered in the "number of uses" field.

The current value of the popularity parameter of the player character is registered in the "popularity" field. The current popularity ranking of the player character is registered in the "Popularity ranking" field.

The "end flag" field indicates whether or not the period during which the player character can be obtained (predetermined period D shown in FIG. 7) has expired. For example, the value "0" or "1" is registered in the "end flag" field. A value "0" indicates that the period during which the player character can be obtained has not expired (in other words, the registration of the player character is valid), and a value "1" indicates that the period during which the player character can be obtained is valid. Indicates that it has finished (in other words, the registration of the player character is invalid). In this case, the list of player characters whose end flag is "0" corresponds to the list L shown in FIG.

[4. Functional block] FIG. 13 shows a functional block realized by the game system 1. As shown in FIG. 13, the game system 1 includes an evaluation information acquisition unit 100, a performance information acquisition unit 110, a condition setting unit 120, a determination unit 130, a game object association unit 140, and a reward association unit 150. Further, the determination unit 130 includes the first determination unit 131 and the second determination unit 132, and the reward association unit 150 includes the reward determination unit 151. These functional blocks are realized, for example, by the control unit 11 of the server 10 (game control device). The performance information acquisition unit 110, the second determination unit 132, and the reward association unit 150 are not essential and can be omitted.

[4-1] The evaluation information acquisition unit 100 acquires evaluation information regarding the evaluation of a plurality of users with respect to the game object.

A "game object" is an object that can be used in a game. For example, a game character, a game item, or the like corresponds to an example of a “game object”. The game character or game item may be displayed on the game screen in the form of a game card.

For example, a plurality of parameters are set in the "game object". The "parameter" is, for example, information indicating the performance of a game object. Specifically, it is information indicating whether the performance of the game object is high or low, or information indicating whether or not the game object has specific performance. Further, for example, it is information indicating the state of the game object. Specifically, it is information indicating whether the state of the game object is good or bad. Further, for example, it is information indicating the rarity or popularity of the game object. The "parameter" is not limited to numerical information, and may be information other than numerical information.

The "game object" may be a game object generated based on the gameplay of another user. The "game object generated based on the user's gameplay" is a game object generated as a result of the user playing a game. In other words, it is a game object whose parameters are set based on the gameplay by the user. For example, it is a game object whose parameters are fixed by updating the parameters from the initial state based on the game play by the user. It can also be rephrased as a game object created by the user. For example, it can be rephrased as a game character (game item) cultivated (enhanced) by the user.

The "evaluation information" is information indicating the evaluation of a plurality of users with respect to the game object. For example, it may be information showing the cumulative total of evaluations so far, or may be information showing the cumulative total of evaluations in a predetermined period (for example, the latest predetermined period).

For example, the "evaluation information" may include execution number information regarding the number of times the association by the game object association unit 140 described later is executed. The “execution count information” is information indicating the number of times the association by the game object association unit 140, which will be described later, has been executed. For example, it may be information indicating the cumulative number of executions so far, or it may be information indicating the cumulative number of executions in a predetermined period (for example, the latest predetermined period).

Further, for example, the "evaluation information" may include usage count information regarding the number of times the game object has been used. The "usage count information" is information indicating the number of times the game object has been used. For example, it may be information indicating the cumulative number of times used so far, or it may be information indicating the cumulative number of times used in a predetermined period (for example, the latest predetermined period).

In the case of the games G1 and G2 described above, the player character created in the game G1 and registered in the list L corresponds to an example of the "game object". Further, the number of obtained and used times of the player character corresponds to an example of "evaluation information", and the evaluation information acquisition unit 100 uses the number of obtained and used times of the player character registered in the list L as "evaluation information". get. The popularity parameter or popularity ranking also corresponds to an example of "evaluation information".

[4-2] The performance information acquisition unit 110 acquires performance information related to the performance of the game object.

"Performance information" is information indicating the performance (ability) of a game object. For example, a parameter indicating the individual performance of a game object corresponds to an example of "performance information". Further, for example, a parameter indicating the overall performance of the game object also corresponds to an example of "performance information".

In the case of the games G1 and G2 described above, the total ability of the player character corresponds to an example of "performance information", and the performance information acquisition unit 110 sets the total ability of the player character registered in the list L as "performance information". To get as. The basic ability parameter and the special ability parameter also correspond to an example of "performance information".

[4-3] The condition setting unit 120 sets conditions for associating the game object with the user identification information.

The "condition" is a condition that should be satisfied by the user identified by the user identification information in order to associate the game object with the user identification information. The "user identification information" is information for uniquely identifying a user. In other words, it is information for identifying the user. For example, a user ID, a user's name, a user account, or an e-mail address corresponds to an example of "user identification information". Further, as will be described in detail later, "associating the game object with the user identification information" means to associate the game object with the user identification information and store it, in other words, to give the user identified by the user identification information the game. To give an object.

For example, when the game object is associated with the user identification information when the consideration is paid, the consideration corresponds to an example of the "condition". Here, the "compensation" is, for example, a game point (in-game currency, etc.) or a game item.

Further, for example, a condition relating to a user (or user object) parameter also corresponds to an example of a "condition". For example, if the level of the user (or user object) is higher than the reference level and the game object is associated with the user identification information, the "condition" is that the level of the user is higher than the reference level. Corresponds to one example. The "user object" is a game object that is the alter ego of the user. In other words, the "user object" is a game object that is the main character in the game or a game object that is the operation target of the user.

"Setting conditions" means determining conditions. For example, initializing conditions and updating conditions are included in "setting conditions".

Note that "updating the condition" means, for example, updating the condition so that the condition is less likely to be satisfied. Further, "updating the condition" may mean, for example, updating the condition so that the condition is easily satisfied.

For example, when paying the consideration is a "condition", updating the amount of the consideration corresponds to an example of "updating the condition". In this case, increasing the amount of consideration corresponds to an example of "updating the conditions so that the conditions are less likely to be satisfied". In addition, reducing the amount of consideration corresponds to an example of "updating the conditions so that the conditions are easily satisfied". It should be noted that updating the type of consideration also corresponds to an example of "updating the conditions".

Further, for example, when it is a "condition" that the user's level is equal to or higher than the reference level, updating the reference level corresponds to an example of "updating the condition". In this case, raising the reference level corresponds to an example of "updating the conditions so that the conditions are less likely to be satisfied". In addition, lowering the reference level corresponds to an example of "updating the conditions so that the conditions are easily satisfied".

For example, the condition setting unit 120 sets the condition based on the evaluation information acquired by the evaluation information acquisition unit 100.

“Setting conditions based on evaluation information” means setting conditions so that when the evaluation is high, the conditions are less likely to be satisfied than when the evaluation is low. In addition, when the evaluation is high, the condition may be set so that the condition is more easily satisfied than when the evaluation is low.

For example, the condition setting unit 120 updates the condition based on the evaluation information. Here, "updating the condition based on the evaluation information" means, for example, updating the condition so that the condition becomes less satisfying as the evaluation becomes higher. In other words, when the evaluation is high, the condition is less satisfied than when the evaluation is low, and the condition is updated. It should be noted that as the evaluation becomes higher, the conditions may be updated so that the conditions are more likely to be satisfied. In other words, when the evaluation is high, the condition may be updated so that the condition is more easily satisfied than when the evaluation is low.

As described above, the evaluation information may include the execution number information, and therefore, the condition setting unit 120 may update the condition based on the execution number information. Here, "updating the condition based on the execution number information" means, for example, updating the condition so that the condition is less likely to be satisfied as the number of executions increases. In other words, when the number of executions is large, the condition is less likely to be satisfied than when the number of executions is small, and the condition is updated. It should be noted that as the number of executions increases, the conditions may be updated so that the conditions are more likely to be satisfied. In other words, when the number of executions is large, the condition may be updated so that the condition is more easily satisfied than when the number of executions is small.

Further, as described above, the evaluation information may include the usage count information, and therefore, the condition setting unit 120 may update the condition based on the usage count information. Here, "update the condition based on the usage count information" means, for example, updating the condition so that the condition is less likely to be satisfied as the usage count increases. In other words, when the number of times of use is large, the condition is updated so that the condition is less likely to be satisfied as compared with the case where the number of times of use is small. It should be noted that as the number of uses increases, the conditions may be updated so that the conditions are more likely to be satisfied. In other words, when the number of times of use is large, the condition may be updated so that the condition is more easily satisfied than when the number of times of use is small.

In the case of the above-mentioned games G1 and G2, the price of the player character corresponds to an example of "condition", and the condition setting unit 120 sets the price of the player character based on the number of acquired players and the number of times of use of the player character. To do.

By the way, in general, since the number of players obtained and the number of times the player character is used increase with the passage of time, the condition setting unit 120 raises the price of the player character with the passage of time (in short, the condition). It is also possible to update the conditions so that it becomes difficult to be satisfied. Further, the condition setting unit 120 can be said to increase the price of the player character as the number of acquisitions or the number of times of use of the player character increases (in short, the condition is updated so that the condition becomes difficult to be satisfied). ..

The condition setting unit 120 may initially set the conditions based on the performance information when the game object is generated.

“Initial setting of conditions based on performance information” means, for example, initial setting of conditions when the performance is high so that the conditions are less likely to be satisfied as compared with the case where the performance is low. It should be noted that when the performance is high, the conditions may be initially set so that the conditions are more easily satisfied than when the performance is low.

Further, the condition setting unit 120 may update the condition based on the evaluation information acquired by the evaluation information acquisition unit 100 and the performance information acquired by the performance information acquisition unit 110.

“Update the condition based on the performance information” means, for example, updating the condition so that the higher the performance, the less likely the condition is satisfied. In other words, when the performance is high, the condition is less satisfied than when the performance is low, and the condition is updated. It should be noted that the higher the performance, the easier it is to update the conditions. In other words, when the performance is high, the condition may be updated so that the condition is more easily satisfied than when the performance is low.

[4-4] The first determination unit 131 determines whether or not the conditions set by the condition setting unit 120 are satisfied.

In the case of the games G1 and G2 described above, the price of the player character corresponds to an example of the "condition", and the first determination unit 131 corresponds to the case where the game points corresponding to the price of the player character are paid by the user. , Judge that the "condition" is satisfied. Alternatively, when the user indicates the intention of the first determination unit 131 to pay the game points corresponding to the price of the player character, and the user can pay the game points corresponding to the price of the player character. In addition, it may be determined that the "condition" is satisfied.

[4-5] The second determination unit 132 is data indicating the association between the user identification information when the game object is a game object generated based on the game play of the user identified by the other user identification information. Based on, it is determined whether or not the other user identification information is associated with the user identification information.

The "data showing the association between the user identification information" is the data showing the connection between the user identification information and other user identification information. For example, it is data indicating the presence or absence of a specific relationship (friendship, companionship, etc.) constructed between users. In other words, it is data in which user identification information is directly or indirectly associated with each other. Note that, for example, when a plurality of user identification information is associated with the same user group identification information (information that identifies a user group referred to as a group, team, party, guild, etc.), the plurality of user identification information is identified. Information is considered to be indirectly associated.

In the case of the games G1 and G2 described above, the "friend list" field of the user table TBL101 corresponds to an example of "data indicating the association between user identification information", and in the second determination unit 132, the user is a player character. Determine if you have a friendship with the creator of. Specifically, the second determination unit 132 determines whether or not the creator of the player character is included in the friend list of the user (or whether or not the user is included in the friend list of the creator of the player character). To judge.

[4-6] The game object association unit 140 associates the game object with the user identification information.

"Associating a game object with user identification information" means associating a game object with user identification information and storing it. In other words, the game object is given to the user identified by the user identification information. In other words, the game object is added to the game object owned by the user identified by the user identification information. In other words, the game object is made available to the user identified by the user identification information in the game.

The game object is associated with each of the plurality of user identification information by sequentially executing the association by the game object association unit 140 in response to the reception of the request from the user identified by each of the plurality of user identification information. ..

"Execute the association in response to the request from the user" means to execute the association when the request from the user is received. Here, "accepting a request from a user" may mean accepting a request operation or receiving request data transmitted from a user terminal.

Further, when the game object is associated with the user identification information by the game object association unit 140, the game object can be used in the game by the user identified by the user identification information.

"Use of game objects" is, for example, incorporating game objects into a group (deck, team, party, etc.) in the game. Alternatively, for example, a game object may appear in the game. In other words, the game object may be displayed on the game screen. Alternatively, for example, the user may operate the game object (game character) as the operation target, or the user may give an instruction as the instruction target. Alternatively, for example, the effect of the game object (game item) may be generated in the game.

For example, the game object association unit 140 associates the game object with the user identification information based on the determination result of the first determination unit 131.

"Associating the game object with the user identification information based on the determination result of the first determination unit 131" means associating the game object with the user identification information when the first determination unit 131 determines that the condition is satisfied. That is. For example, when a request for associating a game object with user identification information is received from a user identified by the user identification information, if it is determined that the conditions are satisfied, the game object is associated with the user identification information. Further, for example, when a request for associating a game object with user identification information is received from a user identified by the user identification information in a state where it is determined that the conditions are satisfied, the game object is associated with the user identification information. ..

Further, for example, the game object association unit 140 associates the game object with the user identification information based on the determination result of the second determination unit 132. For example, when the game object is a game object generated based on the game play of the user identified by the other user identification information, the second determination is that the other user identification information is associated with the user identification information. When determined by unit 132, the game object association unit 140 associates the game object with the user identification information even if the first determination unit 131 does not determine that the condition is satisfied.

In the case of the games G1 and G2 described above, when the first determination unit 131 determines that the game points corresponding to the price of the player character have been paid by the user, the game object association unit 140 uses the player character as the user. A player character is given to the user by associating it with the user ID.

Further, when the second determination unit 132 determines that the user has a friendship with the creator of the player character, the game object association unit 140 is paid game points corresponding to the price of the player character by the user. Even if it is not, the player character is given to the user by associating the player character with the user ID of the user.

[4-7] When the game object is a game object generated based on the game play of the user identified by the other user identification information, the reward association unit 150 executes the association by the game object association unit 140. Based on, the reward is associated with the other user identification information.

The "reward" is, for example, a game point (in-game currency, etc.) or a game object (game character, game item, etc.). The "reward" is not limited to game points and game objects, and various rewards can be set according to the content of the game. For example, the "reward" may be to temporarily or permanently change the parameters associated with the user (parameters other than game points) in favor of the user.

"Associating a reward with a user identification information" means giving a reward to a user identified by the user identification information.

For example, "associating a reward with user identification information" means giving a user game points (in-game currency, etc.). That is, it is to increase the game points owned by the user. In other words, the game points associated with the user identification information are increased by further associating the game points with the user identification information and the game points associated with each other.

Further, for example, "associating a reward with user identification information" means giving a game object to a user. That is, by giving the user a new game object that the user does not own, or by further giving the user a game object that the user already owns, the number of the game objects that the user owns can be determined. Is to increase. In other words, a game object associated with the user identification information by associating a new game object with the user identification information, or by further associating the game object with the user identification information while the user identification information and the game object are associated with each other. Is to increase the number of.

"Associating a reward with the user identification information based on the execution of the association" means, for example, associating the reward with the user identification information each time the association is executed. Alternatively, for example, when the number of executions of the association reaches the reference number, the reward is associated with the user identification information. Alternatively, for example, the value, type, amount, etc. of the reward associated with the user identification information may be determined based on the number of executions of the association.

The reward determination unit 151 determines the reward associated with the other user identification information based on the evaluation information acquired by the evaluation information acquisition unit 100.

"Determining the reward based on the evaluation information" means determining the value, type, amount, etc. of the reward associated with the user identification information based on the evaluation information.

For example, "determining a reward based on evaluation information" means determining a reward so that the higher the evaluation, the higher the value of the reward. That is, when the evaluation is high, the value of the reward is higher than when the evaluation is low, and the reward is determined.

Further, for example, "determining the reward based on the evaluation information" means that the higher the evaluation, the more useful the reward is to the user, and the type of the reward is determined. That is, the type of reward is determined so that the reward is more beneficial to the user when the evaluation is high than when the evaluation is low.

Further, for example, "determining the reward based on the evaluation information" means determining the amount of the reward so that the higher the evaluation, the larger the amount of the reward. That is, when the evaluation is high, the amount of reward is determined so that the amount of reward is larger than when the evaluation is low.

In the case of the above-mentioned games G1 and G2, when the number of acquirers or the number of times of use of the player character X created by the user U1 becomes equal to a predetermined value, the reward association unit 150 rewards (game points or game items). Etc.) is given to the user U1. For example, a plurality of types of values (for example, 100, 200, 300, ...) Are set as "predetermined values". The reward association unit 150 gives the user U1 a reward each time the number of acquirers or the number of times of use of the player character X becomes equal to any one of a plurality of predetermined values (for example, 100, 200, 300, ...). Give.

Further, in the reward determination unit 151, the reward when the number of acquirers or the number of uses of the player character X reaches the second predetermined value (for example, 200) is the first predetermined value (second) for the number of acquirers or the number of uses. The reward is determined so that the value is higher than the reward when the value is smaller than the predetermined value: for example, 100). For example, a game item (for example, a rare character lottery ticket) in which a game character with a certain degree of rarity can be obtained when the number of acquirers or the number of times of use of the player character X reaches the first predetermined value (for example, 100). A game item with a certain degree of value is given to the user U1, and when the number of acquirers or the number of times of use reaches the second predetermined value (for example, 200), a game item having a higher rarity can be obtained. A higher value game item such as (for example, a super rare character lottery ticket) is given to the user U1. Alternatively, for example, when the number of acquirers or the number of times of use of the player character X reaches the first predetermined value (for example, 100), a certain amount of game points are given to the user U1, and the number of acquirers or the number of times of use is increased. When the second predetermined value (for example, 200) is reached, a larger amount of game points is given to the user U1.

It should be noted that even after the number of acquirers or the number of times of use of the player character X reaches the first predetermined value (for example, 100) and the number of the acquirers or the number of times of use reaches the second predetermined value (for example, 200). The reward determination unit 151 may give a reward to the user U1 each time the number of obtainers or the number of uses increases.

Further, only one value (for example, 150) may be set as the "predetermined value". That is, the reward is given to the user U1 only when the number of acquirers (or the number of uses) of the player character X becomes equal to the predetermined value (for example, 150), and after that, the number of acquirers (or the number of uses) is given. ) Increases, the reward may not be given to the user U1. Alternatively, after the number of acquirers (or the number of times of use) of the player character X reaches the predetermined value (for example, 150), a reward is given to the user U1 each time the number of acquirers (or the number of times of use) increases. You may. Further, in this case, when the number of acquirers (or the number of times of use) of the player character X is large, the reward is determined so that the value of the reward is higher than when the number of acquirers (or the number of times of use) is small. You may try to do so.

[5. Process] Next, the process executed by the game system 1 in order to realize the functional block described above will be described.

[5-1] FIG. 14 shows an example of a process for registering the player character created in the game G1 in the list L. The process shown in FIG. 14 is executed when the process object P307 of the registration screen image G300 displayed on the display unit 35 of the game terminal 30 that executes the game G1 is selected. When the control unit 11 of the server 10 executes the process shown in FIG. 14 according to the program, the control unit 11 functions as the condition setting unit 120.

In the following, it is assumed that the user U1 registers the player character X in the list L. That is, it is assumed that the processing object P307 of the registration screen image G300 on which the player character X is displayed is selected by the user U1. The user ID of the user U1 is "U1", and the first player character ID of the player character X is "0468731".

As shown in FIG. 14, first, the control unit 31 of the game terminal 30 of the user U1 transmits a registration request to the server 10 via the communication unit 33 (S300), and the control unit 11 of the server 10 communicates the registration request. Received via unit 13 (S100).

The "registration request" requests that the player character created in the game G1 be registered in the list L. For example, the user ID (U1) of the user U1 and the first player character ID (0468731) of the player character X are transmitted from the game terminal 30 to the server 10 as a registration request.

When the registration request is received, the control unit 11 registers the player character X in the list L (S102). For example, the control unit 11 adds a new record to the registration list table TBL104, and registers the following information in the record. That is, the control unit 11 registers "0468731" in the "first player character ID" field, and registers the current date and time in the "registration date and time" field. Further, the control unit 11 registers the initial price in the "price" field. Here, the initial price may be a predetermined fixed price (for example, 100 points), or may be a price determined based on the ability (total ability, etc.) of the player character X. For example, the higher the ability of the player character X, the higher the initial price may be. Further, the control unit 11 registers an initial value (0) in the "number of acquirers", "number of uses", "popularity", and "end flag" fields, and registers the lowest rank in the "popularity rank" field. ..

Although omitted in FIG. 14, when the player character X is already registered in the registration list table TBL104, the control unit 11 transmits screen image data indicating that fact to the game terminal 30, and the player character X Cancel registration.

After the completion of step S102, the control unit 11 transmits data of the completion screen image indicating that the registration to the list L is completed to the game terminal 30 via the communication unit 13 (S104), and the control unit of the game terminal 30. 31 receives the data via the communication unit 33 (S302). Then, based on the data, the control unit 31 displays the completion screen image on the display unit 35 (S304). The data of the completed screen image may be data indicating the completed screen image itself, or may be data indicating information necessary for generating the completed screen image.

[5-2] FIGS. 15 and 16 show an example of a process for assigning a player character registered in the list L to a user. The processes shown in FIGS. 15 and 16 are executed when the process object P330 of the acquisition screen image G320 displayed on the display unit 35 of the game terminal 30 that executes the game G2 is selected. When the control unit 11 of the server 10 executes the processes shown in FIGS. 15 and 16 according to the program, the control unit 11 functions as the determination unit 130, the game object association unit 140, and the reward association unit 150.

In the following, it is assumed that the user U2 requests the acquisition of the player character X. That is, it is assumed that the processing object P330 of the acquisition screen image G320 on which the player character X is displayed is selected by the user U2. The user ID of the user U2 is "U2", and the first player character ID of the player character X is "0468731".

As shown in FIG. 15, first, the control unit 31 of the game terminal 30 transmits the grant request to the server 10 via the communication unit 33 (S310), and the control unit 11 of the server 10 sends the grant request to the communication unit 13. Receive via (S110).

The "grant request" is a request for granting a player character. For example, the user ID (U2) of the user U2 and the first player character ID (0468731) of the player character X are transmitted from the game terminal 30 to the server 10 as a grant request.

When the grant request is received, the control unit 11 determines whether or not the user U2 has a friendship with the creator of the player character X (S112). For example, the control unit 11 accesses the first player character table TBL102 and acquires the user ID of the creator of the player character X. Further, the control unit 11 accesses the user table TBL101 and determines whether or not the acquired user ID is registered in the friend list of the user U2.

When the user U2 has a friendship with the creator of the player character X, the control unit 11 executes step S122 of FIG. On the other hand, when the user U2 does not have a friendship with the creator of the player character X, the control unit 11 determines whether or not the game points owned by the user U2 are equal to or higher than the price of the player character X. (S114).

For example, the control unit 11 refers to the user table TBL101 and acquires the amount of game points of the game G2 owned by the user U2. Further, the control unit 11 refers to the registration list table TBL104 and acquires the price of the player character X. Then, the control unit 11 determines whether or not the amount of game points of the game G2 owned by the user U2 is equal to or greater than the price of the player character X.

When the game points held by the user U2 are not equal to or higher than the price of the player character X, the control unit 11 has stopped granting the player character X due to the lack of game points held by the user U2. The data of the stop screen image indicating the above is transmitted to the game terminal 30 via the communication unit 13 (S116), and the control unit 31 of the game terminal 30 receives the data via the communication unit 33 (S312). Then, based on the data, the control unit 31 displays the stop screen image on the display unit 35 (S314). The data of the stop screen image may be data showing the stop screen image itself, or may be data showing information necessary for generating the stop screen image.

On the other hand, when the game points owned by the user U2 are equal to or higher than the price of the player character X, the control unit 11 accesses the user table TBL101 and the game points corresponding to the price of the player character X, as shown in FIG. Is reduced from the game points of the game G2 owned by the user U2 (S120). Then, the control unit 11 assigns the player character X to the user U2 (S122).

For example, the control unit 11 refers to the first player character table TBL102 and reads out information about the player character X. Then, the control unit 11 adds a new record to the second player character table TBL103 associated with the user ID "U2", and registers the read information in the record. At this time, the newly automatically generated second player character ID is registered in the "second player character ID" field. In this case, the information about the player character X remains in the first player character table TBL102, and a copy thereof is registered in the second player character table TBL103. That is, a copy of the player character X is given to the user U2 while remaining in the hands of the creator.

After the completion of step S122, the control unit 11 transmits data of the completion screen image indicating that the addition of the player character X to the user U2 is completed to the game terminal 30 via the communication unit 13 (S124), and the game terminal. The control unit 31 of the 30 receives the data via the communication unit 33 (S320). Then, based on the data, the control unit 31 displays the completion screen image on the display unit 35 (S322). The data of the completed screen image may be data indicating the completed screen image itself, or may be data indicating information necessary for generating the completed screen image.

After the completion of step S124, the control unit 11 accesses the registration list table TBL104 and increases the number of acquired player characters X by 1 (S126). Further, the control unit 11 determines whether or not the number of acquired player characters X is equal to a predetermined value (S128). Then, when the number of acquirers of the player character X is equal to the predetermined value, the control unit 11 gives a reward to the creator of the player character X (S130).

In step S128, for example, the control unit 11 determines whether or not the number of acquired player characters X is equal to any one of a plurality of types of predetermined values (for example, 100, 200, 300, ...). Further, in step S130, for example, the control unit 11 refers to the first player character table TBL102 and acquires the user ID of the creator of the player character X. Then, the control unit 11 accesses the user table TBL101, and the acquired user ID increases the value of the game point in the "game G1" field of the record registered in the "user ID" field, or the game item in the same field. Game points or game items are given to the creator of the player character X by adding an ID.

In step S130, when the number of acquirers of the player character X is equal to the second predetermined value (for example, 200), the control unit 11 increases the number of acquirers of the player character X to the first predetermined value (from the second predetermined value). Smaller value: For example, more game points are given to the creator of player character X than when it is equal to 100), or a game item with higher value (performance, etc.) is given to the creator of player character X. Or give to.

[5-3] FIG. 17 shows an example of a process for updating the number of times the player character is used. The process shown in FIG. 17 is executed when the player character is used in the game terminal 30 that executes the game G2. When the control unit 11 of the server 10 executes the process shown in FIG. 17 according to the program, the control unit 11 functions as the reward association unit 150.

In the following, it is assumed that the player character X is used in the game G2 played by the user U2. The user ID of the user U2 is "U2", and the first player character ID of the player character X is "0468731".

When the player character X is used, as shown in FIG. 17, first, the control unit 31 of the game terminal 30 notifies the server 10 that the player character X has been used, and increases the number of times the player character X is used. Therefore, a request for increasing the number of times the player character X is used is transmitted to the server 10 via the communication unit 33 (S330), and the control unit 11 of the server 10 receives the increase request via the communication unit 13 (S140). ..

The "request for increasing the number of times of use" is a request for increasing the number of times of use of the player character. For example, the first player character ID (0468731) of the player character X is transmitted from the game terminal 30 to the server 10 as a request for increasing the number of uses.

When the request for increasing the number of times of use is received, the control unit 11 accesses the registration list table TBL104 and increases the number of times of use of the player character X by 1 (S142). Further, the control unit 11 determines whether or not the number of times the player character X has been used is equal to a predetermined value (S144). Then, when the number of times the player character X is used is equal to the predetermined value, the control unit 11 gives a reward to the creator of the player character X (S146).

In step S144, for example, the control unit 11 determines whether or not the number of times the player character X is used is equal to any one of a plurality of types of predetermined values (for example, 100, 200, 300, ...). The "predetermined value" in step S144 may be different from or the same as the "predetermined value" in step S128.

Further, in step S146, for example, the control unit 11 accesses the first player character table TBL102 and acquires the user ID of the creator of the player character X. Then, the control unit 11 accesses the user table TBL101, and the acquired user ID increases the value of the game point in the "game G1" field of the record registered in the "user ID" field, or the game item in the same field. Game points or game items are given to the creator of the player character X by adding an ID.

In step S146, when the number of times the player character X is used reaches the second predetermined value (for example, 200), the control unit 11 increases the number of times the player character X is used to the first predetermined value (more than the second predetermined value). Smaller value: For example, more game points are given to the creator of player character X than when 100) is reached, or a game item with higher value (performance, etc.) is given to the creator of player character X. Or give to.

[5-4] FIG. 18 shows an example of a process for updating the price of a player character registered in the list L. The process shown in FIG. 18 is executed on the server 10 at predetermined time (for example, one hour) or at a predetermined time (for example, 0:00 every day). When the control unit 11 of the server 10 executes the process shown in FIG. 18 according to the program, the control unit 11 functions as the evaluation information acquisition unit 100, the performance information acquisition unit 110, and the condition setting unit 120.

As shown in FIG. 18, first, the control unit 11 determines whether or not among the player characters registered in the list L, there is a player character whose predetermined period D has elapsed from the registration date and time (S150). .. For example, the control unit 11 refers to the registration list table TBL104 and determines whether or not there is a player character whose end flag is "0" and whose predetermined period D has elapsed from the registration date and time.

When the player character as described above exists, the control unit 11 accesses the registration list table TBL104 and updates the end flag of the player character to "1" (S152).

After the completion of step S152, or when it is determined in step S150 that the player character as described above does not exist, the control unit 11 updates the popularity parameter of each player character registered in the list L (S154). ..

For example, assume that the popularity parameter of the player character X is updated. In this case, the control unit 11 refers to the registration list table TBL104 and acquires the number of acquirers and the number of times of use of the player character X. Then, the control unit 11 updates the popularity parameter of the player character X based on the number of obtained users and the number of times of use. For example, the control unit 11 determines the value of the popularity parameter corresponding to the number of acquirers and the number of times of use of the player character X based on the correspondence information in which the values of the popularity parameter corresponding to the number of acquirers and the number of times of use are predetermined. Is acquired, and the value of the popularity parameter of the player character X is updated to the acquired value. The "correspondence-related information" here is, for example, a mathematical formula for calculating the popularity parameter from the number of acquirers and the number of uses, or a combination of the number of acquirers and the number of uses and the value of the popularity parameter. It is a table etc.

After the completion of step S154, the control unit 11 updates the popularity ranking of each player character registered in the list L (S156). For example, the control unit 11 accesses the registration list table TBL104 and sorts the player characters whose end flag is "0" in descending order of the popularity parameter, so that the popularity order of each player character whose end flag is "0". To update.

After the completion of step S156, the control unit 11 updates the price of each player character registered in the list L (S158).

For example, assume that the price of the player character X is updated. In this case, the control unit 11 refers to the registration list table TBL104 and acquires the popularity ranking of the player character X. Then, the control unit 11 updates the price of the player character X based on the popularity ranking. For example, the control unit 11 acquires the price corresponding to the popularity ranking of the player character X and updates the price of the player character X to the acquired price based on the correspondence relationship information in which the price corresponding to the popularity ranking is predetermined. To do. The "correspondence relationship information" here is, for example, a table (see FIG. 4) in which the popularity ranking and the price are associated with each other, or a mathematical formula for calculating the price from the popularity ranking.

When updating the price of the player character X, the control unit 11 may refer to the registration list table TBL104 and acquire the total ability of the player character X as well. Then, the control unit 11 may update the price of the player character X based on the popularity ranking and the total ability of the player character X. For example, the control unit 11 acquires the price corresponding to the combination of the popularity ranking and the total ability of the player character X based on the correspondence information in which the price corresponding to the combination of the popularity ranking and the total ability is predetermined, and the player character The price of X may be updated to the acquired price. The "correspondence-related information" here is, for example, a table (see FIG. 8) in which a combination of popularity ranking and total ability is associated with a price, or a mathematical formula for calculating a price from popularity ranking and total ability. is there.

[6. Summary] According to the game system 1 described above, the evaluation information acquisition unit 100 and the condition setting unit 120 set the price of the player character based on the popularity (number of acquirers and number of times of use) of the player character. It becomes possible to match the price of the character with the popularity of the player character. Even if the initial price does not match the popularity of the player character, it is possible to match the price with the popularity of the player character. Further, according to the game system 1, since it is not necessary for the game provider or the like to review the price according to the popularity of the player character, it is possible to suppress an increase in the labor of the game provider or the like.

Further, according to the game system 1, the smaller the number of players obtained and the number of times the player character is used, the lower the price of the player character, and the larger the number of players obtained and the number of times the player character is used, the higher the price of the player character. Therefore, the user can obtain the player character at a low cost by finding and obtaining the player character while the player character is not so much obtained and used by other users. As a result, it becomes possible to provide the interest of finding and obtaining a player character as soon as possible. In addition, it becomes possible to increase the frequency of game play by the user.

Further, according to the game system 1, the performance information acquisition unit 110 and the condition setting unit 120 set the price of the player character based on the ability of the player character, so that the price of the player character can be adjusted to the ability of the player character. It will be possible.

Further, according to the game system 1, the reward association unit 150 makes it possible to give a reward to the creator of the player character. As a result, it becomes possible to increase the motivation to create a player character.

Further, according to the game system 1, the reward determination unit 151 makes it possible to set the reward according to the popularity of the player character. For example, the more popular, the higher or higher the value or amount of rewards can be, and as a result, the more motivated to create popular player characters.

Further, according to the game system 1, when the user has a friendship with the creator of the player character, the second determination unit 132 and the game object association unit 140 provide game points corresponding to the price of the player character. You will be able to obtain player characters without paying. As a result, it becomes possible to increase the motivation to make friendships with other users, and it becomes possible to activate communication between users.

Further, according to the game system 1, a player character created by another user in the game G1 can be obtained and used by the user in the game G2.

As a result, in the game system 1, the games G1 and G2 are linked. As a result, the user who has played the game G1 can be urged to play the game G2 as well, and the user who has played the game G2 can be urged to play the game G1 as well. For example, a user who has played a game provided by network distribution (for example, G1) can be encouraged to also play a game provided by an optical disk (for example, G2). In general, games provided by network distribution can be played anytime and anywhere, regardless of time or place, whereas games provided by optical discs require the actual purchase of optical discs at stores, etc. , There are time and place restrictions. In this regard, according to the game system 1, the user can be motivated to play the game provided by the optical disc.

[7. Modifications] The present invention is not limited to the embodiments described above.

[7-1] In the embodiment described above, when the user has a friendship with the creator of the player character, the user can obtain the player character without paying game points. ..

Instead of doing so, the price of the player character may be lower than the normal price when the user has a friendship with the creator of the player character.

In short, the condition setting unit 120 may set the condition based on the determination result of the second determination unit 132. That is, when the game object is a game object generated based on the game play of the user identified by the other user identification information, the condition setting unit 120 associates the other user identification information with the user identification information. If so, the conditions may be set so that the conditions are more likely to be satisfied as compared with the case where the other user identification information is not associated with the user identification information.

Even in the above manner, when the user has a friendship with the creator of the player character, the player character is compared with the case where the user does not have a friendship with the creator of the player character. It will be easier to obtain. As a result, it becomes possible for the user to increase the motivation to establish a specific relationship such as a friendship or a fellowship with another user, and it becomes possible to activate communication between the users.

[7-2] The condition setting unit 120 may set the price of the player character based on the information about the creator of the player character.

For example, the condition setting unit 120 sets the price of the player character higher as the level (proficiency) of the creator is higher, and sets the price of the player character lower as the level of the creator is lower. You may. Further, for example, the condition setting unit 120 may set the price of the player character higher as the number of times the creator's game G1 is played increases. Further, for example, the condition setting unit 120 may set the price of the player character higher when the creator is a specific user than when the creator is not a specific user. Here, the "specific user" is a special user and is a user who is distinguished from a general user. For example, celebrities, entertainers, professionals in fields related to game material (professional baseball players or professional soccer players, etc.), users who have performed well in game competitions (winners or runners-up, etc.), or user rankings related to games. A user or the like having a higher rank corresponds to an example of a “specific user”. Further, in the case of a game in which a title or the like is given to each user according to the play result of the game, a user having the title (or a user having a high title) also corresponds to an example of a "specific user". To do.

In short, when the game object is a game object generated based on the gameplay of the user identified by the other user identification information, the condition setting unit 120 also includes the information associated with the other user identification information. The conditions may be set based on the above. The "information associated with the user identification information" is information stored in association with the user identification information. For example, information about the user's skill level, information about the user's game performance, information about the user's past gameplay history, information about the user's past game object generation record (that is, information about the user's past game object generation). Or, information regarding the evaluation of the game object generated by the user in the past), information indicating whether or not the user is a specific user, and the like correspond to an example of "information associated with the user identification information".

Further, for example, the condition setting unit 120 may set the price of the player character based on the game story selected by the creator when creating the player character. Specifically, the condition setting unit 120 sets the price of the player character when a specific game story (for example, a game story with a high degree of difficulty) is selected, as compared with the case where another game story is selected. May be set high.

In short, when the game object is a game object generated based on the game play of the user identified by the other user identification information, the condition setting unit 120 is the information associated with the other user identification information, or the information associated with the other user identification information. , The conditions may also be set based on information about the gameplay performed by the user identified by the other user identification information to generate the game object. "Information about game play" means, for example, information about a game scenario selected by a user when the user selects one of a plurality of game stories to play the game story. Corresponds to an example of "information about gameplay". Further, for example, information regarding whether or not the user has used a specific game item in game play corresponds to an example of "information regarding game play".

By doing so, it is possible to set the price of the player character according to the information (level, etc.) about the creator of the player character, the game story when the player character is created, and the like.

[7-3] The "evaluation information" may include information regarding the evaluation of the game object, which is input by the user (for example, the user who obtained the game object). Specifically, for example, the "evaluation information" may include information indicating the result of a questionnaire in which the user selects and evaluates one of "A, B, C" for the game object.

[7-4] The condition setting unit 120 may update (increase) the price of the player character according to the passage of time regardless of the popularity of the player character.

[7-5] In the embodiment described above, the player character is registered in the list L when the processing object P307 of the registration screen image G300 is selected by the user. That is, the player character is registered in the list L when requested by the creator of the player character. However, when the player character is created, the player character may be automatically registered in the list L.

[7-6] In the embodiment described above, the game G1 in which the player character is created and the game G2 in which the player character is used are separate games, but the games G1 and G2 are one game. It may be. That is, both the function (part) that allows the user to create a player character and the function (part) that allows the player character created by another user to be used are realized in the same game. You may do so.

[7-7] The game executed by the game system 1 is not limited to the baseball game. The present invention can be applied to sports games other than baseball games. For example, the present invention can also be applied to soccer games. The present invention can be applied to games other than sports games.

Further, the method of creating the game object and the method of using the game object are not limited to the modes described above. Further, in the above, the case of setting the price of the game object (player character) created by another user has been described, but when setting the price of the game object (player character) prepared by the game provider or the like. The present invention can also be applied.

[8. Supplementary note] From the above description, the present invention can be grasped as follows, for example. In order to facilitate the understanding of the present invention, the reference numerals described in the drawings are appropriately described in parentheses, but the present invention is not limited to the illustrated mode.

1) The game control device (10) according to one aspect of the present invention is a condition setting means (120) for setting conditions (for example, price) for associating a game object (for example, a player character) with user identification information (for example, user ID). ), The determination means (131) for determining whether or not the condition is satisfied, and the game object association means (140) for associating the game object with the user identification information based on the determination result of the determination means (131). ), And the evaluation information acquisition means (100) for acquiring evaluation information (for example, TBL104: number of acquirers and number of uses) regarding the evaluation of a plurality of users with respect to the game object, and the condition setting means (120). Sets the condition based on the evaluation information.

13) The game system (1) according to one aspect of the present invention includes a condition setting means (120) for setting conditions for associating a game object with user identification information, and a determination for determining whether or not the conditions are satisfied. Evaluation of a plurality of users with respect to the game object, including means (131) and game object association means (140) that associates the game object with the user identification information based on the determination result of the determination means (131). The condition setting means (120) further includes the evaluation information acquisition means (100) for acquiring the evaluation information relating to the above, and the condition setting means (120) sets the condition based on the evaluation information.

14) Further, the program according to one aspect of the present invention is for operating the computer as the game control device (10) according to any one of 1) to 12) or the game system (1) according to 13). It is a program of.

15) Further, the information storage medium according to one aspect of the present invention is a computer-readable information storage medium in which the program described in 14) is recorded.

16) Further, in the control method of the game control device (10) according to one aspect of the present invention, the condition setting step (S158) for setting the condition for associating the game object with the user identification information and whether the above condition is satisfied? The game object includes a determination step (S114) for determining whether or not the game object and a game object association step (S122) for associating the game object with the user identification information based on the determination result of the determination step (S114). In the condition setting step (S154, S156, S158), the condition is set based on the evaluation information, further including an evaluation information acquisition step (S126, S142) for acquiring evaluation information regarding the evaluation of a plurality of users. ..

17) Further, the control method of the game system (1) according to one aspect of the present invention includes a condition setting step (S158) for setting a condition for associating a game object with user identification information, and whether or not the condition is satisfied. A determination step (S114) for determining whether or not the game object is included, and a game object association step (S122) for associating the game object with the user identification information based on the determination result of the determination step (S114). An evaluation information acquisition step (S126, S142) for acquiring evaluation information regarding the evaluation of a plurality of users is further included, and in the condition setting step (S154, S156, S158), the condition is set based on the evaluation information.

According to the inventions described in 1), 12) to 17) above, the conditions for associating the game object with the user identification information (conditions for obtaining the game object) are set based on the evaluation information, and thus the game. It is possible to reflect the evaluations of a plurality of users on an object in the conditions. As a result, it becomes possible to match the condition with the evaluation of a plurality of users for the game object. In addition, it is possible to suppress an increase in the time and effort of the game provider and the like for that purpose.

2) In one aspect of the present invention, the condition setting means (120) may update the condition based on the evaluation information.

According to the invention described in 2), the conditions to be satisfied in order to associate the game object with the user identification information are updated based on the evaluation information. Therefore, if the initial condition is the evaluation of a plurality of users with respect to the game object. Even if it does not meet the requirements, it is possible to reflect the evaluations of a plurality of users on the game object in the conditions. That is, even if the initial condition does not match the evaluation of the plurality of users for the game object, it is possible to match the condition with the evaluation of the plurality of users for the game object.

3) In one aspect of the present invention, the game object is sequentially executed by the game object association means (140) in response to a request from a user identified by each of a plurality of user identification information. May be associated with each of the plurality of user identification information. The evaluation information may include execution number information (for example, TBL104: number of acquirers) regarding the number of times the association by the game object association means is executed. The condition setting means (120) may update the condition based on the execution number information.

According to the invention described in 3), the condition to be satisfied in order to associate the game object with the user identification information is updated based on the execution count information. Therefore, the execution count of the association by the game object association means is set as the condition. It becomes possible to reflect. As a result, it becomes possible to match the condition with the number of times the association is executed by the game object association means. For example, it is possible to make it easier for the condition to be satisfied as the number of executions is smaller, or to make it difficult for the condition to be satisfied as the number of executions is larger.

If the number of executions is increased, the price is higher, so that the user can obtain the game object at a low cost by finding and obtaining the game object while the game object is not often obtained by other users. Will be. That is, by increasing the frequency of access to the game system, the user can find and obtain the high-performance game object earlier than other users, so that the high-performance game object can be obtained at low cost. As a result, it becomes possible to provide the interest of finding and obtaining game objects as soon as possible. In addition, it becomes possible to increase the frequency of access to the game system by the user.

4) In one aspect of the present invention, when the game object is associated with the user identification information, the game object can be used in the game by the user identified by the user identification information. You may. The evaluation information may include usage count information (for example, TBL104: usage count) regarding the number of times the game object has been used. The condition setting means (120) may update the condition based on the usage count information.

According to the invention described in 4), the condition to be satisfied in order to associate the game object with the user identification information is updated based on the usage count information, so that the usage count of the game object can be reflected in the condition. It will be possible. As a result, it becomes possible to match the condition with the number of times the game object is used. For example, it is possible to make it easier for the condition to be satisfied as the number of times of use is smaller, or to make it difficult for the condition to be satisfied as the number of times of use is larger.

If the more times the game is used, the higher the price is, the user can obtain the game object at a low cost by finding and obtaining the game object while the game object is not used much by other users. Will be. That is, by increasing the frequency of access to the game system, the user can find and obtain the high-performance game object earlier than other users, so that the high-performance game object can be obtained at low cost. As a result, it becomes possible to provide the interest of finding and obtaining game objects as soon as possible. In addition, it becomes possible to increase the frequency of access to the game system by the user.

5) In one aspect of the present invention, the performance information acquisition means (110) for acquiring the performance information (for example, TBL102, TBL103: total ability) regarding the performance of the game object may be further included. The condition setting means (120) may update the condition based on the evaluation information and the performance information.

According to the invention described in 5), the conditions to be satisfied in order to associate the game object with the user identification information are updated based on the performance information, so that the performance of the game object can be reflected in the conditions. Become. As a result, the condition can be updated according to the performance of the game object. For example, the lower the performance, the easier it is to satisfy the conditions, and the higher the performance, the more difficult it is to satisfy the conditions.

6) In one aspect of the present invention, the game object may be a game object generated based on the gameplay of a user identified by other user identification information.

According to the invention described in 6), a user can obtain a game object created by another user. In addition, since the conditions to be satisfied in order for the user to obtain the game object generated by another user are set based on the evaluation information, the conditions are set for a plurality of game objects generated by other users. It becomes possible to match the evaluation of the user.

7) In one aspect of the present invention, when the game object is generated, the condition setting means (120) may initially set the condition based on the performance information regarding the performance of the game object. ..

According to the invention described in 7), it is possible to initially set the conditions that should be satisfied in order for the user to obtain the game object created by another user according to the performance of the game object.

8) In one aspect of the present invention, the reward associating means (150) that associates the reward with the other user identification information may be further included based on the execution of the association by the game object associating means (140).

According to the invention described in 8), it is possible to give a reward to another user who generated the game object based on the execution of the association by the game object association means. For example, each time the association by the game object association means is executed, it becomes possible to give a reward to another user who generated the game object. Further, for example, when the number of times of associating by the game object associating means reaches a predetermined number, it is possible to give a reward to another user who generated the game object. As a result, it is possible to increase the motivation to create game objects.

9) In one aspect of the present invention, a reward determining means (151) for determining a reward associated with the other user identification information based on the evaluation information may be further included.

According to the invention described in 9), the reward given to another user can be set according to the evaluation of a plurality of users for the game object generated by the other user. For example, the higher the evaluation, the higher or higher the value or amount of reward. As a result, it is possible to increase the motivation to generate highly rated game objects.

10) In one aspect of the present invention, it is determined whether or not the other user identification information is associated with the user identification information based on the data indicating the association between the user identification information (for example, TBL101: friend list). Means (132) may be included. The game object association means (140) is a means for associating the game object with the user identification information when the condition is satisfied, and when the other user identification information is associated with the user identification information. May include means for associating the game object with the user identification information, even if the conditions are not satisfied.

According to the invention described in 10), when the user has a specific relationship such as a friendship or a friendship with another user (when the other user identification information is associated with the user identification information). Even if the conditions that should be satisfied in order to obtain the GameObject generated by the other user (the conditions that should be satisfied in order to associate the GameObject with the user identification information) are not satisfied, the user can still use the other user. You will be able to obtain game objects created by the user. Therefore, when the user has a specific relationship with another user, it becomes easy to obtain the game object generated by the other user. As a result, it becomes possible for the user to increase the motivation to establish a specific relationship such as a friendship or a fellowship with another user, and it becomes possible to activate communication between the users.

11) In one aspect of the present invention, it is determined whether or not the other user identification information is associated with the user identification information based on the data indicating the association between the user identification information (for example, TBL101: friend list). Means (132) may be included. The condition setting means (120), when the other user identification information is associated with the user identification information, is compared with the case where the other user identification information is not associated with the user identification information. The conditions may be set so that the conditions are easily satisfied.

According to the invention described in 11), when the user has a specific relationship such as a friendship or a friendship with another user (when the other user identification information is associated with the user identification information). Is a condition that should be satisfied in order to obtain the game object generated by the other user (the game object is referred to as the user identification information) as compared with the case where the user does not have a specific relationship with the other user. The condition is set so that the condition to be satisfied in order to associate) is easily satisfied. Therefore, when a user has a specific relationship with another user, a game object generated by the other user is compared with a case where the user does not have a specific relationship with the other user. Will be easier to obtain. As a result, it becomes possible for the user to increase the motivation to establish a specific relationship such as a friendship or a fellowship with another user, and it becomes possible to activate communication between the users.

12) In one aspect of the present invention, the condition setting means (120) is used to generate information associated with the other user identification information (for example, user level or number of plays) or the game object. The conditions may also be set based on information about gameplay performed by the user identified by the other user identification information (eg, a game story selected by the user).

According to the invention described in 12), the condition to be satisfied in order to obtain the game object generated by the other user is the information of the other user or the other user in order to generate the game object. Since the setting is based on the information about the game play performed by the user, it is possible to reflect this information in the condition. For example, a high price for a game object generated by a prominent user, a high price for a game object generated by a highly skilled user, or a game generated by a less skilled user. It is possible to set the price of the object low. Also, for example, when a game object is generated by another user selecting one of a plurality of game stories and playing the game story, the game object generated by a specific game story The price can be set high (or low).

18) The game control device (10) or game system (1) according to one aspect of the present invention includes a condition setting means (120) for setting conditions that should be satisfied in order to associate a game object with user identification information. A determination means (131) for determining whether or not the conditions are satisfied, and a game object association means (140) for associating the game object with the user identification information based on the determination result of the determination means (131). , And the game object is obtained by sequentially executing the association by the game object association means (140) in response to a request from the user identified by each of the plurality of user identification information. The condition setting means (120) may be associated with each of the above conditions and may update the conditions so that the conditions are less likely to be satisfied over time. Further, the program and information storage medium according to one aspect of the present invention may be a program for operating a computer as the above-mentioned game control device or game system, or an information storage medium that can be read by a computer that records the program. Good.

19) Further, in one aspect of the present invention, the condition setting means (120) makes it difficult for the condition to be satisfied as the number of times of the association by the game object association means (140) increases. May be updated.

According to the inventions described in 18, 19), the conditions are updated so that the conditions are less likely to be satisfied as time elapses (or the number of executions increases). For this reason, the user can easily obtain the game object by increasing the frequency of playing the game. For example, even a novice user can obtain a game object relatively easily by increasing the frequency of playing the game and finding a high-performance game object at an early stage. That is, it is possible to provide the user with the interest of obtaining a high-performance game object as easily as possible by finding it earlier than other users. In addition, even beginners can get an opportunity to obtain high-performance game objects, so that fairness between beginners and experts can be realized.

1 game system, N network, 10 servers, 11 control units, 12 storage units, 13 communication units, 14 databases, 30-1, 30-n game terminals, 31 control units, 32 storage units, 33 communication units, 34 operation units , 35 Display unit, 36 Audio output unit, 100 Evaluation information acquisition unit, 110 Performance information acquisition unit, 120 Condition setting unit, 130 Judgment unit, 131 First judgment unit, 132 Second judgment unit, 140 Game object association unit, 150 Reward association unit, 151 Reward determination unit, G300 registration screen image, G310 new arrival screen image, G320 acquisition screen image, A301, A302, A303, A304, A305, A321, A322, A323, A324, A325, A326, A327, A328 area , P306, P307, P311, P321, P313, P314, P329, P330 Processing object, TBL101 user table, TBL102 first player character table, TBL103 second player character table, TBL104 registration list table.

Claims (8)

A game object association process for associating the game object with the user identification information based on a determination result of a condition for associating the game object used in the first game with the user identification information.
Evaluation information acquisition processing for acquiring evaluation information regarding the user's evaluation of the game object associated with the user identification information, and
Condition update processing that updates the condition based on the evaluation information,
Let the computer run
The game object is a game object in which at least a part of performance information regarding the performance of the game object is determined based on the play of a second game by a user identified by other user identification information .
Based on the performance information, the initial settings of the conditions are performed.
program. The evaluation information includes usage count information regarding the number of times the game object has been used.
The condition update process updates the condition based on the usage count information.
The program according to claim 1. The program according to claim 2, wherein when the game object is associated with the user identification information, the game object can be used in a game by a user identified by the user identification information. Further including a performance information acquisition means for acquiring the performance information,
The condition update process updates the condition based on the evaluation information and the performance information.
The program according to any one of claims 1 to 3. The program according to any one of claims 1 to 4, wherein the game object association process associates the game object selected as an acquisition target with the user identification information based on the determination result of the condition. A game control method executed by a game control device.
Based on the determination result of the condition for associating the game object used in the first game with the user identification information, the game object association step of associating the game object with the user identification information and the game object association step.
An evaluation information acquisition step for acquiring evaluation information regarding the user's evaluation of the game object associated with the user identification information, and
A condition update step for updating the condition based on the evaluation information, and
Including
The game object is a game object in which at least a part of performance information regarding the performance of the game object is determined based on the play of a second game by a user identified by other user identification information .
Based on the performance information, the initial settings of the conditions are performed.
Game control method. A game object association means for associating the game object with the user identification information based on a determination result of a condition for associating the game object used in the first game with the user identification information.
An evaluation information acquisition means for acquiring evaluation information regarding a user's evaluation of the game object associated with the user identification information, and
Condition updating means for updating the condition based on the evaluation information, and
Prepare
The game object is a game object in which at least a part of performance information regarding the performance of the game object is determined based on the play of a second game by a user identified by other user identification information .
Based on the performance information, the initial settings of the conditions are performed.
Game control device. A game object association means for associating the game object with the user identification information based on a determination result of a condition for associating the game object used in the first game with the user identification information.
An evaluation information acquisition means for acquiring evaluation information regarding a user's evaluation of the game object associated with the user identification information, and
Condition updating means for updating the condition based on the evaluation information, and
Prepare
The game object is a game object in which at least a part of performance information regarding the performance of the game object is determined based on the play of a second game by a user identified by other user identification information .
Based on the performance information, the initial settings of the conditions are performed.
Game system.

Images