JP6206982B2 - GAME MANAGEMENT DEVICE AND PROGRAM - Google Patents

Description

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

  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 progresses the game while enjoying events that occur during the game.

JP 2004-33488 A

  Usually, a plurality of various events are prepared in advance as events that occur during a game. However, since the events that occur during the game are fixed, the occurrence of the same event may be repeated while the user plays the game many times, and the game may get bored.

  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 bored.

  1) A game management device (3, 201, 203) according to one 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 generating an event ( 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 the plurality of first characters.

  The game management device having this configuration can be configured by, for example, a computer (game dedicated machine, personal computer, smartphone, etc.) as a game device. Or this game management apparatus can be comprised by computers, such as a server which can communicate with each user's game terminal. Or this game management apparatus can also be comprised by the some computer (server, game terminal) which mutually communicates.

  In the game managed by this game management device, the user can own a plurality of characters. Here, various characters can be applied to the character, for example, a person, an animal, a plant, a fictitious creature (such as a monster), or a non-living object (such as a material or a tool). The character can be applied in various display forms such as a two-dimensional or three-dimensional image and a card-type image in the game.

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

  Then, according to the combination of the first character or 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 about sports, an event in which the first character practices or confronts a rival can be considered. In addition, the first character may act together with the user's alternate character (my character) (for example, practice, eat, travel). The event related to the first character is not limited to the event in which the first character appears on the screen. For example, an event in which a quiz related to the first character is given may be used. In addition, other characters (friends, seniors, juniors, coaches, rivals, etc.) related to the first character talk about the first character, or the rival of the first character wins the first character. It may be an event to practice for.

  When the first character or the plurality of first characters are set for event generation, the event may be generated, the event may be generated with a predetermined probability, or the predetermined character may be generated. An event may be generated when the condition is satisfied.

  The event related to the first character may be an event related to the parameter (characteristic parameter) of the first character. For example, if the first character is a character having a specific ability (specific ability parameter is higher than a predetermined standard), the event related to the first character is the specific ability. Related events (utilizing specific abilities). As a specific example, when the first character is a player with excellent batting ability (the batting ability parameter 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 a second character (such as a user's my character) described later. For example, when the first character and the second character are in a rival relationship in the game, the event related to the first character is an event of the confrontation scene of both characters.

  In particular, by combining a plurality of first characters, an event corresponding to the combination is generated, so that variations of the event are very large. That is, when r characters are selected and combined from n characters owned by the user, the number of combinations is n! / {(N−r)! r! }. For example, when three characters are selected from 10 characters owned by the user and set as the first character, there are 120 combinations, and if the user changes the combination of characters set as the first character, Generation of various events according to the combination can be expected.

  Further, when combining a plurality of first characters, an event corresponding to the relationship between the plurality of first characters may be generated. Alternatively, an event corresponding to the relationship between a plurality of characters including the second character in the plurality of first characters may be generated. An example is shown below.

  Example 1: When characters A and B are in a rival relationship in the game, an event of a confrontation scene occurs by setting both characters A and B as the first characters for event generation (may be (Or imagine an event that a user can occur).

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

  An event does not always occur, but if the user knows the parameters, characteristics, relationships with other first characters, relationships with second characters, etc. for each first character, it is set for event generation The pleasure of imagining or expecting an event that can occur is also created by the combination of the first character or the plurality of first characters.

  Also, the effect of event occurrence can be arbitrarily determined. For example, when an event occurs, the parameter of the user's my character may be changed according to the progress or result of the event, or an item or the like may be given to the user. Or you may just enjoy the event which the user generate | occur | produced, without producing effects, such as a change of a parameter.

  As described above, in this configuration, the user collects the characters for event generation, arbitrarily selects the collected characters and sets them as the first character for event generation, and thereby the first character or the plurality of first characters. Various events depending on the combination of the two can occur during the game. Therefore, the user can enjoy the variation of the event by the 1st character or its combination set up for event generation. For example, a user who gets bored of the game changes the event that occurs during the game by changing the first character set for event occurrence, so that game play without getting bored is possible. That is, in this game management device, variations of events that occur during the game are abundant depending on the combination of the first character or the plurality of first characters that can be arbitrarily set by the user. Thereby, the breadth of a game spreads and the highly interesting game which a user can play without getting tired repeatedly repeatedly is realizable.

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

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

  In this configuration, even if the first character for event generation 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. Yes. Therefore, it is not known when the event occurs. Therefore, after the first character is set for generating 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 performance is improved.

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

  Here, the 2nd character operated by the user during a game is what is called a player character, for example, can be a user's alternation my character. In addition, the relationship between the first character and the second character includes various relationships such as teammates, players and managers, players and managers, seniors and juniors, rivals, lovers, bosses and subordinates, parents and children, brothers, etc. Applicable. Then, as the degree of relationship between the first character and the second character, for example, the closeness of both may be used, or one may be an evaluation value for evaluating the other.

  In addition, an initial value may be set in advance for the degree of relationship between the first character and the second character. For example, the first character A and the second character are set as 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 “10”. The degree of relationship may vary during the game depending on the action of the second character operated by the user, as in the configuration 5) described later.

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

  For example, the degree of relationship between the first character and the second character is “39 or less”, “40 to 79”, “80 to 119”, “120 to 159”, “160 to 199”, “200 (maximum) ) ”, The event occurrence probabilities fluctuate to“ 10% ”,“ 20% ”,“ 30% ”,“ 50% ”,“ 70% ”, and“ 100% ”, respectively. When the first character is alone, the event occurrence probability in 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 occurrence probability of an event according to a combination of a plurality of first characters. An example is shown below.

  Regarding the occurrence probability of an event corresponding to a combination of a plurality of first characters (A, B...), The degree of relationship between all the first characters (A, B...) And the second characters is a predetermined standard (condition). Is satisfied, the probability corresponding to the satisfaction degree criterion is applied. For example, when the occurrence probability of an event is “10%” until all the set first characters satisfy a predetermined criterion (for example, “40 or more”), and the criterion is satisfied Furthermore, the event occurrence probability is “20%”. In addition, when all of the plurality of first characters further satisfy the relationship criterion (for example, “80 or more”), the event occurrence probability is “30%”. Similarly, the occurrence probability of an event is improved every time all of the plurality of first characters satisfy the above relationship level criterion.

  Alternatively, the event occurrence probability according to the combination of the plurality of first characters may be determined by adopting the highest degree of relationship among the plurality of first characters. Or, conversely, the one with 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 according to the combination of a plurality of first characters may be determined based on the average of the degree of relation by calculating the average degree of relation of the plurality of first characters.

  By the way, it is preferable that the degree of relationship between each first character and the second character is visible to the user on the screen. Thus, when the user sets the first character for generating an event or in the middle of the game, the user confirms the degree of relationship between the first character and the second character on the screen and plays the game while recognizing the degree of relationship. Can enjoy. For example, when the user confirms on the screen that the degree of relationship with a certain first character is high, the expectation that an event related to the first character will occur with a high probability increases.

  According to this configuration, the ease of occurrence of an event depends on the degree of relationship between the first character and the second character set for event generation or the degree of relationship with the second character after the first character is set. change. Therefore, when the user wants to generate an event early, the user should play so that the degree of relationship between the first character set by the user and the second character that is the operation character of the user increases. Game nature can be improved.

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

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

  As the first character is set for event generation, an event related to the first character is generated with a predetermined probability as described above even if the second character does not perform the predetermined action with the first character. There is a possibility to do. In addition, in this configuration, the probability of event occurrence can be intentionally improved by causing the second character to perform a predetermined action with the first character by a user operation.

  Therefore, when the user wants to generate an event related to the specific first character with a high probability, the game operation (the action of the second character in the game) is performed so that the second character performs a predetermined action with the first character. And the like. With this configuration, the user can change the occurrence probability of an event related to the specific first character by his / her operation, so that the game performance 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 whenever the second character performs a predetermined action with the first character by a user operation. And a degree-of-relationship management means (73) for varying the degree of relation 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 relationship of the first character reaches a predetermined standard.

  In this configuration, the first character set by the user for generating an event appears in the game. When the second character operated by the user performs a predetermined action (such as practicing together) with the first character in the game, the degree of relationship between the two characters (the familiarity, the evaluation value, etc.) varies. Then, after the degree of relationship with a certain first character reaches a predetermined reference, an event related to the first character occurs (occurs 100%). Here, with respect to the timing of event occurrence, an event may be generated immediately after the degree of relationship reaches a predetermined standard, or after a certain amount of time has elapsed after the degree of relationship has reached a predetermined standard ( For example, an event may be generated (after adjustment of an event generation timing on the game is entered). As an example of adjusting the event occurrence timing on the game, the following cases can be considered. That is, in a game in which a 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 execution of a command of a certain turn, Until an 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 relationship between the first character and the second character does not reach a predetermined standard, the probability is related to the first character with a probability corresponding to the degree of relationship (or with a predetermined probability regardless of the degree of relationship). An event may be generated. Alternatively, when the degree of relationship between the first character and the second character does not reach a predetermined standard, an event related to the first character may not occur.

  Here, when there is one first character set for event generation, of course, when the degree of relationship between the first character and the second character reaches a predetermined standard (as an opportunity), Occur.

  On the other hand, when there are a plurality of first characters set for generating an event, various modes are conceivable. An event corresponding to a combination of a plurality of first characters (A, B...) Is the event when the degree of relationship between all the first characters (A, B...) And the second character reaches a predetermined standard. Can occur. Alternatively, an event corresponding to a combination of a plurality of first characters (A, B...) Can be performed when the degree of relationship between any one of the first characters and the second character reaches a predetermined standard. An event may be generated. Alternatively, an event corresponding to a combination of a plurality of first characters (A, B,...) Is based on a predetermined standard of the degree of relationship between the first character and the second character that is a predetermined ratio or more (for example, 50% or more). When the event is reached, the event may occur.

  In this configuration, when the user wants to reliably generate an event related to the specific first character, the game operation (second character in the game) is performed so that the degree of relationship with the first character reaches a predetermined reference. For example, an operation for selecting the action of the user. With this configuration, the user can generate 100% of events related to the specific first character by his / her operation, so that the game performance is further improved.

  6) In any of the above-described configurations 1) to 5), an upper limit is set for the settable number of the first character, and the settable number can be set to vary by satisfying a predetermined condition. It is preferable to further comprise number management means (76).

  According to this configuration, there is an upper limit on the number of first characters that can be set for generating an event. For example, when the game is started, 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) It is assumed that a predetermined condition is that a game parameter related to the 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 settable number, it is a predetermined condition that the user consumes a predetermined amount of in-game points, in-game currency, chargeable 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, a predetermined condition is that the number of friends reaches a predetermined number.

  (D) A case where a game execution result does not reach a predetermined standard is set as a predetermined condition. For example, in a game in which characters can be raised, the upper limit of the number that can be set is reduced when the user stops raising characters in the middle.

  In addition, said (a)-(d) is an example of predetermined conditions, Comprising: It is not limited to these, Various conditions can be defined according to the content of a game.

  In this configuration, while an upper limit is set for the number of settable first characters, the upper limit can be increased when the user satisfies a predetermined condition. As the upper limit of the number of first characters that can be set increases, the variation of events that can occur during the game also increases. Therefore, the user is motivated to actively play the game so as to satisfy a predetermined condition in order to improve the upper limit of the settable number (or to avoid a decrease in the upper limit).

  7) In the configuration of 6), satisfying the predetermined condition preferably means that a game parameter related 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 where a plurality of characters can be trained, the number of characters that have been trained can be cited. In this case, it is assumed that a predetermined condition is satisfied when the number of characters that have been trained reaches a predetermined value (for example, 1, 5, 10, etc.). As other examples of the game parameters related to the degree of progress of the game, various game parameters such as stage, points, and levels can be applied according to the game contents. For example, the fact that the player has reached a predetermined stage, the acquisition point 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. This corresponds to “game parameters relating to the degree of progress satisfying a preset condition”.

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

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

  (A) Information indicating the relationship between an effect such as parameter improvement caused by an event and a first character or a combination of a plurality of the first characters for generating the event is notified (presented) to the user in advance. . For example, when the parameter of the user's my character fluctuates as an effect of the event, information on the first character or the combination of the first character necessary for improving the parameter is notified to the user in advance. To illustrate a baseball game, the user states that “any one of the characters P, Q, R... (High striking power) should be set in order to generate an event that enhances the striking power”. To inform.

  (B) Information indicating the relationship between the type or content of the event and the first character or a combination of the plurality of first characters for generating the event is notified to the user in advance. Here, examples of the types or contents of events include a joint practice event, a confrontation event, a travel event, and a meal event. These are examples, and the type or content of the event varies depending on the game content. For example, the user is notified that “in order to generate a confrontation event, it is only necessary to set a character X (which is a rival to the user's my character)”.

  In both cases (A) and (B), detailed table information indicating all the relationships may be presented to the user, or only a part of the table information may be presented at random and the user's interest. You may make it pull. In the presence of this information, the user is motivated to generate the desired event in order to generate the desired event (and thereby the desired effect).

  In both cases (A) and (B), as information indicating the relationship, only information related to the characters owned by the user may be extracted and presented to the user. In this case, it is possible to give motivation to actively enjoy the game to users (especially, novice users who do not know what kind of event will occur if their own character is set for event generation). .

  9) The configuration according to any one of 1) to 8) further includes parameter changing means (79) for changing the parameter of the second character in accordance with the progress or result of the event occurring during the game. It is preferable.

  According to this configuration, there is an effect that the parameter of the second character varies 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 batting power, running power, and defensive power of the second character are improved, or parameters of special abilities are acquired. As an example, the batting power of the second character is improved by a predetermined amount (or a predetermined ratio) according to the result of the event related to the first character A. In addition, the running power of the second character is improved by a predetermined amount (or a predetermined ratio) according to the result of the event related to the first character B. Even when the event that has occurred is not completed to the end or when the event is not cleared, the parameter can be changed according to the degree of progress of the event.

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

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

  For example, when the first character is a player with excellent batting ability (the parameter of the batting ability is higher than a predetermined standard), when the event related to the first character proceeds or is completed, Under the influence of the specific parameter (in this case, the striking ability) of the first character, the same striking ability is improved. With this configuration, the user can improve the parameters of the second character by generating various events by devising combinations while considering the parameters of the first character set for event generation, Specific parameters can be strengthened. With this configuration, the game performance 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 generating an event. It is preferable that the higher the rarity of the first character, the larger the parameter of the second character is changed in accordance with the progress or result of the event generated according to the first character.

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

  And the effect of the event which generate | occur | produced according to the 1st character becomes high, so that the rarity degree of the 1st character set for event generation | occurrence | production is high. That is, when an event corresponding to the first character occurs due to the setting of the first character for generating an event, the higher the degree of rarity of the first character, the more the second character depends on the progress or result of the event. Character parameters vary greatly. For example, the ability parameter of the second character increases as the rarity of the first character increases.

  With this configuration, the higher the rarity of the first character set for event generation, the more the game can be advanced, and the game performance is improved. Then, the user can be motivated to obtain a character having a higher degree of rarity.

  12) In the configuration of any one of 1) to 11) above, the event generated according to a 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, various relationships according to the contents of the game, such as rivals, best friends, parents and children, and lovers, can be applied. For example, assume that character A and character B have a rival relationship. When the character A and the character B are set for generating an event, a confrontation event occurs as an event corresponding to the combination of both characters based on the relationship (rival) between the two characters. In this case, the second character (user's my character or the like) may participate in the event by watching or supporting the confrontation event.

  As described above, in this configuration, an event having contents based on the relationship between the plurality of first characters set for event generation 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 performance can be further improved.

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

  The game management device includes a relationship management means for managing a second user such as a friend associated with the user. Here, friends are generic names for virtual relationships between users built in the game, such as acquaintances, friends, friends, classmates, fellows, relatives, families, brothers, sisters, colleagues of companies and organizations, etc. Including various in-game relationships. In addition, if it is the other user (2nd user) linked | related with the user, it may not be a relationship of a friend. However, in the following description, the second user will be referred to as a friend for convenience.

  In this structure, the specific character which a user's associate (2nd user) owns can be set as a 1st character for a user's own event generation | occurrence | production. That is, there is a frame in which a fellow character can be set as a setting frame for an event generating character, and a user can borrow and set his / her fellow character as an event generating character. Here, as an example of “a specific character owned by a companion”, the character can be one of characters that the companion has set for generating an event, or can be a character selected in advance as a character that can be lent out by the companion. . 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, you may change the upper limit of the frame which can set a fellow character according to the number of friends. That is, you may enlarge the upper limit of the said frame, so that there are many friends.

  As described above, in this configuration, even if the character is not owned by the user, the user can borrow a specific character owned by the companion and set it as the user's own event generating character. In this case, for the user, the wider the number of friends, the wider the range of selectable characters, so that various events can be generated. With this configuration, each user is motivated to actively make many friends. Then, as the number of friends of each user increases, the community between users is activated, and as a result, the entire game is activated.

  14) In the configuration of 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 generating an event It is preferable to increase the number of events that may occur during the game as the degree is higher.

  According to this configuration, a rarity level is set in advance for each character. For example, each character is set with a rarity degree of any one of “normal”, “rare”, and “S rare (highest)”. 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 generation will be described as an example. When the rarity level of the first character is “normal (minimum)”, the number of events that may occur is set to “1”, for example. Further, when the rarity of the first character is “rare”, the number of events that may occur is set to “2”, for example. Further, when the rarity 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, in the case where there are a plurality of first characters set for event generation, an event that may occur according to a combination thereof as the degree of rarity of some or all of the plurality of first characters is higher. You may increase the number of

  With this configuration, the higher the rarity of the first character set for event generation, the more variations of events that occur during the game and the higher the game performance. Then, the user can be motivated to obtain a character having a higher degree of 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 a second character operated by a user, and the event is additionally included in the scenario. It is preferable that this occurs.

  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 characters appearing in the game, effects in the game, options in the game, etc. Various elements can be included. Taking a baseball game as an example, the story from the summer of the second year of high school to becoming a professional baseball player can be a predetermined scenario, with the second character operated by the user as the main character. In such a scenario, an event corresponding to the first character set for event generation or a combination of the plurality of first characters 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 that additionally occurs 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 generating an event, 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 the game.

  17) A game management method according to another aspect of the present invention is a game management method in a computer for managing a game, wherein the computer is selected by a user from a plurality of characters owned by the user. A step of setting one character as a first character for generating an event, and event management in which the computer varies an event that occurs during the game in accordance with the first character or a combination of the plurality of first characters Steps.

  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, wherein the computer manages the game. This is a program for causing each device (3, 201, 203) to function as each means.

  According to the present invention, variations of events that occur during the game are enriched by the first character or a combination of a plurality of first characters that can be arbitrarily set by the user. Thereby, the breadth of a game spreads and the highly interesting game which a user can play without getting tired repeatedly repeatedly is realizable.

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 which shows an example of the game server's card configuration. It is a conceptual diagram which shows that various events generate | occur | produce from the start of a scenario to completion | finish. 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 built into the event deck and the event which can generate | occur | produce. It is a functional block diagram which shows an example of the basic functional structure of a game device. It is explanatory drawing which shows an example of user information. It is a functional block diagram which shows an example of the main structures of a game management apparatus. It is a functional block diagram which shows the other example of main structures 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 example of main structures of a game management apparatus. It is explanatory drawing which shows an example of the relationship between the relationship degree between characters, and event occurrence probability. It is a functional block diagram which shows the other example of main structures of a game management apparatus. It is a functional block diagram which shows the other example of main structures 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 example of main structures of a game management apparatus. It is a functional block diagram which shows the other example of main structures 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 flowchart which shows an example of operation | movement 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 the game system]

  A configuration example of a game system according to an embodiment of the present invention is shown in FIG. As shown in the figure, this game system includes a game server 1 installed on a network 4 such as the Internet, and a game device 3 of each user that can be communicably connected to the game server 1 via the network 4. Is done.

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

  In this example of the game system, the game management device according to one embodiment of the present invention can be configured as the game device 3. Or the game management apparatus which concerns on one embodiment of this invention can also be comprised as the game server 1 or can be comprised as the game server 1 and the game apparatus 3 which mutually communicate. Hereinafter, an example in which the game management device is configured as the game device 3 will be described first, and other configurations will be described later.

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

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

  Note that the game apparatus 3 can execute the game in either the online mode or the offline mode.

