JP6685495B2 - Game management device and program - Google Patents

Description

  The present invention relates to a game management device that manages 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.

JP, 2004-33488, A

  Normally, 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 occurrence of the same event may be repeated and the user may get tired of the game while the user plays the game many times.

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

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

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

  In the game managed by this game management device, the user can own a plurality of characters. Here, various characters such as a person, an animal, a plant, a fictitious creature (monster, etc.), an inanimate creature (material, tool, etc.) can be applied to the character depending on the content of the game. In addition, as the character, various display forms such as a two-dimensional or three-dimensional image and a card format image can be applied in the game.

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

  Then, according to the first character or the combination of the plurality of first characters set for event generation, the event management means generates an event related to the first character during the game. Here, as an event related to the first character, for example, in a game using sports as a subject, an event in which the first character practices or competes with a rival can be considered. In addition, the first character may act (for example, practice, eat, travel) together with the user's altertive character (my character). 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 presented. In addition, other characters (friends, seniors, juniors, coaches, rivals, etc.) that are related to the first character can talk about the first character, or the rival of the first character can beat the first character. It may be an event to practice for.

  When the first character or the plurality of first characters are set to generate an event, the event may be generated at all times, or the event may be generated at a predetermined probability, or the predetermined character may be generated. An event may be generated when the condition is satisfied.

  In addition, 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 superior specific ability (the parameter of the specific ability is higher than a predetermined criterion), the event related to the first character is associated with the specific ability. It is a related event (utilizing a specific ability). As a specific example, when the first character is a player having excellent batting ability (a parameter of the batting ability is higher than a predetermined standard), an 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.

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

  In particular, when a plurality of first characters are combined, an event corresponding to the combination occurs, so that the number of variations of the event becomes very large. That is, when selecting and combining r characters from the n characters owned by the user, the number of combinations is n! / {(Nr)! r! } Is represented. 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 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 be generated according to the relationship between the plurality of first characters. Alternatively, an event corresponding to the relationship between the plurality of characters including the second character may be generated in the plurality of first characters. An example is shown below.

  Example 1: When characters A and B have a relationship between rivals in a game, by setting both characters A and B as the first character for event occurrence, an event of a confrontation scene may occur (maybe Can be expected (or imagine an event that the user can raise).

  Example 2: When the characters P, Q, and R have a relationship of classmates in the same school in the game, by setting these three characters P, Q, and R as the first character for event occurrence, We can expect an event (may be) that three people go on a trip. Further, when the characters P, Q, R and the second character have a classmate relationship in the same school, by setting these three characters P, Q, R as the first character for event occurrence, It can be expected that an event will occur (may be) that four people including the second character will travel.

  The event does not always occur, but if the user knows the parameters, characteristics, the relationship with other first characters, the relationship with the second character, etc. for each first character, it is set for the event occurrence. With the first character or a combination of a plurality of first characters, the fun of imagining or expecting an event that can occur can be created.

  Also, 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 an event that has occurred without producing an effect such as a parameter change.

  As described above, in the present configuration, the user collects the characters for event occurrence, arbitrarily selects the collected characters and sets them as the first character for event occurrence, and thus the first character or the plurality of first characters is set. Various events may 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 the combination thereof. For example, a user who is tired of the game can change the first character set for the event occurrence to change the event that occurs during the game, so that the user can play the game without getting tired. That is, in this game management device, the variation of events that occur during the game becomes rich by the first character or a combination of a plurality of first characters that can be arbitrarily set by the user. As a result, a wide range of games can be played, and a highly entertaining game in which the user can play repeatedly without getting tired can be realized.

  2) In the above configuration, it is preferable that the event management means (72) generate the event corresponding to the first character or a combination of a 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, such as 10%, 30%, 50%, 70%, etc., depending on the content, type, effect, etc. of the event. May be. Further, as in the configuration of 4) described later, the occurrence probability of the event may be changed during the game by the game operation of the user.

  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 will occur. Therefore, after the first character is set to generate an event, the user plays the game with a sense of tension while expecting an event related to the first character to occur. With this configuration, the game property is improved.

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

  Here, the second character operated by the user during the game is a so-called player character, and can be, for example, a personal character of the user. Also, regarding the relationship between the first character and the second character, for example, 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 degree of intimacy between them, or one may be an evaluation value for evaluating the other.

  Further, the degree of relationship between the first character and the second character may have an initial value set in advance. 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 them is "100". On the other hand, the first character B and the second character are set to the degree of acquaintance in the game, and the degree of relationship between them is set to "10". Further, the degree of relationship may be changed during the game by 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 relation between the first character and the second character, the occurrence probability of the event related to the first character (or the event corresponding to the combination when the first character is included in the combination). Occurrence probability) fluctuates. For example, the greater the degree of relationship (the degree of intimacy, the evaluation value, etc.), the higher the probability of event occurrence.

  As an 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 event occurrence probabilities change to“ 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 generation, 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 occurrence probability of the event corresponding to the combination of the 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 is satisfied, the probability according to the criterion of the satisfied relationship degree is applied. For example, when all of the plurality of set first characters satisfy the criterion of the predetermined degree of relation (for example, “40 or more”), the event occurrence probability is “10%”, and when the criterion is satisfied, In addition, the event occurrence probability is "20%". Further, when all of the plurality of first characters further satisfy the criterion of the degree of relation above them (for example, “80 or more”), the occurrence probability of the event becomes “30%”. Similarly, each time all of the plurality of first characters satisfy the above criterion of the degree of relation, the occurrence probability of the event is improved.

  Alternatively, the occurrence probability of the event corresponding 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, on the contrary, the one having the lowest degree of relation may be adopted, and in this case, the user is motivated to raise the degree of relation.

  Alternatively, the probability of occurrence of an event depending on the combination of the plurality of first characters may be calculated based on the average of the degrees of relationship between the plurality of first characters and the average of the degrees of relationship.

  By the way, it is preferable that the user can visually recognize the degree of relationship between each of the first character and the second character on the screen. This allows the user to confirm the degree of relation between the first character and the second character on the screen when setting the first character for event occurrence or during the course of the game, and play the game while recognizing the degree of relation. You can enjoy For example, when the user confirms on the screen that the degree of relationship for a certain first character is high, the expectation that an event regarding that first character will occur with a high probability increases.

  With this configuration, it is easy to generate an event depending on the degree of relation between the first character and the second character set for the event occurrence or the degree of relation with the second character after the first character is set. change. Therefore, when the user wants to generate an event early, he / she can play so that the degree of relationship between the first character set by himself / herself and the second character, which is his / her own operation, becomes large. The game property can be improved.

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

  Here, the "predetermined action" means, for example, various in-game actions such as the second character practicing, confronting, eating, playing with the first character, or being together at the same place. Say In this configuration, the first character set by the user to generate an event 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 them (the familiarity, 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) becomes high.

  Since the first character is set to generate an event, even if the second character does not perform a predetermined action with the first character, an event related to the first character occurs with a predetermined probability as described above. There is a possibility. In addition, in the present configuration, the probability that an event will occur can be intentionally increased by allowing the second character to perform a predetermined action with the first character by a user operation.

  Therefore, when the user wants to generate an event related to the specific first character with a high probability, the user performs a game operation (action of the second character in the game) so that the second character performs a predetermined action with the first character. The operation of selecting () and the like) may be performed. With this configuration, the user can change the occurrence probability of the event related to the specific first character by his / her operation, so that the game property is further improved.

  5) In the configuration of 1) above, an appearance character management means (75) for causing the first character to appear in the game, and every time the second character performs a predetermined action with the first character by a user operation. And a relationship degree management means (73) for changing the degree of relationship between the first character and the second character, wherein the event management means (72) includes the first character and the second character. It is preferable that the event related to the first character is generated when the degree of relation of 1 reaches a predetermined reference.

  In this configuration, the first character set by the user to generate an event appears in the game. Then, if the second character operated by the user performs a predetermined action (practicing together, etc.) with the first character in the game, the degree of relationship between them (the familiarity, the evaluation value, etc.) changes. Then, after the degree of relationship with a certain first character reaches a predetermined reference, an event related to that first character occurs (100% occurrence). Here, regarding the timing of event occurrence, the event may occur immediately after the degree of relation reaches a predetermined reference, or after a certain time after the degree of relation reaches a predetermined reference ( For example, an event may occur after the timing of event occurrence in the game is adjusted. The following cases are conceivable as an example of adjusting the timing of event occurrence in the game. That is, in a game in which the game progresses by being divided into a plurality of turns, if the degree of relationship between the first character and the second character reaches a predetermined standard during command execution for a certain turn, at the start of the next turn. Wait until the event related to the first character occurs.

  In addition, when the degree of relationship does not reach a predetermined standard, it can be arbitrarily determined. For example, when the degree of relation between the first character and the second character does not reach the predetermined standard, the first character is associated with the probability according to the degree of relationship (or the predetermined probability regardless of the degree of relationship). An event may occur. Alternatively, if the degree of relationship between the first character and the second character has not reached a predetermined reference, an event related to the first character may not be generated.

  Here, in the case where there is one first character set for event generation, when the degree of relationship between the first character and the second character reaches a predetermined standard (with that as a trigger), the event is Occur.

  On the other hand, when there are a plurality of first characters set for event generation, various modes are possible. The event corresponding to the combination of the plurality of first characters (A, B ...) Is the event when the degree of relation between all the first characters (A, B ...) And the second character reaches a predetermined reference. Can occur. Alternatively, the event corresponding to the combination of the plurality of first characters (A, B ...) Is the event when the degree of relation between any one of the first characters and the second character reaches a predetermined reference. An event may occur. Alternatively, in the event corresponding to the combination of the plurality of first characters (A, B ...), the degree of relationship between the first character and the second character of a predetermined ratio or more (for example, 50% or more) among them is based on a predetermined criterion. When it reaches, the event may be generated.

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

  6) In any one of the above 1) to 5), the upper limit of the settable number is set and the upper limit of the settable number is changed by satisfying a predetermined condition. It is preferable to further include a number management means (76).

  According to this configuration, an upper limit is set for the settable number of first characters that can be set for event occurrence. For example, at the start of the game, the upper limit of the settable number is “2”. However, the upper limit of the settable number fluctuates when a predetermined condition is satisfied. Here, examples of the predetermined condition include the following.

  (A) A predetermined condition is that the game parameter relating to the degree of progress of the game satisfies a preset condition, as in the configuration of (7) described later.

  (B) In order to increase the upper limit of the number that can be set, the predetermined condition is 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 between 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 reference. For example, in a game in which a character can be raised, if the user stops raising the character midway, the upper limit of the settable number is lowered.

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

  In this configuration, the upper limit is set for the number of settable first characters, while the upper limit can be increased by the user satisfying a predetermined condition. The larger the upper limit of the number of settable first characters, 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 the predetermined condition in order to improve the upper limit of the settable number (or to avoid lowering of the upper limit).

  7) In the configuration of 6) above, it is preferable that the satisfaction of the predetermined condition means that a game parameter relating to the progress of the game satisfies a preset condition.

  Here, as an example of the game parameter related to the degree of progress of the game, in a game in which a plurality of characters can be raised, the number of characters that have been raised can be mentioned. In this case, it is assumed that the predetermined condition is satisfied when the number of characters that have been raised reaches a predetermined value (for example, 1, 5, 10, etc.). As another example of the game parameter related to the progress of the game, various game parameters such as a stage, a point, and a level can be applied according to the content of the game. For example, the fact that a predetermined stage has been reached, the number of acquisition points has reached a predetermined value, the user's game level has reached a predetermined level, the user's My Character level has reached a predetermined level, etc. The game parameter relating to the degree of progress satisfies a preset condition ”.

  In this configuration, the user is motivated to actively play the game so that the game parameter related to the progress of the game satisfies the preset condition.

  8) In the configuration according to any one of 1) to 7) above, information indicating a relationship between the event and the first character or a combination of the plurality of first characters for causing the event is provided to a user. It is preferable to further include an informing means (80) for informing. Here, an example of notification by the notification means will be shown below.

  (A) Information (representation) indicating in advance the 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 the plurality of first characters for causing the event. . For example, when the parameter of the user's my character varies as the effect of the event, the user is informed in advance of the information on the first character or the combination of the first characters necessary for improving the parameter. As an example of a baseball game, the user says, "In order to generate an event that strengthens the batting power, one of the characters P, Q, R, ... (having a high batting power) should be set." To inform.

  (B) The user is informed in advance of 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 causing the event. Here, examples of types or contents of events include joint practice events, confrontation events, travel events, meal events, and the like. These are examples, and the type or content of the event varies depending on the game content. For example, the user is informed that “to generate a confrontation event, the character X (which is a rival to the user's my character) should 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 of them may be presented at random to interest the user. May be drawn. Given this presentation of information, the user is motivated to obtain the required character in order to generate the desired event (and thereby the desired effect).

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

  9) In the configuration according to any one of 1) to 8) above, there is further provided a parameter changing means (79) for changing the parameter of the second character according to the progress or the result of the event that occurred during the game. Preferably.

  According to this configuration, there is an effect that the parameter of the second character fluctuates according to the progress or result of the event that occurred during the game. For example, in the case of a baseball game, specific parameters such as the striking power, running power, and defensive power of the second character are improved, or parameters of special abilities are acquired. As an example, the result of the event related to the first character A improves the hitting force of the second character by a predetermined amount (or a predetermined ratio). Further, as a result of the event related to the first character B, the running power of the second character is improved by a predetermined amount (or a predetermined ratio). It should be noted that even if the generated event is not completed to the end or the event is not cleared, it is possible to change the parameter according to the progress degree of the event.

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

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

  For example, when the first character is a player having an excellent batting ability (the batting ability parameter is higher than a predetermined standard), when the event related to the first character progresses or completes, the second character The same batting ability is improved under the influence of a specific parameter (in this case, batting ability) of the first character. With this configuration, the user can improve various parameters of the second character by generating various events by devising combinations while considering the parameters of the first character set for event generation. It is possible to strengthen specific parameters. With this configuration, the game property can be further improved.

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

  According to this configuration, the rarity level is set in advance for each character. The rarity can be expressed in various modes such as "1, 2 ...", "A, B ...", "Gold, silver ...", "Normal, rare ...", and the like. For example, one of the rarity levels of “normal”, “rare”, and “S rare” of a plurality of levels is set for each character. In the case of this example, the same character A has three rarity levels of normal, rare, and S rare.

  Then, 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 the 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 more the second character according to 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 the event occurrence, the more advantageous the game can be advanced, and the game property is enhanced. Then, it is possible to give the user motivation to acquire a character with a higher rarity.

  12) In the configuration according to any one of 1) to 11) above, the event that occurs according to the combination of the plurality of first characters is an event based on a relationship between the plurality of first characters. Is preferred.

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

  As described above, in this configuration, the event having the content based on the relationship between the plurality of first characters set for the event occurrence occurs. 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 is further improved.

  13) In the configuration according to any one of 1) to 12) above, the relationship management means (77) for managing a second user associated with the user, and a specific character owned by the second user are provided by the user himself / herself. It is preferable to further include a permitting means (78) for permitting setting as the first character for event occurrence.

  The game management device includes a relationship management unit that manages a second user such as a friend associated with the user. Here, a companion is a general term for a virtual relationship between users built in a game, and includes acquaintances, friends, friends, classmates, buddies, relatives, family members, brothers, sisters, colleagues of a company or organization, etc. Including various in-game relationships. It should be noted that another user (second user) who is associated with the user does not need to be in the relationship of being a friend. However, in the following description, the second user will be referred to as a friend for the sake of convenience.

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

  For the user, the number of frames in which fellow characters can be set may be one or may be plural. For example, the upper limit of the frame in which fellow characters can be set may be changed according to the number of fellow characters. That is, the upper limit of the frame may be increased as the number of friends increases.

  As described above, in the present configuration, even if the user does not own the character, he or she can borrow a specific character owned by a friend and set it as the character for the user to generate an event. In this case, as the number of friends increases, the range of characters that can be selected expands for the user, so that various events can occur. With this configuration, each user is given motivation to actively create many fellows. By increasing the number of friends of each user, the community between the users is activated, and as a result, the entire game is activated.

  14) In the configuration according to any one of 1) to 13) above, a rarity level is set for each of the plurality of characters owned by the user, and the rarity of the first character set for event occurrence is set. It is preferable to increase the number of the events that may occur during the game, as the frequency increases.

  According to this configuration, the rarity level is set in advance for each character. For example, the rarity degree 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 there is one first character set for event occurrence will be described as an example. When the rarity of the first character is "normal (lowest)", the number of events that may occur is set to "1", for example. When the rarity level of the first character is “rare”, the number of events that may occur is set to “2”, for example. When the rarity level of the first character is “S rare (highest)”, the number of events that may occur is set to “3”, for example. 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 generation, the higher the rarity of some or all of the plurality of first characters is, the more likely an event occurs depending on their combination. May be increased.

  With this configuration, the higher the rarity of the first character set for event generation, the wider the variety of events that occur during the game, and the higher the game quality. Then, it is possible to give the user motivation to acquire a character with a higher rarity.

  15) In the configuration according to any one of 1) to 14) above, the game is a game based on a predetermined scenario by the 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 that is developed in accordance with 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 during the game, and options in the game. Can include various elements that Taking a baseball game as an example, a story from the summer of a second year high school student 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 a first character or a combination of a plurality of the first characters set for event generation additionally occurs. 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 a game element additionally generated in the main scenario.

  16) A 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 with the game server (201). Setting means (71) for setting at least one character selected by the user from among a plurality of characters owned by the user as a first character for event generation, the first character or a combination of the plurality of first characters. Accordingly, either the game server (201) or the terminal device (203) includes an event management means (72) for generating an event related to the first character during a game.

  17) A game management method according to another aspect of the present invention is a game management method for a computer that manages a game, wherein the computer has at least one selected from a plurality of characters owned by the user. A setting step of setting one character as a first character for event generation, and an event management in which the computer fluctuates an event generated during a game in accordance with the first character or a combination of a plurality of the first characters. And a step.

  18) A program according to another aspect of the present invention is a program for causing a computer to operate as the game management device (3, 201, 203) according to any one of 1) to 15) above. It is a program for causing each device included in the device (3, 201, 203) to function.

  According to the present invention, a variety of events that occur during a game is enriched by a first character or a combination of a plurality of first characters that can be arbitrarily set by the user. As a result, a wide range of games can be played, and a highly entertaining game in which the user can play repeatedly without getting tired can be realized.

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 constitutions of a game device. It is a block diagram showing an example of a mode configuration of a game server. It is a conceptual diagram which shows that various events occur between the start and end of a scenario. It is explanatory drawing which shows an example of an event deck setting screen. It is explanatory drawing which shows an example of the character selection screen for event generation. It is a conceptual diagram which shows an example of the relationship between the character incorporated in the event deck and the event which can occur. It is a functional block diagram which shows an example of a basic functional structure of a game device. It is explanatory drawing which shows an example of user information. It is a functional block diagram showing an example of main composition of a game management device. It is a functional block diagram which shows the other main example of a structure of a game management apparatus. It is explanatory drawing which shows an example of event deck setting information. It is explanatory drawing which shows an example of the relationship information which shows the relationship between the combination of a 1st character, and an event. It is a functional block diagram which shows the other main example of a structure of a game management apparatus. It is explanatory drawing which shows an example of the relationship between the relationship degree between characters, and an event occurrence probability. It is a functional block diagram which shows the other main example of a structure of a game management apparatus. It is a functional block diagram which shows the other main example of a structure of a game management apparatus. It is explanatory drawing which shows the other example of an event deck setting screen. It is a functional block diagram which shows the other main example of a structure of a game management apparatus. It is a functional block diagram which shows the other main example of a structure of a game management apparatus. It is explanatory drawing which shows an example of the correspondence of a 1st character and an event. It is a flow chart which shows an example of operation of a game device. It is a block diagram which shows the other structural example of a game system. It is a functional block diagram which shows an example of the main structures of a game server. It is a block diagram which shows the other structural 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]

  FIG. 1 shows a configuration example of the game system according to the embodiment of the present invention. 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 that can be communicatively connected to the game server 1 via the network 4. To be done.

  The network 4 of the present embodiment is not limited to the Internet, and if the game server 1 and the game devices 3 of the respective users can be communicably connected to each other, for example, a private line, a public It may be a line (telephone line, mobile communication line, etc.), a wired LAN (Local Area Network), a wireless LAN, or the like, or a combination of these with the Internet.

  In this example of the 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 the game server 1 or as the game server 1 and the game device 3 that communicate with each other. Below, the example which comprises a game management apparatus as the game apparatus 3 is demonstrated first, and other structure shall be mentioned later.

  As the game apparatus 3, various information processing apparatuses can be applied as long as they can execute a game program. For example, as the game device 3, a stationary or portable game dedicated device, a personal computer (hereinafter referred to as “PC”), a tablet computer, a smartphone, a mobile phone terminal, a PHS (Personal Handy-phone System) terminal, A portable information terminal (PDA: Personal Digital Assistant), a multifunctional television receiver having an information processing function (so-called smart television), or 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, accumulates and manages the game information of each user in a storage device such as a database, and each user receives the network information. To provide game services via. For example, the game server 1 provides a service of additionally distributing information on a game scenario to each user's game device 3. In addition, the game server 1 provides a user with a service of in-game exchange between users (for example, transmission of a message). 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 occurring during the game. The user can build an event deck by collecting characters for event generation and arbitrarily selecting the collected characters. Then, according to a single character or a combination of a plurality of characters incorporated in the event deck, an event related to the character can occur during the game. By changing the character to be incorporated in the event deck, different events can be created, so that there are many variations of the event and the user can play repeatedly without getting tired of the game. Hereinafter, the details of the configuration of the game device 3 or the like as the game management device according to the present embodiment that realizes this will be described.
