JP6964853B2 - Game management device, game system, game management method and program - Google Patents

Description

The present invention relates to a game management device for managing a game, a game system, a game management method, and a program.

Conventionally, a game in which various predetermined events occur while the game is in progress has been proposed (for example, Patent Document 1). The user advances the game while enjoying the events that occur during the game.

Japanese Unexamined Patent Publication No. 2004-33488

Usually, a plurality of various events are prepared in advance as events that occur during the game. However, since the events that occur during the game are fixed, the same events may occur repeatedly as the user plays the game many times, and the game may become bored.

The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a highly entertaining game in which a user can play repeatedly without getting bored.

1) The game management device (3,201,203) according to one aspect of the present invention is a setting means (3,201,203) for setting at least one character selected by the user from a plurality of characters owned by the user as a first character for generating an event. 71) and an event management means (72) that generates an event related to the first character during the game according to the combination of the first character or the plurality of the first characters.

The game management device having this configuration can be configured by, for example, a computer as a game device (game-dedicated machine, personal computer, smartphone, etc.). Alternatively, the game management device can be configured by a computer such as a server capable of communicating with each user's game terminal. Alternatively, the game management device may be composed of a plurality of computers (servers, game terminals) that communicate with each other.

In the game managed by the game management device, the user can own a plurality of characters. Here, various characters can be applied to the characters, such as people, animals, plants, fictional creatures (monsters, etc.), non-living creatures (materials, tools, etc.), depending on the content of the game. Further, as the character, various display forms such as a two-dimensional or three-dimensional image and a card-type image can be applied in the game.

Further, in the game managed by the game management device, the user can select at least one character from a plurality of characters owned by the user and set it as a character for generating an event. At least one character selected by the user is set as the "first character for event generation" by the setting means.

Then, the event management means generates an event related to the first character during the game according to the combination of the first character or the plurality of first characters set for event generation. Here, as an event related to the first character, for example, in a game on the subject of sports, an event in which the first character practices or confronts a rival can be considered. In addition, the first character may act together with the user's alter ego character (my character) (for example, practice, eat, travel), and the like. The event related to the first character is not limited to the event in which the first character appears on the screen. For example, it may be an event in which a quiz related to the first character is given. In addition, other characters related to the first character (friends, seniors, juniors, coaches, rivals, etc.) may talk about the first character, or the rivals of the first character win the first character. It may be an event to practice for.

When the first character or a plurality of first characters are set for event occurrence, the event may always occur, the event may occur with a predetermined probability, or a predetermined event may occur. The event may be generated when the condition is met.

Further, the event related to the first character can be an event related to the parameter (characteristic parameter) of the first character. For example, if the first character is a character with a particular ability (the parameter of the particular ability is higher than a predetermined criterion), the event related to the first character will be assigned to that particular ability. Make it a related event (utilizing a specific ability). As a specific example, when the first character is a player with excellent batting ability (the parameter of batting ability is higher than a predetermined standard), the event related to the first character is an event related to batting, for example, batting. It can be an event such as special training or home run competition.

Further, the event related to the first character can be an event related to the relationship between the first character and the second character (user's my character, etc.) described later. For example, when the first character and the second character have a rivalry in the game, the event related to the first character is an event of the confrontation scene of both characters.

In particular, by combining a plurality of first characters, an event corresponding to the combination is generated, so that the variation of the event becomes very large. That is, when r characters are selected from the n characters owned by the user and combined, the number of combinations is n! / {(N-r)! r! } Is represented by. For example, when three characters are selected from ten characters owned by the user and set as the first character, there are 120 combinations, and the user can change the combination of the characters set as the first character. Various events can be expected to occur depending on the combination.

Further, when a plurality of first characters are combined, an event may occur according to the relationship between the plurality of first characters. Alternatively, an event may occur according to the relationship between a plurality of characters including the second character in the plurality of first characters. An example is shown below.

Example 1: When characters A and B are in a relationship between rivals in the game, setting both characters A and B as the first character for event generation causes an event in a confrontation scene (maybe). You can expect (or not) (or imagine an event that the user can have).

Example 2: When the characters P, Q, and R are related to classmates of the same school in the game, by setting these three characters P, Q, and R as the first character for event generation, We can expect that an event will occur (maybe) in which three people go on a trip. Furthermore, when the characters P, Q, R and the second character are in the same school classmate relationship, these three characters P, Q, R can be set as the first character for event generation. It can be expected that an event will occur (maybe) in which four people including the second character go on a trip.

The event does not always occur, but if the user knows the parameters and characteristics of each first character, the relationship with other first characters, the relationship with the second character, etc., it is set for event generation. The combination of the first character or a plurality of first characters also creates the pleasure of imagining or expecting possible events.

In addition, the effect of event occurrence can be arbitrarily determined. For example, when an event occurs, the parameters of the user's My Character may be changed according to the progress or result of the event, or items or the like may be given to the user. Alternatively, the user may simply enjoy the event that has occurred without causing any effect such as parameter fluctuation.

As described above, in the present configuration, the user collects the characters for event generation, arbitrarily selects the collected characters, and sets them as the first character for event generation, whereby the first character or a plurality of first characters Various events can occur during the game, depending on the combination of. Therefore, the user can enjoy the variation of the event by the first character set for event generation or a combination thereof. For example, a user who is tired of the game can change the event generated during the game by changing the first character set for event generation, so that the game play can be performed without getting tired. That is, in the game management device, the variation of the event that occurs during the game is abundant depending on the combination of the first character or the plurality of first characters that can be arbitrarily set by the user. As a result, the range of games can be expanded, and it is possible to realize a highly entertaining game in which the user can play continuously and repeatedly without getting bored.

2) In the above configuration, it is preferable that the event management means (72) generates the event corresponding to the combination of the first character or the plurality of the first characters with a predetermined probability during the game.

Here, the probability of generating an event may be the same for all events, or may be different, for example, 10%, 30%, 50%, 70%, etc., depending on the content, type, effect, etc. of the event. You may. Further, as in the configuration of 4) described later, the probability of occurrence of an event may change during the game depending on the user's game operation.

In this configuration, even if the first character for event occurrence is set, the event related to the first character does not necessarily occur 100%, and whether or not the event occurs is based on the probability. There is. Therefore, it is not known when the event occurs. Therefore, after the first character is set for event generation, the user plays the game with a sense of tension while expecting that an event related to the first character occurs. With this configuration, the game quality can be improved.

3) In the configuration of 2) above, the relationship degree management means (73) that manages the degree of relationship between the second character and the first character operated by the user during the game, and the relationship degree according to the degree of relationship. It is preferable that the probability changing means (74) for changing the probability is further provided.

Here, the second character operated by the user during the game is a so-called player character, and can be, for example, a user's alter ego My Character. Regarding the relationship between the first character and the second character, there are various relationships such as teammates, players and managers, players and managers, seniors and juniors, rivals, lovers, bosses and subordinates, parents and children, siblings, etc. Applicable. The degree of relationship between the first character and the second character may be, for example, the intimacy of the two characters or an evaluation value in which one evaluates the other.

Further, the degree of relationship between the first character and the second character may have an initial value predetermined. As an example, the first character A and the second character are set to be best friends in the game, and the degree of relationship between the two is set to "100". On the other hand, the first character B and the second character are set to be acquainted with each other in the game, and the degree of relationship between the two is set to "10". Further, the degree of relationship may be changed during the game depending on the action of the second character operated by the user, as in the configuration of 5) described later.

According to this configuration, depending on the degree of relationship between the first character and the second character, the probability of occurrence of an event related to the first character (or an event corresponding to the combination when the first character is included in the combination). Probability of occurrence) fluctuates. For example, the greater the degree of relationship (the intimacy, the evaluation value, etc.), the higher the probability of event occurrence.

For example, the degree of relationship between the first character and the second character is "39 or less", "40 to 79", "80 to 119", "120 to 159", "160 to 199", "200 (maximum). ) ”, The probability of event occurrence varies from“ 10% ”,“ 20% ”,“ 30% ”,“ 50% ”,“ 70% ”, and“ 100% ”, respectively. When the first character is alone, the event occurrence probability of the above example can be applied as it is. On the other hand, when there are a plurality of first characters set for event occurrence, various modes can be considered for determining the event occurrence probability according to the combination of the plurality of first characters. An example is shown below.

Regarding the probability of occurrence of an event according to the combination of a plurality of first characters (A, B ...), the degree of relationship between all the first characters (A, B ...) and the second character is a predetermined criterion (condition). If the above is satisfied, the probability according to the criteria of the satisfied relationship is applied. For example, the probability of event occurrence is "10%" until all of the set plurality of first characters satisfy the criteria of a predetermined degree of relationship (for example, "40 or more"), and when the criteria are satisfied. In addition, the probability of event occurrence is "20%". Further, when all of the plurality of first characters further satisfy the criteria of the degree of relationship (for example, "80 or more"), the probability of occurrence of the event becomes "30%". Similarly, the probability of occurrence of an event increases each time all of the plurality of first characters satisfy the above criteria of the degree of relationship.

Alternatively, the probability of occurrence of an event according to the combination of the plurality of first characters may be determined by adopting the one having the highest degree of relationship among the plurality of first characters. Alternatively, conversely, the one with the lowest degree of relationship may be adopted, in which case the user is motivated to raise the degree of relationship.

Alternatively, the probability of occurrence of an event according to the combination of the plurality of first characters may be determined by calculating the average of the degree of relationship of the plurality of first characters and based on the average of the degree of relationship.

By the way, it is preferable that the degree of relationship between each of the first characters and the second character is visible to the user on the screen. As a result, when the user sets the first character for event generation, or during the progress of the game, the user confirms the degree of relationship between the first character and the second character on the screen, and plays while recognizing the degree of relationship. Can be enjoyed. For example, when the user confirms on the screen that the relationship with a certain first character is high, the expectation that an event related to the first character will occur with a high probability increases.

With this configuration, the ease of event occurrence depends on the degree of relationship between the first character and the second character set for event generation, or the degree of relationship with the second character after the first character is set. change. Therefore, when the user wants to generate an event earlier, he / she may play so that the relationship between the first character set by himself / herself and the second character which is his / her operating character becomes larger. The game quality can be enhanced.

4) In the configuration of 3) above, the appearance character management means (75) for causing the first character to appear in the game is further provided, and the relationship management means (73) is operated by the user to perform the second character. It is preferable that the degree of relationship between the first character and the second character is changed each time the player performs a predetermined action with the first character.

Here, the "predetermined action" refers to various in-game actions such as, for example, the second character practicing with the first character, confronting, eating, playing, or being together in the same place. Say. In this configuration, the first character set by the user for event generation appears in the game. Then, if the second character operated by the user performs a predetermined action such as practice in the game with the first character, the degree of relationship between the first character (the intimacy, the evaluation value, etc.) is improved, and the first character The probability of occurrence of an event related to (or an event corresponding to the combination when the first character is included in the combination) increases.

Since the first character is set for event generation, an event related to the first character occurs with a predetermined probability as described above even if the second character does not perform a predetermined action with the first character. There is a possibility of doing. On top of that, in this configuration, the probability of event occurrence can be intentionally improved by causing the second character to perform a predetermined action with the first character by the operation of the user.

Therefore, when the user wants to generate an event related to a specific first character with a high probability, the user operates the game (behavior of the second character in the game) so that the second character performs a predetermined action with the first character. Operation to select, etc.) may be performed. With this configuration, the user can change the probability of occurrence of an event related to a specific first character by his / her own operation, so that the game quality is further improved.

5) In the configuration of 1) above, every time the appearing character management means (75) that causes the first character to appear in the game and the second character performs a predetermined action with the first character by the operation of the user. Further, the event management means (72) further includes a relationship degree management means (73) for varying the degree of relationship between the first character and the second character, and the event management means (72) includes the first character and the second character. It is preferable to generate the event related to the first character when the degree of relationship of the above reaches a predetermined criterion.

In this configuration, the first character set by the user for event generation appears in the game. Then, if the second character operated by the user performs a predetermined action (practice together, etc.) with the first character in the game, the degree of relationship between the two (the intimacy, the evaluation value, etc.) changes. Then, after the degree of relationship with a certain first character reaches a predetermined standard, an event related to the first character occurs (100% occurs). Here, regarding the timing of event occurrence, it may be assumed that the event occurs immediately after the degree of relationship reaches a predetermined standard, or after a certain amount of time has passed after the degree of relationship reaches a predetermined standard ( For example, the event may occur (after the adjustment of the event occurrence timing in the game is performed). The following cases can be considered as an example of adjusting the event occurrence timing in the game. That is, in a game in which the game is divided by a plurality of turns and the game progresses, if the degree of relationship between the first character and the second character reaches a predetermined standard during the execution of a command in a certain turn, at the start of the next turn. Wait until the event related to the first character is generated.

If the degree of relationship does not reach a predetermined standard, it can be arbitrarily determined. For example, when the degree of relationship between the first character and the second character does not reach a predetermined standard, it is related to the first character with a probability according to the degree of relationship (or with a predetermined probability regardless of the degree of relationship). The event may occur. Alternatively, if the degree of relationship between the first character and the second character does not reach a predetermined standard, the event related to the first character may not occur.

Here, when there is one first character set for event generation, and of course, when the degree of relationship between the first character and the second character reaches a predetermined standard (triggered by that), the event occurs. appear.

On the other hand, when there are a plurality of first characters set for event generation, various modes can be considered. An event corresponding to a combination of a plurality of first characters (A, B ...) is an event when the degree of relationship between all the first characters (A, B ...) and the second character reaches a predetermined standard. Can be made to occur. Alternatively, an event corresponding to a combination of a plurality of first characters (A, B ...) is concerned when the degree of relationship between any one of the first characters and the second character reaches a predetermined criterion. The event may occur. Alternatively, in the event corresponding to the combination of a plurality of first characters (A, B ...), the degree of relationship between the first character and the second character at a predetermined ratio or more (for example, 50% or more) among them is used as a predetermined standard. When it is reached, the event may be generated.

In this configuration, when the user wants to surely generate an event related to a specific first character, the user operates the game (second character in the game) so that the degree of relationship with the first character reaches a predetermined standard. The operation for selecting the action of the above, etc.) may be performed. With this configuration, the user can generate 100% of the events related to the specific first character by his / her own operation, so that the game quality is further improved.