The game apparatus 3 as a game management apparatus according to an embodiment of the present invention has a function that can increase variations of events that occur during a game. The user can collect event generation characters and arbitrarily select the collected characters to construct an event deck. 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 characters to be incorporated into the event deck, opportunities for different events can be obtained, so that a wide variety of events can be obtained and the user can play repeatedly without getting tired of the game. Details of the configuration of the game apparatus 3 and the like as the game management apparatus according to the present embodiment for realizing this will be described below.
[Configuration of game device]

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

  FIG. 2 shows a configuration example of the game apparatus 3. As shown in the figure, the game apparatus 3 mainly includes a CPU (Central Processing Unit) 31, a ROM (Read Only Memory) 32 and a RAM (Random Access Memory) 33 as a main storage device, and an image processing unit 34. A display unit 35, a sound processing unit 36, an audio input unit 37, an audio 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. An interface circuit is interposed between the bus line 44 and each component as required, but the interface circuit is not shown here.

  The CPU 31 interprets and executes instructions of various programs such as a game program and a web browser, and controls the entire game apparatus 3. The ROM 32 stores programs and the like necessary for basic operation control of the game apparatus 3. 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 game programs and web browsers 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 an 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. Note that 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 audio signal into a digital audio signal when audio is input from the audio input unit 37, generates an analog audio signal based on a sound generation instruction from the CPU 31, and outputs it to the audio output unit 38. Output. The voice input unit 37 is composed of a microphone built in or externally attached to the game apparatus 3. The audio output unit 38 outputs a sound effect when the game is executed, and includes a speaker built in or externally 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 a user operation input and outputs an input signal corresponding to the operation input to the CPU 31 via the bus line 44. Examples of the operation input unit 40 include physical buttons such as a direction instruction button, a determination button, and 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 apparatus 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 becomes the operation input unit 40.

  Moreover, it is good also as a structure which CPU31 analyzes the audio | voice input from the audio | voice input part 37 using general audio | voice recognition technology, and can perform various inputs with an audio | voice.

  The communication control unit 41 includes a communication interface 41a and has a communication control function for performing data communication during game operations and 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 cellular phone network, a predetermined frequency band (for example, a 2.4 GHz frequency band) is used. Includes short-range wireless communication functions. 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 information transmitted from the communication partner side and supplies it to the CPU 31. To do.

  As the recording medium drive 43, for example, a DVD-ROM drive, CD-ROM drive, hard disk drive, optical disk drive, flexible disk drive, silicon disk drive, 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 or the like.