[Game device configuration]

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

  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. A display unit 35, a sound processing unit 36, a voice input unit 37, a voice output unit 38, an auxiliary storage device 39, an operation input unit 40, a communication control unit 41, a decoder 42, and a recording medium drive. 43 and the components 31 to 34, 36 and 39 to 42 are connected to each other via a bus line 44. Although an interface circuit is interposed between the bus line 44 and each constituent element as needed, the interface circuit is not shown here.

  The CPU 31 interprets and executes commands 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, loaded into the RAM 33, and executed by the CPU 31. When displaying a screen using a web browser, various plug-in software for expanding 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 the image display command from the CPU 31, and displays 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 apparatus 3, and may be, for example, a television monitor externally connected to the game apparatus 3.

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

  The auxiliary storage device 39 is a storage device that stores the various programs and data described above. 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 receives an operation input of the user 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, an alphanumeric character input button provided on the main body of the game apparatus 3. Alternatively, the operation input unit 40 may be a controller externally connected to the main body of the game apparatus 3. In the case of the 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 the operation input unit 40.

  Further, the configuration may be such that the CPU 31 analyzes the voice input from the voice input unit 37 by using a general voice recognition technique and various inputs can be performed by voice.

  The communication control unit 41 includes a communication interface 41a and has a communication control function for performing data communication during game operation or the like. Here, for 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, 2.4 GHz frequency band) are used. A short-range wireless communication function and the like are included. The communication control unit 41 transmits a connection signal for connecting the game apparatus 3 to a wireless LAN, the Internet, or the like based on a command from the CPU 31, and receives the information transmitted from the communication partner side and supplies the information to the CPU 31. To 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 subjected to the error correction processing to the RAM 33 and the like.