6) In any of the above 1) to 5) configurations, the upper limit of the settable number can be changed by setting an upper limit on the settable number of the first character and satisfying a predetermined condition. It is preferable that the number control means (76) is further provided.

According to this configuration, an upper limit is set on the number of first characters that can be set for event generation. For example, at the start of the game, the upper limit of the number that can be set is "2". However, the upper limit of the number that can be set varies depending on the condition that a predetermined condition is satisfied. Here, as an example of a predetermined condition, there are the following.

(A) As in the configuration of 7) described later, the predetermined condition is that the game parameters related to the progress of the game satisfy the preset conditions.

(B) In order to increase the upper limit of the number that can be set, it is a predetermined condition that the user consumes a predetermined amount of in-game points, in-game currency, billing items, and the like.

(C) In a game in which a predetermined relationship with another user, for example, a relationship of friends can be established, it is a predetermined condition that the number of friends reaches a predetermined number.

(D) The predetermined condition is that the execution result of the game does not reach the predetermined standard. For example, in a game in which characters can be trained, if the user stops training the characters in the middle, the upper limit of the number that can be set is lowered.

It should be noted that the above (a) to (d) are examples of predetermined conditions, and are not limited to these, and various conditions can be set according to the content of the game.

In this configuration, while setting an upper limit on the number of first characters that can be set, the upper limit can be increased by allowing the user to satisfy a predetermined condition. The larger the upper limit of the number of first characters that can be set, the more variations of events that can occur during the game. Therefore, the user is motivated to actively play the game so as to satisfy a predetermined condition in order to improve the upper limit of the settable number (or avoid the decrease of the upper limit).

7) In the configuration of 6) above, satisfying the predetermined conditions preferably means that the game parameters related to the progress of the game satisfy the preset conditions.

Here, as an example of the game parameters related to the progress of the game, in a game in which a plurality of characters can be trained, the number of characters who have completed the training can be mentioned. In this case, when the number of characters who have completed training reaches a predetermined value (for example, 1, 5, 10, etc.), the predetermined condition is satisfied. As another example of game parameters related to the progress of the game, various game parameters such as stage, point, level, etc. can be applied according to the game content. For example, the fact that a predetermined stage has been reached, the points earned have reached a predetermined value, the user's game level has reached a predetermined level, the level of the user's My Character has reached a predetermined level, etc. The game parameters related to the degree of progress satisfy the preset conditions. "

In this configuration, the user is motivated to actively play the game so that the game parameters related to the progress of the game satisfy preset conditions.

8) In any of the above 1) to 7) configurations, the user can provide information indicating the relationship between the event and the first character or a combination of a plurality of the first characters for generating the event. It is preferable that the notification means (80) for notifying the user is further provided. Here, an example of notification by the notification means is shown below.

(A) Information indicating the relationship between the effect of parameter improvement or the like caused by an event and the first character or a combination of a plurality of the first characters for generating the event is notified (presented) to the user in advance. .. For example, when the parameters of the user's My Character fluctuate as an effect of the event, the user is notified in advance of information regarding the first character or the combination of the first characters necessary for improving the parameters. To exemplify a baseball game, the user states that "in order to generate an event for strengthening the striking power, one of the characters P, Q, R ... (with a high striking power) may be set". Notify to.

(B) Information indicating the relationship between the type or content of the event and the first character or a combination of the plurality of first characters for generating the event is notified to the user in advance. Here, as an example of the type or content of the event, there are a joint practice event, a confrontation event, a travel event, a meal event, and the like. These are examples, and the type or content of the event varies depending on the content of the game. For example, the user is notified that "in order to generate a confrontation event, the character X (which is a rival with the user's my character) may be set".

In any of the above cases (A) and (B), detailed table information or the like showing all the relationships may be presented to the user, or only a part thereof is randomly presented to the user's interest. You may try to draw. The presentation of this information motivates the user to obtain the required character in an attempt to generate the desired event (and thereby the desired effect).

Further, in any of the above cases (A) and (B), only the information about the character owned by the user may be extracted and presented to the user as the information indicating the relationship. In this case, it is possible to motivate the user (especially a beginner user who does not know much about what kind of event will occur if the character owned by the user is set for event generation) to actively enjoy the game. ..

9) In any of the above 1) to 8) configurations, a parameter changing means (79) for changing the parameters of the second character according to the progress or result of the event generated during the game is further provided. Is preferable.

According to this configuration, there is an effect that the parameters of the second character fluctuate according to the progress or result of the event generated during the game. For example, in the case of a baseball game, specific parameters such as striking power, running power, and defensive power of the second character are improved, and parameters of special abilities are acquired. As an example, the striking force of the second character is improved by a predetermined amount (or a predetermined ratio) depending on the result of the event related to the first character A. Further, the running power of the second character is improved by a predetermined amount (or a predetermined ratio) depending on the result of the event related to the first character B. Even if the generated event is not completed to the end or the event is not cleared, the parameter can be changed according to the progress of the event.

In this configuration, the parameters of the second character (user's my character, etc.) fluctuate as an effect of each event. Then, the effect of parameter fluctuation changes according to the event that occurs. Therefore, the user can generate various events and strengthen the parameters such as the ability of the second character by devising the combination of the first character to be set. With this configuration, the game quality can be further improved.

10) In the configuration of 9) above, it is preferable that the content of the variation of the parameter of the second character is related to the parameter of the first character.

For example, if the first character is a player with excellent striking ability (the parameter of striking ability is higher than a predetermined standard), and the event related to the first character progresses or is completed, the second character will be subjected to. Under the influence of a specific parameter (in this case, striking ability) of the first character, the same striking ability is improved. With this configuration, the user can generate various events and improve the parameters of the second character evenly by devising a combination while considering the parameters of the first character set for event generation. It is possible to strengthen specific parameters. With this configuration, the game quality can be further improved.

11) In the configuration of 9) or 10) above, a rarity is set for each of the plurality of characters owned by the user, and the parameter changing means (79) is set for generating an event. It is preferable that the higher the rarity of the first character is, the greater the parameter of the second character is changed according to the progress or result of the event generated in response to the first character.

According to this configuration, the rarity is set in advance for each character. The rarity can be expressed in various forms such as "1, 2 ...", "A, B ...", "gold, silver ...", "normal, rare ...". For example, the rarity of any one of a plurality of levels of rarity "normal", "rare", and "S rare" is set for each character. In the case of this example, even with the same character A, there are three types of rarity: normal, rare, and S rare.

The higher the rarity of the first character set for event generation, the higher the effect of the event generated according to the first character. That is, when an event corresponding to the first character occurs due to the setting of the first character for event generation, the higher the rarity of the first character, the second, depending on the progress or result of the event. Character parameters fluctuate significantly. For example, the higher the rarity of the first character, the larger the ability parameter of the second character.

With this configuration, the higher the rarity of the first character set for event generation, the more advantageous the game can be advanced, and the higher the game quality. It can then motivate the user to obtain a more rare character.

12) In any of the configurations 1) to 11) above, the event that occurs in response to the combination of the plurality of first characters is an event based on the relationship between the plurality of first characters. Is preferable.

Here, various relationships depending on the content of the game, such as rivals, best friends, parents and children, and lovers, can be applied to the relationships between the plurality of first characters. For example, it is assumed that character A and character B have a rivalry relationship. Then, when the characters A and B are set for event generation, a confrontation event is generated based on the relationship (rival) between the two characters as an event according to the combination of both characters. In this case, the second character (user's my character, etc.) may participate in the event by watching over the confrontation event, supporting it, or the like.

As described above, in this configuration, an event having a content based on the relationship between the plurality of first characters set for event generation is generated. Therefore, when the user wants to generate an event having a specific content such as a confrontation event, the user may select a plurality of characters for event generation while considering the relationship between the characters. With this configuration, the game quality can be further improved.

13) In any of the configurations 1) to 12) above, the user himself / herself uses the relationship management means (77) for managing the second user associated with the user and the specific character owned by the second user. It is preferable that the permission means (78) for permitting the setting as the first character for generating the event of the above is further provided.

The game management device includes a relationship management means for managing a second user such as a companion associated with the user. Here, a companion is a general term for virtual relationships between users built in the game, such as acquaintances, friends, friends, classmates, buddies, relatives, family members, brothers, sisters, colleagues in companies and organizations, etc. Including various in-game relationships. If it is another user (second user) who is associated with the user, it does not have to be a friend. However, in the following description, the second user will be referred to as a companion for convenience.

In this configuration, a specific character owned by a user's companion (second user) can be set as the first character for generating an event of the user himself / herself. That is, there is a frame in which a fellow character can be set as a character setting frame for event generation, and the user can borrow a character of his / her fellow and set it as a character for event generation. Here, as an example of "a specific character owned by a friend", it can be one of the characters set by the friend for event generation, or a character selected in advance as a character that can be rented by the friend. .. Alternatively, the character with the highest ability among the characters owned by the companion may be automatically selected by the game management device as a specific character.

For the user, the number of frames in which fellow characters can be set may be only one or may be plural. For example, the upper limit of the frame in which the character of a friend can be set may be changed according to the number of friends. That is, the more friends there are, the larger the upper limit of the frame may be.

As described above, in this configuration, the user can borrow a specific character owned by a friend and set it as a character for generating an event of the user himself / herself, even if the character is not owned by the user. In this case, for the user, the more friends there are, the wider the range of characters that can be selected, so that various events can occur. With this configuration, each user is motivated to actively make many friends. Then, by increasing the number of friends of each user, the community between the users is activated, and eventually the entire game is activated.

14) In any of the above 1) to 13) configurations, a rarity is set for each of the plurality of characters owned by the user, and the rarity of the first character set for event generation. The higher the degree, the greater the number of events that may occur during the game.

According to this configuration, the rarity is set in advance for each character. For example, the rarity of any one of "normal", "rare", and "S rare (highest)" is set for each character. Then, the number of events that may occur during the game differs depending on the rarity of the first character set for event generation.

Here, a case where the first character set for event generation is one will be described as an example. When the rarity of the first character is "normal (lowest)", the number of events that may occur is, for example, "1". When the rarity of the first character is "rare", the number of events that may occur is, for example, "2". When the rarity of the first character is "S rare (highest)", the number of events that may occur is, for example, "3". As in this example, the higher the rarity of the first character, the greater the number of events that may occur during the game.

Similarly, when there are a plurality of first characters set for event occurrence, the higher the rarity of a part or all of the plurality of first characters, the more the event may occur depending on the combination thereof. You may increase the number of.

With this configuration, the higher the rarity of the first character set for event generation, the wider the variation of events that occur during the game, and the higher the gameplay. It can then motivate the user to obtain a more rare character.

15) In any of the configurations 1) to 14) above, the game is a game based on a predetermined scenario by a second character operated by the user, and the event is an additional event in the scenario. It is preferable that it occurs in.

Here, the "predetermined scenario" in the game is a game story developed according to the progress of the game, and is related to the game story such as the role of the character appearing in the game, the effect in the game, and the choices in the game. Can include various elements to do. Taking a baseball game as an example, a story from the summer of the second year of high school to becoming a professional baseball player can be set as a predetermined scenario, with the second character operated by the user as the main character. In such a scenario, an event corresponding to the first character set for event generation or a combination of the plurality of first characters is additionally generated. In other words, the predetermined scenario is the main scenario of the game, and the event does not change the main scenario itself, but is an additional game element that occurs in the main scenario.

16) The game system according to another aspect of the present invention is a game system including a game server (201) and a terminal device (203) that communicates between the game server (201), and is a user. A setting means (71) for setting at least one character selected by the user from a plurality of characters owned by the user as a first character for generating an event, the first character or a combination of the plurality of first characters. Correspondingly, either the game server (201) or the terminal device (203) is provided with an event management means (72) that generates an event related to the first character during the game.

17) The game management method according to another aspect of the present invention is a game management method in a computer that manages a game, and the computer is at least one selected by the user from a plurality of characters owned by the user. A setting step in which one character is set as a first character for generating an event, and event management in which the computer changes an event that occurs during the game according to a combination of the first character or a plurality of the first characters. Including steps.