In addition, the game apparatus 3 may include a GPS (Global Positioning System) signal receiving circuit, an imaging apparatus (camera) such as a CCD (Charge Coupled Device) image sensor, a triaxial acceleration sensor, and the like.
[Game server configuration]

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

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

  The auxiliary storage device 14 is a storage device that stores game programs, various data, and the like. For example, a hard disk drive can be used as the auxiliary storage device 14. As will be described later, the game server 1 may be 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 connected to the bus line 17 from the auxiliary storage device 14 when the game server 1 is activated. To the RAM 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 each user's game device 3 via the network 4.

  The input / output control unit 16 is connected to, for example, the database server 2 so as to be communicable, and performs input / output control when the CPU 11 executes reading / writing of data (record) with respect to the database server 2.

  The database server 2 includes a large-capacity hard disk device having a RAID (Redundant Arrays of Inexpensive Disks) configuration, 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 various game information (user name, level, in-game points, possessed items, etc.) of each user in association with identification information (user ID) for uniquely identifying each user, for example. It can be constructed as a database, an object database, an object relational database, or the like.

  The game server 1 may have the function of the database server 2 and the database may be configured inside the game server 1. Further, the game server 1 can be configured as a plurality of servers by distributing the functions of the game server 1 to a plurality of servers. For example, when the 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 billing management server that performs billing management when a user purchases an item to be billed in a game is provided separately from the main server of the game server 1, and the main server, authentication server, and billing management The game server 1 may be configured by a server.