In addition, the game apparatus 3 may be additionally 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 triaxial acceleration sensor.
[Structure of game server]

  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. Although an interface circuit is interposed between the bus line 17 and each component as necessary, the interface circuit is not shown here.

  The CPU 11 interprets and executes a command of application software such as system software and a game program, and controls the entire game server 1. The ROM 12 stores programs 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, a program for operating the game server 1 (computer) as a game management device is stored in, for example, the auxiliary storage device 14, and the program is transferred from the auxiliary storage device 14 to the bus line 17 when the game server 1 is started. It is loaded into the RAM 13 via the CPU 13 and executed by the CPU 11.

  The communication control unit 15 includes a communication interface 15 a 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 communicably connected to the database server 2, for example, and performs input / output control when the CPU 11 reads / writes data (records) from / to the database server 2.

  The database server 2 includes a large-capacity hard disk device having a RAID (Redundant Arrays of Inexpensive Disks) structure, for example, as a storage device having an area for storing game information of each user managed by the game server 1. The database server 2 stores, for example, various game information (user name, level, in-game point, possessed item, etc.) of each user in association with identification information (user ID) that uniquely identifies each user. It can be constructed as a database, an object database, an 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 may be distributed to a plurality of servers, and the game server 1 may 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 composed of a main server and an authentication server. As another configuration example, a charging management server that performs charging management when a user purchases an item to be charged in a game is provided separately from the main server of the game server 1, and the main server, the authentication server, and the charging management. The game server 1 may be configured by a server.