18) The program according to the other aspect of the present invention is a program for operating the computer as the game management device (3,201,203) according to any one of 1) to 15) above, and the computer is used for the game management. It is a program for functioning as each means provided in the device (3,201,203).

According to the present invention, there are many variations of events that occur during the game depending on the combination of the first character or a plurality of first characters that can be arbitrarily set by the user. As a result, the range of games can be expanded, and it is possible to realize a highly entertaining game in which the user can play continuously and repeatedly without getting bored.

It is explanatory drawing which shows the structural example of the game system which concerns on one Embodiment of this invention. It is a block diagram which shows an example of the hardware composition of a game apparatus. It is a block diagram which shows an example of the mode configuration of a game server. It is a conceptual diagram which shows that various events occur from the start to the end of a scenario. It is explanatory drawing which shows an example of the event deck setting screen. It is explanatory drawing which shows an example of the character selection screen for event occurrence. It is a conceptual diagram which shows an example of the relationship between a character incorporated in an event deck, and an event which can occur. It is a functional block diagram which shows an example of the basic functional configuration of a game apparatus. It is explanatory drawing which shows an example of the user information. It is a functional block diagram which shows an example of the main configuration of a game management device. It is a functional block diagram which shows another example of the main configuration of a game management apparatus. It is explanatory drawing which shows an example of the event deck setting information. It is explanatory drawing which shows an example of the relational information which shows the relationship between the combination of the 1st character and an event. It is a functional block diagram which shows another example of the main configuration of a game management apparatus. It is explanatory drawing which shows an example of the relationship between the degree of relationship between characters, and the event occurrence probability. It is a functional block diagram which shows another example of the main configuration of a game management apparatus. It is a functional block diagram which shows another example of the main configuration of a game management apparatus. It is explanatory drawing which shows another example of the event deck setting screen. It is a functional block diagram which shows another example of the main configuration of a game management apparatus. It is a functional block diagram which shows another example of the main configuration of a game management apparatus. It is explanatory drawing which shows an example of the correspondence relationship between a 1st character and an event. It is a flowchart which shows an example of the operation of a game apparatus. It is a block diagram which shows the other configuration example of a game system. It is a functional block diagram which shows an example of the main configuration of a game server. It is a block diagram which shows the other configuration example of a game system.

Hereinafter, a game system, a game management device, a game management method, and a program according to an embodiment of the present invention will be described with reference to the drawings.
[Outline of game system]

An example of the configuration of the game system according to the embodiment of the present invention is shown in FIG. As shown in the figure, this game system is composed of a game server 1 installed on a network 4 such as the Internet, and a game device 3 of each user who can communicate with the game server 1 via the network 4. Will be done.

The network 4 of the present embodiment is not limited to the Internet, and is, for example, a dedicated line or a public network as long as it can communicate with each other between the game server 1 and the game device 3 of each user. It may be a line (telephone line, mobile communication line, etc.), a wired LAN (Local Area Network), a wireless LAN, or the like, or it may be a combination of the Internet and these.

In the example of this game system, the game management device according to the embodiment of the present invention can be configured as the game device 3. Alternatively, the game management device according to the embodiment of the present invention can be configured as a game server 1 or as a game server 1 and a game device 3 that communicate with each other. Hereinafter, an example in which the game management device is configured as the game device 3 will be described first, and other configurations will be described later.

As the game device 3, various devices can be applied as long as they are information processing devices capable of executing a game program. For example, the game device 3 includes a stationary or portable game-dedicated machine, a personal computer (hereinafter referred to as "PC"), a tablet computer, a smartphone, a mobile phone terminal, a PHS (Personal Handy-phone System) terminal, and the like. A mobile information terminal (PDA: Personal Digital Assistant), a multifunctional television receiver (so-called smart television) equipped with an information processing function, and the like can be applied.

The game server 1 receives access from the game device 3 of each user who receives the game service via the network 4, stores and manages the game information of each user in a storage device such as a database, and sends the network 4 to each user. Providing game services via. For example, the game server 1 provides a service for additionally distributing game scenario information to each user's game device 3. Further, the game server 1 provides the user with a service of in-game exchange (for example, transmission of a message) between the users. The game server 1 also provides services such as matching between users when each user plays an online mode game (for example, a network battle game).

The game device 3 can execute the game in either the online mode or the offline mode.

The game device 3 as the game management device according to the embodiment of the present invention has a function of increasing the variation of events that occur during the game. The user can collect characters for event generation and arbitrarily select the collected characters to build an event deck. Then, depending on the single character or the combination of a plurality of characters incorporated in the event deck, an event related to the character can be generated during the game. By changing the characters to be incorporated into the event deck, there are opportunities for different events to occur, so there are a wide variety of events, and users can play repeatedly without getting tired of the game. The details of the configuration of the game device 3 and the like as the game management device according to the present embodiment for realizing this will be described below.
[Game device configuration]

As the game device 3 operated by the user, various devices such as a dedicated game machine, a PC, a smartphone, and a mobile phone terminal can be applied as described above, but an input operation for displaying a game screen or executing a game can be applied. The basic configuration required for playing a game, such as playing a game, is the same.

FIG. 2 shows a configuration example of the game device 3. As shown in the figure, the game device 3 mainly includes a CPU (Central Processing Unit) 31, a ROM (Read Only Memory) 32 and a RAM (Random Access Memory) 33 as main storage devices, and an image processing unit 34. , Display unit 35, sound processing unit 36, audio input unit 37, audio output unit 38, auxiliary storage device 39, operation input unit 40, communication control unit 41, decoder 42, recording medium drive. 43, components 31-34, 36 and 39-42 are interconnected via a bus line 44. An interface circuit is interposed between the bus line 44 and each component as needed, but the illustration of the interface circuit is omitted here.

The CPU 31 interprets and executes instructions of various programs such as a game program and a web browser, and controls the entire game device 3. The ROM 32 stores programs and the like necessary for basic operation control of the game device 3. Further, the RAM 33 stores various programs and data loaded from the ROM 32, the auxiliary storage device 39, or the recording medium drive 43, and secures a work area for the CPU 31. Various programs such as a game program and a web browser are stored in the ROM 32 or the auxiliary storage device 39, are loaded into the RAM 33, and are executed by the CPU 31. Further, when the screen is displayed using a web browser, various plug-in software for extending the browser function of the web browser may be stored in the ROM 32 or the auxiliary storage device 39 together with the web browser.

The image processing unit 34 drives the display unit 35 based on an image display command from the CPU 31 to display an image on the screen of the display unit 35. Various known display devices such as a liquid crystal display or an organic EL (Electro-Luminescence) display can be applied to the display unit 35. The display unit 35 does not have to be integrated with the game device 3, and may be, for example, a television monitor or the like that is externally connected to the game device 3.

The sound processing unit 36 converts an analog voice signal into a digital voice signal when voice is input from the voice input unit 37, and generates an analog voice signal based on a sounding instruction from the CPU 31 to the voice output unit 38. Output. The voice input unit 37 includes a microphone built in or externally attached to the game device 3. The voice output unit 38 outputs sound effects and the like during game execution, and includes a speaker built in or externally attached to the game device 3.

The auxiliary storage device 39 is a storage device that stores the above-mentioned various programs, data, and the like. As the auxiliary storage device 39, for example, a hard disk drive, a flash memory drive, a memory card reader / writer, or the like can be used.

The operation input unit 40 accepts the user's operation input and outputs an input signal corresponding to the operation input to the CPU 31 via the bus line 44. Examples of the operation input unit 40 include physical buttons such as a direction instruction button, a decision button, and an alphanumeric character input button provided on the main body of the game device 3. Alternatively, the operation input unit 40 may be a controller externally connected to the main body of the game device 3. Further, in the case of a game device 3 in which the display unit 35 is configured as a so-called touch screen by mounting a touch panel (contact input type interface) on the screen of the display unit 35, the touch panel also serves as an operation input unit 40.

Further, a general voice recognition technique may be used to allow the CPU 31 to analyze the voice input from the voice input unit 37 and perform various inputs by voice.

The communication control unit 41 is provided with a communication interface 41a, and has a communication control function for data communication during game operation or the like. Here, as the communication control function for data communication, for example, a wireless LAN connection function, an Internet connection function via a wireless LAN or a mobile phone network, and a predetermined frequency band (for example, a 2.4 GHz frequency band) are used. Includes short-range wireless communication functions. The communication control unit 41 transmits a connection signal for connecting the game device 3 to a wireless LAN, the Internet, or the like based on a command from the CPU 31, receives information transmitted from the communication partner side, and supplies the information to the CPU 31. do.

As the recording medium drive 43, for example, a DVD-ROM drive, a CD-ROM drive, a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, a cassette medium reader, or the like is used. In this case, as the recording medium 45, a DVD-ROM, a CD-ROM, a hard disk, an optical disk, a flexible disk, a semiconductor memory, or the like is used.

The recording medium drive 43 reads image data, audio data, and program data from the recording medium 45, and supplies the read data to the decoder 42. The decoder 42 performs error correction processing by ECC (Error Correction Code) on the data reproduced from the recording medium drive 43, and supplies the data to which the error correction processing has been performed to the RAM 33 or the like.

The game device 3 may also be provided with a GPS (Global Positioning System) signal receiving circuit, an imaging device (camera) such as a CCD (Charge Coupled Device) image sensor, and a 3-axis acceleration sensor.
[Game server configuration]

FIG. 3 shows an example of the hardware configuration of the game server 1. As shown in the figure, the game server 1 mainly includes a CPU 11, a ROM 12 and a RAM 13 as main storage devices, an auxiliary storage device 14, a communication control unit 15, and an input / output control unit 16. , These are connected to each other via a bus line 17 including an address bus, a data bus, a control bus, and the like. An interface circuit is interposed between the bus line 17 and each component as needed, but the illustration of the interface circuit is omitted here.

The CPU 11 interprets and executes instructions from application software such as system software and game programs, and controls the entire game server 1. The ROM 12 stores programs and the like necessary for basic operation control of the game server 1. The RAM 13 stores various programs and data, and secures a work area for the CPU 11.

The auxiliary storage device 14 is a storage device that stores a game program, various data, and the like. As the auxiliary storage device 14, for example, a hard disk drive or the like can be used. As will be described later, the game server 1 can also be used as a game management device. In this case, the program for operating the game server 1 (computer) as the game management device is stored in, for example, the auxiliary storage device 14, and the program sends the bus line 17 from the auxiliary storage device 14 when the game server 1 is started. It is loaded into the RAM 13 via the CPU 11 and executed by the CPU 11.

The communication control unit 15 includes a communication interface 15a connected to the network 4 and controls communication with the game device 3 of each user via the network 4.

The input / output control unit 16 is connected to the database server 2 so as to be communicable, and performs input / output control when the CPU 11 reads and writes data (records) to the database server 2.

The database server 2 includes, for example, a large-capacity hard disk device having a RAID (Redundant Arrays of Inexpensive Disks) configuration as a storage device having an area for storing game information of each user managed by the game server 1. The database server 2 is, for example, a relational database server that stores various game information (user name, level, in-game points, possessed items, etc.) of each user in association with identification information (user ID) that uniquely identifies each user. It can be constructed as a database, object database, object-relational database, or the like.

The game server 1 may be provided with the function of the database server 2, and the database may be configured inside the game server 1. Further, each function of the game server 1 can be distributed to a plurality of servers, and the game server 1 can be configured as a plurality of servers. For example, when a user operates the game device 3 to access the game server 1, an authentication server having an authentication function for determining whether the user is a legitimate user is provided separately from the main server of the game server 1. The game server 1 may be configured by the main server and the authentication server. As another configuration example, a billing management server that manages billing when a user purchases an item to be billed in the game is provided separately from the main server of the game server 1, and the main server, authentication server, and billing management are provided. The game server 1 may be configured by the server.

Further, when the number of users who use the game service is hundreds of thousands, millions, or more, it is required to construct a server system that can withstand a huge access from the game device 3 by a large number of users. A load-balancing system configuration may be obtained by providing a plurality of game servers 1 on the network 4 to achieve redundancy (multiplexing). In this case, it is desirable to provide a load balancer for adjusting the load between the plurality of game servers 1.
[Game overview]

Examples of games executed by the game device 3 of the present embodiment as an example of the game management device include sports games, adventure games, simulation games, etc., which are based on baseball, soccer, tennis, American football, basketball, volleyball, and the like. Various games can be mentioned regardless of the game format and genre, such as training games and role-playing games. As an example thereof, in the present embodiment, a case where the game device 3 mainly executes a baseball game will be described below.

The baseball game of the present embodiment is a game mode in which the main character is made to practice while advancing a predetermined scenario, the main character (my character operated by the user) is trained, and the original character of one's own is completed. It has. A "predetermined scenario" in a game is a game story that develops as the game progresses, and various things related to the game story such as the role of the characters appearing in the game, the effect in the game, and the choices in the game. Elements can be included.

As an example of the scenario in this baseball game, the main character operated by the user can be the following outline game story from the summer of the second year of high school to becoming a professional baseball player. For example, the main character belongs to the baseball club of a prestigious high school in sports, but is overwhelmed by the high level of his teammates and cannot become a regular at first. The main character wins regular games while practicing with his teammates at this high school, and participates in baseball games (national tournaments, etc.). If the evaluation of the scout of a professional baseball team who observes the practice and the game of the main character is above a certain level, he / she will be scouted as a professional baseball player. The main character operated by the user is an example of the second character.