In addition, when the number of users using the game service is several hundred thousand, millions, or more, it is necessary to construct a server system that can withstand huge accesses from the game devices 3 of many users. Alternatively, by providing a plurality of game servers 1 on the network 4 for redundancy (multiplexing), a load distribution type system configuration may be adopted. In this case, it is desirable to provide a load balancer for adjusting the load among the plurality of game servers 1.
[Game Overview]

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

  The baseball game of the present embodiment is a game mode in which a hero character performs practice etc. while proceeding with a predetermined scenario, trains the hero character (my character operated by the user), and completes his own original character. It has. A “predetermined scenario” in a game is a game story that is developed in accordance with the progress of the game. Various roles related to the game story, such as the role of characters appearing in the game, the effects produced during the game, and the options in the game, etc. Elements can be included.

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

  In this game, the development of the main character is completed when one scenario is completed. The main character who has been trained can be used as an original character in another game mode. After the scenario is completed, the main character can be repeatedly raised by starting the scenario again from the beginning.

  A plurality of scenarios may be prepared in advance, and the user may be able to select any scenario. In addition, the game apparatus 3 may be able to download additional scenarios from the game server 1 in order to increase scenario variations. For example, the game server 1 periodically provides a new scenario (such as 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 (virtual period in the game). In the game, a plurality of commands for selecting the action of the main character in the game are prepared. Examples of commands include “practice”, “rest”, and “go out”. If the practice command is executed, the ability parameter of the main character can be improved. On the other hand, if the practice command is executed, the physical fitness parameter decreases. If the rest command is executed, for example, the physical strength parameter of the main character is improved. If the outing command is executed, for example, the motivation parameter of the main character can be improved. Each time the user executes any command, for example, a virtual time in the game passes by one week. That is, in the example of this game, there are a total of 50 turns from the start to the end of the scenario, and the scenario progresses after one week of virtual time in the game every turn.

  As shown in FIG. 4, various events occur between the start and 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 when the command ends, and the like. For example, at each of the above-mentioned timings, 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 to 10 turns, 20 turns, and 30 turns, a predetermined event (such as a game event) scheduled at those timings may occur 100%.

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

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

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

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

  The characters of the characters (for example, 1 director, 1 scout, 1 manager, 4 to 8 teammates) prepared in the scenario are set in the event deck setting area 101. Even if it does not appear in the game. If a character is set in the event deck setting area 101, the character is added as a character.

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

  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). Thereby, the character selection screen for event generation illustrated in FIG. 6 is displayed, so that the character can be selected again. When removing a character from the event deck, a setting frame for the character to be removed may be selected and a predetermined setting canceling operation may be performed.

  A unique event is prepared for each character that can be set in the setting frame of the event deck. 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 related to the first character incorporated in the event deck.

  Events related to the first character incorporated in the event deck include, for example, events in which the character acts alone (for example, practice, eat, draw a fortune). Another example of the event related to the first character is an event (for example, practice, eat, travel, etc.) in which the first character acts together with another character. 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, an event in which a quiz related to the first character is given may be used. In addition, other characters (friends, seniors, juniors, coaches, rivals, etc.) related to the first character talk about the first character, or the rival of the first character wins 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. In FIG. 7, the left side of the “= (equal)” symbol is the first character incorporated in the event deck, and the right side is an event that can occur.

  For example, when the user incorporates the character of “player A” into the event deck, “event A” related to the character of “player A” may occur. As an example of the event A, the character of the player A can be an event for special practice. As another example of the event A, when the character setting is such that the hero and the player A are close teammates, the hero character and the character of the player A perform a special practice or eat together. It can be an event.

  Further, when the user incorporates the character of “player B” into the event deck, “event B” corresponding to “player B” may occur. As an example of the event B, in the case of a character setting in which the main character and the player B are in a rival relationship, an event in which the main character and the character of the player B confront each other can be used.

  For example, when the user incorporates both the characters “player A” and “player B” into the event deck, “event C” corresponding to the combination of “player A” and “player B” may occur. As an example of the event C, in the case of a character setting in which the player A and the player B are in a rival relationship, it can be an event in which the character of the player A and the character of the player B confront each other. For example, in this confrontation event, the hero character as the second character may participate in the event by watching or supporting the confrontation event. In this case, not only “event C” but also “event A” and “event B” described above may be generated. That is, when both the characters “player A” and “player B” are incorporated in the event deck, there are three patterns of “player A”, “player B”, “player A” + “player B”. All are valid, and any of “event A”, “event B”, and “event C” can occur.

  For example, when the user incorporates three characters “player C”, “player D”, and “general E” into the event deck, an “event D” corresponding to a 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” are characters of “general E”. It can be an event to confess. For example, in this event, the hero character may also participate in the event by confessing to the “general E” character.

  For example, when the user incorporates three characters “player A”, “player B”, and “player D” into the event deck, an “event E” corresponding to the combination of these three characters may occur. An example of the event D may be an event in which characters of “player A”, “player B”, and “player D” camp. For example, in this camp event, the hero character may also participate in the camp.

  Each event described above is merely an example, and various events can be generated according to a character or a combination of a plurality of characters incorporated in the event deck.

  In addition, when a character is incorporated in the event deck by the user, an event may always occur, an event may occur with a predetermined probability, or an event when a predetermined condition is satisfied May be generated.

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

  Moreover, it is preferable to change the probability that the event will occur 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. As the degree of relationship between the main character and the first character, for example, the closeness of both may be used, or one may be an evaluation value for evaluating the other. This degree of relationship may be determined in advance or may vary during the game depending on the action of the main character operated by the user. Preferably, every time the hero character performs a predetermined action with the first character by a user operation, the degree of relationship between the two is changed. For example, when the hero character practices or plays with the first character, the degree of relationship between the two improves. Thereby, the user can improve the occurrence probability of the event related to the specific first character by his 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 the event related to the first character may occur. Here, with respect to the timing of event occurrence, an event may be generated immediately after the degree of relationship reaches a predetermined standard, or after a certain amount of time has elapsed after the degree of relationship has reached a predetermined standard ( For example, an event may be generated (after adjustment of an event generation timing on the game is entered). As an example, if the relationship between the hero character and the character of the player A reaches a predetermined standard during execution of a command of a turn with a scenario, the player A at the end of the turn or at the start of the next turn. Make sure that an event related to this character occurs.

  Note that the case where the degree of relationship does not reach a predetermined standard can be arbitrarily determined. For example, if the degree of relationship between the hero character and the first character does not reach a predetermined standard, an event related to the first character with a probability corresponding to the degree of relation (or with a predetermined probability regardless of the degree of relation) May be generated. Alternatively, if the degree of relationship between the main character and the first character does not reach a predetermined standard, 100% of the event related to the first character may not occur.

  By the way, it is possible to set no upper limit on the settable number of first characters that organize the event deck, but it is preferable to set an upper limit. Moreover, it is preferable to change the upper limit of the settable number by satisfying a predetermined condition. An example of satisfying the predetermined condition is that a game parameter related to the progress of the game satisfies a preset condition. In this game, the development of the main character is completed by the end of one scenario, so the number of characters that have completed the development can be taken as an example of the game parameter. That is, when the number of characters that have been trained 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, a predetermined number (for example, one) of setting frames 102 on the event deck setting screen may be increased by charging (for example, by consuming a charging item). Alternatively, the number of setting frames 102 may be increased under the predetermined condition that the user consumes a predetermined amount of in-game points, in-game currency, or the like.

  Alternatively, when the user stops character development halfway, the upper limit of the settable number of the first character may be reduced (the number of setting frames 102 is reduced). In addition, even if the character breeding is completed, if the parameter of the character does not reach a predetermined value, the upper limit of the settable number may be lowered.

  In addition, the upper limit of the number of first characters that can be set may be changed by satisfying various conditions.

  Moreover, in this game, a user can construct a friendship with another user. Here, friends are generic names for virtual relationships between users built in the game, such as acquaintances, friends, friends, classmates, fellows, relatives, families, brothers, sisters, colleagues of companies and organizations, etc. Including various in-game relationships. In addition, if it is the other user (2nd user) linked | related with the user, it may not be a relationship of a friend.

  And when a user has a friend, the event deck setting screen may be added with a setting frame (may be referred to as a friend frame, a helper frame, or the like) in which a friend character can be set. Details thereof will be described later.

  Further, when an event occurs during the game, various effects can be generated according to the progress or result of the event. As an example of the effect, the parameter of the main character may be changed, or an item or the like may be given to the user. Or you may just enjoy the event which the user generate | occur | produced, without producing effects, such as a change of a parameter.

  In order for a user to incorporate a character into the event deck, it is necessary to obtain the character. There are several ways to obtain a character. For example, the user can obtain a character by lottery by executing the lottery mode. In this lottery mode, a character to be given to the user is drawn out of all the characters in the game. 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 a character as a present from another user (such as a friend). Further, the user can obtain a character as a reward for play in the game. For example, a user can compete with other users using a plurality of characters that he / she has trained to compete for rankings in the game. Here, a character that is given as a reward is given to a user who is ranked higher in the ranking. Note that a predetermined number (for example, five) of characters may be given to the user at the start of the game.

  In addition, a rarity level is set in advance for each character that the user can own. In this game, each character is set with a rarity of any one of “normal”, “rare”, and “S rare”. Here, “normal” is the lowest rarity, and “S rare” is the highest rarity. Thus, for example, for 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 in the lottery mode, or may obtain a “rare” or “S rare” character. As illustrated in FIG. 6, in this embodiment, the rarity of a character is indicated by the number of asterisks. “Normal” is one star, “Rare” is two stars, and “S rare” is a star. There are three.

  When the user obtains the same character (character name and rarity are the same) as the character already owned by the user, the game apparatus 3 automatically performs a coalescing process for merging both characters. When this coalescing process is executed, a coalescing effect is displayed on the screen. By this coalescing process, the level of the combined character is improved from “Lv1” to “Lv2”. When coalescence for the same character is repeated and the level of the character reaches a predetermined level (for example, Lv100), the rarity of the character is improved by one 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) through the coalescence process It will be.

  In this game, even if the character name is the same, the coalescence process is not performed if the rarity is different. The above-described coalescence process is an example, and the present invention is not limited to this. For example, the coalescing process may be executed based on an operation by the user instead of being automatically executed. It is also possible to combine characters with different rarity levels. Also, different characters may be merged.

  The user can incorporate any character of “normal”, “rare”, and “S rare” into the event deck. And it is preferable to make the effect of the event relevant to the said 1st character high, so that the scarcity of the 1st character built in the event deck is high. For example, the higher the rarity of the first character, the greater the fluctuation of the parameters of the main character in accordance with the progress or result of the event. Details thereof will be described later.

  Moreover, it is preferable to increase the number of events (events related to the first character) that may occur during the game, as the rarity of the first character incorporated in the event deck is higher. Details thereof will also be described later.

  The timing at which the user can set or change the event deck can be arbitrarily determined. For example, the event deck setting may be permitted only before the scenario starts. Alternatively, setting of the event deck may be permitted before the scenario starts, and change of the event deck may be permitted even after the scenario starts.