Further, when the number of users who use the game service reaches 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 type system configuration may be provided by providing a plurality of game servers 1 on the network 4 for redundancy (multiplexing). In this case, it is desirable to provide a load balancer for adjusting the load between the plurality of game servers 1.
[Outline of the game]

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

  In the baseball game of the present embodiment, a game mode in which the hero character practices, for example, while advancing a predetermined scenario, trains the hero character (my character operated by the user), and completes an original character only for himself. Is equipped with. The "predetermined scenario" in the game is a game story that is developed in accordance with the progress of the game, and is related to various game stories such as the role of the character appearing in the game, the effect during the game, and options in the game. Can contain elements.

  As an example of a scenario in this baseball game, the following outline game story from the summer of the second year of high school until the protagonist character operated by the user becomes a professional baseball player can be set. For example, the hero character belongs to a baseball club at a prestigious high school in sports, but is overwhelmed by the high level of his teammates and cannot be regular at first. The hero character wins regulars while practicing with his teammates at this high school, and participates in baseball games (national competitions, etc.). If the evaluation of the scout of the professional baseball team who observes the training and the game of the main character is above a certain level, the player is 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 that has been trained can be used as an original character in another game mode. After the scenario ends, by starting the scenario again from the beginning, the hero character can be repeatedly trained.

  Alternatively, a plurality of scenarios may be prepared in advance so that the user can select any scenario. Further, in order to increase the variation of the scenario, the game device 3 may be able to download the additional scenario from the game server 1. For example, the game server 1 regularly provides a new scenario (eg, once a month).

  An example of the progress of the above scenario is shown below. The period on 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 hero character are prepared. Examples of commands include "practice", "rest", and "go out". By executing the practice command, the ability parameter of the main character can be improved. On the other hand, if the practice command is executed, the physical strength parameter will decrease. When the rest command is executed, for example, the physical strength parameter of the main character is improved. By executing the go-out command, for example, the motivation parameter of the main character can be improved. Every time the user executes any command, for example, virtual time in the game elapses for one week. That is, in the example of the present game, there are a total of 50 turns from the start to the end of the scenario, and the scenario progresses after one virtual time in the game for each turn.

  As shown in FIG. 4, various events occur from the start to the end of the scenario. The timing at which an 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. For example, at each of the timings described above, a lottery for determining whether or not to generate an event can be performed with a predetermined probability. Alternatively, an event that always occurs at the timing when the progress of the game reaches the reference may be provided regardless of the lottery. For example, if the scenario progresses for 10, 20, and 30 turns, 100% of predetermined events (match event, etc.) scheduled at those timings may occur.

  However, in this game, the event that occurs is not fixed, and various events can be additionally generated according to a single character or a combination of a plurality of characters that the user has incorporated in 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 two of the setting frames 102 are set with the player A character and the player B character, respectively. It shows an example. In this example, the event deck is organized by the player A character and the player B character. The player A character and the player B character set in the event deck setting area 101 are examples of the first character for event occurrence. 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 format image can be applied in the game. In this embodiment, as an example, the character owned by the user is in a card format. That is, the character owned by the user is managed by the game apparatus 3 as a digital card and is displayed on the game screen.

  When the user sets a character in the event deck setting area 101, the character then appears in the game. The characters appearing in the game may be depicted by two-dimensional or three-dimensional computer graphics during practice, games, various events, etc. in the game. In the example of this game, the characters that the user can own are a player of a teammate, a manager of a baseball club, an ordinary person (for example, a resident of the city), and the like. In this way, the character may be managed by being divided into a plurality of categories such as “player”, “manager”, and “general”. Also, if the character owned by the user is a person, if that character is incorporated into the event deck, that character becomes a character in the game, so a character owned by (or possessable by) the user It may be referred to as a “person character”, a “character unit”, a “character card”, or the like.

  Characters (for example, 1 director, 1 scout, 1 manager, and 4 to 8 teammate players) prepared from the beginning of the scenario are set in the event deck setting area 101. It will appear in the game without doing it. When a character is set in the event deck setting area 101, that 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 (or directly selecting the setting frame 102) corresponding to the setting frame 102 (so-called empty slot) in which no character is set, the character selection screen for event occurrence shown in FIG. 6 is displayed. To be done. A list of a plurality of characters currently owned by the user is displayed on this character selection screen. The user selects a character to be incorporated in 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 occurrence shown in FIG. 6 is displayed, and the character can be selected again. To remove the character from the event deck, the setting frame of the character to be removed may be selected and a predetermined setting release operation may be performed.

  A unique event is prepared for each character that can be set in the setting frame of the event deck. Then, a unique event may occur during the game in accordance with a single character or a combination of a plurality of characters incorporated in the event deck by the user. The event that can occur here is an event relating to the first character incorporated in the event deck.

  The event relating to the first character incorporated in the event deck includes, for example, an event in which the character acts alone (eg, practice, eat, draw an oracle, etc.). As another example of the event related to the first character, there is an event (for example, practicing, eating, traveling, etc.) in which the first character acts together with other characters. 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 presented. In addition, other characters (friends, seniors, juniors, coaches, rivals, etc.) that are related to the first character can talk about the first character, or the rival of the first character can beat 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 events 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 the 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. An example of the event A may be an event in which the character of the player A makes a special practice. As another example of the event A, in the case of a character setting in which the main character and the player A are close teammates, the main character and the character of the player A perform special exercises or have a meal together. It can be an event.

  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, when the main character and the player B are in a rivalry relationship with each other, the main character and the character of the player B can face 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, when the player A and the player B have a character setting that is in a rivalry relationship, an event in which the character of the player A and the character of the player B confront each other can be performed. For example, in this confrontation event, the main character as the second character may participate in the event by observing the confrontation event or cheering. In this case, not only the “event C” but also the above-mentioned “event A” and “event B” may occur. That is, when both the "player A" and "player B" characters are incorporated in the event deck, three patterns of "player A", "player B", and "player A" + "player B" are available. 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 of “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 the event C, when “general E” is a lover candidate for “player C” and “player D”, the characters “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 character "general E".

  Further, for example, when the user incorporates three characters of “player A”, “player B” and “player D” into the event deck, “event E” corresponding to the combination of these three characters may occur. An example of the event D may be an event in which the characters “player A”, “player B”, and “player D” hold a 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 just an example, and various events can be generated in accordance with the character to be incorporated in the event deck or a combination of a plurality of characters.

  It should be noted that when the user incorporates the character into the event deck, an event may be generated at all times, an event may be generated with a predetermined probability, or an event may be generated 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 an event will occur is based on the probability, and it is not known when the event will occur. Therefore, after the first character is incorporated in 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 that the probability of the event occurring is changed 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 degree of intimacy between the two, or one may be an evaluation value for evaluating the other. This degree of relationship may be determined in advance, or may change during the game depending on the action of the main character operated by the user. Preferably, each time the main character performs a predetermined action with the first character by a user operation, the degree of relationship between the two changes. For example, the protagonist character practices and plays with the first character, so that the degree of relationship between the two improves. With this, the user can improve the occurrence probability of the event related to the specific first character by his / her operation.

  Further, when the degree of relationship between the hero character and a certain first character incorporated in the event deck reaches a predetermined standard, 100% of events related to the first character may occur. Here, regarding the timing of event occurrence, the event may occur immediately after the degree of relation reaches a predetermined reference, or after a certain time after the degree of relation reaches a predetermined reference ( For example, an event may occur after the timing of event occurrence in the game is adjusted. As an example, when the degree of relationship between the main character and the character of player A reaches a predetermined standard during command execution for a certain turn of the scenario, player A may finish at the end of the turn or start of the next turn. The event about the character is generated.

  In addition, when the said degree of relationship does not reach the predetermined reference | standard, it can set arbitrarily. 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 is performed with a probability according to the degree of relationship (or with a predetermined probability regardless of the degree of relationship). May occur. Alternatively, if the degree of relationship between the hero character and the first character does not reach a predetermined standard, 100% of events related to the first character may not occur.

  By the way, although it is possible to set no 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 that the upper limit of the settable number is changed by satisfying a predetermined condition. An example of satisfying the predetermined condition is that the game parameter related to the progress of the game satisfies a preset condition. In this game, since the development of the main character is completed by the end of one scenario, the number of characters that have been completed can be used as an example of the game parameter. That is, when the number of characters that have been raised 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.

  In addition, 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 a charging 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 or in-game currency.

  Alternatively, when the user stops raising the character on the way, the upper limit of the settable number of the first character may be lowered (the number of setting frames 102 is reduced). Further, even if the character training is completed, if the parameter of the character does not reach the predetermined value, the upper limit of the settable number may be lowered.

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

  Moreover, in this game, the user can build a fellowship with other users. Here, a companion is a general term for a virtual relationship between users built in a game, and includes acquaintances, friends, friends, classmates, buddies, relatives, family members, brothers, sisters, colleagues of a company or organization, etc. Including various in-game relationships. It should be noted that another user (second user) who is associated with the user does not need to be in the relationship of being a friend.

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

  Further, when an event occurs during the game, various effects can be generated depending on the progress or result of the event. As an example of the effect, the parameter of the main character may be changed, or the user may be given an item or the like. Alternatively, the user may simply enjoy an event that has occurred without producing an effect such as a parameter change.

  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 the character by lottery by executing the lottery mode. In this lottery mode, the character to be given to the user is randomly selected 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, etc. may be required. The user can also receive the character as a present from another user (friend, etc.). In addition, the user can obtain the character as a reward for playing in the game. For example, the user can compete with other users by using the plurality of characters that he / she has trained, and compete for ranking in the game. Characters are given as rewards to the users who are ranked high in the ranking. Note that a predetermined number (for example, 5) of characters may be given to the user at the start of the game.

  In addition, a rarity degree is set in advance for each character that the user can own. In this game, the rarity level 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, regarding the character of the player A, there are three kinds of rarity levels of “normal”, “rare”, and “S rare”. For example, the user may obtain a “normal” character or a “rare” or “S rare” character in the lottery mode. As illustrated in FIG. 6, in the present embodiment, the rarity of the character is indicated by the number of stars, where “normal” is one star, “rare” is two stars, and “S rare” is a star. There are three.

  When the user obtains the same character as the character already possessed (the same character name and the same rarity degree), the game device 3 automatically executes a uniting process for uniting both characters. At the time of executing this uniting process, the uniting effect is displayed on the screen. By this merging process, the level of the character after merging is increased from “Lv1” to “Lv2”. When merging is repeated for the same character and the level of the character reaches a predetermined level (for example, Lv100), the rarity of the character is increased by 1, and the level is reset to "Lv1". For example, when the 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 combination processing. It will be.

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

  The user can incorporate into the event deck any of the rarity levels of "normal", "rare", and "S rare". 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, as the rarity of the first character is higher, the parameter of the hero character is changed more greatly according to the progress or result of the event. The details will be described later.

  Moreover, it is preferable that the higher the rarity of the first character incorporated in the event deck, the greater 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, setting the event deck may be allowed only before the start of the scenario. Alternatively, the setting of the event deck may be permitted before the start of the scenario and the change of the event deck may be permitted after the start of the scenario.

When the event deck is allowed to be changed after the start of the scenario, the user may change the event deck as many times as desired, or the timing or the number of times of the change may be limited. As an example, only three times (for example, 10th turn, 20th turn, 30th turn) during the progress of the scenario are allowed to change the event deck. In this case, the CPU 31 of the game apparatus 3 displays a message such as "Do you want 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 effect. In addition, if the event deck is allowed to be changed 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 device]

  Next, an example of a functional configuration of the game device 3 as a 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 apparatus 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 apparatus 3 executing the program according to the present embodiment.

  The input management unit 51 understands an input signal from the operation input unit 40 operated by the user and outputs it to the execution unit 52. The execution unit 52 executes calculation and data processing based on the user's operation input and the like. In this game, processing such as scenario progress, command execution, and event execution is performed. The information of the processing result executed by the execution unit 52 is stored in a predetermined area of the storage device (RAM 33, auxiliary storage device 39, etc.). The output management unit 53 outputs the image information (still image or moving image) of the execution result of the execution unit 52 to the display unit 35 via the image processing unit 34, and outputs the sound 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. An ability parameter and a rarity level are predetermined for each character. Examples of the batter character's ability parameters include meat, power, trajectory, running ability, shoulder strength, and defense ability. Further, examples of the pitcher character's ability parameters include ball speed, control, stamina, changing ball, and defensive ability. Information of each character (character database) 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 a user's game managed by the user information management means 55 (in this example, information for one user with user ID = 000001). The user information management unit 55 stores the user's basic information, character information, item information, point information, companion information, exchange history, etc. 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 (a character that can be incorporated in the event deck), information on the main character being trained, information on the original character that has been trained, and the like. A character ID is stored as the information of the character currently owned by the user. Information on the character corresponding to this character ID is managed by the character management means 54. As the information on the main character being trained, for example, information on parameters such as meat, power, trajectory, running ability, shoulder strength, defense ability, physical strength, and motivation is stored. When some or all of the parameters of the main character are changed as a result of the command or event being executed during the game, the information of the parameters is updated to the changed information. As the information of the original character that has completed the breeding, the character ID and the parameter information at the time of the breeding completion are stored.

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

  The companion information is companion information associated with the user, and the companion user ID is stored in association with the user ID. In addition, the exchange history is information on a history in which the user has exchanged with another user (friend or the like) in the game. This exchange history includes information on the type of exchange, the other party, and time. Types of interaction include greetings, sending messages, presents, chats, and so on. The user ID of the other party is stored as the information of the other party.

  In the online mode or the communication battle mode, the communication management means 56 connects between the game device 3 of the user and the game server 1 or between the game device 3 of the user and the game device 3 of another user via the communication control unit 41. It has a function of managing information communication between the two.

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

  Next, the main functional configuration of the game apparatus 3 will be described with reference to the functional block diagram of FIG. 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 apparatus 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 the plurality of characters owned by the user as the first character for event occurrence. 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 it in the setting frame 102. . When the character selection information is input by this operation, the setting means 71 stores the character ID of the selected character in the storage device (RAM 33, auxiliary storage device 39 or the like) as the setting information of the first character for event occurrence. To do. Hereinafter, this setting information is referred to as "event deck setting information".

  FIG. 12 shows an example of the event deck setting information. In FIG. 12, the three setting frames 102 of the event deck are valid, and two of the setting frames 102 are player A (S rare) with a character ID = 2001 and player B (rare) with a character ID = 1002. An example in which three first characters are set is shown. Note that in FIG. 12, information fields of the name of the character corresponding to the character ID and the rarity are provided, but these information fields can be omitted. This is because the name and rarity of the character 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 a game in accordance with the first character or a combination of the plurality of first characters incorporated in an 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 the 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 relationship information.

  An event ID that uniquely identifies them is attached to each event. When generating an event with an event ID in the game, the CPU 31 executes an event execution program corresponding to the event ID.

  In the relationship information of FIG. 13, when the first character incorporated in the event deck has the character ID = 0001, the corresponding event is the event “training special training” with the event ID = 0001. Further, when the first character has the character ID = 0002, the event corresponding thereto is the event of “defensive special training” with the event ID = 0002. Further, when the first character has the character ID = 0003, the event corresponding to the first character is the event “special base training” with the event ID = 0003.

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

  When the first character has the character ID = 0001, 0002, and 0003, the event corresponding to this combination is the event “Batting Center” with the event ID = 0501. When the first character has character IDs of 0001, 0002, and 0004, the event corresponding to this combination is the event of "playing together" with event ID = 0502. In addition, various events are prepared according to a single first character or a combination of a plurality of first characters forming the event deck.

  As described above, when the first character set as the event deck has, for example, character IDs of 0001 and 0002, three patterns of “0001”, “0002”, and “0001 + 0002” are valid as the combination of the first characters. Can be Therefore, in this case, an event of “hit special training” with event ID = 0001, a “defensive special training” with event ID = 0002, and a “confrontation” with event ID = 0101 can occur.

  Similarly, when the first character set as the event deck has, for example, character IDs of 0001, 0002, and 0003, the combinations of the first characters are "0001", "0002", "0003", "0001 + 0002", " Seven patterns of "0001 + 0003", "0002 + 0003", and "0001 + 0002 + 0003" can be validated.

  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 “hit special training” of event ID = 0001 is an event in which the character with the character ID = 0001 incorporated in the event deck performs the special hit 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 managing means 72 may cause an event to occur without fail when the first character or a plurality of first characters are set for event occurrence, or may cause the event to occur with a predetermined probability. Alternatively, the event may occur when a predetermined condition is satisfied.

  In addition, 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 superior specific ability (the parameter of the specific ability is higher than a predetermined criterion), the event related to the first character is associated with the specific ability. It is a related event (utilizing a specific ability). As a specific example, when the first character is a player having excellent batting ability (a parameter of the batting ability is higher than a predetermined standard), an 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.

  The event related to the first character may 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 relationship in the game, the event related to the first character is an event of a confrontation scene between both characters.

  In particular, when a plurality of first characters are combined, an event corresponding to the combination occurs, so that the number of variations of the event becomes very large. That is, when selecting and combining r characters from the n characters owned by the user, the number of combinations is n! / {(Nr)! r! } Is represented. 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 characters to be incorporated in the event deck. Various events can be expected to occur depending on the combination.

  In addition, when a plurality of first characters are combined, an event may be generated according to the relationship between the plurality of first characters. Alternatively, an event may be generated according to the relationship between the 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 have a relationship between rivals in a game, by incorporating both characters A and B in an event deck, it can be expected that an event of a confrontation scene will occur (may be). (Alternatively, imagine an event that the user can raise).

  Example 2: When the characters P, Q, and R have a relationship of classmates at the same school in the game, by incorporating these three characters P, Q, and R into the event deck, three people travel. You can expect that an event will (may) occur. Further, when the characters P, Q, R and the second character have a classmate relationship in the same school, by setting these three characters P, Q, R as the first character for event occurrence, It can be expected that an event will occur (may be) that four people including the second character will travel.

  The event does not always occur, but if the user knows the parameters, characteristics, relationships with other first characters, relationships with the main character, etc. for each first character, the first The character or combination of a plurality of first characters also creates the enjoyment of imagining or expecting possible events.

  Also, 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 an event that has occurred without producing an effect such as a parameter change.

  As described above, in the configuration of the present embodiment, the user collects the characters for event occurrence, arbitrarily selects the collected characters, and sets them as the first character for event occurrence. Various events depending on the combination of the first characters may occur during the game. Therefore, the user can enjoy the variation of the event by the first character set for the event occurrence or the combination thereof while trial and error building the event deck. For example, a user who is tired of the game can change the first character set for the event occurrence so that the event that occurs during the game also changes, so that the user can play the game without getting tired.

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

  In the main scenario of the game, prepared basic events (match events, etc.) 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 an event deck, there is a possibility that an event corresponding to the event deck will be additionally generated as a special event not included in the basic event.

  However, the applicable game is not limited to the game progressing according to the scenario. For example, in the case of a baseball game in which the user operates the 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 event in which the coach teaches the technique of hitting additionally occurs as an event corresponding to the event deck. You may 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 first character or a combination of the plurality of 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 (for example, 20%) for all events. Alternatively, the occurrence probability 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 be changed by the game operation of the user, and the occurrence probability of the event may be changed during the game (details will be described later).

  Alternatively, the event occurrence probability may be changed depending on the progress of the scenario. For example, the occurrence probability of the event is made different until the progress of the scenario reaches a predetermined value (50%) and thereafter. As an example, the event occurrence probability is 10% until the scenario progress 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 more likely to occur in the second half of the scenario. On the contrary, the event may be easily generated in the first half of the scenario and may be hard to be generated 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 will occur. Therefore, after the first character is set to generate an event, the user plays the game with a sense of tension while expecting an event related to the first character to occur. With this configuration, the game property is improved.

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

  The degree-of-relationship management unit 73 has a function of managing the degree of relationship between the main character, which is an example of the second character operated by the user during the game, and the first character incorporated in the event deck. Regarding 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, siblings, and the like can be applied. The degree of relationship between the main character and the first character may be, for example, the degree of intimacy between the two, or one may be an evaluation value for evaluating the other.

  In the present embodiment, the degree of relationship will be described as taking any numerical value of “0 to 200”, for example. Note that the degree of relationship may be expressed by a level such as “A, B ...” Instead of numerical values.

  An initial value may be set in advance for the degree of relationship between the main character and the first character. As an example, the main character and the player A (an example of the first character) are set to be best friends in the game, and the degree of relationship between them is "100". On the other hand, the protagonist character and the player B (an example of the first character) are set to the degree of acquaintance in the game, and the degree of relationship between them is set to "10". Further, the degree of relationship between the hero character and the manager C (an example of the first character) is “50”.

  Further, it is preferable that the degree of relationship changes during the game depending on the action of the main character operated by the user. That is, the game apparatus 3 further includes the appearing character management unit 75 that causes the first character incorporated in the event deck to appear in the game. Then, the degree-of-relationship management unit 73 changes the degree of relation between the first character and the hero character every time the hero character performs a predetermined action with the first character by a user operation. Here, the "predetermined action" refers to various in-game actions such as the main character practicing, confronting, eating, playing with the first character, or being together at the same place. To tell. In this way, when 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 hero character practices together with the first character such as a teammate, the degree of relationship is improved by "10". In addition, for example, if the main character eats together with the first character, the degree of relationship improves by “5”. Further, for example, when the hero character confronts the first character and wins, the degree of relation (evaluation value) is improved by “10”, while when lost, the degree of relation is decreased by “5”. These are merely examples, and the correspondence between the action of the main character and the degree of relationship can be arbitrarily determined.

  An example of the 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 degree-of-relationship management unit 73 updates the value of the degree-of-relationship information field and manages the current degree of relation every time the degree of relation between the first character set as the event deck and the main character changes. .

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

  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 occurrence probability of the event corresponding to the combination of the plurality of first characters can be obtained as follows, for example. Here, a case where the respective characters of player A and player B are incorporated in the event deck is illustrated. For example, it is assumed that the degree of relation between the hero character and the player A is “100”, and the degree of relation between the hero character and the player B is “50”. In this case, based on the relationship of FIG. 15, it is possible to obtain an event occurrence probability of 30% from the relationship degree of the player A and 20% from the relationship degree of the player B. Therefore, the probability of occurrence of an event corresponding to the combination of player A + player B can be averaged to be (30% + 20%) / 2 = 25%.

  Various other 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 occurrence probability of the event corresponding to the combination of the 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 is satisfied, the probability according to the criterion of the satisfied relationship degree is applied. For example, when all of the plurality of set first characters satisfy the criterion of the predetermined degree of relation (for example, “40 or more”), the event occurrence probability is “10%”, and when the criterion is satisfied, In addition, the event occurrence probability is "20%". Further, when all of the plurality of first characters further satisfy the criterion of the degree of relation above them (for example, “80 or more”), the occurrence probability of the event becomes “30%”. Similarly, each time all of the plurality of first characters satisfy the above criterion of the degree of relation, the occurrence probability of the event is improved.

  Alternatively, regarding the event occurrence probability according to the combination of the plurality of first characters, the one having the highest degree of relationship among the plurality of first characters is adopted, and the relationship degree and the event occurrence probability illustrated in FIG. 15 are adopted. It may be determined based on the relationship. Alternatively, on the contrary, the one having the lowest degree of relation may be adopted, and in this case, the user is motivated to raise the degree of relation.

  Alternatively, as for the occurrence probability of the event corresponding to the combination of the plurality of first characters, the average value of the degree of relation of the plurality of first characters is applied to obtain the relationship between the degree of relation and the event occurrence probability illustrated in FIG. You may decide 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. This allows the user to check the degree of relationship of the first character with the main character on the screen when setting the first character for event occurrence or during the course of the game, and play the game while recognizing the degree of relationship. You can enjoy. For example, when the user confirms on the screen that the degree of relationship for a certain first character is high, the expectation that an event regarding that first character will occur with a high probability increases.

  An example of screen display control in the game apparatus 3 that allows the user to visually recognize the degree of relationship will be described below. The game is provided with a screen for displaying the current game situation (progress of the scenario, 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 on another screen transitioned from this screen. Then, the degree of relationship with the main character is visually displayed for each character included in this list. For example, the level of the degree of relation is divided into 6 levels (see FIG. 15), and the level of the degree of relation is indicated by the number of stars (1 to 6 at maximum). Alternatively, the relationship value itself (a value in the range of 0 to 200 in the example of FIG. 15) may be described. Then, among the characters included in the list, the character set as the event deck is provided with information (mark, character, color, shade, etc.) for confirming that fact. Therefore, the user can confirm which character is set as the event deck and how much the character is related to the main character by looking at the screen.

  Alternatively, in the event deck setting screen illustrated in FIG. 5 or FIG. 18, the degree of relationship with the main character may be visibly displayed for each currently set character.

  With this configuration, the ease of occurrence of an event changes depending on the degree of relation between the first character and the protagonist character set for event generation, or the degree of relation to the protagonist character after the first character is set. Therefore, when the user wants to generate an event early, he / she can play so that the degree of relationship between the first character set by himself / herself and the second character, which is his / her own operation, becomes large. The game property can be improved.

  Since the first character is set to generate an event, 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. it's possible. In addition, in this configuration, the probability that an event will occur can be intentionally improved by causing the main character to perform a predetermined action with the first character by a user operation.

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

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

  Here, regarding the timing of event occurrence, the event may occur immediately after the degree of relation reaches a predetermined reference (for example, 200), or some time after the degree of relation reaches the predetermined reference. The event may be generated later (for example, after the adjustment of the event generation timing in the game).

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

  Here, when there is one first character set for event generation, and when the degree of relationship between the first character and the protagonist character reaches a predetermined standard (with that as a trigger), the event is 100 %Occur.

  On the other hand, when there are a plurality of first characters set for event generation, various modes as described below are possible.

  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 has reached a predetermined criterion. % Can occur.

  Alternatively, the event corresponding to the combination of the plurality of first characters (A, B ...) Is the event when the degree of relation between any one of the first characters and the second character reaches a predetermined reference. The event may occur 100%.

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

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

  Next, a configuration in which the upper limit of the number of first characters that can be set as the event deck is changed according to various conditions will be described. As shown in FIG. 16, the game apparatus 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 of settable first characters is “2”. However, the upper limit of the settable number fluctuates when a predetermined condition is satisfied. Here, examples of the predetermined condition include the following.

  (A) The predetermined condition is that the game parameter relating to the degree of progress of the game satisfies a preset condition. The details will be described later.

  (B) In order to increase the upper limit of the number that can be set, the predetermined condition is 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 according to the present embodiment in which a friendship relationship with another user can be established, 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 40 increases by 1, and 50 or more increases by 1.

  (D) The predetermined condition is that the execution result of the game does not reach the predetermined reference. For example, in a game in which a character can be raised, if the user stops raising the character midway, the upper limit of the settable number is lowered. In addition, even if the breeding of the character is completed, if the parameter of the character does not reach the predetermined value, the upper limit of the settable number is lowered.

  Note that (a) to (d) above are examples of predetermined conditions, and the conditions 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 the increase / decrease in the settable number of the first character by, for example, switching the flag provided in the event deck setting information shown in FIG. 12 between valid and invalid.

  In this configuration, the upper limit is set for the number of settable first characters, while the upper limit can be increased by the user satisfying a predetermined condition. The larger the upper limit of the number of settable first characters, 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 the predetermined condition in order to improve the upper limit of the settable number (or to avoid lowering of the upper limit).

  Next, a preferable mode will be described in which the fact that the game parameter related to the progress of the game satisfies a preset condition is a “predetermined condition” for changing the upper limit of the settable number of the first character. To do. Here, as an example of the game parameter related to the degree of progress of the game, in a game in which a plurality of characters can be trained like the game of the present embodiment, the number of characters that have been trained can be mentioned. In this case, it is assumed that the predetermined condition is satisfied when the number of characters that have been raised reaches a predetermined value (for example, 1, 5, 10, etc.).

  For example, the upper limit of the settable number of the first character is “2” at the start of the game in which the scenario has never been started. In this case, there are only two setting frames 102 on the event deck setting screen of FIG. After that, if the number of characters that have been raised is "1" due to the end of the scenario, the upper limit of the number of settable first characters is changed to "3". As a result, there are three setting frames 102 on the event deck setting screen of FIG. After that, when the number of characters that have been raised is "2" due to the end of the scenario, the upper limit of the settable number of the first character is changed to "4", and the setting frame 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 raising increases, or if the upper limit of the settable number reaches a predetermined value (for example, 5), The upper limit may not be increased (the number of setting frames 102 does not increase).

  As another example of the game parameter related to the progress of the game, various game parameters such as a stage, a point, and a level can be applied according to the content of the game. For example, the fact that a predetermined stage has been reached, the number of acquisition points has reached a predetermined value, the user's game level has reached a predetermined level, the user's My Character level has reached a predetermined level, etc. The game parameter relating to the degree of progress satisfies a preset condition ”.

  With the configuration of the present embodiment, the user is motivated to actively play the game so that the game parameter related to the progress of the game satisfies the preset condition.

  Next, when the user has a companion, a preferable configuration that allows the companion character to be incorporated into the user's event deck will be described. As shown in FIG. 17, the game apparatus 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 a relationship management means.

  The buddy management unit 77 has a function of managing a buddy as an example of a second user associated with the user. As one mode for one user to build a fellowship relationship with another user, one of the two users makes a fellowship application to the other user via the game server 1, and the fellowship application is made. An example is a companion application between both users, in which the received user approves being a companion via the game server 1, and an operation for approval. As illustrated in FIG. 9, the buddy management unit 77 stores the user IDs of other users who have a buddy relationship with the user as buddy information, and manages the buddy.

  The permission unit 78 has a function of permitting a specific character owned by a friend to be set as the first character for the user to generate an event. Here, as an example of the “specific character owned by a friend”, one of the characters set as an event deck by the friend can be used. For example, in the event deck setting screen of FIG. 5, the character set by the companion to the leftmost setting frame 102 (the character corresponding to the setting frame ID = 1 in FIG. 12) is “a specific character owned by the companion”. Can be

  Alternatively, a character previously selected as a character that can be rented out by a friend may be 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 set the character as a “specific character owned by the companion”.

  For example, when the user creates a predetermined number of companions (for example, one person) or more, the permitting unit 78 permits setting the companion character as an event deck. As a result, on the event deck setting screen, a helper frame 105 in which a fellow character can be set is provided.

  FIG. 18 shows an example of the event deck setting screen provided with the assistant 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 changes to a helper selection screen (not shown). A list of fellow characters is displayed on the helper selection screen, and by selecting an arbitrary character from the list, the selected character can be set in the helper frame 105.

  For the user, the number of assistant frames 105 that can set fellow characters as an event deck may be one or more. For example, the number of helper frames 105 may be changed according to the number of friends associated with the user. That is, as the number of fellows is larger, the number of helper frames 105 in which fellow characters can be set may be increased.

  In the configuration of the present embodiment, even if the user does not own the character, he or she can borrow a specific character owned by a friend and set it as the character for the user to generate an event. In this case, as the number of friends increases, the range of characters that can be selected expands for the user, so that various events can occur. With this configuration, each user is given motivation to actively create many fellows. By increasing the number of friends of each user, the community between the users is activated, and as a result, the entire game is activated.

  Next, effects 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, but it is preferable to change the parameters of the main character according to the progress or result of the event. As shown in FIG. 19, the game apparatus 3 that realizes this configuration includes a parameter changing unit 79 in addition to the setting unit 71 and the event managing unit 72.

  It is preferable that the event corresponding to the event deck is an event related to the main character as an example of the second character operated by the user. Here, the event relating to the main character includes, for example, the main character practicing, confronting, eating, and traveling 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, an event in which the first character talks about, thinks, or imagines the protagonist character, or an event in which the first character, who is a rival of the protagonist character, practices to win the protagonist character. Good.

Then, the parameter changing means 79 has a function of changing the parameter of the main character according to the progress or result of an event corresponding to the event deck that occurs during the game.

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

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

  The event condition for changing the parameter of the main character does not necessarily have to be an event related to the main character. For example, when an event related to the first character progresses or is completed when the first character is a player having excellent batting ability, even if the main character does not appear in the event, the main character can be The striking ability parameter may be improved.

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

  Further, it is preferable that an event that improves the ability of the main character is generated by setting a first character having a predetermined ability (hit, running ability, defensive ability, etc.) having high ability as an event deck. For example, by setting any one of the first characters P, Q, R, ... whose parameter of hitting force is higher than a predetermined reference as an event deck, an event occurs in which the hitting force of the main character can be enhanced. Further, by setting the number of the first characters P, Q, R, ..., whose striking force parameters are higher than the predetermined reference, as one, two, three, or more as the event deck, the striking power is enhanced. An event with higher effect occurs (the content of the event also differs). Similarly, by setting a character whose running power parameter is higher than a predetermined standard as an event deck, an event occurs in which the running power of the main character can be enhanced.

  As described above, it is preferable that the content of the parameter variation of the main character is related to the parameter of the first character. For example, when the first character is a player having an excellent batting ability (a parameter of the batting ability is higher than a predetermined reference) and an event related to the first character progresses or is completed, the main character is The same striking ability is improved under the influence of a specific parameter (striking ability in this case) of the first character.

  Even when the user does not complete the generated event to the end or clears the event, it is possible to change the parameter according to the progress of the event.

  In the configuration of the present embodiment, the parameter of the main character changes as an effect of the event corresponding to the event deck. Then, the effect of changing the parameters also changes according to the event that occurs. Therefore, the user can improve various parameters of the main character by making various events by devising combinations while considering the parameters of the first character set as the event deck, or strengthening specific parameters. Can be planned. With this configuration, the game property can be further improved.

  Next, a preferable configuration in which the effect of the event is changed according to 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 level of any one of “normal”, “rare”, and “S rare” is preset for each character. The rarity is not limited to the setting of three levels. For example, the rarity level may be five levels of “normal”, “normal +”, “rare”, “rare +”, and “S rare”. Further, the rarity can be expressed in various modes such as "1, 2 ...", "A, B ...", "Gold, silver ...", and the like.

  Then, the higher the rarity of the first character set as the event deck, the more the parameter changing means 79 largely changes the parameters of the main character according to the progress or result of the event that has occurred in response to the first character. It has the function of For example, as a result of the event that occurs in response to the first character of the player A (normal), the hitting force of the main character is "+10". Also, as a result of an event that occurs in response to the first character of the player A (rare), the hitting force of the main character is “+20” even with the same name. In addition, as a result of the event that occurs according to the first character of the player A (S rare), the striking power of the main character is “+30”. In this way, even if the character of player A with the same name has different rarities, events with different contents occur (or events with the same contents may occur), and the effects of the events differ as described above.

  With 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 proceed, and the higher the game quality. Then, it is possible to give the user motivation to acquire a character with a higher rarity.

  Next, a preferred 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 there is one first character set as an event deck will be described as an example. FIG. 21 shows an example of a correspondence relationship between a first character set as an event deck and an event that may occur. In the example of FIG. 21, when the player A (normal) character is set as the event deck, the event that may occur is one of “hit special training 01”. In addition, when the character of player A (rare) is set as the event deck, there are two events that may occur, “hit special training 02” and “hit 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: “hit special training 04”, “hit special training 05”, and “hit special training 06”. . Note that this is an example, and the number of events can be set arbitrarily as long as the relationship that the higher the rarity of the first character is, the more events that may occur during the game is established.

  In the example of FIG. 21, when three characters of player A (normal), player A (rare), and player A (S rare) are incorporated in the event deck, “hit special training 01” to “hit special training 06” Either event can occur.

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

  With the configuration of the present embodiment, the higher the rarity of the first character set for event generation, the wider the variety of events that occur during the game, and the higher the game quality. Then, it is possible to give the user motivation to acquire a character with a higher rarity.

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

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

  Next, a configuration will be described in which the user is notified in advance of information indicating the relationship between the event and the character for causing the event. As shown in FIG. 20, the game apparatus 3 includes a notification unit 80 in addition to the setting unit 71 and the event management unit 72.

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

  (A) Information (representation) indicating in advance the 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 the plurality of first characters for causing the event. . For example, when the parameter of the main character changes as the effect of the event, the user is informed in advance of information regarding the first character or the combination of the first characters necessary for improving the parameter. To exemplify a baseball game, information indicating that “to generate an event for enhancing the hitting power, one of the characters (high hitting power) P, Q, R ... Can be set” is given. It is displayed on the screen to notify the user. The information to be notified may be hint-like information that can be a clue to the information indicating the relationship. For example, it may be a notification that "if the character P is set, the batting power may be strengthened at an event".

  (B) Information (including the above hint-like 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 causing the event is provided to the user in advance. To inform. Here, examples of types or contents of events include special training events, confrontation events, travel events, meal events, and the like. These are examples, and the type or content of the event varies depending on the game content. For example, information to the effect that “to generate a confrontation event, the character X (which is a rival to the main character) may be set” is displayed on the screen to notify the user. After the confrontation event, as described above, a predetermined effect (such as improvement of parameters of the main character or acquisition of special ability) may occur. Also, the effect may be reported together.

  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 apparatus 3.

  Further, in any of the above cases (A) and (B), detailed table information or the like indicating all the relationships may be presented to the user, or only a part of them may be presented at random. You may want to attract the interest of. Given this presentation of information, the user is motivated to obtain the required character in order to generate the desired event (and thereby the desired effect).

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

  Here, an example of the operation of the game apparatus 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 apparatus 3 to select an arbitrary scenario from a plurality of scenarios, the CPU 31 of the game apparatus 3 determines a scenario to be executed (S1). If there is only one scenario, step S1 can be omitted.

  After that, the game device 3 executes an event deck setting process (S2). In this step S2, the game device 3 displays the event deck setting screen illustrated in FIG. On the event deck setting screen, the user can select an arbitrary 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 a first character for event occurrence. 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 of step S2 may be performed before the scenario selection of 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 or the like), and thereafter the user changes the character formation of the event deck. The event deck setting information may be held. 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.

  The characters that can be incorporated in the event deck may be limited according to the scenario selected in step S1. For example, in a scenario set in a girls' high school, the characters that can be incorporated in the event deck are limited to female characters. Also, for example, in the case of a scenario set in a foreign school, the characters that can be incorporated in the event deck are limited to foreign characters. In this case, the user is motivated to obtain the 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 (when the character of the event deck is zero). However, in that case, an event corresponding to the event deck does not occur. However, a basic event unrelated to the event deck may occur.

  After the start of the scenario (S3), the user selects, for example, a command of "practice", "rest", or "go out" (S4), and advances the scenario. For example, the "practice" command includes various selectable subcommands such as batting practice, base running practice, defensive practice, and strength training. For example, if you select the batting practice command, you will practice with the player A on the event deck, if you select the runner practice command, you will practice with the player B on the event deck. Different people to practice with.

  After the command is selected by the user, the game device 3 executes the event lottery process (S5). The probability of occurrence of an event related to the first character incorporated in the event deck may be changed according to the degree of relation between the main character and the first character, as shown in FIG. 15, for example. If there is an event that is won here (YES in S6), the game device 3 causes that event (S7). If at least one first character is incorporated in the event deck, an event related to the first character may occur. If the 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 also increases.

  The game apparatus 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 hitting power, running power, and defense 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 value after the change (S8). Then, it transfers to step S9.

  On the other hand, if there is no winning event in step S6 (NO in S6), the process proceeds to step S9 without executing steps S7 and S8. In step S9, the command selected in step S4 is executed. If the parameter of the main character changes due to the execution of the command, the game device 3 updates the value after the change (S10). When the main character performs a predetermined action (practice or the like) 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). Thereby, for example, the value of the degree of relationship in the event deck setting information of FIG. 12 is updated.

  Then, it is determined whether or not the scenario has ended (S12). If the scenario has not ended (NO in S12), the process returns to step S4, and steps S4 to S12 are repeated until the scenario ends. By the end of the scenario, the training of the main character is completed.

As described above, in the game device 3 according to the present embodiment, a variety of events that occur during the game is abundant due to the first character or a combination of a plurality of first characters that can be arbitrarily set by the user. As a result, a wide range of games can be played, and a highly entertaining game in which the user can play repeatedly without getting tired can be realized.
[Other Configuration Example of Game Management Device]

  In the above-described embodiment, an example in which the game management device is configured as the game device 3 has been 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 components as those shown in the above drawings are designated by the same reference numerals, and the description thereof will be omitted as appropriate.

  FIG. 23 shows a configuration example of a game system in which the game management device according to the embodiment of the present invention is incorporated. 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 that can be communicatively connected to the game server 201 via the network 4. To 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 in FIG.

  The game server 201 receives an access from the terminal device 203 of each user who receives the game service via the network 4, accumulates and manages the game information of each user in a database (storage device), and each user receives the network information. To provide game services via.

  As a form of providing a game service by the game server 201, a game program (application software) is installed in the game server 201, and the game operation is performed on the terminal device 203 instead of executing the game on the terminal device 203. There is a mode in which a game is executed by the game server 201 according 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 installed in the terminal device 203 of each user. Alternatively, the game server 201 provides a so-called cloud gaming service of transmitting a game video resulting from the game executed by the game server 201 to the terminal device 203 in, for example, a streaming format.

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

  For example, in a service form that provides a browser game, the user does not need to download or install software dedicated to the game on the user's terminal device 203, and the user can feel free to play the game anywhere in the environment where the terminal device 203 can be connected to the network 4. It is possible to enjoy the game service provided by the server 201.

  In this game system, the game server 201 executes arithmetic processing and data processing for progressing the game in accordance with an input operation on the terminal device 203 by 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 and the like, and also 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.

  Each user's terminal device 203 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. Has become. The terminal device 203 is, for example, a mobile phone terminal, a PHS terminal, a personal digital assistant (PDA), a smartphone, a PC, a tablet computer, a game device having a communication function (a stationary or portable game device), or a bidirectional device. Various terminals that can be connected to the game server 201 via the network 4 to receive the provision of the game service can be applied, such as a multi-function television receiver (so-called smart TV) having the communication function of.

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

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

Alternatively, as illustrated in FIG. 25, the functions of the setting unit 71 and the event management unit 72 may be provided separately in the game server 201 and the terminal device 203. 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 event server 72 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 is illustrated, but the present invention is also applicable to a game in which a plurality of characters appear, such as a soccer game and a battle game. Further, although the example in which the character that can be incorporated in the event deck is a person such as a player has been described, the present invention is not limited to this. As the character, various characters such as animals (racehorses), plants, fictitious creatures (monsters, etc.), non-living creatures (materials, tools, etc.), etc. can be applied.

  For example, in the case of a cooking game, the characters that can be incorporated in the event deck can be vegetables, fruits, seasonings, etc., which are ingredients for cooking. By incorporating such a character in the event deck, an event related to the cooking method will occur, and the progress or completion of the event will allow the main character to master one recipe (cooking method), a skill parameter as a cook. It can also be applied to games that improve.

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

  Further, the respective configurations described in the above-described respective embodiments can be appropriately combined and applied.

  Further, the computer-readable program according to the present embodiment is recorded in various computer-readable recording media such as a hard disk, an optical disk (CD-ROM, DVD-ROM, etc.), a flexible disk, a semiconductor memory, and the recording medium. Read from the game device, the terminal device, and the CPU of 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, but 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 progression means 71 Setting means 72 Event management means 73 Relationship degree management means 74 Probability changing means 75 Appearing character management means 76 Settable number management means 77 Companion management means (relationship management means)
78 Permission Means 79 Parameter Changing Means 80 Notification Means 201 Game Server (Game Management Device)
203 Terminal device (game management device)

Claims (8)

Setting means for setting at least one character selected by the user from a plurality of characters owned by the user as a first character for event occurrence;
When a plurality of the first characters are set by the setting means, a specific event that is uniquely specified according to the combination of the plurality of the first characters and cannot occur unless the combination occurs during the game Event management means to
A parameter changing means for changing a parameter for raising a second character different from the first character according to the progress or result of the specific event that occurred during the game;
A degree-of-relationship management unit that changes the degree of relation between the first character and the second character each time the second character performs a predetermined action with the first character in the game,
Equipped with
The game is a game based on a predetermined scenario, and the event management means has determined that the degree of relationship between the plurality of first characters and the second characters set by the setting means has reached a predetermined reference. The game management device that causes the specific event corresponding to the combination of the plurality of first characters to occur in the predetermined scenario under at least the above condition .   The game management device according to claim 1, wherein the predetermined scenario includes occurrence of a basic event prepared in advance regardless of whether or not the first character is set.   The game management device according to claim 2, wherein the event management unit additionally generates the specific event different from the basic event in the predetermined scenario.   The game management device according to claim 1, wherein the event management unit causes the specific event to occur with a predetermined probability during the game. Game management device according to any one of to users claims 1 configured as a game device operated 4. Game management device according to any one of to users claims 1 configured as capable of communicating game server and a terminal device operated 4. Is configured as a game system including a game server and a terminal device communicating with each other, the according to any one of the 4 claims 1 either is provided with each unit, the game server or the terminal device Game management device. It claims 1 to computer a program for operating the game management device according to any one of 4, a program for causing the computer to function as each means comprises said game management device.

Images