In this game, the training of the main character is completed by the end of one scenario. The hero character whose training has been completed can be used as an original character in another game mode. After the scenario ends, the main character can be trained repeatedly by starting the scenario from the beginning again.

Further, a plurality of scenarios may be prepared in advance so that the user can select an arbitrary scenario. Further, in order to increase the variation of the scenario, the game device 3 may be able to download an additional scenario from the game server 1. For example, the game server 1 provides new scenarios on a regular basis (such as once a month).

An example of the progress of the above scenario is shown below. The period in the game from the start to the end of the scenario is, for example, 50 weeks (a virtual period in the game). In the game, a plurality of commands for selecting the in-game action of the main character are prepared. Examples of commands include "practice," "rest," and "go out." By executing the practice command, the ability parameters of the main character can be improved. On the other hand, if you execute the practice command, the physical fitness parameter will decrease. If the rest command is executed, for example, the physical strength parameter of the main character is improved. By executing the outing command, for example, the motivation parameter of the main character can be improved. Every time the user executes any command, for example, a virtual time in the game elapses for one week. That is, in the example of this game, there are a total of 50 turns from the start to the end of the scenario, and the scenario progresses after a week of virtual time in the game elapses for each turn.

As shown in FIG. 4, various events occur from the start to the end of the scenario. The timing at which the event may occur can be arbitrarily determined. For example, in each turn from the start to the end of the scenario, an event occurrence opportunity is provided at a timing when the user selects a command, an arbitrary timing during execution of the command, a timing at which the command ends, and the like. For example, at each of the above-mentioned timings, a lottery for whether or not to generate an event can be performed with a predetermined probability. Alternatively, an event that always occurs when the progress of the game reaches the standard may be provided regardless of the lottery. For example, if the scenario progresses to 10 turns, 20 turns, and 30 turns, 100% of predetermined events (match events, etc.) scheduled at those timings may occur.

However, in this game, the events that occur are not fixed, and various events can be additionally generated depending on the single character or the combination of a plurality of characters that the user has incorporated into the event deck.

FIG. 5 shows an example of the event deck setting screen. An event deck setting area 101 is provided on this screen. In the screen of FIG. 5, there are three character setting frames (so-called slots) 102 in the event deck setting area 101, and the character of player A and the character of player B are set in the two setting frames 102, respectively. An example is shown. In this example, the event deck is organized by the characters of player A and the characters of player B. The character of player A and the character of player B set in the event deck setting area 101 are examples of the first character for generating an event. Hereinafter, the character incorporated in the event deck will be referred to as a "first character" as necessary.

The character that can be set in the event deck setting area 101 is basically a character owned by the user. The user can arbitrarily select from a plurality of characters owned by the user. Here, as the character owned by the user, various display forms such as a two-dimensional or three-dimensional image and a card-type image can be applied in the game. In the present embodiment, as an example, a character owned by the user is used as a card format. That is, the character owned by the user is managed by the game device 3 as a digital card and displayed on the game screen.

When a character is set in the event deck setting area 101 by the user, the character will appear in the game after that. Characters appearing in the game may be depicted by 2D or 3D computer graphics in in-game practice, games, various events, and the like. In the example of this game, the characters that can be owned by the user are a teammate player, a baseball club manager, a general person (for example, a city resident), and the like. In this way, the characters may be managed by dividing them into a plurality of categories such as "player", "manager", and "general". Also, if the character owned by the user is a person, if the character is incorporated into the event deck, that character becomes a character in the game, so the character owned (or can be owned) by the user is "appeared". It may be referred to as a "character character", a "character unit", a "character card", or the like.

The characters of the characters prepared from the beginning in the scenario (for example, 1 director, 1 scout, 1 manager, 4 to 8 teammate players) set the characters in the event deck setting area 101. Even if you don't, it will appear in the game. If a character is set in the event deck setting area 101, the character is added as a character.

An example of an operation for setting a character in the setting frame 102 on the event deck setting screen is shown below. By selecting the setting button 103 corresponding to the setting frame 102 (so-called empty slot) in which the character is not set (or directly selecting the setting frame 102), the character selection screen for generating the event illustrated in FIG. 6 is displayed. Will be done. On this character selection screen, a list of a plurality of characters currently owned by the user is displayed. The user selects a character to be incorporated into the event deck from the list of characters.

When changing the character incorporated in the event deck, the change button 104 is selected (or the setting frame 102 in which the character is set is directly selected). As a result, the character selection screen for event generation illustrated in FIG. 6 is displayed, so that the character can be selected again. Further, when removing the character from the event deck, the setting frame of the character to be removed may be selected and a predetermined setting cancellation operation may be performed.

Each character that can be set in the setting frame of the event deck has its own event. Then, depending on the single character or the combination of a plurality of characters that the user has incorporated into the event deck, a unique event may occur during the game. The event that can occur here is an event related to the first character incorporated in the event deck.

Events related to the first character incorporated in the event deck include, for example, an event in which the character acts alone (for example, practicing, eating, drawing a fortune, etc.). Another example of an event relating to the first character is an event in which the first character acts with the other character (eg, practice, eat, travel, etc.). In particular, an event in which the first character acts together with the main character is preferable.

The event related to the first character is not limited to the event in which the first character appears on the screen. For example, it may be an event in which a quiz related to the first character is given. In addition, other characters related to the first character (friends, seniors, juniors, coaches, rivals, etc.) may talk about the first character, or the rivals of the first character win the first character. It may be an event to practice for.

An example of the relationship between the first character incorporated in the event deck and the event that can occur is shown in the conceptual diagram of FIG. 7. In FIG. 7, the left side of the “= (equal)” symbol is the first character incorporated in the event deck, and the right side thereof is an event that can occur.

For example, when the user incorporates the character of "player A" into the event deck, "event A" related to the character of "player A" may occur. As an example of the event A, the character of the player A can be an event in which a special practice is performed. As another example of event A, in the case of a character setting in which the main character and player A are close teammates, the main character and the character of player A practice specially together or eat together. It can be an event.

Further, when the user incorporates the character of "player B" into the event deck, "event B" corresponding to "player B" may occur. As an example of the event B, in the case of the character setting in which the main character and the player B have a rivalry, the event can be an event in which the main character and the character of the player B confront each other.

Further, for example, when the user incorporates both the characters "player A" and "player B" into the event deck, "event C" corresponding to the combination of "player A" and "player B" may occur. As an example of the event C, in the case of the character setting in which the player A and the player B have a rivalry, the event can be an event in which the character of the player A and the character of the player B confront each other. For example, in this confrontation event, the main character as the second character may participate in the confrontation event by watching over or cheering for the confrontation event. In this case, not only "event C" but also the above-mentioned "event A" and "event B" may occur. That is, when both characters "player A" and "player B" are incorporated into the event deck, there are three patterns of "player A", "player B", "player A" + "player B". All of them are valid, and any of "event A", "event B", and "event C" can occur.

Further, for example, when the user incorporates three characters "player C", "player D", and "general E" into the event deck, "event D" corresponding to the combination of these three characters may occur. As an example of event C, when "general E" is a lover candidate for "player C" and "player D", the characters of "player C" and "player D" become "general E" characters. It can be an event to confess. For example, in this event, the main character may also participate in the event by confessing to the "general E" character.

Further, for example, when the user incorporates three characters "player A", "player B", and "player D" into the event deck, "event E" corresponding to the combination of these three characters may occur. As an example of the event D, it can be an event in which the characters of "player A", "player B", and "player D" perform a training camp. For example, in this training camp event, the main character may also participate in the training camp.

Each of the above-mentioned events is only an example, and various events can be made to occur depending on the character to be incorporated in the event deck or the combination of a plurality of characters.

When a character is incorporated into an event deck by a user, an event may always occur, an event may occur with a predetermined probability, or an event occurs when a predetermined condition is satisfied. May occur.

Preferably, an event corresponding to the first character incorporated in the event deck or a combination of the plurality of first characters is generated with a predetermined probability during the game. In this case, whether or not the event occurs is based on the probability, and it is not known at what timing the event occurs. Therefore, after the first character is incorporated into the event deck, the user plays the game with a sense of tension while expecting the occurrence of an event related to the first character.

Further, it is preferable to change the probability of occurrence of the event according to the degree of relationship between the main character as the second character operated by the user and the first character incorporated in the event deck. The degree of relationship between the main character and the first character may be, for example, the intimacy of the two, or an evaluation value in which one evaluates the other. This degree of relationship may be predetermined, or may vary during the game depending on the behavior of the main character operated by the user. Preferably, each time the main character performs a predetermined action with the first character by the operation of the user, the degree of relationship between the two is changed. For example, when the main character practices or plays with the first character, the degree of relationship between the two is improved. As a result, the user can improve the probability of occurrence of an event related to a specific first character by his / her own operation.