When the change of the event deck is permitted after the scenario starts, the user may be allowed to change the event deck any number of times at an arbitrary timing, or the timing or the number of times of the change may be limited. For example, the event deck can be changed only three times (for example, turn 10, turn 20, turn 30) during the scenario. In this case, the CPU 31 of the game apparatus 3 displays a message such as “Would you like to change the event deck?” On the screen at the timing when the change of the event deck is permitted, and the event deck can be changed by the user. It is preferable to notify the effect. Further, when the change of the event deck is permitted after the scenario is started, it may be necessary to satisfy a predetermined condition (for example, the user executes a lottery mode to obtain a new character).
[Functional configuration and operation of game device]

  Next, an example of a functional configuration of the game apparatus 3 as a game management apparatus that realizes the above game will be described.

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

  The game apparatus 3 according to the present embodiment includes an input management unit 51, an execution unit 52, an output management unit 53, a character management unit 54, a user information management unit 55, a communication management unit 56, an AC management unit 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 means 52 executes calculations and data processing based on user operation inputs and the like. In this game, processes such as scenario progress, command execution, and event execution are performed. Information on the processing result executed by the execution means 52 is stored in a predetermined area of a 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 by the execution unit 52 to the display unit 35 via the image processing unit 34, and also outputs the sound information of the execution result to the sound processing unit 36. To the audio output unit 38.

  The character management means 54 has a function of managing all characters in the game. Each character is provided with a character ID for uniquely identifying the character, and each character is managed by the character ID. Each character has a predetermined ability parameter and rarity. Examples of the batter character's ability parameters include meet, power, trajectory, running ability, shoulder ability, defensive ability, and the like. Examples of the pitcher character's ability parameters include ball speed, control, stamina, changing ball, and defensive power. Information on 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 related to the user's game in a storage device (RAM 33, auxiliary storage device 39, etc.). FIG. 9 shows an example of information about the user game managed by the user information management means 55 (in this example, information for one user ID = 000001). The user information management means 55 stores user basic information, character information, item information, point information, friend information, exchange history, and the like in a storage device.

  Basic user information 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 characters currently owned by the user (characters that can be incorporated into the event deck), information on the main character being trained, information on original characters that have been trained, and the like. A character ID is stored as information on the character currently owned by the user. Character information corresponding to this character ID is managed by the character management means 54. As information on the main character being trained, for example, information on parameters such as meat, power, ballistics, running power, shoulder strength, defense strength, physical strength, and motivation is stored. When some or all of the parameters of the main character are changed as a result of executing a command or event during the game, the information on the parameters is updated to the information after the change. As information of the original character that has been trained, information on the character ID and parameters at the time of completion of the training is stored.

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

  Associate information is information of associates associated with a user, and associates a user ID with the user ID. In addition, the exchange history is information on a history of a user's exchange with other users (such as friends) in the game. This AC history includes information on the type of AC, partner, and time. There are greetings, message transmissions, gifts, chats, and so on. The user ID of the partner is stored as information on the partner of exchange.

  The communication management means 56 is connected between the user's game device 3 and the game server 1 or between the user's game device 3 and another user's game device 3 via the communication control unit 41 in the online mode or the communication battle mode. 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 going through the game server 1). The exchange information includes a message created by the user addressed to the other party, information on a character or item to be presented to the other party, and the like.

  Next, the main functional configuration of the game apparatus 3 will be described with reference to the functional block diagram of FIG. As shown in FIG. 10, the game apparatus 3 as a game management apparatus mainly includes setting means 71 and 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 among a plurality of characters owned by the user as a first character for generating an event. In the present embodiment, as described above, on the event deck setting screen illustrated in FIG. 5, the user performs an operation of selecting an arbitrary character from among a plurality of characters that the user owns and setting the setting frame 102. . When character selection information is input by this operation, the setting means 71 stores the character ID of the selected character in a storage device (such as the RAM 33 or the auxiliary storage device 39) as setting information of the first character for generating an event. To do. Hereinafter, this setting information is referred to as “event deck setting information”.

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

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

  Each event is assigned an event ID that uniquely identifies the 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 relation information of FIG. 13, when the first character incorporated in the event deck has a character ID = 0001, the event corresponding to the first character is an event of “hitting special training” with an event ID = 0001. When the first character has a character ID = 0002, the event corresponding to the first character is an event “defense special training” with an event ID = 0002. When the first character has a character ID = 0003, the event corresponding to the first character is an event of “running special training” with an event ID = 0003.

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

  When the first character is character ID = 0001, 0002, and 0003, the event corresponding to this combination is an event “batting center” with event ID = 0501. When the first character is character ID = 0001, 0002, and 0004, the event corresponding to this combination is the event “play with everyone” with event ID = 00502. In addition, various events corresponding to a single first character or a combination of a plurality of first characters constituting the event deck are prepared.

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

  Similarly, when the first character set as the event deck is, for example, character ID = 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 “hitting special training” with the event ID = 0001 is an event in which the character with the character ID = 0001 incorporated in the event deck alone or with the hero character performs the special training. As described above, the event related to the first character is not limited to the event in which the first character appears on the screen.

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

  The event related to the first character may be an event related to the parameter (characteristic parameter) of the first character. For example, if the first character is a character having a specific ability (specific ability parameter is higher than a predetermined standard), the event related to the first character is the specific ability. Related events (utilizing specific abilities). As a specific example, when the first character is a player with excellent batting ability (the batting ability parameter 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 are in a rival relationship in the game, the event related to the first character is the event of the confrontation scene of both characters.

  In particular, by combining a plurality of first characters, an event corresponding to the combination is generated, so that variations of the event are very large. That is, when r characters are selected and combined from n characters owned by the user, the number of combinations is n! / {(N−r)! r! }. For example, when three characters are selected from 10 characters owned by the user and set as the first character, there are 120 combinations, and if the user changes the combination of the first characters incorporated in the event deck, Generation of various events according to the combination can be expected.

  Moreover, when combining a some 1st character, the event according to the relationship between several 1st characters may generate | occur | produce. Alternatively, an event corresponding to the relationship between a plurality of characters including the main character in the plurality of first characters may be generated. An example is shown below.

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

  Example 2: When characters P, Q, and R are related to classmates at the same school in the game, these three characters P, Q, and R are incorporated into the event deck to go on a trip with three people. Can be expected to occur. Furthermore, when the characters P, Q, R and the second character are in the same school classmate relationship, by setting these three characters P, Q, R as the first character for event occurrence, It can be expected that an event of going on a trip with four people including the second character may occur.

  An 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 event incorporated in the event deck The enjoyment of imagining or expecting an event that can occur is generated by the combination of the character or the plurality of first characters.

  Also, the effect of event occurrence can be arbitrarily determined. For example, when an event occurs, the parameter of the user's my character may be changed according to the progress or result of the event, or an item or the like may be given to the user. Or you may just enjoy the event which the user generate | occur | produced, without producing effects, such as a change of a parameter.

  As described above, in the configuration of the present embodiment, the user collects the characters for event generation, arbitrarily selects the collected characters and sets them as the first character for event generation, so that the first character or the plurality of characters Various events according to the combination of the first characters may occur during the game. Therefore, the user can enjoy the variation of the event by the 1st character or its combination set as event generation, trying and building an event deck. For example, a user who gets bored of the game changes the event that occurs during the game by changing the first character set for event occurrence, so that game play without getting bored is possible.

  The game of the present embodiment is a game based on a predetermined scenario by a main character as a second character operated by a user. Therefore, as shown in FIG. 11, the game apparatus 3 includes scenario progression means 70. The scenario progression means 70 has a function of advancing a predetermined scenario by the main character based on a game progression operation (command selection operation in this game) by the user. The event that the event management means 72 generates 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 is not a change of the main scenario itself, but is a game element that additionally occurs in the main scenario (see FIG. 4).

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

  However, the game to be applied is not limited to a game that progresses along a scenario. For example, in the case of a baseball game in which a user operates a player character to hit or defend, there is no predetermined scenario. In such a game, if the user sets at least one coach character in the event deck, an event that the coach will teach the batting tips during the game occurs as an event corresponding to the event deck. You may make it do.

  Next, a preferred example in which an event corresponding to an 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 according 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 probability (for example, 20%) for all events. Alternatively, the occurrence probabilities may be varied, for example, 10%, 30%, 50%, 70%, etc., depending on the content, type, and effect of the event. Alternatively, the degree of relationship between the hero character and the first character may be changed by the game operation of the user, and the event occurrence probability may change during the game (details will be described later).

  Alternatively, the event occurrence probability may vary depending on the progress of the scenario. For example, the occurrence probability of an 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 set to 10% until the progress of the scenario reaches 50%, and then 20%. This is an example in which an event that does not occur in the first half of the scenario is easily generated in the second half of the scenario. Conversely, an event may be easily generated in the first half of the scenario, and an event may be difficult to occur in the second half of the scenario.

  In this configuration, the event related to the first character does not necessarily occur 100% just because the first character for event generation is set, and whether or not the event occurs is based on the probability. Yes. Therefore, it is not known when the event occurs. Therefore, after the first character is set for generating 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 performance is improved.

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

  The degree-of-relationship management unit 73 has a function of managing the degree of relation between the main character as an example of the second character operated by the user during the game and the first character incorporated in the event deck. 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, and brothers can be applied. Then, as the degree of relationship between the main character and the first character, for example, the closeness of both may be used, or one may be an evaluation value for evaluating the other.

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

  An initial value may be set in advance for the degree of relationship between the main character and the first character. For example, the main character and the player A (an example of the first character) are set as best friends in the game, and the degree of relationship between them is “100”. On the other hand, the hero 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 “10”. Further, the degree of relationship between the main character and the manager C (an example of the first character) is set to “50”.

  Moreover, it is preferable that the degree of relationship varies during the game depending on the action of the main character operated by the user. That is, the game apparatus 3 further includes appearance character management means 75 that causes the first character incorporated in the event deck to appear in the game. The degree-of-relationship management unit 73 changes the degree of relation between the first character and the main character every time the main character performs a predetermined action with the first character by a user operation. Here, the “predetermined action” means various actions in the game such as the hero character practicing with the first character, confronting, eating, playing, or being together in the same place. say. Thus, if the hero character performs an action having a predetermined relationship with the first character in the game, the degree of relationship between the two varies.

  For example, if the hero character practices with a first character such as a teammate, the degree of relationship is improved by “10”. For example, if the hero character eats with the first character, the degree of relationship is improved by “5”. Further, for example, when the main character confronts the first character and wins, the degree of relationship (evaluation value) is improved by “10”, whereas when lost, the degree of relationship is reduced by “5”. These are only examples, and the correspondence between the behavior of the main character and the degree of relation can be arbitrarily determined.

  An example of relationship level management by the relationship level management means 73 is shown below. As illustrated in FIG. 12, a relationship information field 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 each time the degree of relation between the first character set as the event deck and the main character changes, and manages the current degree of relation. .

  The probability varying means 74 is configured to determine a probability that an event related to the first character will occur according to the degree of relationship between the main character and the first character (or the combination in the case where the first character is included in the combination). The probability of the occurrence of an event corresponding to the 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 relationship is “39 or less”, “40 to 79”, “80 to 119”, “120 to 159”, “160 to 199”, “200 (maximum)”, the event occurrence probability is The values fluctuate as “10%”, “20%”, “30%”, “50%”, “70%”, and “100%”, respectively. In this example, the larger the numerical value of the degree of relationship (or the higher the level), the event occurrence probability is improved step by step.

  When there is one first character set as an 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 event decks, the occurrence probability of an event corresponding to a combination of a plurality of first characters can be obtained as follows, for example. Here, the case where each character of the player A and the player B is incorporated in the event deck is illustrated. For example, it is assumed that the relationship between the main character and the player A is “100” and the relationship between the main character and the player B is “50”. In this case, based on the relationship of FIG. 15, an event occurrence probability of 30% can be acquired from the relationship level of the player A and 20% from the relationship level of the player B. Therefore, the occurrence probability of the 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 occurrence probability of an event according to a combination of a plurality of first characters. An example is shown below.

  Regarding the occurrence probability of an event corresponding to a combination of a plurality of first characters (A, B...), The degree of relationship between all the first characters (A, B...) And the second characters is a predetermined standard (condition). Is satisfied, the probability corresponding to the satisfaction degree criterion is applied. For example, when the occurrence probability of an event is “10%” until all the set first characters satisfy a predetermined criterion (for example, “40 or more”), and the criterion is satisfied Furthermore, the event occurrence probability is “20%”. In addition, when all of the plurality of first characters further satisfy the relationship criterion (for example, “80 or more”), the event occurrence probability is “30%”. Similarly, the occurrence probability of an event is improved every time all of the plurality of first characters satisfy the above relationship level criterion.

  Alternatively, for 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 event occurrence probability illustrated in FIG. It may be determined based on the relationship. Or, conversely, the one with the lowest degree of relation may be adopted, and in this case, the user is motivated to raise the degree of relation.

  Alternatively, for the event occurrence probability according to the combination of the plurality of first characters, the average value of the degree of relationship between the plurality of first characters is applied, and the relationship between the degree of relationship 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. Thus, when the user sets the first character for generating an event or in the course of the game, the user confirms the degree of relationship between the first character and the main character on the screen, and plays the game while recognizing the degree of relationship. I can enjoy it. For example, when the user confirms on the screen that the degree of relationship with a certain first character is high, the expectation that an event related to the first character will occur with a high probability increases.

  An example of screen display control in the game apparatus 3 that enables 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 (such as scenario progress) and parameters of the main character. A list of characters owned by the user (all owned characters including characters set as event decks) is displayed on this screen or on another screen transitioned from this screen. Each character included in the list displays the degree of relationship with the main character so as to be visible. For example, the level of the degree of relation is divided into six levels (see FIG. 15), and the level of the degree of relation is described by the number of stars (1 to a maximum of 6). Alternatively, the value of the degree of relationship itself (a value in the range of 0 to 200 in the example of FIG. 15) may be written. Of the characters included in the list, information (marks, characters, colors, shading, etc.) for confirming that is attached to the characters set as the event deck. 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, on the event deck setting screen illustrated in FIG. 5 or FIG. 18, the degree of relationship with the main character may be displayed in a visually recognizable manner on each currently set character.

  With this configuration, the ease of occurrence of an event varies depending on the degree of relationship between the first character set for generating an event and the main character, or the degree of relationship with the main character after the first character is set. Therefore, when the user wants to generate an event early, the user should play so that the degree of relationship between the first character set by the user and the second character that is the operation character of the user increases. Game nature can be improved.

  Since the first character is set for generating an event, an event related to the first character is generated 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 hero 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 a specific first character with a high probability, the user selects a game operation (the action of the main character in the game) so that the main character performs a predetermined action with the first character. And the like. With this configuration, the user can change the occurrence probability of an event related to the specific first character by his / her operation, so that the game performance is further improved.

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

  Here, regarding the timing of event occurrence, an event may be generated immediately after the degree of relationship reaches a predetermined standard (for example, 200), or a certain amount of time may be taken after the degree of relation has reached the predetermined standard. The event may occur after the event has been adjusted (for example, after adjustment of the event occurrence timing on the game is entered).

  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 reference “200”, as illustrated in FIG. 15, an event related to the first character with a probability corresponding to the degree of relationship. May be generated. Alternatively, when the degree of relation does not reach a predetermined standard, an event may be generated with a predetermined probability regardless of the degree of relation. Alternatively, 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 may not occur.

  Here, when there is one first character set for event occurrence, of course, when the degree of relationship between the first character and the main character reaches a predetermined standard (as an opportunity), the event is 100. %Occur.

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

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

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

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

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

  Next, a configuration in which the upper limit of the number of first characters that can be set as an event deck is changed according to various conditions will be described. As shown in FIG. 16, the game apparatus 3 of the present embodiment includes a settable number management unit 76 in addition to the setting unit 71 and the event management unit 72. The settable number managing 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 first characters that can be set 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 a game parameter related to the progress of the game satisfies a preset condition. Details thereof will be described later.

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

  (C) In a game where a friendship can be established with other users, such as the game of the present embodiment, a predetermined condition is 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 one, then increases further by 40, and further increases by 50 or more.

  (D) A case where a game execution result does not reach a predetermined standard is set as a predetermined condition. For example, in a game in which characters can be raised, the upper limit of the number that can be set is reduced when the user stops raising characters in the middle. Further, if the character parameters do not reach a predetermined value even after the character has been trained, the upper limit of the settable number is reduced.

  In addition, said (a)-(d) is an example of predetermined conditions, Comprising: It is not limited to these, Various conditions can be defined according to the content of a game.

  The settable number managing means 76 manages increase / decrease in the settable number of the first character by switching, for example, the validity / invalidity of the flag provided in the event deck setting information shown in FIG.

  In this configuration, while an upper limit is set for the number of settable first characters, the upper limit can be increased when the user satisfies a predetermined condition. As the upper limit of the number of first characters that can be set increases, the variation of events that can occur during the game also increases. Therefore, the user is motivated to actively play the game so as to satisfy a predetermined condition in order to improve the upper limit of the settable number (or to avoid a decrease in the upper limit).

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

  For example, at the start of a game that has never started a scenario, the upper limit of the number of first characters that can be set is “2”. In this case, there are only two setting frames 102 on the event deck setting screen of FIG. Thereafter, when the number of characters that have been trained is “1” due to the end of the scenario, the upper limit of the number of characters that can be set for the first character is changed to “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 trained by the end of the scenario is “2”, the upper limit of the number of characters that can be set for the first character is changed to “4”, and the number of setting frames 102 is four. Thereafter, each time the number of characters that have been trained increases, the upper limit of the settable number of the first character may be increased, and if the upper limit of the settable number reaches a predetermined value (for example, 5), the further The upper limit may not be increased (the number of setting frames 102 does not increase).

  As other examples of the game parameters related to the degree of progress of the game, various game parameters such as stage, points, and levels can be applied according to the game contents. For example, the fact that the player has reached a predetermined stage, the acquisition point 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. This corresponds to “game parameters relating to the degree of progress satisfying a preset condition”.

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

  Next, a description will be given of a preferred configuration that allows a fellow character to be incorporated into the user's event deck when the user has a fellow. As shown in FIG. 17, the game apparatus 3 having this configuration includes, in addition to the setting unit 71 and the event management unit 72, a friend management unit 77 and a permission unit 78 as an example of a relationship management unit.

  The buddy management means 77 has a function of managing buddy as an example of the second user related to the user. As one form for a user to establish a friendship relationship with another user, either one of the two users makes a friend application to the other user via the game server 1, and the friend application is made. The friend application made between both users and the operation of the approval that the received user approves becoming a friend via the game server 1 are mentioned. The fellow management means 77 memorize | stores user ID of the other user who has a fellow relation with a user as fellow information so that it may illustrate in FIG. 9, and performs fellow management.

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

  Or it is good also considering the character selected beforehand as the character which a friend can lend as "a specific character which a friend owns". Alternatively, the game apparatus 3 may automatically extract the character having the highest ability among the characters owned by the mate, and the character may be “a specific character owned by the mate”.

  For example, when the user has created more than a predetermined number of friends (for example, one person), the permission unit 78 allows the friend character to be set as an event deck. Thereby, an assistant frame 105 that can set a fellow character is provided on the event deck setting screen.

  FIG. 18 shows an example of an event deck setting screen in which a helper frame 105 is provided. FIG. 18 illustrates an example in which five normal setting frames 102 and one assistant frame 105 are provided for a total of six frames. When a fellow character is set in the helper frame 105, for example, if the user selects the helper frame 105, the screen changes to an unillustrated helper selection screen. On this assistant selection screen, a list of fellow characters is displayed. If an arbitrary character is selected from the list, the selected character can be set in the assistant frame 105.

  For the user, there may be only one helper frame 105 that can set a fellow character as an event deck, or a plurality of helper frames 105 may be used. 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 friends increases, the number of helper frames 105 that can set a friend character may be increased.

  In the configuration of the present embodiment, even if the user does not own the character, the user can borrow a specific character owned by the companion and set it as the user's own event generating character. In this case, for the user, the wider the number of friends, the wider the range of selectable characters, so that various events can be generated. With this configuration, each user is motivated to actively make many friends. Then, as the number of friends of each user increases, the community between 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 that has occurred. However, a configuration in which the parameters of the main character are varied according to the progress or result of the event that has occurred is preferable. As shown in FIG. 19, the game apparatus 3 that implements this configuration includes parameter changing means 79 in addition to setting means 71 and event management means 72.

  The event corresponding to the event deck is preferably an event related to the main character as an example of the second character operated by the user. Here, the event related to the hero character includes, for example, the hero character practicing, confronting, eating, and traveling with the first character. The event related to the hero character is not limited to an event in which the hero character appears on the screen. For example, it may be an event where the first character talks about, thinks or imagines the hero character, or an event where the first character who is a rival to the hero character practices to win the hero character. Good.

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

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

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

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

  Of course, only when an event related to the hero character as the second character occurs, the parameters (abilities, etc.) of the hero character may change according to the progress or result of the event.

  In addition, it is preferable that an event for improving the ability of the main character is generated by setting a first character having a high predetermined ability (such as batting power, running ability, and defensive ability) as an event deck. For example, by setting any one of the first characters P, Q, R,... Having a hitting force parameter higher than a predetermined reference as an event deck, an event that can enhance the hitting ability of the main character occurs. Further, by setting the first character P, Q, R,... Having a hitting parameter higher than a predetermined standard as an event deck, two from one, two from three, and more, the hitting strength is enhanced. An event with a higher effect is generated (the contents of the event are also different). Similarly, by setting a character whose running power parameter is higher than a predetermined standard as an event deck, an event that can enhance the running power of the main character occurs.

  As described above, it is preferable that the content of the fluctuation of the parameter of the main character is related to the parameter of the first character. For example, when the first character is a player with excellent batting ability (the parameter of the batting ability is higher than a predetermined standard), when an event related to the first character proceeds or is completed, Under the influence of a specific parameter of the first character (in this case, the hitting ability), the same hitting ability is improved.

  Even when the user does not complete the generated event to the end or does not clear the event, the parameter can be changed according to the progress of the event.

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

  Next, a preferable configuration for varying the effect of the event 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, any one of “normal”, “rare”, and “S rare” is set in advance for each character. Note that the rarity is not limited to a three-stage setting. For example, the rarity level may be five levels of “normal”, “normal +”, “rare”, “rare +”, and “S rare”. The rarity can be expressed in various forms such as “1, 2,...”, “A, B.

  The parameter changing means 79 greatly changes the parameter of the main character according to the progress or result of the event generated according to the first character as the rarity of the first character set as the event deck is higher. It has a function to make it. For example, as a result of an event that occurs according to the first character of the player A (normal), the hit character of the main character is “+10”. Even with the same name, as a result of an event that occurs according to the first character of the player A (rare), the striking power of the main character is “+20”. Further, as a result of an event that occurs according to the first character of the player A (S rare), the hit character of the hero character is “+30”. Thus, even with the character of the player A having the same name, if the rarity level is different, an event having a different content occurs (or an event having the same content may occur), and the effect of the event is different 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 the game can be advanced and the game performance is improved. Then, the user can be motivated to obtain a character having a higher degree of rarity.

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

  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 the correspondence between the first character set as the event deck and the event that may occur. In the example of FIG. 21, when the character of player A (normal) is set as the event deck, the event that may occur is one of “hitting special training 01”. In addition, when a player A (rare) character is set as an event deck, there are two events that may occur: “blow special training 02” and “batter special training 03”. Further, when the character of the player A (S rare) is set as the event deck, there are three events that may occur: “blow special training 04”, “batter special training 05”, and “batter special training 06”. . This is merely an example, and the number of events can be arbitrarily determined as long as the relationship that the number of events that may occur during the game increases as the degree of rarity of the first character increases.

  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, “hitting special training 01” to “hitting special training 06” Any event can occur.

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

  According to the configuration of the present embodiment, the higher the rarity of the first character set for event generation, the more variations of events that occur during the game and the higher the game performance. Then, the user can be motivated to obtain a character having a higher degree of rarity.

  By the way, it is preferable that the event generated 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, various relationships according to the contents of the game, such as rivals, best friends, parents and children, and lovers, can be applied. For example, assume that character A and character B have a rival relationship. When character A and character B are set as event decks, a confrontation event occurs as an event corresponding to the combination of both characters based on the relationship (rivals) of both characters. In this case, the hero character may participate in the event, for example, by watching or supporting the confrontation event.

  As described above, since an event with contents based on the relationship between a plurality of first characters set for generating an event occurs, when the user wants to generate an event with specific contents such as a confrontation event, It is only necessary to select a plurality of characters to be incorporated into the event deck while considering the relationship. With this configuration, the game performance can be further improved.

  Next, a configuration for informing a user of information indicating a relationship between an event and a character for generating the event in advance will be described. 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 means 80 has a function of notifying a user of information indicating the relationship between an event and a first character or a combination of a plurality of first characters for generating the event. An example of notification by the notification unit 80 will be shown below.

  (A) Information indicating the relationship between an effect such as parameter improvement caused by an event and a first character or a combination of a plurality of the first characters for generating the event is notified (presented) to the user in advance. . For example, when the parameter of the hero character fluctuates as an effect of the event, the user is notified in advance of information related to the first character or the first character combination necessary for improving the parameter. For example, in a baseball game, information indicating that “any one of the characters P, Q, R,... Display on the screen to notify the user. The information to be notified may be hint information that serves as a clue to information indicating the relationship. For example, a notification that “If the character P is set, the batting power may be strengthened by an event” may be used.

  (B) Information (including the hint information) indicating the relationship between the type or content of the event and the first character or a combination of the plurality of first characters for generating the event is given to the user in advance. To inform. Examples of event types or contents 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 indicating that “a character X (which is a hero character and a rival) should be set in order to generate a confrontation event” is displayed on the screen to notify the user. After the confrontation event, as described above, a predetermined effect (such as improvement of parameters of the main character or acquisition of special ability) may occur. Moreover, you may alert | report the effect collectively.

  In both cases (A) and (B), the user can check the information presented from the notification unit 80 on the screen whenever a predetermined operation is performed on the game apparatus 3.

  Further, in both cases (A) and (B), detailed table information or the like indicating all the relationships may be presented to the user, or only a part thereof may be presented at random. You may be interested in. In the presence of this information, the user is motivated to generate the desired event in order to generate the desired event (and thereby the desired effect).

  In both cases (A) and (B), as information indicating the relationship, only information related to the characters owned by the user may be extracted and presented to the user. In this case, it is possible to give motivation to actively enjoy the game to users (especially, novice users who do not know what kind of event will occur if their own character is set for event generation). .

  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 and selects an arbitrary scenario from among 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.

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

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

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

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

  The user can also start the scenario without setting any character in the setting frame 102 on the event deck setting screen (the event deck character 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 be generated.

  After the scenario is started (S3), the user selects, for example, any one of “practice”, “rest”, and “outing” commands (S4), and advances the scenario. For example, in the “practice” command, various selectable subcommands such as batting practice, striking practice, defensive practice, and strength training are prepared. For example, if you select the batting practice command, you will practice with the player A of the event deck, if you select the scout practice command, you will practice with the event deck player B, etc. The person you practice with is different.

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

  The game apparatus 3 varies the parameters of the main character in accordance with the progress or result of the event that has occurred. For example, the game apparatus 3 improves parameters such as the striking power, running power, and defensive power of the main character. At this time, the game apparatus 3 updates the parameter of the character being raised exemplified in FIG. 9 to the value after the change (S8). Thereafter, the process proceeds 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 hero character changes due to the execution of the command, the game apparatus 3 updates the value after the change (S10). When the main character performs a predetermined action (practice etc.) with the first character incorporated in the event deck by executing the command, the game apparatus 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 in FIG. 12 is updated.

  Thereafter, it is determined whether or not the scenario is finished (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 development of the main character is completed.

As described above, in the game apparatus 3 of the present embodiment, variations of events that occur during the game are abundant depending on the combination of the first character or the plurality of first characters that can be arbitrarily set by the user. Thereby, the breadth of a game spreads and the highly interesting game which a user can play without getting tired repeatedly repeatedly is realizable.
[Another configuration example of the game management device]

  In the above-described embodiment, an example in which the game management device is configured as the game device 3 has been described. Hereinafter, an example in which the game management device is configured as the game server 201 will be described. 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. In addition, the same member number is attached | subjected about the structure similar to the structure shown in previous drawing, The description is abbreviate | omitted suitably.

  FIG. 23 shows a configuration example of a game system in which a game management device according to an embodiment of the present invention is incorporated. As shown in the figure, this game system includes a game server 201 installed on a network 4 such as the Internet, and a terminal device 203 of each user that can be connected to the game server 201 via the network 4. Is done.

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

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

  As a form of game service provided by the game server 201, a game program (application software) is installed in the game server 201, and a game operation is not performed on the terminal device 203 but on the terminal device 203. There is a form in which a game is executed by the game server 201 in response to an input, and the execution result is transmitted to the terminal device 203 of each user. For example, the game server 201 provides a so-called browser game in which a game can be played by a web browser installed in the terminal device 203 of each user. Alternatively, the game server 201 provides a so-called cloud gaming service in which a game video as a result of executing a game on the game server 201 is transmitted 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 terminal device 203 side and the game execution processing is also performed on the terminal device 203 can be provided.

  For example, in a service form that provides a browser game, it is not necessary to download or install game-specific software on the user's terminal device 203, and the user can easily play the game anywhere as long as the terminal device 203 can be connected to the network 4. The game service provided from the server 201 can be enjoyed.

  In this game system, the game server 201 executes arithmetic processing and data processing for progressing the game in response to an input operation on the terminal device 203 of each user. 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 displays web page information (game for displaying the execution result on the screen of the user terminal device 203). Screen data) 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. It has become. Examples of the terminal device 203 include 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 (stationary or portable game device), or bidirectional. Various terminals that can be connected to the game server 201 via the network 4 and receive a game service, such as a multi-function television receiver (so-called smart TV) having the above communication function, can be applied.

  The game server 201 and the terminal device 203 can communicate with each other to transmit and receive various data, and are all information processing devices (computers) including a CPU, ROM, RAM, auxiliary storage device, communication control unit, and the like. And have the same hardware configuration. Therefore, in the game system including the game server 201 and the terminal device 203, each of the units 71 to 80 included in the game device 3 described in each of the above-described embodiments is such that either the game server 201 or the terminal device 203 is included. It only has to have. That is, each means 71 to 80 included in the game apparatus 3 can be provided in the game server 201. Or each means 71-80 which the game apparatus 3 comprises can also be distributed and provided in the game server 201 and the terminal device 203. FIG. Even with these configurations, the same effects as those of the above-described embodiment can be obtained.

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

Alternatively, as illustrated in FIG. 25, the functions of the setting unit 71 and the event management unit 72 may be distributed between the game server 201 and the terminal device 203. 25 shows a configuration example in which the setting unit 71 is provided in the game server 201 and the event management unit 72 is provided in the terminal device 203, but this is not limitative. The game server 201 may be provided with the event management means 72, and the terminal device 203 may be provided with the setting means 71.
[Other Embodiments]

  In each of the above-described embodiments, a baseball game has been illustrated, but the present invention can also be applied to a game in which a plurality of characters appear, such as a soccer game or a battle game. Moreover, although the example which makes the character which can be integrated in an event deck into a person, such as a player, was demonstrated, it is not limited to this. Various characters such as animals (racing horses, etc.), plants, fictional creatures (monsters, etc.), non-living creatures (materials, tools, etc.) can be applied as the characters.

  For example, in the case of a cooking game, the characters that can be incorporated into the event deck can be vegetables, fruits, seasonings, etc., which are ingredients for cooking. By incorporating such a character into the event deck, an event related to the cooking method occurs, and when the event proceeds or completes, the protagonist character masters one recipe (cooking method). It can also be applied to games that improve performance.

  In addition, regarding a configuration having a storage control function for storing various types of information in a storage device, the storage device itself is not included in the configuration, so it can be installed anywhere, whether inside or outside a game device, terminal device, game server, or game system. May be. For example, the storage device may include the RAM 13 and auxiliary storage device 14 that the game server 1 has, the RAM 33 and auxiliary storage device 39 that the game device 3 has, or a file server (online storage) that is configured separately from the game server 1 and game device 3. It may be.

  The configurations described in the above embodiments can be applied in appropriate combination.

  The computer-readable program according to the present embodiment is recorded on various computer-readable recording media such as a hard disk, an optical disk (CD-ROM, DVD-ROM, etc.), a flexible disk, a semiconductor memory, and the like. Are executed by the CPU of the game device, terminal device, and game server. The means for providing the program to the server or the like is not limited to the recording medium described above, and can 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 Relational 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 Permitting means 79 Parameter changing means 80 Notifying means 201 Game server (game management device)
203 Terminal device (game management device)

Claims (20)

At least one setting unit for setting a character is displayed on the screen, and when the setting unit is selected by the user, a plurality of the characters owned by the user are selected as candidates for the character to be set in the setting unit. Display control means for displaying on the screen;
Setting means for setting the character selected by the user from the candidates in the setting unit;
Event management means for causing an event associated with the character set in the setting unit by the setting means to occur during a first game by satisfying a predetermined condition;
The first game is a game for cultivating a second character different from the character set in the setting unit, and the second game is generated according to the progress or result of the event that occurred during the first game. And a parameter changing means for changing a parameter for raising the character . The first game, the game management device according to claim 1 is a game to foster usable in the second game the second character.   The game management device according to claim 1, further comprising appearance character management means for causing the character set in the setting unit to appear in the first game.   When the setting unit in which the character is set is selected by the user, the display control unit displays a plurality of the characters owned by the user on the screen as candidates for changing the character set in the setting unit. The game management device according to claim 1, wherein the game management device is displayed. A degree-of-relationship management means for managing a degree of relationship between the second character operated by the user during the first game and the character set in the setting unit;
Depending on the degree of relationship, the event management unit according to any one of the probability variation means for varying the probability of the event that first generating during the game, claims 1, further comprising a 4 Game management device. An appearance character management means for causing the character set in the setting unit to appear in the first game;
Each time the second character performs a predetermined action with the character set in the setting unit in the first game, the degree-of-relationship management unit performs the degree of relationship between the character and the second character. The game management device according to claim 5, wherein the game management device varies. And it appeared character management means for appeared Kiki Yarakuta before set in said setting unit in said first game,
A degree-of-relationship management means for changing a degree of relation between the character and the second character each time the second character performs a predetermined action with the character set in the setting unit in the first game; Further comprising
The event management means generates the event associated with the character when the degree of relationship between the character set in the setting unit and the second character reaches a predetermined standard. 5. The game management device according to any one of 1 to 4 .   A settable number managing means for setting an upper limit on the settable number of the characters set by the setting means and changing the upper limit of the settable number by satisfying a predetermined upper limit fluctuation condition. Item 8. The game management device according to any one of Items 1 to 7.   The game management device according to claim 8, wherein satisfying the predetermined upper limit fluctuation condition means that a game parameter related to the progress of the game satisfies a preset condition.   The game management device according to claim 1, further comprising notification means for notifying a user of information indicating a relationship between the event and the character for generating the event. The game management device according to claim 1, wherein the content of the parameter variation of the second character is related to the parameter of the character set in the setting unit. A rarity level is set for each of the plurality of characters owned by the user,
The parameter variation means largely varies the parameter of the second character in accordance with the progress or result of the event associated with the character, as the rarity of the character set in the setting unit is higher. The game management device according to any one of claims 1 to 11. Relationship management means for managing a second user associated with the user;
13. The permission unit according to claim 1, further comprising permission means for permitting the setting unit to set a specific character owned by the second user as the user's own character. Game management device. A rarity level is set for each of the plurality of characters owned by the user,
The game according to any one of claims 1 to 13, wherein the number of the events that may occur during the first game is increased as the rarity of the character set in the setting unit is higher. Management device.   The event management means, when a plurality of the characters are set by the setting means, causes an event based on a combination of the plurality of characters to be generated during the first game by satisfying the predetermined condition. Item 15. The game management device according to any one of Items 1 to 14.   The game management device according to claim 15, wherein the event based on a combination of a plurality of characters is an event based on a relationship between the plurality of characters.   The game management device according to claim 1, configured as a game device operated by a user.   The game management device according to claim 1, configured as a game server that can communicate with a terminal device operated by a user.   The game system including a game server and a terminal device that communicate with each other is configured, and each of the units is provided in any one of the game server and the terminal device. Game management device.   A program for causing a computer to operate as the game management device according to any one of claims 1 to 16, wherein the program causes the computer to function as each unit included in the game management device.

Images