Further, when the degree of relationship between the main character and a certain first character incorporated in the event deck reaches a predetermined standard, 100% of the events related to the first character may occur. Here, regarding the timing of event occurrence, it may be assumed that the event occurs immediately after the degree of relationship reaches a predetermined standard, or after a certain amount of time has passed after the degree of relationship reaches a predetermined standard ( For example, the event may occur (after the adjustment of the event occurrence timing in the game is performed). As an example, if the relationship between the main character and the character of player A reaches a predetermined standard during the execution of a command for a turn in a scenario, player A is at the end of that turn or at the beginning of the next turn. Make the event related to the character of.

If the degree of relationship does not reach a predetermined standard, it can be arbitrarily determined. For example, when the degree of relationship between the main character and the first character does not reach a predetermined standard, an event related to the first character has a probability according to the degree of relationship (or a predetermined probability regardless of the degree of relationship). May occur. Alternatively, if the degree of relationship between the main character and the first character does not reach a predetermined standard, 100% of the events related to the first character may not occur.

By the way, although it is possible not to set an upper limit on the settable number of the first characters forming the event deck, it is preferable to set an upper limit. Further, it is preferable to change the upper limit of the settable number by satisfying a predetermined condition. As an example of satisfying a predetermined condition, a game parameter related to the progress of the game satisfies a preset condition. In this game, since the training of the main character is completed by the end of one scenario, the number of characters who have completed training can be used as an example of the game parameter. That is, when the number of characters who have completed training reaches a predetermined value (for example, 1, 5, 10, etc.), the predetermined condition is satisfied, and the upper limit of the settable number is improved.

Further, the setting frame 102 of the event deck setting screen may be increased by a predetermined number (for example, one) by charging (for example, by consuming the charged item). Alternatively, the number of setting frames 102 may be increased on the condition that the user consumes a predetermined amount of in-game points, in-game currency, or the like.

Alternatively, if the user stops the development of the character in the middle, the upper limit of the settable number of the first character may be lowered (the number of the setting frames 102 is reduced). Further, even if the training of the character is completed, if the parameter of the character does not reach a predetermined value, the upper limit of the number that can be set may be lowered.

In addition, the upper limit of the settable number of the first character may be changed by satisfying various conditions.

In addition, in this game, a user can build a friendship with another user. Here, a companion is a general term for virtual relationships between users built in the game, such as acquaintances, friends, friends, classmates, buddies, relatives, family members, brothers, sisters, colleagues in companies and organizations, etc. Including various in-game relationships. If it is another user (second user) who is associated with the user, it does not have to be a friend.

Then, when the user has a friend, a setting frame (which may be referred to as a friend frame, a helper frame, etc.) in which the character of the friend can be set may be added to the event deck setting screen. The details will be described later.

In addition, when an event occurs during the game, various effects can be generated according to the progress or result of the event. As an example of the effect, the parameters of the main character may be changed, or items or the like may be given to the user. Alternatively, the user may simply enjoy the event that has occurred without causing any effect such as parameter fluctuation.

In order for the user to incorporate the character into the event deck, it is necessary to obtain the character. There are several ways to obtain a character. For example, the user can obtain a character by lottery by executing the lottery mode. In this lottery mode, a character to be given to the user is drawn from all the characters in the game. In order for the user to execute the lottery mode, for example, a predetermined amount of in-game points, billing items, and the like may be required. The user can also receive the character as a gift from another user (friend, etc.). In addition, the user can obtain the character as a reward for playing in the game. For example, a user can play against other users using a plurality of characters that he / she has cultivated and compete for ranking in the game. Here, a character is given as a reward to the user who is ranked high in the ranking. At the start of the game, a predetermined number (for example, 5) of characters may be assigned to the user.

In addition, the rarity is set in advance for each character that can be owned by the user. In this game, the rarity of any one of "normal", "rare", and "S rare" is set for each character. Here, "normal" is the lowest rarity, and "S rare" is the highest rarity. Therefore, for example, as for the character of player A, there are three types of rarity: "normal", "rare", and "S rare". For example, the user may obtain a "normal" character in the lottery mode, or may obtain a "rare" or "S rare" character. As illustrated in FIG. 6, in the present embodiment, the rarity of the character is indicated by the number of stars, "normal" is one star, "rare" is two stars, and "S rare" is a star. There are three.

When the same character as the character already owned by the user (character name and rarity are the same) is obtained, the game device 3 automatically executes a coalescence process for coalescing both characters. When this coalescence process is executed, the coalescing effect is displayed on the screen. By this coalescence processing, the level of the character after coalescence is improved from "Lv1" to "Lv2". When the coalescence for the same character is repeated and the level of the character reaches a predetermined level (for example, Lv100), the rarity of the character is increased by one and the level is reset to "Lv1". For example, when a user who owns the character of player A (normal, Lv99) obtains the character of player A (normal, Lv1), the user owns the character of player A (rare, Lv1) by the coalescence process. It will be.

In this game, even if the character names are the same, if the rarity is different, the coalescence process is not performed. The above-mentioned coalescence processing is an example, and the present invention is not limited to this. For example, the coalescence process may be executed based on an operation by the user instead of being executed automatically. Further, it may be possible to combine characters having different rarities. Further, it may be possible to combine different characters.

The user can incorporate any of the rare characters "normal", "rare", and "S rare" into the event deck. It is preferable that the higher the rarity of the first character incorporated in the event deck, the higher the effect of the event related to the first character. For example, the higher the rarity of the first character, the more the parameters of the main character fluctuate according to the progress or result of the event. The details will be described later.

Further, it is preferable that the higher the rarity of the first character incorporated in the event deck, the larger the number of events (events related to the first character) that may occur during the game. The details will be described later.

The timing at which the user can set or change the event deck can be arbitrarily determined. For example, you may allow event deck settings only before the start of the scenario. Alternatively, the event deck may be set before the scenario starts, and the event deck may be changed after the scenario starts.

If the event deck is allowed to be changed after the scenario starts, the user may be able to change the event deck any number of times at any time, or the timing or number of changes may be limited. For example, allow changes to the event deck only three times (eg, turn 10, turn 20, turn 30) while the scenario is in progress. In this case, the CPU 31 of the game device 3 displays a message such as "Would you like to change the event deck here?" On the screen at the timing of permitting the change of the event deck, and the user can change the event deck. It is preferable to notify the fact. Further, when permitting the change of the event deck after the start of the scenario, it may be necessary to satisfy a predetermined condition (for example, the user executes the lottery mode to obtain a new character).
[Functional configuration and operation of game devices]

Next, an example of the functional configuration of the game device 3 as the game management device for realizing the above game will be described.

FIG. 8 is a functional block diagram showing an example of the basic configuration of the game device 3.

The game device 3 according to the present embodiment includes input management means 51, execution means 52, output management means 53, character management means 54, user information management means 55, communication management means 56, exchange management means 57, and the like. .. Each of these means is realized by the CPU 31 of the game device 3 executing the program according to the present embodiment.

The input management means 51 understands the input signal from the operation input unit 40 operated by the user and outputs the input signal to the execution means 52. The execution means 52 executes an operation or data processing based on a user's operation input or the like. In this game, processing such as progress of a scenario, execution of a command, execution of an event, etc. is performed. The information of the processing result executed by the executing means 52 is stored in a predetermined area of the storage device (RAM 33, auxiliary storage device 39, etc.). The output management means 53 outputs the image information (still image or moving image) of the execution result by the execution means 52 to the display unit 35 via the image processing unit 34, and outputs the audio information of the execution result to the sound processing unit 36. It is output to the audio output unit 38 via.

The character management means 54 has a function of managing all the characters in the game. Each character is provided with a character ID that uniquely identifies them, and each character is managed by the character ID. Each character has a predetermined ability parameter and rarity. Examples of the batter character's ability parameters include meet, power, trajectory, running power, shoulder power, and defensive power. Further, examples of the ability parameters of the pitcher character include ball speed, control, stamina, changing ball, and defensive power. The information (character database) of each character is read from the auxiliary storage device 39 or the recording medium 45 and stored in the RAM 33.

The user information management means 55 stores and manages information about the user's game in a storage device (RAM 33, auxiliary storage device 39, etc.). FIG. 9 shows an example of information about the user's game managed by the user information management means 55 (in this example, information for one user ID = 000001). The user information management means 55 stores the user's basic information, character information, item information, point information, companion information, exchange history, and the like in the storage device.

The basic information of the user includes a user ID, a password, a user name, and the like. The user ID and password are used when accessing the game server 1 in the online mode.

The character information includes information on the character currently owned by the user (character that can be incorporated into the event deck), information on the main character being trained, information on the original character that has been trained, and the like. The character ID is stored as the information of the character currently owned by the user. The character information corresponding to this character ID is managed by the character management means 54. As the information of the main character being trained, for example, information on parameters such as meet, power, trajectory, running power, shoulder strength, defensive power, physical strength, and motivation is stored. If some or all of the parameters of the main character are changed as a result of executing a command or event during the game, the information of the parameters is updated with the changed information. As the information of the original character that has completed the training, the character ID and the parameter information at the time of completing the training are stored.

Item information and point information are information on items and points currently owned by the user.

The companion information is the companion information associated with the user, and the companion user ID is stored in association with the user ID. The interaction history is information on the history of users interacting with other users (friends, etc.) in the game. This exchange history includes information on the type of exchange, the other party, and the time. Types of interaction include greetings, sending messages, presents, and chatting. The user ID of the other party is stored as the information of the other party of the exchange.

The communication management means 56 communicates with the user's game device 3 and the game server 1 or between the user's game device 3 and another user's game device 3 via the communication control unit 41 in the online mode or the communication battle mode. It has a function to manage information communication between.

The interaction management means 57 realizes interaction and communication between users performed in the game. The exchange management means 57 of the user's game device 3 transmits and receives exchange information to and from the game device 3 of another user via the game server 1 (or directly without going through the game server 1). The exchange information includes a message created by the user to the other party, information on a character or item to be presented to the other party, and the like.

Next, the main functional configuration of the game device 3 will be described with reference to FIG. 10 functional block diagram and the like. As shown in FIG. 10, the game device 3 as a game management device mainly includes a setting means 71 and an event management means 72. Each of these means is realized by the CPU 31 of the game device 3 executing the program according to the present embodiment.

The setting means 71 has a function of setting at least one character selected by the user from a plurality of characters owned by the user as a first character for generating an event. In the present embodiment, as described above, on the event deck setting screen illustrated in FIG. 5, the user performs an operation of selecting an arbitrary character from a plurality of characters owned by the user and setting the character in the setting frame 102. .. When character selection information is input by this operation, the setting means 71 stores the character ID of the selected character in a storage device (RAM 33, auxiliary storage device 39, etc.) as setting information of the first character for generating an event. do. Hereinafter, this setting information will be referred to as "event deck setting information".

FIG. 12 shows an example of event deck setting information. In FIG. 12, three setting frames 102 of the event deck are valid, and two of the setting frames 102 are player A (S rare) with character ID = 2001 and player B (rare) with character ID = 1002. An example in which one first character is set is shown. In FIG. 12, each information field of the character name and the rarity corresponding to the character ID is provided, but these information fields can be omitted. This is because the character's name and rarity are specified by the character ID. Further, in FIG. 12, an information field of the degree of relationship is also provided, which will be described later.

The event management means 72 has a function of generating an event related to the first character during the game according to the combination of the first character or the plurality of the first characters incorporated in the event deck. For example, as shown in FIG. 13, relationship information indicating the relationship between the combination of the first characters and the event is stored in advance in a storage device (RAM 33 or the like). This related information is stored in, for example, the recording medium 45 or the auxiliary storage device 39, is loaded during the game, and is stored in the RAM 33. Then, the event management means 72 manages the events generated during the game based on the related information.

Each event is given an event ID that uniquely identifies them. When an event with an event ID in the game is generated, the event execution program corresponding to the event ID is executed by the CPU 31.

In the relational information of FIG. 13, when the first character incorporated in the event deck is the character ID = 0001, the corresponding event is an event called “striking special training” with the event ID = 0001. When the first character has a character ID = 0002, the corresponding event is an event called "defensive special training" with an event ID = 0002. When the first character has a character ID = 0003, the corresponding event is an event called "base running special training" with an event ID = 0003.

When the first characters incorporated in the event deck are character IDs = 0001 and 0002, the event corresponding to this combination is a "confrontation" event with event ID = 0101. When the first character has character IDs = 0001 and 0003, the event corresponding to this combination is a "quiz" event with event ID = 0102.

When the first character has character IDs = 0001, 0002 and 0003, the event corresponding to this combination is an event called "batting center" with event ID = 0501. When the first character has character IDs = 0001, 0002, and 0004, the event corresponding to this combination is an event of "playing with everyone" with event ID = 0502. In addition, various events are prepared according to the combination of a single first character or a plurality of first characters constituting the event deck.

As described above, when the first character set as the event deck is, for example, character IDs = 0001 and 0002, three patterns of "0001", "0002", and "0001 + 0002" are effective as the combination of the first characters. Can be. Therefore, in this case, an event of "batting special training" with event ID = 0001, "defensive special training" with event ID = 0002, and "confrontation" with event ID = 0101 may occur.

Similarly, when the first character set as the event deck is, for example, character IDs = 0001, 0002 and 0003, the combination of the first characters is "0001", "0002", "0003", "0001 + 0002", " Seven patterns of "0001 + 0003", "0002 + 0003", and "0001 + 0002 + 0003" can be valid.

The event generated by the event management means 72 during the game is an event related to the first character as described above. For example, the “striking special training” with event ID = 0001 is an event in which the character with character ID = 0001 incorporated in the event deck performs the batting special training alone or together with the main character. As described above, the event related to the first character is not limited to the event in which the first character appears on the screen.

Further, the event management means 72 may make sure that an event occurs when the first character or a plurality of first characters are set for event generation, or the event may occur with a predetermined probability. Alternatively, the event may be generated when a predetermined condition is satisfied.

Further, the event related to the first character can be an event related to the parameter (characteristic parameter) of the first character. For example, if the first character is a character with a particular ability (the parameter of the particular ability is higher than a predetermined criterion), the event related to the first character will be assigned to that particular ability. Make it a related event (utilizing a specific ability). As a specific example, when the first character is a player with excellent batting ability (the parameter of batting ability is higher than a predetermined standard), the event related to the first character is an event related to batting, for example, batting. It can be an event such as special training or home run competition.

Further, the event related to the first character can be an event related to the relationship between the first character and the main character. For example, when the first character and the main character have a rivalry in the game, the event related to the first character is an event of the confrontation scene of both characters.

In particular, by combining a plurality of first characters, an event corresponding to the combination is generated, so that the variation of the event becomes very large. That is, when r characters are selected from the n characters owned by the user and combined, the number of combinations is n! / {(N-r)! r! } Is represented by. For example, when 3 characters are selected from 10 characters owned by the user and set as the first character, there are 120 combinations, and the user can change the combination of the first character to be incorporated in the event deck. Various events can be expected to occur depending on the combination.

Further, when a plurality of first characters are combined, an event may occur according to the relationship between the plurality of first characters. Alternatively, an event may occur according to the relationship between a plurality of characters including the main character in the plurality of first characters. An example is shown below.

Example 1: When characters A and B are in a relationship between rivals in the game, it can be expected that an event of a confrontation scene will occur (may) by incorporating both characters A and B into the event deck. (Or imagine an event that the user could have).

Example 2: If the characters P, Q, and R are related to classmates of the same school in the game, the three characters P, Q, and R are incorporated into the event deck to go on a trip with three people. Can be expected to occur (maybe). Furthermore, when the characters P, Q, R and the second character are in the same school classmate relationship, these three characters P, Q, R can be set as the first character for event generation. It can be expected that an event will occur (maybe) in which four people including the second character go on a trip.

The event does not always occur, but if the user knows the parameters, characteristics, relationship with other first characters, relationship with the main character, etc. for each first character, the first one incorporated in the event deck. The combination of a character or multiple first characters also creates the pleasure of imagining or expecting possible events.

In addition, the effect of event occurrence can be arbitrarily determined. For example, when an event occurs, the parameters of the user's My Character may be changed according to the progress or result of the event, or items or the like may be given to the user. Alternatively, the user may simply enjoy the event that has occurred without causing any effect such as parameter fluctuation.

As described above, in the configuration of the present embodiment, the user collects the characters for event generation, arbitrarily selects the collected characters, and sets them as the first character for event generation, so that the first character or a plurality of characters can be generated. Various events depending on the combination of the first characters can occur during the game. Therefore, the user can enjoy the variation of the event by the first character or the combination thereof set for the event generation while trying and erroring the event deck construction. For example, a user who is tired of the game can change the event that occurs during the game by changing the first character set for event generation, so that the game play that does not get tired of is possible.

The game of the present embodiment is a game based on a predetermined scenario by the main character as the second character operated by the user. Therefore, as shown in FIG. 11, the game device 3 includes the scenario progress means 70. The scenario progress means 70 has a function of advancing a predetermined scenario by the main character based on a game progress operation (command selection operation in this game) by the user. Then, the event generated by the event management means 72 according to the event deck is additionally generated in the scenario. In other words, the predetermined scenario is the main scenario of the game, and the event according to the event deck does not change the main scenario itself, but is an additional game element generated in the main scenario (Fig.). 4).

In the main scenario of the game, basic events (match events, etc.) prepared in advance may occur periodically or randomly regardless of the event deck. In this case, even if the character is not set as the event deck, the basic event may occur while the scenario is in progress. In this case, if the user sets at least one first character as the event deck, there is a possibility that an event corresponding to the event deck is additionally generated as a special event not included in the basic event.

However, the applicable game is not limited to the game that progresses according to the scenario. For example, in the case of a baseball game in which a user operates a player character to hit or defend, there is no predetermined scenario. In such a game, if the user sets at least one coach character in the event deck, an additional event such as an event in which the coach teaches the tips of hitting occurs during the game as an event according to the event deck. You may try to do it.

Next, a preferable example in which an event corresponding to the event deck is generated with a predetermined probability will be described. The event management means 72 of the present embodiment has a function of generating the event corresponding to the combination of the first character or the plurality of the first characters incorporated in the event deck with a predetermined probability during the game. Here, the probability of generating an event may be the same probability (for example, 20%) for all events. Alternatively, the probability of occurrence may be different, for example, 10%, 30%, 50%, 70%, etc., depending on the content, type, effect, etc. of the event. Alternatively, the degree of relationship between the main character and the first character may change depending on the game operation of the user, and the probability of occurrence of an event may change during the game (details will be described later).

Alternatively, the probability of event occurrence may vary depending on the progress of the scenario. For example, the probability of occurrence of an event differs between when the progress of the scenario reaches a predetermined value (50%) and after that. As an example, the probability of event occurrence is 10% until the progress of the scenario reaches 50%, and 20% thereafter. This is an example in which an event that did not occur in the first half of the scenario is likely to occur in the second half of the scenario. Conversely, the event may be more likely to occur in the first half of the scenario, and the event may be less likely to occur in the second half of the scenario.

In this configuration, even if the first character for event occurrence is set, the event related to the first character does not necessarily occur 100%, and whether or not the event occurs is based on the probability. There is. Therefore, it is not known when the event occurs. Therefore, after the first character is set for event generation, the user plays the game with a sense of tension while expecting that an event related to the first character occurs. With this configuration, the game quality can be improved.

Next, a preferable configuration in which the probability of occurrence of an event is changed according to the degree of relationship between the main character and the first character will be described. As shown in FIG. 14, it is preferable that the game device 3 further includes the relationship degree management means 73 and the probability variation means 74 in addition to the setting means 71 and the event management means 72.

The relationship management means 73 has a function of managing the relationship between the main character as an example of the second character operated by the user during the game and the first character incorporated in the event deck. As for the relationship between the main character and the first character, various relationships such as teammates, players and managers, players and managers, seniors and juniors, rivals, lovers, bosses and subordinates, parents and children, brothers, etc. can be applied. The degree of relationship between the main character and the first character may be, for example, the intimacy of the two characters or an evaluation value in which one evaluates the other.

In the present embodiment, the degree of relationship will be described as taking any numerical value of, for example, "0 to 200". The degree of relationship may be expressed by a level such as "A, B ..." instead of a numerical value.

The degree of relationship between the main character and the first character may have an initial value predetermined. As an example, the main character and player A (an example of the first character) are set to be best friends in the game, and the degree of relationship between the two is set to "100". On the other hand, the main character and player B (an example of the first character) are set to be acquainted with each other in the game, and the degree of relationship between the two is set to "10". Further, the degree of relationship between the main character and the manager C (an example of the first character) is set to "50".

Further, it is preferable that the degree of relationship varies during the game depending on the behavior of the main character operated by the user. That is, the game device 3 further includes an appearance character management means 75 that causes the first character incorporated in the event deck to appear in the game. Then, the relationship degree management means 73 changes the degree of relationship between the first character and the main character each time the main character performs a predetermined action with the first character by the operation of the user. Here, the "predetermined action" refers to various in-game actions such as the main character practicing with the first character, confronting, eating, playing, or being together in the same place. To tell. In this way, if the main character performs an action having a predetermined relationship with the first character in the game, the degree of relationship between the two changes.

For example, if the main character practices with a first character such as a teammate, the degree of relationship is improved by "10". Further, for example, if the main character eats with the first character, the degree of relationship is improved by "5". Further, for example, when the main character confronts the first character and wins, the degree of relationship (evaluation value) improves by "10", while when the character loses, the degree of relationship decreases by "5". These are examples, and the correspondence between the behavior of the main character and the degree of relationship can be arbitrarily determined.

An example of relationship management by the relationship management means 73 is shown below. As illustrated in FIG. 12, an information field of the degree of relationship is provided in the event deck setting information. Then, the relationship degree management means 73 updates the value of the relationship degree information field every time the relationship degree between the first character set as the event deck and the main character changes, and manages the current relationship degree. ..

Then, the probability changing means 74 has a probability that an event related to the first character will occur according to the degree of relationship between the main character and the first character (or a combination thereof when the first character is included in the combination). It has a function to change the probability that an event will occur according to the above. FIG. 15 shows an example of the relationship between the degree of relationship and the probability of event occurrence. In this example, when the degree of relationship is "39 or less", "40-79", "80-119", "120-159", "160-199", "200 (maximum)", the probability of event occurrence is It fluctuates as "10%", "20%", "30%", "50%", "70%", and "100%", respectively. In this example, the higher the relationship value (or the higher the level), the higher the probability of event occurrence.

When there is one first character set as the event deck, the event occurrence probability of FIG. 15 can be applied as it is. On the other hand, when there are a plurality of first characters set as the event deck, the probability of occurrence of an event according to the combination of the plurality of first characters can be obtained, for example, as follows. Here, a case where each character of player A and player B is incorporated in the event deck will be illustrated. For example, assume that the degree of relationship between the hero character and player A is "100", and the degree of relationship between the hero character and player B is "50". In this case, based on the relationship of FIG. 15, the event occurrence probability of 30% can be obtained from the relationship degree of player A and 20% from the relationship degree of player B. Therefore, the probability of occurrence of an event according to the combination of player A + player B can be averaged to (30% + 20%) / 2 = 25%.

Various other modes can be considered for determining the occurrence probability of the event according to the combination of the plurality of first characters. An example is shown below.

Regarding the probability of occurrence of an event according to the combination of a plurality of first characters (A, B ...), the degree of relationship between all the first characters (A, B ...) and the second character is a predetermined criterion (condition). If the above is satisfied, the probability according to the criteria of the satisfied relationship is applied. For example, the probability of event occurrence is "10%" until all of the set plurality of first characters satisfy the criteria of a predetermined degree of relationship (for example, "40 or more"), and when the criteria are satisfied. In addition, the probability of event occurrence is "20%". Further, when all of the plurality of first characters further satisfy the criteria of the degree of relationship (for example, "80 or more"), the probability of occurrence of the event becomes "30%". Similarly, the probability of occurrence of an event increases each time all of the plurality of first characters satisfy the above criteria of the degree of relationship.

Alternatively, as for the event occurrence probability according to the combination of the plurality of first characters, the one having the highest relationship among the plurality of first characters is adopted, and the relationship degree and the event occurrence probability illustrated in FIG. 15 are used. It may be decided based on the relationship of. Alternatively, conversely, the one with the lowest degree of relationship may be adopted, in which case the user is motivated to raise the degree of relationship.

Alternatively, for the event occurrence probability according to the combination of the plurality of first characters, the average value of the relationships of the plurality of first characters is applied, and the relationship between the relationship and the event occurrence probability illustrated in FIG. 15 is applied. It may be decided based on.

By the way, it is preferable that the degree of relationship between each character and the main character can be visually recognized by the user on the screen. As a result, when the user sets the first character for event generation, or during the progress of the game, the user confirms the degree of relationship with the main character of the first character on the screen, and plays while recognizing the degree of relationship. You can enjoy it. For example, when the user confirms on the screen that the relationship with a certain first character is high, the expectation that an event related to the first character will occur with a high probability increases.

An example of screen display control in the game device 3 that makes the degree of relationship visible to the user is shown below. The game has a screen that displays the current game status (scenario progress, etc.) and parameters of the main character. A list of characters owned by the user (all owned characters including the character set as the event deck) is displayed on this screen or another screen transitioned from this screen. Then, each character included in this list is visually displayed with the degree of relationship with the main character. For example, the degree of relationship is divided into 6 levels (see FIG. 15), and the level of relationship is indicated by the number of stars (1 to 6 at maximum) and the like. Alternatively, the relationship value itself (value in the range of 0 to 200 in the example of FIG. 15) may be expressed. Then, among the characters included in the list, the characters set as the event deck are provided with information (marks, characters, colors, shades, etc.) that can confirm that fact. Therefore, the user can check which character is set as the event deck and how much the character has a relationship with the main character by looking at the screen.

Alternatively, on the event deck setting screen illustrated in FIG. 5 or FIG. 18, the degree of relationship with the main character may be visually displayed on the currently set individual characters.

According to this configuration, the ease of occurrence of an event changes depending on the degree of relationship between the first character set for event generation and the main character, or the degree of relationship with the main character after the first character is set. Therefore, when the user wants to generate an event earlier, he / she may play so that the relationship between the first character set by himself / herself and the second character which is his / her operating character becomes larger. The game quality can be enhanced.

Since the first character is set for event generation, an event related to the first character occurs with a predetermined probability as described above even if the main character does not perform a predetermined action with the first character. There is a possibility. On top of that, in this configuration, the probability of event occurrence can be intentionally improved by causing the main character to perform a predetermined action with the first character by the operation of the user.

Therefore, when the user wants to generate an event related to a specific first character with a high probability, the user selects the game operation (the action of the main character in the game) so that the main character performs a predetermined action with the first character. Operation etc.) may be performed. With this configuration, the user can change the probability of occurrence of an event related to a specific first character by his / her own operation, so that the game quality is further improved.

Further, when the degree of relationship between the first character set as the event deck and the main character reaches a predetermined standard, the event management means 72 may generate 100% of the events related to the first character. preferable. For example, as shown in FIG. 15, when the degree of relation reaches "200", the probability of occurrence of the event is set to 100%.

Here, regarding the timing of event occurrence, the event may occur immediately after the degree of relationship reaches a predetermined standard (for example, 200), or a certain amount of time may be taken after the degree of relationship reaches a predetermined standard. After that (for example, after the adjustment of the event occurrence timing in the game is made), the event may occur.

If the degree of relationship does not reach a predetermined standard, it can be arbitrarily determined. For example, when the degree of relationship between the main character and the first character does not reach the predetermined standard "200", as illustrated in FIG. 15, an event related to the first character has a probability according to the degree of relationship. May occur. Alternatively, if the degree of relationship does not reach a predetermined standard, an event may occur with a predetermined probability regardless of the degree of relationship. Alternatively, if the degree of relationship between the main character and the first character does not reach a predetermined standard, the event related to the first character may not occur.

Here, when there is one first character set for event generation, and of course, when the degree of relationship between the first character and the main character reaches a predetermined standard (triggered by that), the event is 100. %appear.

On the other hand, when there are a plurality of first characters set for event generation, various modes as shown below can be considered.

An event corresponding to a combination of a plurality of first characters (A, B ...) is 100 when the degree of relationship between all the first characters included in the combination and the main character reaches a predetermined standard. % Can be generated.

Alternatively, an event corresponding to a combination of a plurality of first characters (A, B ...) is concerned when the degree of relationship between any one of the first characters and the second character reaches a predetermined criterion. The event may be 100% fired.

Alternatively, in the event corresponding to the combination of a plurality of first characters (A, B ...), the degree of relationship between the first character and the second character at a predetermined ratio or more (for example, 50% or more) among them is used as a predetermined standard. When it is reached, the event may occur 100%.

In this configuration, when the user wants to surely generate an event related to a specific first character, the user operates the game (of the main character in the game) so that the degree of relationship with the first character reaches a predetermined standard. The operation of selecting an action, etc.) may be performed. With this configuration, the user can generate 100% of the events related to the specific first character by his / her own operation, so that the game quality is further improved.

Next, a configuration in which the upper limit of the number of first characters that can be set as an event deck is changed according to various conditions will be described. As shown in FIG. 16, the game device 3 of the present embodiment includes a settable number management means 76 in addition to the setting means 71 and the event management means 72. The settable number management means 76 has a function of setting an upper limit on the settable number of the first character and changing the upper limit of the settable number by satisfying a predetermined condition.

For example, at the start of the game, the upper limit of the number that can be set for the first character is "2". However, the upper limit of the number that can be set varies depending on the condition that a predetermined condition is satisfied. Here, as an example of a predetermined condition, there are the following.

(A) The predetermined condition is that the game parameters related to the progress of the game satisfy the preset conditions. The details will be described later.

(B) In order to increase the upper limit of the number that can be set, it is a predetermined condition that the user consumes a predetermined amount of in-game points, in-game currency, billing items, and the like.

(C) In a game such as the game of the present embodiment in which a friendship can be established with another user, it is a predetermined condition that the number of friends reaches a predetermined number. For example, when the number of friends reaches 30, the upper limit of the number that can be set increases by 1, then increases by 1 when the number of friends reaches 40, and increases by 1 when the number of friends reaches 50 or more.

(D) The predetermined condition is that the execution result of the game does not reach the predetermined standard. For example, in a game in which characters can be trained, if the user stops training the characters in the middle, the upper limit of the number that can be set is lowered. Further, even if the training of the character is completed, if the parameter of the character does not reach a predetermined value, the upper limit of the number that can be set is lowered.

It should be noted that the above (a) to (d) are examples of predetermined conditions, and are not limited to these, and various conditions can be set according to the content of the game.

The settable number management means 76 manages an increase / decrease in the settable number of the first character by, for example, switching between valid / invalid of the flag provided in the event deck setting information shown in FIG.

In this configuration, while setting an upper limit on the number of first characters that can be set, the upper limit can be increased by allowing the user to satisfy a predetermined condition. The larger the upper limit of the number of first characters that can be set, the more variations of events that can occur during the game. Therefore, the user is motivated to actively play the game so as to satisfy a predetermined condition in order to improve the upper limit of the settable number (or avoid the decrease of the upper limit).

Next, a preferred embodiment will be described in which satisfying a preset condition for the game parameters related to the progress of the game is set as a "predetermined condition" for changing the upper limit of the settable number of the first character. do. Here, as an example of the game parameters related to the progress of the game, in a game in which a plurality of characters can be trained, such as the game of the present embodiment, the number of characters who have completed the training can be mentioned. In this case, when the number of characters who have completed training reaches a predetermined value (for example, 1, 5, 10, etc.), the predetermined condition is satisfied.

For example, at the start of a game in which the scenario has never been started, the upper limit of the number that can be set for the first character is "2". In this case, there are only two setting frames 102 on the event deck setting screen of FIG. After that, when the number of characters who have completed training becomes "1" at the end of the scenario, the upper limit of the number of characters that can be set for the first character is changed to "3". As a result, the number of setting frames 102 on the event deck setting screen of FIG. 5 becomes three. After that, when the number of characters whose training has been completed becomes "2" due to the end of the scenario, the upper limit of the number of characters that can be set for the first character is changed to "4", and the number of setting frames 102 becomes four. After that, the upper limit of the settable number of the first character may be increased each time the number of characters that have completed training increases, and if the upper limit of the settable number reaches a predetermined value (for example, 5), the upper limit may be increased. The upper limit may not be increased (the number of setting frames 102 does not increase).

As another example of game parameters related to the progress of the game, various game parameters such as stage, point, level, etc. can be applied according to the game content. For example, the fact that a predetermined stage has been reached, the points earned have reached a predetermined value, the user's game level has reached a predetermined level, the level of the user's My Character has reached a predetermined level, etc. The game parameters related to the degree of progress satisfy the preset conditions. "

The configuration of this embodiment motivates the user to actively play the game so that the game parameters related to the progress of the game satisfy preset conditions.

Next, when the user has a companion, a preferable configuration that enables the companion character to be incorporated into the user's event deck will be described. As shown in FIG. 17, the game device 3 having this configuration includes, in addition to the setting means 71 and the event management means 72, a companion management means 77 and a permission means 78 as an example of the relationship management means.

The companion management means 77 has a function of managing companions as an example of a second user associated with the user. As a form for a user to build a friendship with another user, one of the two users makes a friendship application to the other user via the game server 1, and the friendship application is made. Examples thereof include a fellow application made between both users and an operation of approval thereof, in which the received user is approved to become a fellow via the game server 1. As illustrated in FIG. 9, the companion management means 77 stores the user IDs of other users who have a companion relationship with the user as companion information, and performs companion management.

The permission means 78 has a function of permitting a specific character owned by a companion to be set as a first character for generating an event of the user himself / herself. Here, as an example of "a specific character owned by a friend", it can be one of the characters set by the friend as an event deck. For example, on the event deck setting screen of FIG. 5, the character set by the friend in the leftmost setting frame 102 (the character corresponding to the setting frame ID = 1 in FIG. 12) is set to "a specific character owned by the friend". Can be.

Alternatively, a character previously selected as a character that can be rented by a friend may be set as a "specific character owned by a friend". Alternatively, the game device 3 may automatically extract the character having the highest ability among the characters owned by the companion, and make the character a "specific character owned by the companion".

For example, when the user creates a predetermined number of friends (for example, one person) or more, the permission means 78 permits the characters of the friends to be set as an event deck. As a result, the event deck setting screen is provided with a helper frame 105 in which fellow characters can be set.

FIG. 18 shows an example of an event deck setting screen provided with a helper frame 105. FIG. 18 shows an example in which five normal setting frames 102 and one helper frame 105 are provided for a total of six frames. When setting a fellow character in the helper frame 105, for example, if the user selects the helper frame 105, the screen transitions to a helper selection screen (not shown). A list of fellow characters is displayed on the helper selection screen, and if any character is selected from the list, the selected character can be set in the helper frame 105.

For the user, there may be only one helper frame 105 in which a fellow character can be set as an event deck, or there may be a plurality of helper frames 105. For example, the number of helper slots 105 may vary depending on the number of associates associated with the user. That is, as the number of friends increases, the number of helper frames 105 in which fellow characters can be set may be increased.

In the configuration of the present embodiment, the user can borrow a specific character owned by a companion and set it as a character for generating an event of the user himself / herself, even if the character is not owned by the user. In this case, for the user, the more friends there are, the wider the range of characters that can be selected, so that various events can occur. With this configuration, each user is motivated to actively make many friends. Then, by increasing the number of friends of each user, the community between the users is activated, and eventually the entire game is activated.

Next, the effect and the like when an event corresponding to the event deck occurs will be described. When an event occurs, the user may simply enjoy the event that occurred, but a configuration in which the parameters of the main character are changed according to the progress or result of the event that has occurred is preferable. As shown in FIG. 19, the game device 3 that realizes this configuration includes a parameter changing means 79 in addition to the setting means 71 and the event management means 72.

The event corresponding to the event deck is preferably an event related to the main character as an example of the second character operated by the user. Here, the event related to the hero character includes, for example, the hero character practicing, confronting, eating, traveling, etc. with the first character. The event related to the main character is not limited to the event in which the main character appears on the screen. For example, even if the first character talks about the main character, it is an event that you think and imagine, or the first character, which is a rival of the main character, is an event that you practice to beat the main character. good.

Then, the parameter changing means 79 has a function of changing the parameters of the main character according to the progress or result of the event generated during the game according to the event deck.

For example, in the case of a baseball game, specific parameters such as striking power, running power, and defensive power of the main character are improved or parameters of special abilities are acquired according to the progress or result of the event. As an example, as illustrated in FIG. 13, when the character of player A with character ID = 0001 is set as an event deck, a batting special training event occurs. In this event, for example, the main character and player A perform a special batting training together. As a result of this event, the parameter of the striking force (meet, power) of the main character is improved by a predetermined amount (or a predetermined rate).

Further, as illustrated in FIG. 13, when the character of player B with character ID = 0002 is set as the event deck, a running ability special training event occurs. In this event, for example, the main character and player B perform special training on running ability together. As a result of this event, the running power parameter of the main character is improved by a predetermined amount (or a predetermined ratio).

It should be noted that the condition of the event that changes the parameters of the main character does not necessarily have to be an event related to the main character. For example, if the first character is a player with excellent striking ability and an event related to the first character progresses or is completed, even if the hero character himself does not appear in the event, the hero character's The striking ability parameter may be improved.

However, only when an event related to the main character as the second character occurs, the parameters (abilities, etc.) of the main character may be changed according to the progress or result of the event.

Further, it is preferable to set the first character having a high predetermined ability (striking force, running ability, defensive ability, etc.) as an event deck so that an event for improving the ability of the main character character occurs. For example, by setting any one of the first characters P, Q, R ... With a striking force parameter higher than a predetermined reference as an event deck, an event in which the striking force of the main character can be strengthened occurs. In addition, the striking force is strengthened by setting the first characters P, Q, R ... An event with a higher effect occurs (the content of each event is also different). Similarly, by setting a character whose running power parameter is higher than a predetermined standard as an event deck, an event that can enhance the running power of the main character is generated.

As described above, it is preferable that the content of the variation of the parameters of the main character is related to the parameters of the first character. For example, if the first character is a player with excellent striking ability (the parameter of striking ability is higher than a predetermined standard), and the event related to the first character progresses or is completed, the main character becomes the main character. Under the influence of a specific parameter (in this case, striking ability) of the first character, the same striking ability is improved.

Even if the user does not complete the event that has occurred or does not clear the event, it is possible to change the parameter according to the progress of the event.

In the configuration of this embodiment, the parameters of the main character fluctuate as an effect of the event according to the event deck. Then, the effect of parameter fluctuation changes according to the event that occurs. Therefore, the user can generate various events by devising a combination while considering the parameters of the first character set as the event deck, and improve the parameters of the main character evenly or strengthen specific parameters. Can be planned. With this configuration, the game quality can be further improved.

Next, a preferable configuration in which the effect of the event is different depending on the rarity of the first character set as the event deck will be described. As described above, in the game of the present embodiment, the rarity of any one of "normal", "rare", and "S rare" is preset for each character. The rarity is not limited to the three-step setting. For example, the rarity may be in five stages of "normal", "normal +", "rare", "rare +", and "S rare". The rarity can be expressed in various forms such as "1, 2 ...", "A, B ...", "gold, silver ..." and the like.

Then, the parameter changing means 79 greatly changes the parameters of the main character according to the progress or result of the event generated according to the first character as the rarity of the first character set as the event deck is higher. It has a function to make it. For example, as a result of an event generated in response to the first character of player A (normal), the striking force of the main character is "+10". Also, even with the same name, as a result of the event generated according to the first character of player A (rare), the striking force of the main character is "+20". In addition, as a result of the event generated according to the first character of player A (S rare), the striking force of the main character is "+30". As described above, even if the characters of the player A having the same name have different rarities, events having different contents occur (or events having the same contents may occur), and the effects of the events are different as described above.

According to the configuration of the present embodiment, the higher the rarity of the first character set as the event deck, the more advantageous the game can be advanced, and the higher the game quality. It can then motivate the user to obtain a more rare character.

Next, a preferable configuration will be described in which the higher the rarity of the first character set as the event deck, the greater the number of events (events related to the first character) that may occur during the game.

Here, a case where the first character set as the event deck is one will be described as an example. FIG. 21 shows an example of the correspondence between the first character set as the event deck and the event that may occur. In the example of FIG. 21, when the character of player A (normal) is set as the event deck, the event that may occur is one of the “striking special training 01”. Further, when the character of player A (rare) is set as the event deck, there are two events that may occur, "striking special training 02" and "striking special training 03". In addition, when the character of player A (S rare) is set as the event deck, there are three events that may occur: "special training for hitting 04", "special training for hitting 05", and "special training for hitting 06". .. Note that this is an example, and the number of events can be arbitrarily determined as long as the relationship that the higher the rarity of the first character is, the greater the number of events that may occur during the game is established.

In the example of FIG. 21, when the three characters of player A (normal), player A (rare), and player A (S rare) are incorporated into the event deck, "striking special training 01" to "striking special training 06" Any event can occur.

Similarly, when there are a plurality of first characters set as event decks, the higher the rarity of some or all of the plurality of first characters, the more likely the event will occur depending on the combination thereof. You may increase the number.

According to the configuration of the present embodiment, the higher the rarity of the first character set for event generation, the wider the variation of events that occur during the game, and the higher the game quality. It can then motivate the user to obtain a more rare character.

By the way, the event that occurs in response to the combination of the plurality of first characters is preferably an event based on the relationship between the plurality of first characters. Here, various relationships depending on the content of the game, such as rivals, best friends, parents and children, and lovers, can be applied to the relationships between the plurality of first characters. For example, it is assumed that character A and character B have a rivalry relationship. Then, when character A and character B are set as the event deck, a confrontation event occurs based on the relationship (rival) between the two characters as an event corresponding to the combination of both characters. In this case, the main character may participate in the event by watching over the confrontation event, supporting it, or the like.

In this way, an event with content based on the relationship between a plurality of first characters set for event generation occurs. Therefore, when the user wants to generate an event with specific content such as a confrontation event, the character between characters is generated. You can select multiple characters to be incorporated into the event deck while considering the relationship between. With this configuration, the game quality can be further improved.

Next, a configuration for notifying the user of information indicating the relationship between the event and the character for generating the event will be described in advance. As shown in FIG. 20, the game device 3 includes a notification means 80 in addition to the setting means 71 and the event management means 72.

The notification means 80 has a function of notifying a user of information indicating a relationship between an event and a first character or a combination of a plurality of first characters for generating the event. An example of notification by the notification means 80 is shown below.

(A) Information indicating the relationship between the effect of parameter improvement or the like caused by an event and the first character or a combination of a plurality of the first characters for generating the event is notified (presented) to the user in advance. .. For example, when the parameters of the main character fluctuate as an effect of the event, the user is notified in advance of the information regarding the first character or the combination of the first characters necessary for improving the parameters. To give an example of a baseball game, information stating that "in order to generate an event to strengthen the striking power, one of the characters P, Q, R ... (with high striking power) should be set" is provided. Display on the screen to notify the user. The information to be notified may be hint information that serves as a clue to the information indicating the relationship. For example, it may be a notification that "if the character P is set, the striking force may be strengthened at the event".

(B) Information (including the above-mentioned hint information) indicating the relationship between the type or content of the event and the first character or a combination of the plurality of first characters for generating the event is provided to the user in advance. Notify to. Here, as an example of the type or content of the event, there are a special training event, a confrontation event, a travel event, a meal event, and the like. These are examples, and the type or content of the event varies depending on the content of the game. For example, information to the effect that "character X (which is a rival with the main character) should be set in order to generate a confrontation event" is displayed on the screen to notify the user. After the confrontation event, as described above, a predetermined effect (improvement of the parameters of the main character, acquisition of special abilities, etc.) may occur. In addition, the effect may also be notified.

In any of the above cases (A) and (B), the user can confirm the above information presented by the notification means 80 on the screen at any time by performing a predetermined operation on the game device 3.

Further, in any of the above cases (A) and (B), detailed table information or the like showing all the relationships may be presented to the user, or only a part thereof is randomly presented to the user. May be of interest to you. The presentation of this information motivates the user to obtain the required character in an attempt to generate the desired event (and thereby the desired effect).

Further, in any of the above cases (A) and (B), only the information about the character owned by the user may be extracted and presented to the user as the information indicating the relationship. In this case, it is possible to motivate the user (especially a beginner user who does not know much about what kind of event will occur if the character owned by the user is set for event generation) to actively enjoy the game. ..

Here, an example of the operation of the game device 3 of the present embodiment will be described below with reference to the flowchart of FIG.

When the user operates the operation input unit 40 of the game device 3 to select an arbitrary scenario from the plurality of scenarios, the CPU 31 of the game device 3 determines the scenario to be executed (S1). If there is only one scenario, step S1 can be omitted.

After that, the game device 3 executes the event deck setting process (S2). In step S2, the game device 3 causes the display unit 35 to display the event deck setting screen illustrated in FIG. On this event deck setting screen, the user can select any character from the characters owned by the user and organize the event deck. The game device 3 sets at least one character selected by the user as the first character for event generation. As a result, for example, the event deck setting information shown in FIG. 12 is stored in the storage device (RAM 33, auxiliary storage device 39, etc.).

The event deck setting process in step S2 may be performed before the scenario selection in step S1.

Further, after the event deck is set as described above, the event deck setting information is stored in the non-volatile storage device (auxiliary storage device 39, etc.), and then until the user changes the character organization of the event deck. , Event deck setting information may be retained. In this case, the user does not have to perform the event deck setting operation from the beginning every time the scenario is started, and the previous event deck setting is inherited.

Further, the characters that can be incorporated into the event deck may be limited according to the scenario selected in step S1. For example, in the case of a scenario set in a girls' high school, the characters that can be incorporated into the event deck are limited to female characters. Further, for example, in the case of a scenario set in a foreign school, the characters that can be incorporated into the event deck are limited to foreign characters. In this case, the user is motivated to obtain a character corresponding to the scenario before starting the scenario.

The user can also start the scenario without setting any character in the setting frame 102 of the event deck setting screen (the character of the event deck is zero). However, in that case, the event corresponding to the event deck does not occur. However, a basic event that has nothing to do with the event deck may occur.

After the start of the scenario (S3), the user selects, for example, one of the commands "practice", "rest", and "going out" (S4), and advances the scenario. For example, the "practice" command has various selectable subcommands such as batting practice, base running practice, defensive practice, and strength training. For example, if you select a batting practice command, you will practice with player A in the event deck, and if you select a base running practice command, you will practice with player B in the event deck. The person to practice is different.

After the user selects a command, the game device 3 executes an event lottery process (S5). The probability of occurrence of an event related to the first character incorporated in the event deck may vary depending on the degree of relationship between the main character and the first character, for example, as shown in FIG. If there is an event won here (YES in S6), the game device 3 generates the event (S7). If at least one first character is incorporated in the event deck, an event related to the first character may occur. If a plurality of first characters are incorporated in the event deck, there are many variations in the combination of the plurality of first characters, and the possibility that an event will occur is high.

The game device 3 changes the parameters of the main character according to the progress or result of the event that has occurred. For example, the game device 3 improves parameters such as striking power, running power, and defensive power of the main character. At this time, the game device 3 updates the parameter of the character being trained illustrated in FIG. 9 to the changed value (S8). After that, the process proceeds to step S9.

On the other hand, in step S6, if there is no winning event (NO in S6), steps S7 and S8 are not executed, and the process proceeds to step S9. In step S9, the command selected in step S4 is executed. If the parameters of the main character fluctuate due to the execution of the command, the game device 3 updates the fluctuated values (S10). Further, when the main character performs a predetermined action (practice, etc.) with the first character incorporated in the event deck by executing the command, the game device 3 also updates the degree of relationship between the two (S11). As a result, for example, the value of the degree of relationship in the event deck setting information of FIG. 12 is updated.

After that, it is determined whether or not the scenario is completed (S12). Here, if the scenario is not completed (NO in S12), the process returns to step S4, and steps S4 to S12 are repeated until the scenario is completed. By the end of the scenario, the training of the main character is completed.

As described above, in the game device 3 of the present embodiment, there are abundant variations of events that occur during the game depending on the combination of the first character or a plurality of first characters that can be arbitrarily set by the user. As a result, the range of games can be expanded, and it is possible to realize a highly entertaining game in which the user can play continuously and repeatedly without getting bored.
[Other configuration examples of the game management device]

In the above-described embodiment, an example in which the game management device is configured as the game device 3 is shown, but an example in which the game management device is configured as the game server 201 will be described below. Further, an example in which the game management device is configured by a plurality of computers (servers, terminal devices) that communicate with each other will be described. The same member numbers will be assigned to the same configurations as those shown in the drawings above, and the description thereof will be omitted as appropriate.

FIG. 23 shows a configuration example of a game system incorporating the game management device according to the embodiment of the present invention. As shown in the figure, this game system is composed of a game server 201 installed on a network 4 such as the Internet, and a terminal device 203 of each user who can communicate with the game server 201 via the network 4. Will be done.

The hardware configuration of the game server 201 is the same as that of the game server 1 of FIG. Further, the hardware configuration of the terminal device 203 is the same as that of the game device 3 of FIG.

The game server 201 receives access from the terminal device 203 of each user who receives the game service via the network 4, stores and manages the game information of each user in a database (storage device), and connects the network 4 to each user. Providing game services via.

As a form of providing a game service by the game server 201, a game program (application software) is implemented in the game server 201, and the game is operated on the terminal device 203 instead of executing the game on the terminal device 203. There is a form in which a game is executed on the game server 201 in response to an input, and the execution result is transmitted to the terminal device 203 of each user. For example, the game server 201 provides a so-called browser game in which a game can be played by a web browser mounted on a terminal device 203 of each user. Alternatively, the game server 201 provides a so-called cloud gaming service in which the game video as a result of executing the game on the game server 201 is transmitted to the terminal device 203 in a streaming format, for example.

Alternatively, a game system may be provided in which a part or all of the game execution program is installed on the terminal device 203 side of the user so that the game execution process is also performed on the terminal device 203.

For example, in the service form of providing a browser game, the user can easily play a game anywhere as long as it is not necessary to download or install game-dedicated software on the user's terminal device 203 and the terminal device 203 can be connected to the network 4. You can enjoy the game service provided by the server 201.

In this game system, the game server 201 executes arithmetic processing and data processing for game progress in response to an input operation in the terminal device 203 of each user. Then, the game server 201 updates the game information of each user in the database based on the execution result of the arithmetic processing or the like, and the web page information (game) for displaying the execution result on the screen of the user's terminal device 203. Screen data) is transmitted to the terminal device 203 of each user.

The terminal device 203 of each user is equipped with a web browser having a website browsing function as a user agent so that the web page information transmitted from the game server 201 can be displayed on the screen of the terminal device 203. It has become. The terminal device 203 includes, for example, a mobile phone terminal, a PHS terminal, a mobile information terminal (PDA), a smartphone, a PC, a tablet computer, a game device having a communication function (stationary or portable game device), or bidirectional. Various terminals capable of connecting to the game server 201 via the network 4 and receiving the provision of the game service, such as a multifunctional television receiver (so-called smart TV) equipped with the communication function of the above, can be applied.

The game server 201 and the terminal device 203 can communicate with each other to send and receive various data, and both are information processing devices (computers) equipped with a CPU, ROM, RAM, auxiliary storage device, communication control unit, and the like. And has a similar hardware configuration. Therefore, in the game system including the game server 201 and the terminal device 203, each of the means 71 to 80 included in the game device 3 described in each of the above-described embodiments is provided by either the game server 201 or the terminal device 203. All you have to do is prepare. That is, each means 71 to 80 provided in the game device 3 can be provided in the game server 201. Alternatively, the means 71 to 80 provided in the game device 3 can be distributed and provided in the game server 201 and the terminal device 203. These configurations also have the same effects as those in the above-described embodiment.

For example, in FIG. 10, the game device 3 includes the setting means 71 and the event management means 72, but as illustrated in FIG. 24, the game server 201 has the functions of the setting means 71 and the event management means 72. Can be.

Alternatively, as illustrated in FIG. 25, the functions of the setting means 71 and the event management means 72 may be distributed to the game server 201 and the terminal device 203. Note that FIG. 25 shows a configuration example in which the game server 201 is provided with the setting means 71 and the terminal device 203 is provided with the event management means 72, but the present invention is not limited to this. The game server 201 may be provided with the event management means 72, and the terminal device 203 may be provided with the setting means 71.
[Other embodiments]

In each of the above-described embodiments, a baseball game has been illustrated, but the present invention can also be applied to a game in which a plurality of characters appear, such as a soccer game and a battle game. In addition, an example in which a character that can be incorporated into an event deck is a person such as a player has been described, but the present invention is not limited to this. As the character, various characters such as animals (racehorses, etc.), plants, fictional creatures (monsters, etc.), non-living creatures (materials, tools, etc.) can be applied depending on the content of the game.

For example, in the case of a cooking game, the characters that can be incorporated into the event deck can be vegetables, fruits, seasonings, and the like that are ingredients for cooking. By incorporating such a character into the event deck, an event related to the cooking method occurs, and when the event progresses or completes, the main character masters one recipe (cooking method), the ability parameter as a cook. It can also be applied to games such as improving.

In addition, regarding the configuration having a storage control function for storing various information in the storage device, the storage device itself is not included in the configuration, so it can be installed anywhere inside or outside the game device, terminal device, game server or game system. It may have been done. For example, the storage device includes a RAM 13 and an auxiliary storage device 14 of the game server 1, a RAM 33 and an auxiliary storage device 39 of the game device 3, a file server (online storage) having a configuration different from that of the game server 1 and the game device 3, and the like. It may be.

In addition, each configuration described in each of the above-described embodiments can be applied in combination as appropriate.

Further, the computer-readable program according to the present embodiment is recorded on various computer-readable recording media such as a hard disk, an optical disk (CD-ROM, DVD-ROM, etc.), a flexible disk, and a semiconductor memory, and the recording medium. It is read from and executed by the CPU of the game device, the terminal device, and the game server. Further, the means for providing the program to the server or the like is not limited to the recording medium described above, and may be performed via a communication network such as the Internet.

1 Game server 3 Game device (game management device)
31 CPU
32 ROM
33 RAM
39 Auxiliary storage device 70 Scenario progress means 71 Setting means 72 Event management means 73 Relationship management means 74 Probability fluctuation means 75 Appearing character management means 76 Configurable number management means 77 Companion management means (relationship management means)
78 Allowing means 79 Parameter changing means 80 Notifying means 201 Game server (game management device)
203 Terminal device (game management device)

Claims (9)

A first game in which the second character is trained by changing or setting the parameters of the second character, and a second game in which the second character trained in the first game is used, which are advanced based on the scenario. A game system that provides games that include,
A storage control means for associating at least one first character determined by lottery from a plurality of first characters with user identification information and storing the user identification information in a storage device.
Before the scenario in the first game is started, a deck in which one or more first characters among a plurality of first characters associated with the user identification information of the first user are set is set in the first deck. Deck organization means to organize based on user's operation,
An event management means for generating an event in the first game based on the first character set in the deck, and
A parameter management means for changing or setting the parameters of the second character according to the event generated based on the first character set in the deck.
Including
The deck organizing means is a game system that includes the first character associated with the user identification information of a second user different from the first user in the deck based on the operation of the first user. The game system according to claim 1, wherein the first character included in the deck and associated with the user identification information of the second user is the first character preselected by the second user. The game system according to claim 1 or 2, wherein the user identification information of the second user is associated with the user identification information of the first user. The game system according to claim 3, further comprising an association means for associating the user identification information of the first user with the user identification information of the second user based on the selection operation by the first user. When the user identification information of the first user is associated with the user identification information of a plurality of the second users, the deck organizing means associates the user identification information of the plurality of second users with each of the user identification information of the plurality of second users. The game system according to claim 3 or 4, wherein the first character to be included in the deck can be selected by the first user from among the plurality of the first characters. Further including a display control means for displaying a plurality of deck setting frames on the screen for setting one or more of the first characters on the deck.
The display control means sets a deck setting frame in which the first character associated with the user identification information of the second user can be set, and the first character associated with the user identification information of the first user. The game system according to any one of claims 1 to 5, which is displayed so as to be distinguishable from a settable deck setting frame. A game system that includes a server and a terminal device that communicate with each other.
The game system according to any one of claims 1 to 6, wherein each of the means is provided by either the server or the terminal device. A game system that includes a server and a terminal device that communicate with each other.
The game system according to any one of claims 1 to 6, wherein the means are distributed to the server and the terminal device. A program for operating a computer as the game system according to any one of claims 1 to 6.

Images