JP5255713B1 - GAME MANAGEMENT DEVICE, GAME SYSTEM, GAME MANAGEMENT METHOD, AND PROGRAM - Google Patents

Abstract

The present invention realizes a highly entertaining game in which events occurring in the real world are linked to a game.
An operation receiving unit 56 sets a predetermined reception period for a real event that occurs in the real world, and receives a user operation during the reception period. The relationship information storage control means 57 stores in advance a relationship information between the actual event and the ability information to be reflected on the character owned by the user in the storage device. The reflecting unit 59 executes a reflecting process for reflecting the attribute information acquired based on the relationship information to the character owned by the user in response to an operation by the user during the reception period.
[Selection] Figure 4

Description

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

  2. Description of the Related Art Conventionally, a game system has been proposed that allows a situation occurring in the real world to be confirmed in a game in real time or reflected in a game scene. For example, there is a game system in which a score progress of a baseball game in the real world can be confirmed in a scoreboard format on a screen during the game (see Patent Document 1). In addition, in a real-world baseball game, for example, when the user wants to start the game from a 2-death full game, the batting rate of the real world batter is reflected in the in-game character. There is also a game Simtem that can reproduce a scene of 2 deaths in the game (see Patent Document 2).

JP 2008-061874 A JP 2000-308757 A

  In the above conventional game system, information on the real world can be confirmed in the game, or one scene of the real world can be reproduced in the game, but these are simply projected on the game in the real world. However, it was not something that could improve the game. Therefore, realization of a highly interesting game with improved game performance is desired.

  The present invention has been made in view of the above problems, and its purpose is to provide a game management device, a game system, and a game system that can realize a highly entertaining game in which an event that occurs in the real world is linked to the game. A game management method and program are provided.

  (1) A game management device according to one aspect of the present invention is a game management device that communicates with a terminal device and manages a game, and a character storage control unit that stores information on characters owned by a user in a storage device; A real event accepting unit that accepts information about a real event that occurs in the real world, and an operation acceptance that accepts operation information related to an operation on the terminal device during the acceptance period by setting a predetermined acceptance period for the real event A relation information storage control means for preliminarily storing in a storage device relation information between the means, the operation on the terminal device corresponding to the real event, and the attribute information to be reflected on the character based on the operation; By receiving the operation information, the attribute information acquired based on the relationship information is transferred to the character owned by the user. Comprising a reflection means for performing a reflection process to imaged, the.

  The game management device having this configuration can be configured by an information processing device such as a server that can communicate with each user's terminal device, and manages various games such as online games and social games.

  The game management device includes character storage control means for storing information on characters owned by the user in a storage device. Since the storage device itself is not included in this configuration, it may be installed anywhere, whether inside or outside the game management device. The character owned by the user is a hand-held character that the user obtains in the game and uses or collects during the game.

  In this configuration, as shown below, the user's operation on the terminal device changes the character attribute in conjunction with a real event that occurs in the real world (the attribute information corresponding to the real event is reflected). ). Here, the attributes include the ability, physical strength, size (height, weight, etc.), form, facial expression, etc. of the character. For example, it is possible to train the character by reflecting the attribute information of the ability on the character.

  That is, the game management device includes a real event receiving unit that receives information regarding a real event that occurs in the real world. That is, the real event accepting unit has a function of taking information related to the real event into the game management device. Here, as a real event that occurs in the real world, for example, there is an event that a score or a point is entered during various games such as baseball, soccer, tennis, American football, basketball, and volleyball. As another example, there is an event that ranking is determined in various races such as horse racing and racing cars. In addition, there are also events where talents and celebrities who answer quizzes on TV, radio, Internet, cable, satellite, etc. answer the quiz correctly. These are just examples, and various events that occur in the real world can be used as real events. The information related to the actual event may be provided directly to the game management device by a person observing the actual event or provided via a network or the like. It may be information provided from a server of a similar company. Taking baseball as an example, there are information providing servers that provide information such as hits by real players for each ball. Information can also be imported into the game management device. Further, the information related to the actual event may be information acquired by automatically analyzing the image or sound of the actual event.

  Then, the operation accepting unit sets a predetermined acceptance period for the real event accepted by the real event accepting unit, and accepts operation information related to the operation at the terminal device during the accepting period. For example, a case where a reception period is set for a real event (such as a hit) that occurs in a baseball game in the real world will be described. The operation accepting means may set a reception period for the actual event every time a real event such as a hit occurs. For a real event such as a hit that occurred during inning, You may set a reception period collectively. Alternatively, every time a predetermined time (for example, 15 minutes) elapses from the start of a baseball game, a reception period may be set for all real events that occurred during that time. In addition, the reception period may be a period of a predetermined length such as 1 minute, 3 minutes, 5 minutes, or until the next inning is completed until the next real event occurs. In order for the user to reflect the attribute information corresponding to the actual event in the character, the user must perform a predetermined operation on the terminal device during the reception period.

  The game management device further includes a relationship information storage control unit that stores in advance a relationship information between an operation on the terminal device corresponding to the real event and attribute information reflected on the character based on the operation in a storage device. Taking a baseball game in the real world as an example, for example, the ability of “+20” is reflected in the character by a reflection operation (operation for reflecting attribute information) on the terminal device corresponding to the real event “single hit”. Attribute information indicating that the ability of “+100” is reflected on the character by the reflection operation on the terminal device corresponding to the real event “Home run” is stored as the relationship information.

  And a reflection means performs the reflection process which reflects the attribute information according to the real event acquired based on the said relationship information on the said character by receiving the said operation information during the said reception period. Taking a real-world baseball game as an example, a reflection operation (for example, a reflection button displayed on the screen of the terminal device) for the user to reflect a real event on the terminal device during the reception period provided immediately after the end of the inning ), The attribute information corresponding to the actual event (such as a hit) that occurred in the inning is reflected in the character. On the other hand, if the necessary reflection operation is not performed on the terminal device during the reception period, the attribute information corresponding to the actual event that has occurred in the inning is not reflected on the character.

  As described above, in this configuration, attribute information corresponding to a real event that occurs in the real world can be reflected on a character owned by the user via the user's intention (operation). The user goes to a place where a real event occurs, such as a real-world baseball field, or performs a predetermined reflection operation on his / her terminal device while watching the real event in real time on TV, radio, the Internet, etc. Thus, the user enjoys a game play in which attribute information corresponding to a real event is reflected on the character (for example, when the ability is reflected as attribute information, character development). In this case, the attribute information reflected in the character varies greatly depending on the real event (single hit, home run, etc.) that occurs in the real world, and the user does not perform a reflection operation during the reception period provided for the real event, Since the opportunity to reflect the attribute information of the corner is missed, the user can play the game with realism and tension while watching real-world real events (such as baseball games). As a result, it is possible to realize a highly entertaining game that can be played with a sense of realism and tension that is linked to a real event that occurs in the real world.

  (2) In the above configuration, the real event includes a reference event that defines a timing in the game that allows the attribute of the character to be changed, and the operation accepting unit is configured to generate the reference event. In some cases, it is desirable to start the reception period for a real event that has occurred after a reference event immediately before the reference event.

  According to this configuration, the real event that occurs in the real world and is taken into the game management device by the real event receiving unit includes the reference event. When the reference event occurs, the operation reception unit starts the reception period for a real event that has occurred after the reference event immediately before the reference event. Here, the reference event defines the timing in the game that allows the character attributes to be changed. In other words, the reference event is a reference event that defines the start timing of the reception period. Any real event that occurs in the real world can be used as a reference event. All of the arbitrary real events may be set as the reference events, or a part of the real events may be set as the reference events.

  For example, if a real-world baseball game hit, four dead ball, sacrificing, stealing, etc. are used as real events, and all of them are used as reference events, each real event will be accepted for each real event. A period is set. For example, when a hit (= reference event) occurs, the actual event that occurred after the reference event immediately before the reference event is only the hit, and the operation accepting means determines the hit after the occurrence of the hit. The reception period starts.

  As another example, the acceptance period does not start immediately after each real event (such as a hit) occurs, but it waits for the end of the inning and accepts all the real events that occurred after the end of the previous inning. When the period is set, a real event that the inning ends is a reference event. For example, when the third inning end (= reference event) occurs, if there is a hit or stealing as a real event that occurred after the reference event immediately before the reference event (end of the second inning), The operation reception means starts a reception period for the hit or theft. In short, the acceptance of individual real events that occurred during the third inning starts from the end of the inning.

  Note that, as described above, this configuration regulates the start timing of the reception period, and can take various forms regarding the length of the reception period itself, in other words, the end timing of the reception period. For example, the end timing of the reception period may be 1 minute, 3 minutes, 5 minutes, etc. from the start of the reception period, or until the next real event occurs. Alternatively, it may be until the start of the next inning.

  In this way, since a real event is divided by the occurrence of a reference event and a reception period is provided, depending on what is set as the reference event, for example, a reception period may be generated many times during baseball inning, or at each end of inning The reception period can be generated, and the frequency of setting the reception period can be changed.

  When a reference event that generates a reception period occurs in the real world, the user who views it understands the start of the reception period and performs operations within the reception period so as not to miss the opportunity to reflect attribute information become. If a predetermined time (for example, 15 minutes) elapses from the start of a real-world real-world event (such as a baseball game), a reference event is set such that a reception period is set for real events that occurred during that time. When the reception period is started without using it, the start of the reception period (that is, the timing of the reflection operation) can be known without viewing the real event as long as the real event start time is known. On the other hand, by starting the acceptance period based on the reference event that does not know when it occurs after the start of the real event, the timing of the reflection operation can be grasped if the real event is not actually viewed Absent. As described above, the game management device provides the user with a game environment that allows the user to play with realism and tension while watching real-world real-world events. It is possible to guide the user in the direction of playing the game while watching real-world real-time events in real time so that the game can be utilized to the maximum.

  (3) In the configuration of (1) or (2) above, when the reflection unit executes the reflection process, the later the timing of receiving the operation information during the reception period, It is desirable to reduce the degree of reflection of the attribute information acquired based on the character.

  According to this configuration, as the timing of the operation during the reception period in which the game management device accepts an operation on the terminal device is delayed, the degree of reflection of the attribute information on the character is kept low. Here, a reception period from the end of one inning to the end of the next inning is provided in a baseball game, and reflection information of “+100” is provided as attribute information corresponding to a real event such as a hit that occurred during the one inning. A specific example is given assuming that is acquired. For example, if the reflection operation by the user is performed within one minute from the start of the reception period, the ability of “+100” is reflected to the character, but the timing of the reflection operation is within two minutes after the lapse of one minute. In the case of “+80”, if the time is within 3 minutes after the lapse of 2 minutes, “+60”,..., The reflection degree decreases as the reflection operation timing is delayed from the start of the reception period. Of course, when the acceptance period elapses without the user performing a reflection operation, there is no growth of the character regarding the inning. In this example, the degree of reflection is gradually reduced every minute, but the degree of reflection may be continuously reduced according to the elapsed time from the start of the reception period.

  With this configuration, in order for the attribute information to be reflected in the character with a high degree of reflection each time a reception period is set, the user accurately recognizes the start of the reception period (such as the occurrence of a reference event as an opportunity). It is necessary to perform a reflection operation immediately after the start of the reception period. In order to do so, it is necessary to actually view real-world real-time events in real time, and it is difficult to efficiently grow characters even if a reflection operation is performed at an appropriate timing without doing so. . As described above, the game management device provides the user with a game environment that allows the user to play with realism and tension while watching real-world real-world events. In order to make the best use of the game, it is possible to guide the user more strongly in the direction of playing the game while viewing real-world real-time events in real time.

  (4) In the configuration according to any one of (1) to (3) above, the relation information includes the terminal device corresponding to a real event for reflecting attribute information advantageous to the game on the character. A correspondence relationship between the operation and attribute information that is advantageous on the game based on the operation, an operation on the terminal device corresponding to a real event for reflecting the attribute information that is disadvantageous on the game to the character, and the operation It is desirable that a correspondence relationship with attribute information that is disadvantageous in the game based on is included.

  According to this configuration, the relationship information includes not only attribute information that is advantageous for the game but also attribute information that is disadvantageous for the game. When a real event (such as a defensive error in baseball is taken as an example) to reflect attribute information that is disadvantageous in the game, attribute information that is disadvantageous in the game due to the user's reflection operation (for example, negative ability) Value) may be reflected.

  In this way, in a configuration including attribute information that is disadvantageous in the game, when a real event occurs in order to reflect the attribute information that is actually disadvantageous in the game in the real world, the user performs a reflection operation during the reception period. It is also possible to avoid reflection of attribute information that is disadvantageous to the game on the character without performing the above. For that purpose, it is necessary to actually view real-world real-time events in real time, and if the user performs a reflection operation without doing so, it may reflect attribute information that is disadvantageous in the game Yes, it is difficult to grow the character efficiently. Also, taking a baseball game as an example, for example, even if a reception period is provided after the end of the inning, it is necessary not to focus only on the end of the inning but to watch the baseball game continuously in real time. It is not possible to confirm whether or not a real event (defense error, etc.) that reflects the disadvantaged attribute information has occurred.

  As described above, the game management device provides the user with a game environment that allows the user to play with realism and tension while watching real-world real-world events. Inclusion increases the tension, and the user can be more strongly guided in the direction of playing the game while watching real-world real-time events in real time.

  (5) In the configuration according to any one of (1) to (4), the real event occurs when a plurality of people, a plurality of animals, or a plurality of groups compete, and the terminal device Reflecting target registration means for registering the reflecting target based on the operation information related to the operation of selecting the reflecting target from the plurality of persons, the plurality of animals, or the plurality of groups performed, the reflecting means, It is desirable that the attribute information corresponding to the real event about the reflection target registered in the reflection target registration unit is acquired based on the relation information, and the acquired attribute information is reflected on the character.

  In this configuration, real-world real-world events that are the target of the game are those in which multiple people compete (such as a tennis match in which two tennis players play in a single match), or those in which multiple animals compete (multiple horses). Or a plurality of groups competing (such as a baseball game between two baseball teams). Then, as shown below, the user can register the reflection target, and the attribute information corresponding to the activity of the registered reflection target in the real world can be reflected on the character. For example, in the case of a baseball game where two baseball teams A and B face each other in the real world, the user may select a baseball team on the side that he / she wants to support or expects to play an active role as a reflection target. it can. Here, assuming that the user performs an operation of selecting the baseball team A as a reflection target on the terminal device, in the game management apparatus that has received this operation information, the reflection target registration unit reflects the baseball team A. Register as In this case, when executing the reflection process, the reflection means acquires attribute information corresponding to a real event (such as a hit of a player of the baseball team A) about the baseball team A to be reflected based on the relationship information, To reflect. On the other hand, even if a real event about the baseball team B (such as a hit of a player of the baseball team B) occurs, the baseball team B is not a reflection target and thus does not affect the attributes of the character.

  As described above, in the present configuration, only the real event about the reflection target selected by the user himself / herself affects the character attribute among the real events that occur during the actual event in which a plurality of groups compete. Therefore, while watching real-world real-world events (baseball games, etc.), the user will be able to support the reflection target (baseball team, etc.) selected by the user. Real events can be enjoyed more. This leads to further enhancement of the game property of changing the attribute of the character in conjunction with the real world, and a highly entertaining game can be realized.

  (6) In the configuration of (5), the real event occurs when a plurality of groups composed of a plurality of members compete, and the reflection target registration means is performed by the terminal device. The target group registration means for registering the selected group as the target group based on the operation information related to the operation of selecting the reflection target group, and at least one of the target groups performed by the terminal device. Target member registration means for registering the selected member as a target member based on operation information relating to an operation of selecting a member as the reflection target, and the reflection means is registered in the target group registration means The attribute information corresponding to the actual event for the target group is acquired based on the relationship information, and the acquired attribute information Is reflected in the character, and if the real event for the target group is a real event for the target member registered in the target member registering means, the target member is registered as a reflection target. It is desirable to reflect the attribute information more greatly on the character than in the case of a normal member who is not.

  In this configuration, the real-world real event that is the target of the game is an event (such as a baseball game where two baseball teams compete) in which a plurality of groups composed of a plurality of players participate. Then, the user can select not only a reflection target group (target group) but also at least one member in the target group as a reflection target.

  Here, a baseball game in which two baseball teams A and B face each other in the real world will be described as an example. The user can select a baseball team (target group) that he / she wants to support or expects to play an active role and a real player (target member) in the baseball team. For example, assuming that the user performs an operation of selecting a baseball team A as a target group and a real player A in the baseball team A as a target member on the terminal device, the game management device that has received information on this operation The target group registration unit registers baseball team A as a target group, and the target member registration unit registers real player A as a target member. Then, when executing the reflection process, the reflection unit acquires attribute information corresponding to the real event for the baseball team A registered in the target group registration unit based on the relationship information, and the acquired attribute information is the character To reflect. At this time, when the real event for the target group is a real event for the real player A registered in the target member registration unit, the reflection means is a normal one in which the real player A is not registered as a reflection target. The attribute information is reflected more largely on the character than if it was a member. For example, when a real player of baseball team A hits a home run and the ability of “+100” is reflected in the character as attribute information, the real player A who is the target member hit the home run. Is reflected in the character with twice the ability of “+200”.

  Thus, in this configuration, not only the attribute information corresponding to the activity in the real world of the target group selected by the user is reflected in the character, but also if the target member selected by the user is active in the real world, The attribute information can be reflected more largely on the character. Therefore, for example, even if the target group registered by the user is not good, if the target member registered by the user plays an active role (for example, 4 hits, 4 hits), a large growth of the character can be expected. Also, if both the target group and the target member are active, the character can grow considerably. As a result, the support of the user who is watching a baseball game or the like played in the real world is heated, and at the same time as enjoying the game, it is possible to further enjoy a real event such as a baseball game. This leads to further enhancement of the game property of changing the character attribute in conjunction with the real world, and a highly entertaining game can be realized.

  (7) In any one of the constitutions (1) to (6), the game management device reflects attribute information among a plurality of characters owned by the user, which is performed on the user's terminal device. It is desirable to further include target character registration means for registering the selected target character based on the operation information related to the operation of selecting the target character. The reflecting means preferably performs the reflecting process on the target character registered in the target character registering means.

  According to this configuration, the user can arbitrarily select a target character to which attribute information is reflected from among a plurality of characters owned by the user. When the user performs an operation of selecting a target character on the terminal device, the target character registration unit registers the target character selected by the user in the game management device that has received the operation information. Then, the reflection means executes the reflection process on the target character registered in the target character registration means. With this configuration, the user can analyze and examine the attributes of the handheld character and select a desired character as the target character, thereby improving the game performance. For example, in a baseball game, a user owns a character at each position such as a pitcher, catcher, first base,... The user can, for example, analyze a character in the lowest position in terms of ability and use the character as a target character, thereby making a strategy such as bottom-up of his team.

  (8) In the configuration according to any one of (1) to (4), the real event is generated by a plurality of actual objects including n (n is an integer of 2 or more).

  The reflecting means associates the n actual objects with n characters owned by the user on a one-to-one basis, and the attribute information corresponding to the real event for each of the n actual objects is represented by the relationship. It is desirable to acquire each attribute based on the information and reflect the acquired attribute information to the character associated with each entity.

  In this configuration, a real-world real event in which a real event is generated by a plurality of real objects including n real objects is a target of the game. Here, the real thing means a person or an animal in the real world. Specific examples of real objects include real players of various sports such as baseball, soccer, American football, basketball, etc., talents, celebrities, and horse racing who respond to quizzes on TV, radio, Internet, cable, satellite broadcasting programs. This applies to racehorses running in this race. For example, a baseball game including nine real players (actual objects) in batting order Nos. 1 to 9 is the target of the game.

  Then, the reflecting means associates the n real objects in the real world with the n characters owned by the user on a one-to-one basis, and the capability information corresponding to each real event for each of the n actual objects is stored in each real object. Each character is associated with an object. For example, taking a baseball game linked to a real-world baseball game as an example, individual activities (real events) of real players of the real-world baseball teams in the batting order Nos. 1 to 9 are reflected through the user's reflection operation. Thus, it can be reflected in the characters of the user's in-game order (characters in batting order Nos. 1 to 9). In the case of this example, if the user expects the real players of the batting order No. 1 to No. 9 of the real world baseball team to be active, for example, if the batting order No. 1 and No. 2 real players are expected to play an active role, It is also possible to devise a measure such as placing characters for which attribute information (such as ability information) is to be largely reflected in the first and second orders.

  In this way, by making one-to-one correspondence between n real objects in the real world and n characters owned by the user, the attributes of the n characters can be changed through the user's intention (operation). , Can improve the game.

  (9) A game system according to another aspect of the present invention is a game system including a game management device that manages a game and a terminal device that communicates with the game management device. The management device or the terminal device includes character storage control means for storing information on characters owned by the user in a storage device. Then, the game management device sets a real event receiving means for receiving information on a real event that occurs in the real world, a predetermined reception period for the real event, and an operation on the terminal device during the reception period Related information storage control for storing, in a storage device in advance, relationship information between an operation receiving unit that receives operation information related to the operation, an operation on the terminal device corresponding to the real event, and attribute information reflected on the character based on the operation Means for reflecting the attribute information acquired based on the relation information on the character owned by the user by receiving the operation information during the reception period. .

  (10) A game system according to yet another aspect of the present invention is a game system including a server device and a terminal device, wherein the server device receives information on a real event that occurs in the real world. Receiving means, and transmitting means for transmitting information relating to the real event to the terminal device. The terminal device includes a character storage control unit that stores information on a character owned by a user in a storage device, a reception unit that receives information on the real event transmitted by the transmission unit, and the real event. A predetermined reception period is set, and an operation reception means for receiving a predetermined operation during the reception period, an operation corresponding to the real event, and attribute information to be reflected on the character based on the operation are previously stored. A reflection process for reflecting the attribute information acquired based on the relationship information to the character owned by the user in response to the predetermined operation during the reception period; Reflecting means to be executed.

  (11) A game management method according to still another aspect of the present invention is a game management method in a computer that communicates with a terminal device and manages a game, and the computer stores information on characters owned by the user. A character storage control step stored in the computer, a real event reception step in which the computer receives information on a real event that occurs in the real world, and a computer sets a predetermined reception period for the real event, The operation receiving step for receiving operation information related to the operation on the terminal device, and the information on the operation on the terminal device corresponding to the real event and the attribute information reflected on the character based on the operation The related information storage control step stored in the storage device in advance and the computer By receiving the operation information during the reception period includes the attribute information acquired on the basis of the relation information, a reflecting step the user performs the reflection process to be reflected on the character that owns, the.

  (12) A program according to still another aspect of the present invention is a program for operating a computer as a game management device that communicates with a terminal device and manages a game, and the user owns the computer. Character storage control means for storing character information in a storage device, real event accepting means for accepting information on a real event occurring in the real world, setting a predetermined acceptance period for the real event, Operation accepting means for accepting operation information related to operations at the terminal device, and relation information between the operation at the terminal device corresponding to the real event and the attribute information to be reflected on the character based on the operation is stored in a storage device in advance. Relation information storage control means, receiving the operation information during the acceptance period, The attribute information acquired based, a program for reflecting unit, to function as executing the reflection process to be reflected on the character owned by the user.

  According to the present invention, it is possible to realize a highly entertaining game that can be played with a sense of presence and tension linked to a real event that occurs in the real world.

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 management apparatus. It is a block diagram which shows an example of the hardware constitutions of a terminal device. It is a functional block diagram which shows an example of a functional structure of a game management apparatus. It is a functional block diagram which shows an example of a functional structure of a game information management means. It is explanatory drawing which shows an example of the game information which a game information management means manages. It is explanatory drawing which shows an example of initial state character information. It is explanatory drawing which shows an example of initial state character information (during ability information reflection). It is explanatory drawing which shows an example of fellow information. It is explanatory drawing which shows an example of the information regarding a friend. It is explanatory drawing which shows the other example of the information regarding a friend. It is explanatory drawing which shows an example of relationship information. It is explanatory drawing which shows the other example of relationship information. It is explanatory drawing which shows the other example of relationship information. It is explanatory drawing which shows the other example of relationship information. It is explanatory drawing which shows the example of a memory | storage of the information regarding a real event. It is explanatory drawing which shows an example of a main screen. It is explanatory drawing which shows an example of a real-time interlocking | fostering event registration screen. It is explanatory drawing which shows an example of the screen displayed during a reception period. It is explanatory drawing which shows an example of the screen which alert | reports that ability information was reflected on the character. It is explanatory drawing which shows the other example of the screen displayed during a reception period. It is explanatory drawing which shows the other example of the screen which alert | reports that ability information was reflected on the character. It is explanatory drawing which shows an example of the screen which alert | reports completion of character training. It is explanatory drawing which shows an example of the screen which displays the character which the training completed. It is explanatory drawing which shows an example of a capability information list screen. It is explanatory drawing which shows an example of the information which a support object registration means memorize | stores in a memory | storage device. It is a flowchart which shows an example of operation | movement of a game system. It is a flowchart which shows an example of a game progress process. It is a flowchart which shows an example of an event registration process. It is explanatory drawing which shows an example of the capability reflection process of a 1st inning. It is explanatory drawing which shows an example of the capability reflection process after 2nd inning. It is explanatory drawing which shows the other example of a capability reflection process. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows an example of a support player registration screen. It is explanatory drawing which shows the example of a memory | storage of the information regarding a real event. It is explanatory drawing which shows the other example of a capability reflection process. It is explanatory drawing which shows the other example of the screen which alert | reports that ability information was reflected on the character. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows the other example of the screen displayed during a reception period. It is explanatory drawing which shows the other example of a capability reflection process. It is explanatory drawing which shows the other example of relationship information. 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 a functional structure of a terminal device.

  Hereinafter, 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]
FIG. 1 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 1 installed on a network 4 such as the Internet, a database server 2 connected to be communicable with the game server 1, and a game server via the network 4. 1 and the terminal device 3 of each user that can be communicably connected.

  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 terminal 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 line, 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, a game management device according to an embodiment of the present invention includes a game server 1 and a database server 2. The game server 1 receives access from the terminal device 3 of each user who receives the game service via the network 4 and stores and manages game information of each user in the database server 2 (storage device). A game service is provided via the network 4.

  In the present embodiment, an example of providing a so-called browser game in which a game can be played by a web browser mounted on each user's terminal device 3 will be described as one form of game service provided by the game server 1. In the service form for providing the browser game, it is not necessary to download or install software dedicated to the game on the user's terminal device 3, and the user can easily connect to the game server anywhere as long as the terminal device 3 can be connected to the network 4. The game service provided from 1 can be enjoyed.

  In this game system, a program (application software) for a browser game is installed in the game server 1, and the game server 1 performs arithmetic processing and data for progressing the game in accordance with input operations on the terminal device 3 of each user. Execute the process. Then, the game server 1 updates the game information of each user in the database server 2 based on the execution result of the arithmetic processing and the like, and web page information for displaying the execution result on the screen of the user terminal device 3 (Game screen data) is transmitted to the terminal device 3 of each user.

  Each user's terminal device 3 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 1 can be displayed on the screen of the terminal device 3. It has become. Examples of the terminal device 3 include a mobile phone terminal, a PHS (Personal Handy-phone System) terminal, a personal digital assistant (PDA), and a smartphone that is a mobile terminal in which a mobile phone and a mobile information terminal are integrated. Various terminals that can be connected to the game server 1 via the network 4 and receive a game service such as a personal computer, a tablet computer, or a game device having a communication function (stationary or portable game device) Applicable.

  In addition, the game provided in the present embodiment can have a so-called social game element that allows the user to play while interacting with other users who are receiving game services. For example, by incorporating the game server 1 and the database server 2 of the present embodiment into a social networking service (SNS) system, a game system that provides a social game service as one of the SNS services can be obtained. In this way, a game service can be provided to the user by a game system operating on the SNS platform, but the game server 1 and the database server 2 can be constructed as independent game systems without being incorporated into the SNS system. Good. Although this game system can be applied to an online game that cannot interact with other users, in this embodiment, a game that can interact with other users will be described.

  Examples of games provided by the game server 1 include sports / racing games, simulation games, and training games for baseball, soccer, tennis, American football, basketball, volleyball, golf, boxing, horse racing, car racing, and the like. Various games such as role-playing games can be listed regardless of the game format and genre. As an example, in the present embodiment, the case where the game server 1 provides a baseball game as a game service will be described below.

  The game server 1 according to the present embodiment relates to each event each time a predetermined real event (hit, score is entered, each inning is finished, etc.) occurs in a real-world real event (baseball game, etc.). Accept information and use real events in games. In the present embodiment, a real-world real event is described as a baseball game (a game such as professional baseball or MLB) in accordance with a baseball game.

  Then, the game server 1 accepts a predetermined reflecting operation (an operation for reflecting the ability information on the character) on the user terminal device 3 with respect to a real event such as a hit that occurred in a baseball game in the real world. Set the acceptance period. For example, for a hit or the like generated during inning, a reception period is set together after the end of inning. If the user performs a reflection operation (for example, an operation of pressing a reflection button displayed on the screen of the terminal device 3) on the terminal device 3 during the reception period provided at the end of each inning, the game server 1 will receive each inning. It has a characteristic configuration in which ability information (attribute information) corresponding to a real event occurring in is reflected in the character. For example, if the user performs a reflection operation during the reception period after the end of the third inning (three fronts and backs), the character grows in response to a real event such as a hit that occurred during the third inning, If the reflecting operation is not performed during the period, the character does not grow for the third inning.

  With the above-described characteristic configuration, the character can be trained through an operation based on the user's intention in real time in conjunction with a real event such as a hit occurring during a real-world baseball game. In this case, the degree of growth of the character varies greatly depending on real events (single hit, home run, etc.) that occur in the real world, and the user does not grow unless the user performs a reflection operation. You can play a game while watching a real-world baseball game. The details of the configuration of the game management device (game server 1 or the like) according to the present embodiment, which enables realization of an interesting character linked with a real event that occurs in the real world, will be described below.

[Configuration of game management device]
As described above, in the present embodiment, the game management device includes the game server 1 and the database server 2. FIG. 2 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 (Central Processing Unit) 11, a ROM (Read Only Memory) 12 and a RAM (Random Access Memory) 13 as a main storage device, and an auxiliary storage device 14. The communication control unit 15 and the input / output control unit 16 are connected to each other via a bus line 19 including an address bus, a data bus, a control bus, and the like. An interface circuit is interposed between the bus line 19 and each component as necessary, but the interface circuit is not shown 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 a program and the like necessary for basic operation control of the game management device 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 application software such as a game program, various data, and the like. For example, a hard disk drive can be used as the auxiliary storage device 14. The program according to the present embodiment for causing the game server 1 (computer) to operate as a game management device is also stored in the auxiliary storage device 14, and the program is transferred from the auxiliary storage device 14 to the bus line when the game server 1 is started. It is loaded into the RAM 13 via 19 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 terminal device 3 via the network 4. The communication control unit 15 also controls communication with a server (not shown) connected to the network 4. For example, when it is set as the system configuration which incorporated the game server 1 in SNS, the communication control part 15 of the game server 1 controls communication between SNS servers. The communication control unit 15 controls communication with a server that provides information on events that occur in a real-world baseball game, which will be described later.

  The input / output control unit 16 is connected to an input device 17 such as a keyboard, a mouse, and a touch panel, and an output device 18 such as a display, and performs input / output control between these devices 17 and 18. An operator can manually input information on events that occur during a baseball game to the game server 1 using a keyboard, a mouse, or the like. The input / output control unit 16 is communicably connected to the database server 2 and is also a database interface that performs input / output control when the CPU 11 executes reading / writing of data (records) 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.

  In the present embodiment, an example in which the game management device is configured by the game server 1 and the database server 2 is shown, but the present invention is not limited to this. For example, the game server 1 can have the function of the database server 2 and the game management device can be configured only by 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 a user operates the terminal 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 who use the game service is several hundred thousand, millions, or more, it is necessary to construct a server system that can withstand huge access from the terminal device 3 of many users. For this reason, a plurality of game servers 1 may be provided on the network 4 for redundancy (multiplexing) so that 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.

  Next, the configuration of the terminal device 3 of the user who accesses the game server 1 according to the present embodiment and receives a game service will be described.

[Configuration of terminal device]
As the terminal device 3 operated by the user, various terminals having a website browsing function such as a mobile phone and a smartphone can be applied as described above. In the present embodiment, a mobile phone terminal is illustrated as an example. The configuration will be described. Note that the terminal device 3 other than the mobile phone terminal is also basically required for playing a game such as displaying a game screen using a website browsing function or performing an input operation for executing the game. The configuration is the same as that of the mobile phone terminal.

  A mobile phone terminal having a website browsing function or the like is also called a feature phone or a smart phone, and FIG. 3 shows an example of its configuration. As shown in the figure, the terminal device 3 mainly includes a CPU 31, a ROM 32 and a RAM 33 as main storage devices, an image processing unit 34, a display unit 35, a sound processing unit 36, and an audio input unit 37. , An audio output unit 38, an auxiliary storage device 39, an operation input unit 40, and a communication control unit 41. The components 31 to 34, 36 and 39 to 41 are connected to each other via a bus line 42. Has been. An interface circuit is interposed between the bus line 42 and each component as necessary, but the interface circuit is not shown here.

  The CPU 31 interprets and executes instructions of various programs including the web browser, and controls the entire terminal device 3. The ROM 32 stores a program and the like necessary for basic operation control of the terminal device 3. The RAM 33 stores various programs and data loaded from the ROM 32 or the auxiliary storage device 39, and secures a work area for the CPU 31. A web browser that displays game screen data described in HTML or the like is stored in the ROM 32 or the auxiliary storage device 39, loaded into the RAM 33, and executed by the CPU 31. Various plug-in software for extending the browser function of the web browser may be stored in the ROM 32 or the auxiliary storage device 39 together with the web browser.

  The image processing unit 34 drives the display unit 35 based on an image display command from the CPU 31 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 LE (Electro-Luminescence) display can be applied to the display unit 35.

  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 includes a microphone built in the terminal device 3 and is used for telephone communication or recording. The voice output unit 38 is composed of a speaker that outputs a reception speaker at the time of telephone communication and a telephone ringtone or a sound effect at the time of game execution.

  The auxiliary storage device 39 is a storage device that stores various programs and data. As the auxiliary storage device 39, for example, a flash memory drive or a hard disk drive can be used as the internal memory of the mobile phone terminal, and a memory card reader / writer or the like can be used as the external memory of the mobile phone terminal. .

  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 42. 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 terminal device 3. Further, in the case of the terminal device 3 in which the display unit 35 is configured as a so-called touch screen by mounting a touch panel (contact input type interface) on the screen of the display unit 35, the touch panel also becomes the operation input unit 40.

  The communication control unit 41 includes a communication interface 41a, and has a communication control function for performing data communication during game operation and the like, a communication control function for transmitting and receiving voice data as a mobile phone terminal, 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 1 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.

  In addition, the terminal device 3 may include a GPS (Global Positioning System) signal receiving circuit, an imaging device (camera) such as a CCD (Charge Coupled Device) image sensor, a triaxial acceleration sensor, and the like. For example, GPS position information may be used in the game.

  In the terminal device 3 configured as described above, a user who wants to receive a game service performs an operation of starting a web browser and accessing a game site managed by the game server 1. When this access is authenticated by the game server 1, the communication control unit 41 of the terminal device 3 receives game screen data described in HTML or the like transmitted from the game server 1, and the CPU 31 executes the web browser. A game screen is displayed on the display unit 35. Here, the user selects and inputs selectable button objects and hyperlinks displayed on the game screen by operating the operation input unit 40. In response to this selection input, the game server 1 advances the game and transmits new game screen data to the terminal device 3. Then, this new game screen is displayed on the display unit 35 of the terminal device 3. Hereinafter, similarly, the user can select a button object or the like that can be selected on the game screen displayed on the display unit 35 by an operation. A game provided by the game server 1 can be played.

[Functional configuration of game management device]
Next, main functions of the game management device (game server 1 and database server 2) configured as described above will be described. FIG. 4 is a main functional block diagram of the game management device.

  The game management device mainly includes game information management means 51, game progress means 52, authentication means 53, friend management means 54, real event reception means 55, operation reception means 56, relation information storage control means 57, support target registration means. 58 (reflection target registration means, event registration means), reflection means 59 and character registration means 60 are provided. Each of these means 51 to 69 is realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.

  The game information management means 51 accumulates and manages game information of each user in the database server 2. The items of game information managed by the game information management means 51 differ depending on the content of the game service that the game server 1 provides to the user. In this embodiment, a baseball game in which a user owns a player character in the game and can virtually play a game (match) with another user in the game using the player character is taken as an example.

  The player character owned by the user can be in a card format in which the form of the player character is visible on the screen of the terminal device 3. That is, the player character is managed by the game server 1 as a digital player card and displayed on the screen of the user terminal device 3. FIG. 14 exemplifies a player card 71 displayed on the screen of the user's terminal device 3, and is displayed on the screen as a digital player card in which the form of the player character and the level of ability are written. In the example of FIG. 14, the high ability of the character is visually shown by the number of star marks (for example, the higher the ability, the greater the number of star marks). In the present embodiment, for example, two types of player cards are used: a real player character that replicates a real baseball player and an original player character. The user collects player cards of real player characters while advancing the game, or strengthens the ability of the original player character in the strengthen mode, so that the original team consisting of the real player character and the original player character is created. You can form and compete with other users or compete for rankings. Further, as will be described later, ability information can be added to the character in the initial state in association with real-time baseball games in real time, and the character can be trained, and the trained character is registered as the original player character of the user. In addition, the user can improve the ability of the existing player character by synthesizing the collected cards of the existing player character. In this way, the user can enjoy the game with the aim of creating a stronger team by training and strengthening player characters in various play modes within the game.

  In such a baseball game, the game information management means 51 for managing the game information of each user, as shown in FIG. 5, is a user information storage control means 51a, a level information storage control means 51b, and an owned player card storage control means 51c. (Character storage control means), possession point storage control means 51d, possession coin storage control means 51e, possession item storage control means 51f, battle result storage control means 51g, ranking storage control means 51h, initial state character storage control means 51i, etc. I have. FIG. 6 shows an example of game information of each user (in this example, one user ID = “000001”) stored and managed in the database server 2 by each storage control means 51a to 51i of the game information management means 51. Game information). 7A and 7B show information on the initial state characters of each user stored in the database server 2 by the initial state character storage control unit 51i.

  As shown in FIG. 6, the user information storage control unit 51a associates a user ID uniquely identifying each user with a login ID, a password, a user name (such as a nickname used in the game), a team name, and the like. User information relating to each user is stored in a predetermined storage area of the database server 2 for each user ID. Here, the login ID and password are used for login authentication when each user operates the terminal device 3 to access the game server 1. The user name and team name are arbitrary information set by the user when the user registers as a member for receiving the game service or when the game is executed for the first time. The user name and team name are displayed on the game screen as necessary.

  The level information storage control unit 51b stores level information such as the user level as the game level and the affiliation league level in a predetermined storage area of the database server 2 for each user ID in association with the user ID. In the baseball game, for example, experience values are accumulated as the user progresses the game, and the user's level is increased when the experience value reaches a certain amount. In the baseball game, for example, there are a plurality of different levels of in-game leagues, and each user's team belongs to one of the in-game leagues and automatically matches a team of other users in the league ( In-game league). In addition, according to the results of this in-game league game, a replacement game between user teams belonging to different in-game leagues is automatically executed, and the level of the in-game league to which the user team belongs changes. ing. The level information storage control unit 51b stores the level of the user and the level of the affiliated league in association with the user ID.

  The owned player card storage control means 51c associates the user ID with the player card (character) information obtained and owned by the user in the game in a predetermined storage area of the database server 2 for each user ID. Remember. Examples of the player card information include identification information (player card ID) for uniquely identifying the player card, an ability value indicating the height of the ability of the player, and a regular player flag.

  FIG. 6 shows an example in which a player's ability value can be set for four ability items (abilities 1 to 4). As an example of the ability item, when the player card is a fielder, the abilities 1 to 4 can be “power”, “meet”, “running power”, “defense”, etc., and the player card is a pitcher Can set the abilities 1 to 3 as “sphere power”, “ball control”, “change”, “stamina”, and the like. The capability item is not limited to this example, and can be increased or decreased. The regular player flag is a regular player card of a single army (player card incorporated in the user's team order) among the player cards owned by the user that participates in a match with another user's team, or This is a flag for determining whether the player card is a non-regular player card. When this is “1”, it indicates that the card is registered as a regular player card. The user can select a regular player card or set a team order by operating the terminal device 3.

  Further, the database server 2 stores the player card image data, the player name, the position, the affiliation team, the ability value (initial value not strengthened by synthesis), the rarity, etc., in association with the player card ID. Exists a player card database. And the game information management means 51 can acquire the image data etc. of the player card corresponding to the said player card ID from the player card database based on the player card ID stored in the owned player card storage control means 51c. It has become.

  In addition, there is an upper limit on the number of player cards that each user can own in the game, and the game information management means 51 manages that the number of player cards held by each user does not exceed the upper limit. doing. The upper limit of the number of player cards held can be arbitrarily set, for example, 40, 60, 100, etc.

  The owned point storage control means 51d associates the user ID with various points (including values corresponding to the points) acquired and owned by the user in the game for each user ID. Store in the storage area. In this game, there are various game modes, and various points can be acquired and the acquired points can be used according to the game mode.

  As shown in FIG. 6, examples of points include physical strength points, costs, strengthening points, lottery points, etc. in addition to the above experience values. The physical strength point is used in a “practice mode” in which the player card character practice while consuming the physical strength point. The cost is used in a “match mode” in which another user is designated to play an individual match, and is consumed by performing the individual match at a position (cost) necessary for the match. . The cost may be divided into an attack cost necessary for an attack during the battle and a defense cost necessary for defense during the battle. For example, the health points and costs consumed and reduced during the game are recovered over time (for example, 1 point is recovered every 3 minutes), or the experience value reaches a certain amount. It can be recovered as the user level increases.

  Further, the strengthening points are used in a “composite mode” in which the real player character's ability is improved by synthesizing the cards of the real player characters owned by the user. Is done. This strengthening point can be acquired, for example, by executing the practice mode or the battle mode.

  In addition, the lottery points are points that can be acquired when the user exchanges (message transmission, etc.) with other users (particularly fellow users). In addition, the lottery points can be obtained, for example, by executing the practice mode or the battle mode. This lottery point is, for example, a “lottery mode” in which a predetermined number (for example, one card) of real player characters can be obtained by lottery based on random numbers or the like from all real player characters managed by the game server 1. It can be used and can receive one player card lottery for a predetermined lottery point.

  The owned coin storage control means 51e associates the user ID with the coin owned by the user in the game (in-game currency different from the points) in a predetermined storage area of the database server 2 for each user ID. To remember. This coin is necessary, for example, when acquiring an item to be charged.

  The owned item storage control unit 51f stores the item obtained by the user in the game in a predetermined storage area of the database server 2 for each user ID in association with the user ID. As shown in FIG. 6, examples of items include recovery items, puzzle card pieces, and fake cards. The recovery item is an item that recovers the above-mentioned physical strength points and / or costs consumed and reduced during the game to the maximum value in an instant without waiting for the passage of time. For example, the recovery item can be acquired by consuming and purchasing the coin or satisfying a predetermined bonus condition in the game.

  The pieces of the puzzle card are items that can obtain a powerful (high ability value) player card by collecting a predetermined number of pieces (for example, six pieces P1 to P6) and completing the puzzle card. . For example, a puzzle card piece can be obtained when a lottery based on a random number or the like is won at the time of execution of the practice mode. In addition, it can be taken from the user of the opponent.

  A fake card is an item that can be set to a piece of the puzzle card so that even if it is defeated by another user in a battle in the battle mode, the targeted piece is not taken away only once. For example, a fake card can be obtained by consuming and purchasing the coin or satisfying a predetermined bonus condition in the game.

  The items that the user can acquire and possess in the game are not limited to these, for example, treasure items that can be acquired when winning a battle, equipment for characters such as weapons and armor, It is also possible to own magic items, special items, and various other items that generate various effects and effects.

  The battle result storage control unit 51g associates a user ID with a battle ID for uniquely identifying a result of a user's team fighting with another user's team, for each user ID. Store in the area. Here, the battle uniquely identified by the battle ID includes an individual battle performed by the user specifying the opponent and an in-game league match automatically performed by the game server 1.

  In addition, the database server 2 is associated with the battle ID, the date and time of the battle performed in the game, the user ID of the winning team, the user ID of the defeated team, the battle score, the winning pitcher character, the defeating pitcher character, the home run Is provided with a battle database in which information on the battle results, such as the player character who hit the game, and the battle scrutiny information, is stored. And the game information management means 51 can acquire the information regarding the battle result corresponding to the said battle ID from the battle database based on the battle ID stored in the battle result storage control means 51g.

  The ranking storage control means 51h associates the user ID with ranking information such as the number of wins and defeats of the user's team in the in-game league match, and the ranking within the affiliation league based on the number of wins and losses. Each ID is stored in a predetermined storage area of the database server 2.

  Next, the initial state character storage control means 51i shown in FIG. 5 will be described. The initial state character stored in the initial state character storage control means 51i is an initial state character in which no attribute is set or only a predetermined initial attribute is set. In the initial state character of the present embodiment, none of the ability items of the abilities 1 to 4 are set, or only a predetermined initial ability (for example, “10” as each ability value of the abilities 1 to 4). Is set. The game according to the present embodiment is equipped with a “real-time linked upbringing mode”, and the user can display an ability value corresponding to a real event such as a hit that occurs during a real-world baseball game as an initial state character. It is possible to nurture a character by reflecting on the above. As shown in FIG. 7A, the initial state character storage control means 51i associates the user ID of the user with the information of the initial state character (character ID, ability 1 to ability 4 etc.) as database server 2 (storage device). To remember. In the example of FIG. 7A, a blank (blank state) character with no ability set is stored as an initial state character. In accordance with the reflection operation of the user in the real-time linked training mode, the reflection means 59 described later executes an ability reflection process for reflecting the ability information corresponding to the real event such as a hit on the initial state character. By this ability reflection process, for example, as shown in FIG. 7B, the initial state character storage control means 51i controls to update the ability value of the initial state character.

  Next, the game progress means 52 shown in FIG. 4 will be described. The game progress means 52 executes a game in response to an operation on the terminal device 3 by the user, generates game screen data corresponding to the execution result, and transmits the game screen data to the terminal device 3. It has a function to advance the game by displaying a game screen according to the game. As shown in FIG. 4, the game progress means 52 includes a game execution means 52a, a game screen generation means 52b, and a game screen transmission means 52c.

  When the game screen is displayed by the web browser of the user's terminal device 3, when the user performs an operation of selecting a selectable button object or a character string with a hyperlink set on the game screen, the operation A game screen request corresponding to the request is transmitted to the game server 1 by the web browser of the terminal device 3. In the game server 1 that has received this request, the game execution means 52a reads the user's game information in response to the request and executes the game by performing calculations and data processing.

  For example, in the case where the user performs an operation of playing against another user's team in the battle mode, the game execution means 52a is configured so that the player cards of both teams corresponding to the user IDs of the two users performing the battle. Information (player card information of regular players participating in the game) is read from the database server 2. And the game execution means 52a performs the calculation which determines a win / loss based on the ability value etc. of the player card of both teams. As an example of the calculation of this win / loss decision, the player with the highest total ability value of both teams may be the winning team, or the team with the higher total ability value will have a higher probability of winning. The winning team may be obtained by probability calculation.

  The game screen generation unit 52b generates game screen data composed of, for example, HTML data in accordance with the execution result by the game execution unit 52a. The HTML data may include image data such as a player card read from the database server 2. Moreover, the script (program) which operate | moves by the plug-in of the web browser of the terminal device 3 may be embedded in HTML data. When the script provided from the game server 1 is executed by the terminal device 3, the game screen displayed on the terminal device 3 can be a moving image.

  The game screen transmission unit 52c transmits the game screen data (HTML data or the like) generated by the game screen generation unit 52b to the user terminal device 3 as a response to the game screen request. In the terminal device 3 of the user who has received the game screen data, the game screen is displayed on the display unit 35 by the web browser.

  Next, the authentication unit 53 will be described. When a user who wants to receive a game service operates the terminal device 3 to access (log in) the game server 1, the authentication unit 53 determines whether the user has a game participation qualification and performs login authentication. . An example of this authentication is authentication based on a login ID and password associated with a user ID. For example, when the user uses the game service for the first time, a login ID (any alphanumeric character, email address, etc.) and password are registered in the game server 1 as member information. Then, when logging in to the game server 1 from the next time, the user operates the terminal device 3 to transmit the login ID and password to the game server 1. At this time, the authentication means 53 of the game server 1 determines whether or not the combination of the login ID and password received from the user terminal device 3 has been registered, and performs login authentication.

  When the game system is incorporated into the SNS system, the SNS member registration information (login ID and password) may be used as the registration information for receiving the game service of the game system. For example, when the user's terminal device 3 is logged in to the SNS server, when the game site managed by the game server 1 is first accessed, the user's login ID and password are automatically input from the SNS server to the game server 1. It may be transferred so that the user can register to use the game service without registering the login ID and password again.

  In addition, an individual identification number of a mobile phone or a smartphone that is the terminal device 3 (a terminal different from the telephone number is uniquely assigned so that the user does not have to input a login ID and a password each time the user accesses the game server 1. Identification information) or contractor's unique ID (information that uniquely identifies the contractor of the terminal and does not change as long as the contractor is the same even if the model is changed) Authentication may be performed. That is, when the user operates the terminal device 3 to register as a member, the game server 1 acquires the individual identification number or the contractor unique ID included in the data transmitted from the terminal device 3, and the login ID and password At the same time, the individual identification number or the contractor unique ID is also stored in the database server 2 in association with the user ID. When receiving the access request from the terminal device 3, the authentication unit 53 determines whether the individual identification number or the contractor unique ID has been registered, and performs login authentication. Thereby, when accessing the game server 1, the user can log in without inputting the login ID and password.

  Another method that can save the user from entering the login ID and password each time the user accesses the game server 1 is to use HTTP cookie information (hereinafter referred to as “cookie”). That is, when the user operates the terminal device 3 to register as a member, the game server 1 issues individual identification information corresponding to the login ID and password and registers it in the database server 2, and the individual identification information is used as a cookie. It transmits to the terminal device 3. At this time, the browser of the terminal device 3 stores the received cookie in the terminal device 3. When accessing the game server 1 from the next time, the browser of the terminal device 3 transmits a Cookie to the game server 1 together with the page browsing request, so that the authentication unit 53 receives the access request from the terminal device 3. Can perform login authentication by determining whether or not the individual identification information of the cookie has been registered.

  Next, the fellow management means 54 will be described. The fellow management means 54 is provided with fellow information storage control means 54a for storing fellow information relating two users who have established a fellow relation in the database server 2 (storage device). 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. As another form, when a user who has already been registered in the game service invites an unregistered user to the game, and the user who has been invited registers in the game service, the user who has been invited is set to 2 There is also a form in which human users are friends. FIG. 8 shows an example of friend information stored in the database server 2 by the friend information storage control unit 54a.

  As shown in FIG. 8, the fellow information storage control unit 54 a has a user ID of a user who has applied for a friend and a user ID of a user who has approved the fellow application when a fellow relationship is established between two users. Is stored in the database server 2. And the fellow management means 54 adds fellow information ID for identifying these uniquely to each fellow information, and performs fellow management based on fellow information ID.

  In the example of FIG. 8, the fellow information that associates two users, the user A with the user ID = “000001” who applied for the fellow, and the user B with the user ID = “000002” who has approved it, is the fellow information ID. = Registered in the database server 2 as friend information of “1”. Thereby, for user A, user B is a fellow user who has a fellow relationship, and for user B, user A is a fellow user.

  In addition, each user can make a plurality of friends, and a friend group centered on each user can be formed. In the example of FIG. 8, the user A with the user ID = “000001” has also established a fellowship relationship with the users with the user IDs = “000005” and “000003”. And the fellow management means 54 memorize | stores in the database server 2 the information of the fellow user who has the fellow relation which belongs to the fellow group centering on each user, and performs fellow management for every user.

  FIG. 9A shows an example of information related to each user's friends, which is managed by the friend management means 54 based on the friend information stored in the database server 2. The associate information storage control means 54a of the associate management means 54 is associated with the user ID, the upper limit information of the number of associates, the user ID of the associate user who is already in the associate relationship, the user ID of the user who is applying for the associate, And the information regarding associates, such as user ID of a user who has received a friend application but is not approved, is stored in a predetermined storage area of the database server 2 for each user ID. In the example of FIG. 9A, information about one user who has a user ID = “000001” is shown. The upper limit of the number of friends is 45, the number of fellow users of the user is 10, and friends are being applied for. One user has received a friend application, but there are no unapproved users.

  In the baseball game of the present embodiment, by creating a friend, a bonus is given to both users who have become friends (for example, the maximum value of the physical strength points and the cost can be increased by a predetermined point). Moreover, it is the game specification which can advance a game advantageously by playing a game in cooperation with a fellow user or performing a present or cheering of a player card between friends. In this way, making a friend is promoted by giving the user the merit of making a friend in the game.

  However, an upper limit can be set for the number of friends each user can establish a friendship with other users. As an upper limit of the number of friends, one upper limit (for example, 50 people) common to each user can be provided. Alternatively, the upper limit of the number of friends may vary within a predetermined range (for example, a range of 10 to 99 people) according to the degree of progress of each user's game. In this Embodiment, the upper limit of the number of associates is fluctuate | varied in the range of 10 to 99 persons, and the upper limit of the number of associates becomes large, so that a user's level becomes high. Thereby, in order to make more friends and make the game advantageous, the user is given a motivation to continuously advance the game and improve the level. The associate information storage control unit 54a stores the upper limit of the number of associates of each user in association with the user ID, and the associate management unit 54 manages the upper limit of the number of associates of each user.

  In the present embodiment, in order for two users to become friends, either one of both users makes a friend application to the other user via the game server 1. As an operation example of this friend application, first, a user who wants to make a friend performs an operation of listing target candidates of friend candidates on the screen of the terminal device 3. At this time, the user can designate the user level of the fellow candidate. In response to the operation by the user, the game server 1 transmits the screen data listing the candidates for the fellow candidates, so that a screen on which the plurality of fellow candidates are listed is displayed on the user terminal device 3. Here, the user confirms the user level of the target person listed on the screen, the in-game affiliation league level, etc., selects the user who wants to be a friend, and performs a friend application operation.

  For example, consider a case where a user A with a user ID = “000001” performs a friend application operation on a user B with a user ID = “000002”. As shown in FIG. 9A, in response to this operation, the fellow information storage control unit 54a of the game server 1 sets the user ID of the user A = “000001” as the game information of the user A who made the fellow application. Correspondingly, user ID = “000002” of user B who is the applicant is stored as “user ID under application”.

  Furthermore, as shown to Fig.10 (a), the associate information storage control means 54a matches a user ID = "000002" of the said user B as game information of the user B who is an applicant, and makes a friend application. The user ID of the user A = “000001” is stored as “unapproved user ID”. Then, the game server 1 notifies the user A that a friend application has been made when the terminal device 3 of the user B logs into the game server 1.

  And the user B who received the friend application confirms information such as the user level of the user A and the in-game affiliation league level received from the game server 1 on the screen of the terminal device 3 and approves or rejects it as a friend. Perform an operation to select. Here, when the user B performs an operation of approving as a friend, the friend management means 54 of the game server 1 establishes a friendship relationship between the user A and the user B in accordance with this operation, as shown in FIG. Associate information relating user IDs of both users A and B is registered in the database server 2. Then, as shown in FIG. 9B, the fellow information storage control unit 54a associates the user A's user ID = “000001” with the user A ’s user ID = “000002” as the user A's game information. "Is stored as a" friend user ID ", and the user ID of the user B is deleted from the" user ID under application ".

  Further, as shown in FIG. 10B, the fellow information storage control unit 54a associates the user ID of the user A = “000002” with the user ID of the user A = “000002”, and the “friend user ID”. And the user ID of user A is deleted from “unapproved user ID”. Then, when the user A's terminal device 3 logs in to the game server 1, the game server 1 notifies the user B that the friend has been approved.

  Next, the real event receiving means 55 will be described. The real event accepting unit 55 accepts information regarding a real event that occurs in a real-world baseball game in the real-time linked training mode. That is, the real event accepting unit 55 has a function of taking into the game server 1 information on real events that have occurred in the real world. The real event receiving means 55 basically receives information about a real event every time a real event occurs in a real-world baseball game.

  Here, an example of a real event is shown. The actual events on the attacking side are hits (single hit, double hit, triple hit, home run), four dead balls, sacrificial hit, first hit, equal hit, reverse hit, overcoming hit, 1 point / inning, 2 points / inning, 3 points / inning, There are 4 points or more / inning, 3 hits / players, 4 hits / players, 5 hits / players, cycle hits / players, stealing, strikeout, slaying, etc. In addition, actual events on the defensive side include strikeout, double play, triple play, out-acquisition, no goal / inning, error, and pitcher throwing. In addition, the actual events of the game results include victory, draw, defeat, goodbye victory, complete game, no hit no-run, sealed, complete throw. Other actual events include the start of the game, the end of the inning, the end of the inning (end of the inning), the end of the game, and the like.

  What is to be a real phenomenon applied in the game can be arbitrarily set. For example, all the above-described events exemplified as real events may be real events applied in the game, or only some of them may be real events applied in the game.

  The real event accepting unit 55 accepts input of information related to a real event by an operator's manual operation via the input device 17 such as a keyboard or a mouse. Alternatively, the real event accepting unit 55 accepts the information related to the real event by receiving, via the communication control unit 15, the information related to the real event input by a computer other than the game server 1. Alternatively, the real event receiving means 55 receives information about a real event by receiving information from a server that provides information on an event that occurs in a baseball game in the real world through the communication control unit 15. There are many information providing servers that provide information such as who made a home run in a baseball game for each ball, for each end of the inning, and for each end of the inning. Information relating to the actual event can be taken into the game server 1 using the information. The real event has an event ID for uniquely identifying each real event, and the database server 2 stores information in which the real event and the event ID are associated with each other. And the actual event taken into the game server 1 is managed by event ID.

  Next, the operation reception unit 56 will be described. The operation accepting unit 56 has a function of setting a predetermined accepting period for the actual event accepted by the actual event accepting unit 55 and accepting operation information regarding an operation on the terminal device 3 during the accepting period. During the reception period set by the operation reception unit 56, the user can perform a reflection operation for reflecting the ability information (attribute information) corresponding to the real phenomenon to the initial state character. For example, every time a real event such as a hit occurs, the operation accepting unit 56 can set a reception period for the real event. Alternatively, for a real event such as a hit occurring in the front or back of the inning, a reception period may be set together after the front or back of the inning. Alternatively, for real events that occur during inning, a reception period may be set together after the end of inning. Alternatively, every time a predetermined time (for example, 15 minutes) elapses from the start of a real-world baseball game, a reception period may be set for the real events that occurred during that time. These are only examples, and a reception period can be started at an arbitrary timing for a real event that has occurred in the real world.

  In addition, the reception period can be a predetermined length period such as 1 minute, 3 minutes, 5 minutes, or the like. Alternatively, the reception period may be a period other than the predetermined length, such as until the next actual event occurs, until the next inning starts, or until the next inning ends.

  When a real event such as a hit occurs every time an acceptance period for the real event starts, or every time an inning ends, the acceptance period for a real event that occurred during the inning starts, the operation acceptance means 56 The acceptance period is started based on the occurrence of a real event that triggers the acceptance period. The start timing of the reception period is a timing in the game that allows the attribute of the initial state character to be changed by an operation on the terminal device 3. In other words, the actual event can include a reference event (referred to as a “reference event”) that defines the timing in the game that enables the attribute of the initial state character to be changed.

  In other words, in a game that allows a real event to be a target event for reflecting ability information (attribute information) on the character (referred to as “target event”) and a character attribute to be changed. And a reference event that defines the timing. Here, the relationship between the target event and the reference event is not a reference event if a certain real event is a target event, but is not a target event if it is a reference event. The relationship that a certain real event (for example, hit) is a target event and a reference event also holds.

  When the reference event occurs (when the real event reception unit 55 receives a real event defined as the reference event), the operation reception unit 56 receives a period for the real event that occurs after the previous reference event. To start. That is, the operation reception means 56 starts a reception period by dividing a real event that occurs in a baseball game in the real world by the occurrence of a real event defined as a reference event.

  For example, if it is determined that hits (single hits, double strikes, triple strikes, home runs), four dead balls, sacrifice hits, stealing, etc. in real world baseball games are real events (= target events), and all of them are also standard events, Each time a real event such as a hit occurs, a reception period is started. For example, when a hit (= reference event) occurs, the actual event that occurs after the reference event immediately before the reference event is only the hit, and the operation reception means 56 receives the hit after the occurrence of the hit. The acceptance period starts. In this case, the end of the acceptance period can be made until the next real event occurs. By determining the end of the reception period in this way, a plurality of reception periods do not overlap in time. As a result, the management of the reception period on the game server 1 side can be avoided from being complicated, and the reflection operation on the user side can be simplified (if a plurality of reception periods overlap in time, which reception period is reflected) Although it is necessary to select on the terminal device 3 side whether or not the operation is to be performed, such time and effort can be saved if there is no time overlap in the reception period).

  In addition, even if individual real events (such as hits) occur, the reception period does not start immediately, but after the inning ends, the reception period starts for all the actual events that occurred during the inning. In this case, a real event such as the end of inning is a reference event, and a real event such as a hit other than the end of inning is a target event that is not a reference event. For example, when the third inning end (= reference event) occurs, if there is a hit or stealing as a real event that occurred after the reference event immediately before the reference event (end of the second inning), The operation reception means starts a reception period for the hit or theft. In short, the acceptance of individual real events that occurred during the third inning starts from the end of the inning.

  By the way, the inning (times) in the baseball game is composed of “front” and “back”, and is the third inning after the end of the second inning (the end of the back of the second inning). Therefore, the period from the end of the second inning to the end of the third inning includes the entire period of the third inning. Strictly speaking, during the period from the end of the second inning to the end of the third inning, the progress of the baseball game between the front and back sides (the period for the player to move to the defensive position for offense and defense change) However, there is no particular problem even if the gap between the front and back is not considered to be excluded from the inning.

Then, if a reflection operation is performed in the terminal device 3 during the reception period, the ability information corresponding to a real event (= target event) such as a hit that occurred during inning is reflected in the initial state character.
As described above, the entire actual event may be set as the reference event, or a part of the actual event may be set as the reference event.

  In addition, every 15 minutes after the start of the real-world baseball game, if the reception period is set collectively for the actual events that occurred during that time, the operation reception means 56 is based on the baseball game start time. The reception period can be started every 15 minutes. Therefore, it is also possible to start the reception period without defining a reference event that triggers the start of the reception period. However, when the reception period is started without using the reference event, the start of the reception period (that is, the timing at which the reflection operation should be performed) can be known without the user watching the baseball game. This makes it impossible to maximize the enjoyment of the game of growing the character by reflecting while watching the baseball game. Therefore, after the start of a baseball game, it is desirable to start the acceptance period based on the end of innings, hits, home runs, etc. in the case of a reference event that does not know when it occurs, for example, a baseball game. In particular, since hits, home runs, and the like cannot be predicted in advance, more continuous viewing is required. Thereby, the user can be guided in the direction of playing the game while viewing the real-time baseball game in real time.

  In the present embodiment, an example in which the reception period is collectively started immediately after the end of each inning will be described below with reference to the end of inning as a reference event. Also, the end (end) of the reception period is until the end of the next inning so that the plurality of reception periods do not overlap in time. For example, in a real-world baseball game, if the first inning ends after the front and back attacks have been completed once, the reception period starts after the first inning end information is input to the game server 1, and then twice The period until the second inning end is input to the game server 1 after the front and back attacks are over is the acceptance period for the first inning. In addition, since the reception period for the last inning (the ninth inning when it is not an extended game) cannot be completed until the end of the next inning, the reception period is five minutes from the input of the end of the last inning.

  As will be described later, if the user does not perform a reflection operation on his / her terminal device 3 during this reception period, he / she misses the opportunity to add capability information corresponding to the actual event being inning to the initial state character. Become. As the reflection operation performed by the user on the terminal device 3, as illustrated in FIG. 16 or FIG. Details of the screens of FIGS. 16 and 18 will be described later.

  Next, the relationship information storage control unit 57 will be described. The relation information storage control means 57 stores in advance the relation information between the operation at the terminal device 3 corresponding to the actual event and the ability information (attribute information) to be reflected in the initial state character based on the operation in the database server 2 (storage device). ). FIG. 11A and FIG. 11B show examples of the relationship information stored in the database server 2 by the relationship information storage control means 57. FIG. 11A shows the relationship information between the “real event” and “ability information” on the attack side, and FIG. 11B shows the relationship information between the “real event” and the like on the defense side and “ability information”. Note that the relationship information between the “real event” and the “ability information” mentioned here is accurately reflected in the character based on the reflection operation in the terminal device 3 corresponding to the “real event” and the reflection operation. It is related information with “ability information”.

  As shown in FIGS. 11A and 11B, the relationship information includes a real event for reflecting the ability information (hereinafter referred to as “plus ability information”) advantageous to the game to the initial state character, plus Correspondence with capability information is stored. The target events for reflecting the positive ability include single hit, second hit, third hit, home run, and the like, and the ability information to be reflected in the initial state character is different depending on the activity content of the real world player. In the example of FIG. 11A, the ability information of “+10”, “+20” for the second strike, “+50” for the third strike, and “+100” for the final strike are associated with the single strike. Therefore, the ability information that is 10 times more than the single hit is reflected in the initial state character. Here, “+10” in the ability information means that the ability value “10” is added to each of the abilities 1 to 4 of the initial state character in the present embodiment.

  Note that, depending on the activity content of real players in the real world, special abilities other than abilities 1 to 4 may be added to the initial state character. For example, various special abilities (for example, meet abilities in a full scene) for real events such as home runs, 5 hits or more / players, cycle hits / players, triple play, perfect matches, no hits, no-runs, closeds, etc. And the special ability information may be included in the relationship information so that the power ability is improved.

  In addition, as shown in FIG. 11B, in the present embodiment, ability information is set to 0 for real events such as the start of a game, the end of an inning, and the end of a game. Information (for example, “+5” or the like) may be set.

  Further, as illustrated in FIGS. 12A and 12B, the relationship information includes a real event for reflecting the ability information (hereinafter referred to as “negative ability information”) that is disadvantageous in the game to the initial state character. Correspondence with negative ability information can also be included. Real events to reflect negative abilities include strikeouts, smashing strikes, sending bunt failures, and stealing failures on the attacking side, and defensive errors, pitcher throwing, and balking on the defending side. Also, the minus ability information to be reflected on the initial state character is different depending on the contents of the real event to which the minus ability is reflected. In the example of FIG. 12A, negative ability information of “−10” is associated with strikeout and “−20” is associated with combined strike. In this way, when not only positive ability information but also negative ability information is included in the relationship information, if a real event occurs in the real world to reflect negative ability in the initial state character, The initial state character may grow negatively.

  Next, the support target registration unit 58 will be described. In the present embodiment, a baseball game in which two real-world baseball teams face each other is the target of the real-time linked training mode. In this case, the user can select and register one of the two baseball teams in the real world as a team to be cheered (reflected) in advance, The initial state character can be grown according to the achievement. That is, only the real phenomenon about the team to be supported selected and registered by the user affects the growth of the initial state character. For example, in the case of a baseball game in which team A and team B play against each other in the real world, when the user selects team A as a support target, and a real player of team A hits a home run, the initial state character However, even if a real player of Team B hits a home run, the initial character cannot be grown.

  The user selects a real team (hereinafter referred to as a support team) on the terminal device 3 who wants to support or expects to be more active at the terminal device 3 by the end of the real world baseball game that is the target of this game at the latest. And register the support target. The support target registration unit 58 includes a support team registration unit 58a. When an operation for selecting a support team is performed on the user terminal device 3 by the end of the target baseball game, information on the operation is stored. Receive and register the support team of the user. For example, the support team registration unit 58a executes storage control for storing the support team in association with the user ID in a predetermined area of the storage device (the database server 2 or the like). FIG. 23 shows an example of information stored in the storage device by the support target registration unit 58. In this example, the information of the support team (target group) of the user who has entered the event of the all-star first game (event ID = 007) and the support player (target member) described later is stored (register the support player) In the case of a configuration that does not, the information storage area of the cheering player can be omitted). In addition, the real world real team and the real player who are the targets in the real-time linked training mode are managed by the team ID and the player ID in the game server 1, and the support target registration information is associated with the user ID and supported. The team ID of the team is stored.

  Examples of the operation for registering the support target performed by the user with the terminal device 3 include a simple button operation on the real-time linked upbringing event registration screen illustrated in FIG. 15. On this screen, a radio button for selecting one of the two existing teams A and B to play in a real-world baseball game and a “register” button 90 are displayed. If the user selects a real team that he / she wants to support with the radio button and presses the “Register” button 90, the support team can be registered, and the entry to the real-time linked upbringing event is completed. Of course, the support team may be selected by a list box other than the radio button.

  Next, the reflecting means 59 will be described. In the present embodiment, the ability according to a real event such as a home run entered between the start of the baseball game and the input of the first reference event (end of the first inning) (that is, during the first inning) Information is reflected on the initial state character by the reflecting operation on the terminal device 3 during the reception period provided after the input of the first reference event. In addition, it is input during the period from the time when the information of the first reference event (end of the first inning) is input until the information of the second reference event (end of the second inning) is input (that is, during the second inning). The ability information corresponding to the target event is reflected in the initial state character by the reflecting operation by the user during the reception period provided after the input of the second reference event. Similarly, after the information on the (n-1) th reference event (end of the (n-1) th inning) is input until the information on the nth reference event (end of the nth inning) is input (that is, the nth inning). The ability information corresponding to the target event input in (1) is reflected in the initial state character by the reflection operation by the user during the reception period provided after the input of the nth reference event. The reflecting means 59 for realizing this is a real event that occurred during the n-th inning by the operation receiving means 56 receiving information of the reflecting operation from the user terminal device 3 during the receiving period after the end of the n-th inning. Capability information corresponding to (real phenomenon of the support team) is acquired based on the relationship information, and the capability reflection process is performed to reflect the acquired capability information on the initial state character.

  The reflection unit 59 includes a real event storage control unit 59a that stores a real event input during each inning (between reference events) in a predetermined area of a storage device (such as the RAM 13, the auxiliary storage device 14, or the database server 2). I have. An example of the information stored and controlled by the real event storage control unit 59a is shown in FIG. FIG. 13 shows an example in which the real event received by the real event receiving means 55 is stored during the third inning (from the input of the end of the second inning to the input of the end of the third inning). As shown in FIG. 13, if the actual event of Team A that occurred in the third inning was a single hit, home run, two points, first strike, strikeout, out acquisition, double play, out acquisition, no goal, reflected The actual event storage control unit 59a of the unit 59 stores the actual event (event ID) in the storage device each time it is input.

  If the attacking side hits the first two-point home run on the attacking side, three of “home run”, “first hit”, and “two points” correspond to the actual events. In addition, when the defensive player takes out by double play and finishes inning without losing points, three of “double play”, “acquisition of out”, and “no losing points” correspond to real events. As described above, a plurality of real events may occur in an overlapping manner.

  Then, the reflecting means 59 acquires the capability information that is reflected to the character when the reflecting operation corresponding to each real event is performed based on the relationship information illustrated in FIGS. 12A and 12B and stores it together. . In the example of FIG. 13, the total value of the capability information corresponding to the actual event of team A occurring at the third inning is 10 + 100 + 40 + 10 + 10 + 5 + 50 + 5 + 20 = + 250. In this case, if the user who has registered team A as a support team performs a reflection operation on the terminal device 3 during the reception period provided after the end of the third inning, the reflection means 59 will receive the ability information “+250”. It is reflected in the initial state character that is the user's training target. Thereby, “+250” is added to the abilities 1 to 4 of the initial state character, and the information of the initial state character is updated to the abilities after the addition (see FIG. 7B).

  Note that the ability information of “+250” cannot be reflected in the initial state character unless the user who uses team A as the support team performs a reflection operation during the reception period provided after the end of the third inning. Therefore, a difference occurs in the degree of growth of the initial state character between the user who performs the reflection operation during the reception period after each inning and the user who does not perform the reflection operation. For example, in FIG. 7B, it is assumed that user A with user ID = “000001” and user B with user ID = “000002” both use team A as a support team. User A performed the reflecting operation during the reception period after the end of the third inning. However, if user B forgets to perform the reflecting operation, a difference of 250 between the abilities of the initial state characters is generated.

  In addition, as shown in FIG. 13, when the actual event of Team B that occurred in the third inning is two out acquisitions, errors, out acquisitions, single hits, strikeouts, and combined hits, the reflecting means 59 Each real event is stored, and capability information corresponding to each real event is acquired based on the relationship information illustrated in FIGS. 12A and 12B. In the example of FIG. 13, the total value of the capability information corresponding to the actual event of team B occurring at the third inning is 5 + 5-50 + 5 + 10−10−20 = −55. In this case, if a user who has registered team B as a support team performs a reflection operation on the terminal device 3 during the reception period provided after the end of the third inning, the reflection means 59 causes the team B generated in the third inning to The ability information “−55” corresponding to the actual event is reflected in the initial state character that is the training target of the user. In this case, the initial state character is negatively grown.

  In this way, in a configuration in which minus growth is possible, if a real event that causes minus growth occurs during a certain inning, the user does not perform a reflection operation during the reception period after the end of the inning, and the character minus It is also possible to avoid growth. In this way, in a configuration in which negative growth is possible, it is required that the user recognizes the actual phenomenon that occurred in the real world and efficiently trains the character while avoiding negative growth, thereby further enhancing the game performance. Can do.

  In addition, in order for the user to accurately determine whether or not to perform a reflection operation according to a real event that has occurred in the real world, the user determines in advance whether positive growth or negative growth will occur if a similar event occurs. It is desirable to be able to check with the device 3 at any time. Therefore, for example, when the “capability information list” button 102 is displayed on the real-time linked training mode screen such as FIGS. 15 to 19 and the user performs an operation of selecting the button 102, the example shown in FIG. The capability information list screen to be displayed is displayed on the terminal device 3. That is, the game server 1 transmits capability information list screen data to the terminal device 3 in response to an operation of the “ability information list” button 102 on the user's terminal device 3. In this capability information list screen, a table 111 in which correspondence relationships between all real events and capability information are displayed. When the table 111 is larger than the physical screen area of the terminal device 3, all of the table 111 can be viewed by performing a scroll operation or the like on the terminal device 3. If the user selects the “return” button 112 in the capability information list screen, the user can return to the previous screen.

  By the way, in the case where the character has only positive growth, as illustrated in FIG. 16, the real event that occurred during the inning and the ability information 93 corresponding thereto are displayed on the screen for performing the reflection operation during the reception period. An area to be displayed may be provided, and the ability information 93 reflected in the initial state character may be notified to the user in advance. On the other hand, in a configuration in which not only positive growth but also negative growth is possible, as illustrated in FIG. 18, a screen for performing a reflection operation or the like during the reception period includes a real event or ability that occurred during inning. It is desirable not to display information. If the user presses the “Reflect” button 92 on the screen shown in FIG. 18, for example, the screen changes to the screen shown in FIG. The user may be able to confirm the actual event and the capability information 93 corresponding thereto. When a user performs a reflection operation without viewing a real-world baseball game, the user may notice that the negative ability is reflected on the character as shown in the screen example of FIG.

  Next, the character registration means 60 will be described. The character registration unit 60 has a function of registering, as the user's character, the character after the reflection unit 59 reflects the ability information on the initial state character in accordance with the reflection operation on the terminal device 3 of the user. That is, the character registration means 60 controls the owned player character storage control means 51c so that the character after the ability reflection is owned by the user. For example, the character trained by the user A through the reflection operation is shown in FIG. 20 after the end of the real-world baseball game (after the end of the reflection operation during the last reception period or after the end of the last reception period). When the user A presses a “training end” button 94 on the screen of the terminal device 3 illustrated, the player card owned by the user A is obtained. Thus, for example, as shown in FIG. 21, a player card 95 in which a character that he has grown into a card is displayed on the screen of the user's terminal device 3, and the ability information 96 of the character.

  The character that the user has grown from the initial state through a real-world baseball game is, in other words, a special character that has been completed using the game or in commemoration. For example, if a real-world baseball game subject to real-time linked training mode is a special game such as a professional baseball or MLB opening game, an all-star game, a Japanese series game, or a world series game, You can get a character you created from scratch to commemorate such a special game in the real world. Such a memorial character can be prevented from growing any more in principle.

  Even if the user does not perform an operation of pressing the “growth end” button 94 on the terminal device 3, the character registration means 60 automatically operates after the reflection operation during the last reception period or after the end of the last reception period. In addition, the character after breeding may be registered as a user character.

[Game system operation]
In the above configuration, an example of the operation of the game system according to the embodiment of the present invention will be described below with reference to the flowchart of FIG. FIG. 24 shows a processing flow of the terminal device 3 and the game server 1 when the user operates the terminal device 3 to access the game server 1 and receive a game service.

  When the user receives a game service, first, the web browser is activated by operating the operation input unit 40 of the terminal device 3 (S11). Thereafter, the user performs an operation of accessing a game site managed by the game server 1, and an access request is transmitted from the terminal device 3 to the game server 1 (S12). At this time, the game server 1 performs login authentication for access from the terminal device 3 (S21), and confirms that the access is from a user who is registered for use of the game service. Thereafter, the game server 1 transmits main screen data described in HTML or the like to the terminal device 3 (S22). If there is a game top screen different from the main screen, the top screen may be transmitted first. In the terminal device 3 that has received the main screen data, the web browser interprets the data and displays the main screen on the display unit 35 (S13).

  As illustrated in FIG. 14, on the main screen, the user's team name 70, the image of the player card 71 of the original character owned by the user, the user's game information 72 (user level, physical strength points, strength points, number of friends , The number of player cards, cost, lottery points, experience values necessary to go up to the next level, etc.) are displayed. The main screen is also called My Page. The main screen also includes a “lottery mode” button 81, “enhancement mode” button 82, “practice mode” button 83, “match mode” button 84, “synthesis mode” button 85, and “real-time linked training mode” button 86. Buttons for selecting the respective modes are displayed. In addition, a screen for setting an order of one army with an “exchange” button 87 that changes to a screen for performing various exchanges such as greetings, sending messages, and giving presents to friends, and a user's hand-held player card A button such as an “order” button 88 that transitions to is also displayed. Further, objects such as buttons (not shown) and various information are displayed on the main screen by scrolling the screen by operating the direction keys and the touch panel of the terminal device 3.

  Here, when the user performs an operation of selecting an object such as a selectable button or a hyperlink displayed on the screen, a screen request corresponding to the operation is transmitted from the terminal device 3 to the game server 1 (S14). ). Receiving this request, the game server 1 performs arithmetic processing and data processing according to the user's operation to execute the game (S23), and transmits game screen data reflecting the execution result to the terminal device 3 (S24). ). And in the terminal device 3 which received screen data, a web browser interprets the said data and displays a game screen on the display part 35 (S15).

  Thereafter, the above-described S14 and S15 are repeated in the user terminal device 3, and the above-described S23 and S24 are repeated in the game server 1, whereby the selectable button displayed on the screen of the terminal device 3 Etc., the game screen of the terminal device 3 is switched one after another, and the game can be advanced.

  Thereafter, when the user operates the terminal device 3 to close the game screen (S16), the game server 1 performs logout processing (S25). For example, when the user closes the web browser, the game server 1 performs logout processing after a session timeout.

  By the way, in this game system, even when the user logs out from the game server 1, the game server 1 side can read out the game information of the user and advance the game. For example, another logged-in user may start a battle (individual battle) against a team of logged-out users. Also in this case, the game progress means 52 of the game server 1 reads out the game information of each user from the database server 2 and executes the battle regardless of whether the user is logged in or not, and reflects the execution result. Update the game information of each user. Further, in the in-game league game mode, the game progress means 52 of the game server 1 reads out the game information of each user from the database server 2 without the user's operation of the terminal device 3, and automatically plays the in-game league game. Execute. Thus, the result of the battle executed when the user is logged out from the game server 1 can be confirmed on the screen when the user accesses the game server 1 thereafter.

[Operation of game management device]
Next, a more detailed operation example of the game management device according to the embodiment of the present invention will be described with reference to a flowchart of FIG. FIG. 25 shows the flow of processing of the game server 1 targeting one user, and the same processing is performed for each user managed by the game server 1.

  As shown in FIG. 25, when the authentication means 53 of the game server 1 receives an access request from the user's terminal device 3 (YES in S31), the login ID / password transmitted from the terminal device 3 or the mobile phone Based on the individual identification number of the terminal or the like, login authentication is performed to determine whether to permit access (S32). Here, when access is not permitted (NO in S32), the game server 1 transmits screen data for prompting registration of use of the game service to the terminal device 3 (S33). On the other hand, when access is permitted (YES in S32), access information (log) is stored (S34).

  Then, the game server 1 transmits main screen data (or top screen data) to the terminal device 3 of the user who has permitted access (S35). Thereafter, when a screen request corresponding to the user's game operation transmitted from the user's terminal device 3 is received (YES in S36), the game executing means 52a performs arithmetic processing and data processing corresponding to the screen request. The game is executed (S37).

  Thereafter, the game server 1 determines whether or not the user's game information needs to be updated by executing the game (S38). If the game server 1 needs to be updated (YES in S38), it is stored in the database server 2. The user's game information is updated (S39). For example, when the user's game operation is an operation for performing an individual battle with another user, the game information of the user such as information on the game result, cost, reinforcement points, items, etc. is updated as a result of the battle being executed. Will be. On the other hand, for example, when the game operation of the user is an operation for confirming the result of the in-game league game, only the data processing for reading out the in-game league game result information from the database server 2 as the game execution process corresponding to the operation. In addition, there is no change in the user game information before and after the processing, and therefore there is no need to update the user game information (NO in S38).

  Thereafter, the game screen generation means 52b generates game screen data reflecting the execution result of the game (S40), and the game screen transmission means 52c transmits the game screen data to the user terminal device 3 (S41). Thereafter, it is determined whether or not the user's terminal device 3 has logged out (S42), and the game proceeds by repeating the processes of S36 to S41 until the terminal device 3 logs out.

  Next, an example of processing of the game server 1 in the real-time linked training mode (hereinafter referred to as “linked training mode”) will be described with reference to FIGS.

  In the present embodiment, when a user trains an initial state character in the real-time linked breeding mode, first, a support team is selected and event registration is performed. The flowchart of FIG. 26 shows an example of the event registration process of the game server 1.

  For example, when the user A performs an operation of selecting the “real-time linked training mode” button 86 on the main screen shown in FIG. 14 on his / her terminal device 3, information on the operation is transmitted from the terminal device 3 to the game server 1. Is done. In the game server 1 that has received the selection information of the “linked growth mode” (YES in S51), it is determined whether or not the user A has already registered an event (S52). This determination can be made by searching whether or not the user ID of user A = “000001” exists in the registration information of FIG. 23 stored in the support target registration unit 58. Here, when the event registration of the user A is not yet completed (NO in S52), the game server 1 transmits the event registration screen data illustrated in FIG. 15 to the terminal device 3 of the user A (S53).

  This event registration screen displays baseball game information (game start time, etc.) that is the subject of the linked training mode. Further, the above-described radio button for selecting a support team and the “register” button 90 are displayed. Furthermore, a “detailed real-time linked training” button 101 and a “capability information list” button 102 are also displayed. If the user selects the “Details of Real-Time Linked Training” button 101, a transition is made to a detail display screen (not shown), and the playing method in the linked training mode can be confirmed. If the user selects the “ability information list” button 102, the screen transitions to the capability information list screen illustrated in FIG. 22, and the real event and capability information described in Table 111 can be confirmed. The “real-time linked training details” button 101 and the “ability information list” button 102 are also displayed on other screens (FIGS. 15 to 19, etc.) of the linked training mode.

  In the event registration screen of FIG. 15, when, for example, team A is selected as a support team by the user A and the “register” button 90 is pressed (YES in S54), the support team registration means 58a is the user as shown in FIG. In association with A's user ID (“000001”), team A (team ID = 01) is registered as a support team (S55). Thereby, the event registration is completed, and an event registration completion screen (not shown) is transmitted from the game server 1 to the terminal device 3 of the user A. In addition, when another operation is performed by the user on the event registration screen (S56), processing corresponding to the operation is executed in the game server 1 (S57).

  When the user who has completed event registration selects the “real-time linked training mode” button 86 on the main screen shown in FIG. 14 on his / her terminal device 3 (YES in S51 and YES in S52), registration after step S53 Without shifting to the processing, the game server 1 transmits the screen data of the interlocking cultivation mode such as FIG.

  Next, the processing of the game server 1 in the interlocking training mode after the start of the real world baseball game will be described with reference to FIGS. 27 and 28. FIG. FIG. 27 is a flowchart showing an example of the ability reflection process of the first inning in the baseball game, and FIG. 28 is a flowchart showing an example of the ability reflection process after the second inning.

  As shown in FIG. 27, after the game start information is taken into the game server 1 almost simultaneously with the start of the real-world baseball game (YES in S61), the real event receiving means 55 receives the input of the real event. For example, when a real event such as a hit occurs during the first inning, information related to the real event is taken into the game server 1 in real time by an input operation of an operator observing it, and the real event receiving means 55 Accept it. The real event storage control means 59a of the reflection means 59 is information on the real event every time a real event such as a hit occurs (YES in S62) until the first inning end information which is the first reference event is inputted. Is stored in the storage device (S63). As shown in FIG. 13, in the present embodiment, information related to real events that occur during inning is stored separately for two real teams (team A and team B) that are competing.

  When the first inning actually ends, the information on the end of the first inning is taken into the game server 1 in real time (YES in S64). At this time, the reflecting means 59 acquires the capability information corresponding to the real event that occurred during the first inning based on the relationship information shown in FIGS. 11A and 11B (or FIGS. 12A and 12B) (S65). Note that the ability information acquisition process corresponding to the actual event may be executed simultaneously with the storage of the actual event in step S63. When the first inning ends, the operation accepting unit 56 starts a reception period for the real event picture generated by the first inning (S66). In the case of the present embodiment, the first inning acceptance period is until the second inning end information is input.

  27 are processes common to all users managed by the game server 1, and S67 to S69 are processes executed for each user.

  When a user who has registered an event presses the “real-time linked training mode” button 86 on the main screen shown in FIG. 14 during the reception period, the screen illustrated in FIG. 16 or FIG. It is displayed on the device 3. FIG. 16 and FIG. 18 are examples of the third inning screen, but the same screen is also displayed in the first inning. This screen shows real-time information such as the score status during the match and the progress status of the match (in the example of FIG. 16, Team A has 2 points, Team B has 0 points, “4 times Table A is attacking Team A”) ) Is displayed. If the “update” button 91 is pressed, the latest updated screen data is transmitted from the game server 1 to the terminal device 3. The screen of FIG. 16 is an example of a screen on which a real event (real event of the user's support team) that occurred during the inning and the ability information 93 corresponding thereto are displayed before the reflection operation. If the user presses the “Reflect” button 92 by the end of the first inning acceptance period (NO in S67) (YES in S68), the reflecting means 59 will respond to the actual event of the support team of the user. The ability information of 1 inning is reflected on the initial state character of the user (S69). The latest information of the character reflecting this ability information is updated and controlled by the initial state character storage control means (see FIG. 7B).

  When the ability reflection process is executed, the game server 1 transmits screen data for notifying that the ability information is reflected on the character to the user terminal device 3 as illustrated in FIG. On the screen (FIGS. 16 to 19) in the linked training mode including the screen of FIG. 17, a “capability reflected so far” button 103 is displayed, and when the user presses the button 103, the time is reached. The ability information reflected in the character can be confirmed.

  Note that, in the configuration in which negative growth is possible as described above, the screen illustrated in FIG. 18 (the screen on which the actual event or ability information generated during the inning is not displayed in advance) is applied instead of the screen in FIG. It is desirable.

  On the other hand, when the user does not perform the reflecting operation until the acceptance period of the first inning ends (YES in S67), the initial state character of the user includes the ability information corresponding to the actual event that has occurred in the first inning. Is not reflected, and the first inning ability reflection process is terminated.

  By the way, the number of times that the user can effectively perform the reflection operation during the same reception period is only once, and the ability reflection process is repeated many times because the reflection operation is performed a plurality of times during the same reception period. Is not executed. Therefore, after the user presses the “Reflect” button 92 during a period of accepting an inning, a display indicating that the inning ability is “reflected on the character” is displayed as shown in the screen of FIG. It is desirable that the “reflect” button 92 is not displayed during the inning acceptance period. Thereafter, when the next inning acceptance period starts, the screen shown in FIG. 16 or FIG. 18 is displayed by pressing the “update” button 91 (or by pressing the “real-time linked upbringing mode” button 86 in FIG. 14). , And the reflection operation for the next inning is enabled.

  The ability reflecting process after the second inning is basically the same as the ability reflecting process of the first inning. FIG. 28 shows the ability reflection process of the n-th inning (n is an integer of 2 or more), but the same step number is appended to the same process as in FIG. 27, and the description thereof is omitted as appropriate. Note that the process up to step S66 in FIG. 28 is a process common to all users managed by the game server 1, and the subsequent processes are processes executed for each user.

  The n-th inning process starts after the input of the reference event for the end of the (n-1) th inning (YES in S71). Each time the actual event is input (YES in S62), until the reference event for the end of the nth inning is input, each actual event is stored in the storage device (S63). When the reference event for the end of the nth inning is input (YES in S72), the reflecting means 59 acquires the capability information corresponding to the real event input during the nth inning based on the relationship information (S73). . The subsequent processing of S66 to S69 is the same as that in FIG.

  After the ability is reflected in the initial state character according to the reflecting operation by the user (S69), or after the acceptance period is ended without performing the reflecting operation (YES in S67), if the match is not finished (NO in S74) ), The ability reflection process of the nth inning is completed. On the other hand, when the game is over (YES in S74), the character registration means 60 executes a process of registering the character after the ability is reflected in the initial state character as the user character (S75). For example, after the user performs the final reflecting operation of the game, the game server 1 transmits the training completion screen data illustrated in FIG. 20 to the user terminal device 3. When the user presses the “Finish end” button 94 on this screen, the character registration means 60 registers the grown character as the user's character. In this case, the game server 1 transmits the screen data illustrated in FIG. 21 to the user terminal device 3. The user can confirm the player card 95 of the completed character and the ability information 96 of the character on this screen. If the user presses a “main screen” button 97 on the screen of FIG. 21, the screen transitions to the main screen of FIG.

  The player card 95 of the character that the user has grown in the linked training mode can be confirmed at any time on a player card list screen (not shown). In addition, the player card 95 can be used for a battle or the like in the battle mode, or can be presented to other users such as friends.

  As described above, in the configuration of the present embodiment, the initial state character can be trained through an operation based on the user's intention in conjunction with a real event that occurs in a real-world baseball game. Each time the inning ends, the user performs a reflection operation on his / her terminal device 3 while visiting a baseball field in the real world or watching a baseball game in real time on a television, radio, internet, or the like. And enjoy the development of the initial character. In this case, the degree of growth of the initial state character varies greatly depending on real events (single hit, home run, etc.) that occur in real time in the real world. Furthermore, if the reflection operation is not performed during the period for accepting each inning, the opportunity for character growth at the corner will be missed. Therefore, the user can play the game while watching a baseball game in the real world with a sense of reality and a sense of tension. Thus, it is possible to realize a highly entertaining game that is a game play in which a character is created from scratch in conjunction with a real event that occurs in the real world, and that can be played with a sense of presence and tension.

  Further, in the present embodiment, a configuration in which negative growth is also possible. In this configuration, when a defensive error or the like occurs in the real world, it is possible to perform technical intervention based on the user's intention to avoid the negative growth of the character without performing a reflection operation during the inning reception period. For that purpose, it is necessary to actually watch a real-world baseball game in real time, and if the user performs a reflection operation without doing so, the character may be negatively grown, It is difficult to grow efficiently. Further, not only focusing on the fact that the inning has ended, but if the event is not continuously watched, it cannot be confirmed whether a defensive error or the like has occurred. Thus, a configuration that may have negative growth can guide the user in the direction of playing the game while watching a real-world baseball game in real time.

Next, variations of the ability reflecting process by the reflecting means 59 will be described. When the reflection means 59 executes the ability reflection process, the later the timing of receiving the reflection operation information during the inning acceptance period, the later the degree of reflection of the ability information acquired based on the relationship information to the initial state character. Lower. When the ability information of each inning acquired based on the relationship information is P0, the correction coefficient is a1, and the ability information reflected on the character by the user's reflection operation is P1,
P1 = P0 × a1 (1)
Can be expressed as Here, the correction coefficient a1 in the above equation (1) is 0 <a1 ≦ 1, and the reflecting means 59 sets the correction coefficient a1 to the timing of the reflection operation of the user (the elapsed time from the start of the reception period). t). As an example, every time the elapsed time t increases by 1 minute, the correction coefficient a1 is decreased by a predetermined value (for example, by 0.2). An example of the capability reflection process of this configuration will be described below with reference to the flowchart of FIG. The process of FIG. 29 corresponds to a modified example of the processes of S66 to S69 of FIG.

  When a reflection operation is performed in the terminal device 3 (YES in S68) after the reception period of a certain inning is started (S66) and before the reception period of the inning is ended (NO in S67), reflection means 59 determines whether the timing of the operation is within one minute from the start of the reception period (S81). When YES is determined in the step S81, the reflecting means 59 sets the correction coefficient to a1 = 1.0 (S82). If the timing of the reflection operation exceeds 1 minute from the start of the reception period and is within 2 minutes (YES in S83), the correction coefficient is set to a1 = 0.8 (S84). If the reflection operation timing exceeds 2 minutes and is within 3 minutes from the start of the reception period (YES in S85), the correction coefficient is set to a1 = 0.6 (S86). If the reflection operation timing exceeds 3 minutes from the start of the reception period and is within 4 minutes (YES in S87), the correction coefficient is set to a1 = 0.4 (S88). If the reflection operation timing exceeds 4 minutes from the start of the reception period (NO in S87), the correction coefficient is set to a1 = 0.2 (S89). After setting the correction coefficient a1 according to the timing of the reflection operation in this way, the reflecting means 59 uses the capability information P1 calculated by integrating the correction coefficient a1 to the inning capability information P0 acquired based on the relationship information. And reflected in the initial character of the user (S90).

  As a specific example, when “+100” is acquired based on the relationship information as capability information corresponding to a real event such as a hit that occurred during the first inning, the reflection operation by the user is 1 from the start of the reception period. If performed within minutes, the ability “+100” is reflected in the initial state character. On the other hand, if the timing of the reflection operation is within 2 minutes after 1 minute, “+80”, if it is within 3 minutes after 2 minutes, “+60”, within 4 minutes after 3 minutes Is “+40”, and “+20” after 4 minutes. Of course, when the acceptance period elapses without a reflection operation by the user, there is no growth of the initial state character related to the inning. In this example, the degree of reflection is gradually reduced every 1 minute from the start of the reception period. However, the present invention is not limited to this. For example, the degree of reflection may be reduced every 10 seconds. Good. Alternatively, the correction coefficient a1 may be calculated as a function f (t) of the elapsed time t (sec) and the correction coefficient a1 corresponding to the elapsed time t.

  According to this configuration, every time the reception period is set after the end of the inning, in order to reflect the ability to the initial state character with a high reflection rate, the user recognizes the end of the inning that triggers the start of the reception period, It is necessary to perform a reflection operation immediately after the start of the reception period. For this purpose, it is necessary for the user to actually watch a real-world baseball game in real time. That is, even if the user performs a reflection operation at an appropriate timing without viewing a real-world baseball game, it is difficult to efficiently grow the initial state character. Therefore, the configuration in which the ability reflection degree to the character is reduced as the timing of the reflection operation during the reception period is delayed can guide the user in the direction of playing the game while viewing the real-world baseball game in real time.

Next, another variation of the ability reflecting process by the reflecting means 59 will be described. When executing the ability reflection process, the reflecting means 59 increases the degree of reflection of the ability information acquired based on the relationship information on the initial state character as the number of friends registered as events increases. When the ability information of each inning acquired based on the relationship information is P0, the correction coefficient is a2, and the ability information reflected on the character by the reflection operation at the terminal device 3 is P1,
P1 = P0 × a2 (2)
Can be expressed as Here, the correction coefficient a2 in the above equation (2) is 1 ≦ a2, and the reflecting means 59 changes the value of the correction coefficient a2 according to the number of friends registered in the event. For example, if the number of friends registered for the event is 5 or less, the correction coefficient is a2 = 1.0, and if it is 6-10 people, the correction coefficient is a2 = 1.1. In the case of 11 to 20 persons, the correction coefficient is a2 = 1.2, and in the case of 21 persons or more, the correction coefficient is a2 = 1.3. In this case, the reflection rate of capability information is improved by 30% at the maximum.

In addition, the correction coefficient a1 shown in the above equation (1) is also applied,
P1 = P0 × a1 × a2 (3)
It is good.

  As described above, by increasing the ability reflection degree as the number of friends who register for events increases, each user can expect his / her friends to actively register for events. For example, the user sends a message to many friends and recommends event registration. As a result, a game environment in which communication can be actively held between friends can be promoted, and the community of friends can be activated. In addition, since the number of people who register for an event and play in the linked training mode increases, the entire game is activated.

  Next, a configuration in which the user can register not only a support team (target group) but also a support player (target member) will be described. In this configuration, not only the character grows according to the activity of the cheering team selected by the user, but also the character grows even more if the cheering player selected by the user plays an active role. A configuration example of the game server 1 that realizes this configuration will be described with reference to a functional block diagram of FIG. 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.

  The support target registration unit 58 of the game server 1 includes a support player registration unit 58b (target member registration unit) in addition to the support team registration unit 58a (target group registration unit). If the operation of selecting at least one real player in the support team as a support target is performed on the terminal device 3 of the user by the end of the baseball game at the latest by the end of the baseball game, And registering the support player of the user. Although the number of cheering players that can be registered by the user can be arbitrarily set, an example in which only one person can be registered will be described in the present embodiment. For example, as illustrated in FIG. 23, the support player registration unit 58 b performs storage control in which a support player (player ID) is stored in a predetermined area of the database server 2 in association with the user ID.

  As operation which registers a cheering player which a user performs with the terminal device 3, simple button operation on the cheering player registration screen illustrated in FIG. 31 is mentioned. This screen is displayed after the support team is registered on the event registration screen of FIG. For example, if the user selects Team A on the screen of FIG. 15 and presses the “Register” button 90, the support team registration means 58a registers Team A as the support team, and then the game server 1 belongs to Team A. The screen data of FIG. 31 including the actual players A to Z as options are transmitted to the terminal device 3 of the user. If the user selects a real player that the user wants to support on this support player registration screen and presses the “Register” button 90, the support player registration unit 58b registers the selected real player as the support player.

  By the way, in a professional baseball game, for example, the number of registered players in the army is 28, of which 25 players can enter the bench. One army registered player is publicly known. Also, players who participate in special games such as All-Star games are publicly known. Therefore, it is possible to previously input information on the players of the real team that will compete in the real world game to the game server 1. The database server 2 of the game server 1 stores information on real players who are scheduled to participate in a baseball game that is the target of the linked training mode. Therefore, the real players belonging to the user's support team can be displayed as options on the support player registration screen of FIG.

  And the reflection means 59 acquires the capability information according to the real phenomenon about a user's cheering team based on relation information, and reflects the acquired capability information on an initial state character, when performing an ability reflection process. In addition, when the real event about the support team is a real event about the user's support player, the ability information is more than when the support target player is a normal player who is not registered as a support target. Is more reflected on the character. For example, when the player of the support team of the user hits the home run and the ability information of “+100” is reflected in the initial state character, when the player who hit the home run is the support player of the user, twice that amount The ability information “+200” is reflected on the character. In addition, it is not restricted to 2 times, For example, arbitrary reflection degrees, such as 1.5 times and 3 times, can be set.

  In order to realize this, the real event storage control unit 59a of the reflection unit 59, as illustrated in FIG. 32, every time a real event (event ID) is input during inning, the player who generated the real event. (Player ID) is also stored.

  For example, when an event such as victory, draw, or defeat is a real event, it cannot be said that these events are caused by the activity of a specific player. Therefore, there are cases where not all of the plurality of actual events but only some of them can be actual events of the supporting player. In this embodiment, single hit, double hit, triple hit, home run, four dead ball, sacrifice hit, first hit, equal hit, reverse hit, win over hit, 3 hits / player, 4 hits / player, 5 hits / player, cycle hit / player , Stealing, strikeout, slaying strike, strikeout, error, pitcher throwing, etc. are treated as possible real events by the supporting players.

  For example, if the user's cheering player makes a defensive error, the negative ability information is doubled, and the character may be greatly negatively grown. Therefore, in order to avoid negative growth, it is more important to watch a baseball game in real time during the linked training mode.

  FIG. 33 is a flowchart illustrating an example of the capability reflection process according to the present embodiment. The process of FIG. 33 corresponds to a modified example of the processes of S66 to S69 of FIG.

  When a reflecting operation is performed on the terminal device 3 (YES in S68) after a certain inning receiving period is started (S66) and before the inning receiving period is ended (NO in S67), reflecting means 59 determines whether there is a real event about the user's support player among the real events that occurred during the inning (S91). For example, when the user's cheering player is the player ID = 001, the reflecting means 59 determines whether or not an event for the player ID = 001 is included in the real event that occurred during the inning illustrated in FIG. Search for. In this example, since the home run is a real event for the player ID = 001, YES is given in step 91. In this case, the ability information “+100” corresponding to the home run is doubled to “+200” (S92). Thereafter, the reflecting means 59 reflects the ability information on the initial character of the user (S93). If there is no real event for the user's cheering player among the real events that occurred during the inning (NO in S91), the ability information is reflected in the initial state character of the user without shifting to step S92. (S93).

  Thereafter, an example of screen data transmitted from the game server 1 to the terminal device 3 of the user is shown in FIG. In the screen of FIG. 34 (screen for notifying that the ability information has been reflected on the character), the actual event in which the user's cheering player is active is different from other actual events (marked, character color and thickness). The user can visually recognize that the ability information has doubled.

  As described above, in the configuration of the present embodiment, not only the character grows according to the activity in the real world of the support team selected by the user himself, but also the character grows further if the support player plays an active role. Therefore, for example, even if the user's support team is generally sluggish, if the user's support player plays an active role (for example, hits a home run), the character can be expected to grow greatly. In addition, if both the support team and the support player play an active role, it becomes possible to grow the character considerably. Thereby, the support of the user who is watching the baseball game played in the real world is also heated, and at the same time as enjoying the game play, the baseball game can be further enjoyed. This leads to further enhancement of the game property for cultivating characters in conjunction with the real world, and a highly entertaining game can be realized.

  In the above description, the example is described in which the user selects the support team on the event registration screen in FIG. 15 and performs event registration. However, this event registration is not necessarily required. When game play is possible in the linked training mode without registering an event, for example, the ability information corresponding to the real event for both the two existing teams A and B in the real-world baseball game is To be reflected. In this case, for example, based on the relation information shown in FIG. 11A or FIG. 12A (relation information between the “real event” and “capability information” on the attacking side) Acquire the corresponding ability information and reflect it on the character. Or you may acquire the capability information according to the actual event of the defensive side of two real team A * B.

  By the way, although the above demonstrated the structure which can make up a character from scratch, reflecting the capability information according to the real phenomenon which generate | occur | produces in the real world on an initial state character via a user's intention (operation), it was demonstrated. Instead of the initial state character, the ability information corresponding to the actual event may be reflected on the character of the player card already owned by the user. This will be described below.

  When the character already possessed by the user is used as a reflection target character of ability information (hereinafter referred to as “target character”) instead of the initial state character in the linked breeding mode, the owned player card storage control means 51c ( At least one player card (character) among the user's handheld player cards stored in the database server 2 by the character storage control means) is the target character. In the case of this configuration, initial state character storage control means 51i (see FIG. 5), character registration means 60 (see FIG. 4) for registering the character after the ability information is reflected in the initial state character as a user character, Can be omitted. In other configurations, the initial state character simply replaces the user's handheld character, so the configuration of the game server 1 shown in FIGS. 4, 5, 30, etc. can be applied as it is, and the same operation and effect as described above. There is an effect.

  Moreover, although the character which a user owns can also improve capability by other methods (for example, a character is synthesize | combined etc.), this structure increases the variation of the capability improvement of a character.

  Note that the target characters can be all of the user's handheld characters. Further, for example, the game server 1 may select a predetermined number (for example, 1) of target characters by random lottery from the entire user's handheld characters.

  Alternatively, the user may arbitrarily select a target character from a plurality of characters owned by the user. In this case, as shown in FIG. 35, when the game server 1 performs an operation of selecting a target character from a plurality of characters owned by the user on the user's terminal device 3, It further includes target character registration means 61 for receiving information and registering the selected target character. The target character registration means 61 executes storage control for storing the target character selected by the user in a predetermined area of the storage device (such as the database server 2) in association with the user ID. For example, the target character can be registered by setting a flag indicating that it is the target character in the same manner as the regular player flag of FIG. Then, the reflecting means 59 executes the ability reflecting process for the target character registered in the target character registering means 61.

  Here, the target characters that can be arbitrarily selected by the user can be limited to a predetermined number (for example, 3). This predetermined number (upper limit) can also be changed according to the number of users' companions. For example, when the number of friends is 19 or less, the upper limit of the target character is 1. When the number of friends is 20 to 39, the upper limit is 2. When the number of friends is 40 or more, the upper limit is 3. To do. In this way, by increasing the number of target characters that can be selected as the number of friends increases, the user can be motivated to actively make many friends. And the activation of the community between users is achieved by increasing the friend of each user.

  With this configuration, it becomes possible for the user to analyze and examine the ability attributes of the handheld character and select a desired character as the target character, thereby improving the game performance. For example, by analyzing the character in the lowest position in terms of ability among the characters in each position such as a pitcher, catcher, first baseman, etc. of the user's in-game team, and developing that character as the target character It is possible to make a strategy such as trying to bottom up your team.

  Further, as in the present embodiment, in the case where the user can own a real player character corresponding to a real player (real thing) in the real world, the following can also be performed. That is, when a user has a real player character corresponding to a real player who is in the order (starting member) of a baseball game in the real world, the real player character can be set as a target character. To. For example, when the user possesses all the real player characters corresponding to all the real players in the order of the baseball game in the real world, all these real player characters can be selected as the target characters. In the case of owning real player characters corresponding to some of the real players in the order, for example, three of the nine players, the real player characters corresponding to the three can be selected as target characters. In this case, the user becomes more advantageous as he / she possesses more real player characters corresponding to real players who enter the order of a real-world baseball game, so let's obtain such real player characters in the game. As a motivation to actively play game modes other than the linked training mode. Thereby, activation of the whole game can be aimed at.

  Next, other variations that can train a user-owned character in the linked breeding mode will be described. In a baseball game, there are nine real players (real things) in batting order No. 1 to No. 9, for example, using this batting order, nine real players and nine characters of the user's in-game order (Batting order Nos. 1 to 9) are associated one-to-one. And the capability information according to the real event about each of nine real players in the real world is reflected in the user's character associated with each real player. In order to realize this, the reflecting means 59 associates n (here, 9) real players and n characters owned by the user on a one-to-one basis based on the batting order. Capability information corresponding to real events for each of the real players is acquired based on the relationship information, and the acquired capability information is reflected in the character associated with each real player.

  In the case of this example, if the user expects the real players of the real team in the batting order No. 1 to No. 9 to play an active role, for example, if the real player of the batting order No. 1 and No. 2 is expected to play an active role, It is also possible to devise a measure such as placing characters whose ability information is to be largely reflected in No. 1 and No. 2 of the order, and the game performance can be improved.

  In the above, an example is shown in which n real players and n characters owned by the user are associated one-on-one based on the batting order. However, the present invention is not limited to this and is based on other criteria. You may make a correspondence. For example, since the position attributes such as pitcher, catcher, first baseman,... Are set for the characters belonging to the user's in-game team, nine real players and the user are assigned based on the position. The nine characters you own may be associated one-on-one. Even in the case of soccer other than baseball, for example, the positions of the 11 players are determined, and based on this position, the same one-to-one correspondence as in the case of baseball is possible.

  As described above, in the linked training mode, a reception period is appropriately provided for a real event such as a hit that occurred during a real-world baseball game, and the character (initial stage) is operated by the operation of the terminal device 3 during each reception period. State character or user's handheld character). In the following, as the number of reception periods operated by the user increases, that is, as the user continuously plays this game while watching a real-world baseball game, the ability to character A configuration for increasing the degree of reflection of information will be described.

  When executing the above-described ability reflection process, the reflecting means 59 that realizes this configuration uses the capability information acquired based on the relationship information as the number of reception periods in which the operation information is received from the terminal device 3 increases. The reflection amount correction process for reflecting the image more greatly is executed. The character that is the target of this processing may be an initial state character or a character that the user already owns. The game server 1 executes storage control in which the number of reception periods in which operation information has been received from the user terminal device 3 is stored in a storage device (such as the database server 2) in association with the user ID during the linked training mode. doing. Here, a specific example of the reflection amount correction processing is shown below assuming that a reception period until the end of the next inning is provided for each end of the inning in the baseball game that is the target of the linked training mode.

When the ability information of each inning acquired based on the relationship information is P0, the correction coefficient is a3, and the ability information reflected on the character by the reflection operation of the user during the reception period is P1,
P1 = P0 × a3 (4)
Can be expressed as The correction coefficient a3 in the above equation (4) is 1 ≦ a3, and the reflecting means 59 changes the value of the correction coefficient a3 according to the number of reception periods in which the operation information is received from the terminal device 3. For example, the correction coefficient a3 can be expressed by the following equation (5) as a function of N that varies depending on the number N of reception periods in which operations on the terminal device 3 are performed.
a3 = f (N) = 1 + 0.1 × (N−1) (5)

  In this case, when a reflection operation is performed by the user during the reception period after the end of the first inning, the correction coefficient a3 = 1 + 0.1 × (1-1) = 1.0. Subsequently, if the user performs an operation during the reception period after the end of the second inning, the correction coefficient a3 = 1 + 0.1 × (2-1) = 1.1, and the ability information reflected in the character P1 is improved by 10%. If the reflection operation is performed by the user during the reception period after the end of the third inning, the correction coefficient a3 = 1 + 0.1 × (3-1) = 1.2 is reflected on the character. The ability information P1 is improved by 20%. Similarly, when a reflection operation is performed continuously during each reception period during the reception period, the ability information P1 reflected on the character is improved by 10%.

  On the other hand, for the inning in which a necessary operation is not performed during the reception period, the number N of reception periods in which operation information is received from the terminal device 3 is not counted, and therefore the degree of increase in the reflection amount remains the same as the previous inning. It becomes. For example, if the reflecting operation is performed during each reception period after the end of the first inning and the third inning, but the reflecting operation is not performed during each reception period after the end of the second inning, the third inning The correction coefficient is a3 = 1 + 0.1 × (2-1) = 1.1, and the ability information P1 reflected in the character is improved by 10%.

  In the above example, the reflection amount is increased by 10% each time the number N of reception periods in which the operation information is received from the terminal device 3 is increased by one. However, the present invention is not limited to this. The degree of increase in quantity can be set arbitrarily.

The correction coefficient a1 shown in the above expression (1) and / or the correction coefficient a2 shown in the above expression (2) are also applied in combination with the correction coefficient a3 shown in the above expression (5), and the following expression (6 ) To (8), the ability information P1 reflected on the character may be calculated.
P1 = P0 × a1 × a3 (6)
P1 = P0 × a2 × a3 (7)
P1 = P0 * a1 * a2 * a3 (8)

  By the way, as illustrated in FIG. 12A and FIG. 12B, not only positive capability information but also negative capability information may be included in the relationship information. As described above, in the configuration including the negative ability information, when a real event (defense error, etc.) for actually reflecting the negative ability information occurs in the real world, the user dares to perform the reflection operation during the reception period. It is also possible to avoid reflecting negative ability information to the character without performing it. However, if the user does not operate anything, the degree of increase in the amount of reflection will be in a stepped state even though the baseball game is continuously watched.

  Therefore, it is desirable that the game server 1 accepts not only a reflection operation by the user but also a non-reflection operation (an operation that does not reflect the attribute information on the character) during the reception period. For example, as illustrated in FIG. 36, both a “reflect” button 92 and a “non-reflect” button 121 are displayed on the screen for performing a reflection operation or the like during the reception period, and at the user's discretion. Any button operation is possible. Here, when the user performs an operation of pressing the “reflect” button 92, the terminal device 3 transmits reflection operation information for reflecting the ability information to the character to the game server 1. On the other hand, when the user performs an operation of pressing the “non-reflect” button 121, non-reflective operation information that does not reflect the ability information on the character is transmitted from the terminal device 3 to the game server 1. Then, the reflecting means 59 does not execute the capability reflecting process when receiving the non-reflecting operation information from the terminal device 3 during the reception period, and executes the capability reflecting process only when receiving the reflecting operation information.

  In this configuration, if the character is likely to grow negative due to a defensive error or the like in the real world, the user may perform a non-reflecting operation during the reception period. The reflecting means 59 reflects the ability information acquired based on the relationship information more greatly on the character as the number N of reception periods in which the operation information (either reflecting operation information or non-reflecting operation information) is received increases. Even when the non-reflecting operation is performed by the user, the degree of increase in the reflection amount in the reflection amount correction process does not become a stepping state. Accordingly, it is possible to avoid a situation in which the degree of increase in the reflection amount becomes a stepping state while avoiding the negative growth of the character based on the judgment of the user.

  Here, an example of the capability reflection process of the present embodiment is shown in the flowchart of FIG. The process of FIG. 37 corresponds to a modified example of the processes of S66 to S69 of FIG.

  After a reception period of a certain inning is started (S66), when either the reflection operation or the non-reflection operation is performed in the terminal device 3 by the end of the reception period of the inning (NO in S67) ( In step S101, the reflection unit 59 increments the number N of reception periods in which the operation information is received from the terminal device 3 (step S102). Note that the number N of reception periods in which this operation information has been received is initialized at the start of a real-world baseball game that is the target of the linked training mode. If the operation at the terminal device 3 is a reflection operation (YES at S103), for example, according to the calculation of the above formula (5), the number N of reception periods in which the operation information is received from the terminal device 3 is used. The correction coefficient a3 is acquired (S104). Then, the reflecting means 59 executes a reflection amount correction process for correcting the ability information reflected on the character by the above equation (4) (S105). Thereafter, the reflecting means 59 reflects the ability information on the character (S106).

  On the other hand, if the operation on the terminal device 3 is a non-reflecting operation (NO in S103), the process ends without moving to step S104. If the acceptance period ends without performing a reflecting operation or a non-reflecting operation on the terminal device 3 (YES in S67), the process ends without moving to step S102.

  As described above, in this configuration, as the number of reception periods in which operations are performed by the user increases, that is, as the user continuously plays this game while continuously watching real-world real events, The degree of ability information reflection on the character increases. This configuration guides the user in the direction of continuously playing this game throughout the entire real event such as a baseball game in the real world. For users who have been playing since the beginning of the baseball game, the degree of ability information reflected on the character increases over time as the game progresses, so the fun of the game also increases over time. . Thereby, a game with higher interest property can be realized.

  Next, in order for the reflection process by the reflection means 59 to be executed, a predetermined event registration operation is required in the terminal device 3, and this event registration operation is performed at a predetermined timing (for example, a baseball game start time in the real world). In the case where it has not been carried out before, the configuration in which the merit of the reflection amount correction process described above cannot be enjoyed will be described. The game server 1 having this configuration includes event registration means for receiving information on the operation and executing event registration processing for the terminal device 3 when an event registration operation is performed on the terminal device 3. As an example of this event registration means, the above-mentioned support target registration means 58 (see FIG. 4) can be mentioned. As an example of the event registration operation, there is a support team selection operation on the screen of FIG. 15, but it is not limited to this. For example, an operation such as pressing an event participation button (not shown) may be performed, and any operation that can confirm the user's intention to participate in the event in the linked training mode can be set as an event registration operation.

  Then, only when the event registration process is executed by a predetermined timing, the reflection amount correction process is executed when the reflecting means 59 executes the capability reflection process, and the event registration process is executed after the predetermined timing has passed. In such a case, the reflection amount correction process is not executed when the reflection unit 59 executes the reflection process. Here, as an example up to a predetermined timing, an arbitrary timing such as the start of a real-world baseball game, 5 minutes from the start of the game, or the end of the first inning can be set. With this configuration, in order to obtain the merit of the reflection amount correction process in which the reflection amount increases as the number of reception periods in which operations are performed increases, the user is motivated to register an event by a predetermined timing. it can. As a result, many users can be directed to enjoy playing this game from the initial stage of a baseball game (real event), and the game can be activated.

  Next, a modified example of the above configuration will be described. Depending on the user, there is a case where event registration is performed after a predetermined timing has elapsed and play of this game is started. Therefore, even if the event registration process is not executed by a predetermined timing, the reflection amount correction process is executed. However, the reflection means 59 applies the character to the character in the reflection amount correction process when the event registration process is executed after the predetermined timing elapses than when the event registration process is executed by the predetermined timing. Reduce the amount of reflection.

For example, the correction coefficient a3 when the event registration process is executed by a predetermined timing is calculated by the above equation (5), while the correction coefficient when the event registration process is executed after the predetermined timing has elapsed. a3 is calculated by the function of N shown in the following formula (9).
a3 = f (N) = 1 + 0.05 × (N−1) (9)

  As a result, when the event registration process is executed by a predetermined timing, the reflection amount is increased by 10% every time the number N of reception periods in which the operation information is received increases by one, When the event registration process is executed after the timing has elapsed, the amount of reflection that increases each time N increases by 1 is suppressed to 5%.

  Also in this configuration, in order to obtain the maximum merit by the reflection amount correction process, the user can be motivated to register an event by a predetermined timing. As a result, many users can be directed to enjoy playing the game from the initial stage of the real event, and the game can be activated.

[Other Embodiments]
In the above-described embodiment, as shown in FIG. 12A and the like, one ability information is made to correspond to one real event, such as “+10” ability information is made to correspond to the “single-stroke” real event. Although the example of the relationship information was shown, it is not limited to this. For example, when a plurality of individual abilities are provided as the ability of the character, as illustrated in FIG. 38, the power “+10”, the meat “+20”, the running ability with respect to the real event of “single hit” Relation information with different contents (values) for each individual ability may be applied as ability information corresponding to one real event such as “+10” and defense “+5”.

  In the above-described embodiment, the example in which the ability information according to the real event that occurs in the real world is reflected in the character has been described. However, the present invention is not limited to this, and attribute information other than the ability information is assigned to the character. It may be reflected. For example, attribute information such as character physical strength, size (height, weight, etc.), form, facial expression, etc. may be reflected on the character.

  Moreover, although the above-mentioned embodiment demonstrated the structure with which the game server 1 was equipped with the initial state character storage control means 51i and the possession player card storage control means 51c (character storage control means), it is not limited to this. That is, the information on the initial state character and the character owned by each user can be stored and controlled by the terminal device 3 of each user. Therefore, the initial state character storage control means 51i and the owned player card storage control means 51c may be configured as a system configuration provided on the terminal device 3 side.

  The present invention also relates to a configuration having a storage control function for storing various types of information in the storage device (initial state character storage control means 51i, owned player card storage control means 51c, related information storage control means 57, etc.). Therefore, it may be installed anywhere regardless of the inside or outside of the game management device (or game system). For example, the storage device may include the RAM 13 and auxiliary storage device 14 of the game server 1, the database server 2, the RAM 33 and auxiliary storage device 39 of the terminal device 3, or a file server having a different configuration from the game management device and the terminal device 3. It may be.

  In the above-described embodiment, the real event accepting unit 55 accepts a real event via the input device 17 such as a keyboard or a mouse, or accepts a real event by receiving information from another server. Although the configuration has been described, the present invention is not limited to this. For example, when video data obtained by imaging the real world is analyzed by image processing and a real event can be automatically recognized, a configuration in which the real event is automatically received by image processing is also included. Taking a quiz game as an example, for a real event that a talent (actual thing) correctly answers a quiz (or incorrect answer) in a real-world TV program, information on whether the answer is correct or incorrect is written in text etc. When always displayed, the actual event can be automatically recognized by analyzing the video data of the program (such as a television signal) by image processing.

  Moreover, in the above-mentioned embodiment, the game execution program is mounted on the game server 1 side, and the game server 1 performs arithmetic processing and data processing for the game progress according to the input operation in the terminal device 3 of each user. The application example to the game system in which the game progresses by transmitting the screen data reflecting the execution result to the terminal device 3 has been described. This is a so-called client-server game system, but is not limited to this. For example, the game server 1 manages game information related to the user's friends and the like, and provides game services such as exchange within the game to the user. The present invention can also be applied to a game system performed on the device side.

  In other words, the present invention can also be applied to a game system in which a part or all of the game execution program is downloaded or installed on the user terminal device side and the game execution process is also performed on the terminal device. For example, a user terminal device peers with another user terminal device by Internet communication, wireless LAN communication, short-range wireless communication using a predetermined frequency band (for example, 2.4 GHz frequency band), or wired LAN communication. It is also possible to execute a peer-to-peer game by connecting two to peers.

  Therefore, as a user terminal device, various devices that can be connected to a game server (game management device) and receive a game service can be applied. The above-described mobile phone terminal, smart phone, PHS terminal, mobile information terminal In addition to (PDA), personal computers, and tablet computers, home video game devices having a network connection function (game devices configured by connecting home video game machines to home televisions), A portable game-dedicated device is also applicable.

  Further, the server device only transmits the information on the real event to the terminal device, and the terminal device that has received the information on the real event has the game information management means 51, the game progress means shown in FIG. 4, FIG. 30, or FIG. 52, operation accepting means 56, relationship information storage control means 57, support target registration means 58, reflection means 59, character registration means 60, target character registration means 61, and the like. This game system will be described below with reference to FIGS. 39 and 40. 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.

  As shown in FIG. 39, the game system includes a server device 200 and a terminal device 300 (game device). Functionally, the server device 200 includes the real event reception unit 55 and a transmission unit 201 that transmits information related to the real event to the terminal device 300. The hardware configuration of the server device 200 is the same as the hardware configuration of the game server 1 shown in FIG.

  In addition, as shown in FIG. 40, the terminal device 300 functionally includes a receiving unit 301, a game information managing unit 351, a game progressing unit 352, an operation receiving unit 356, a related information storage control unit 357, a support target registration unit. 358, reflection means 359, character registration means 360, target character registration means 361, and the like. Note that the hardware configuration of the terminal device 300 is the same as the hardware configuration of the terminal device 3 illustrated in FIG. 3.

  The receiving unit 301 has a function of receiving information related to a real event transmitted from the transmitting unit 201 of the server apparatus 200. Each means 356, 357, 358, 359, 360, 361 has basically the same function as each means 56, 57, 58, 59, 60, 61 shown in FIG. 4, FIG. 30, or FIG. Have. That is, each means 356, 357, 358, 359, 360, 361 of the terminal device 300 executes processing according to the operation on the terminal device 300, whereas each means 56, 57, 58, 59, 60, and 61 have the same functions and configurations except that the processing is executed while performing communication between the game server 1 and the terminal device 3. The game system including the server device 200 and the terminal device 300 has the same effects as the game system including the game server 1 and the terminal device 3 shown in FIG.

  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. And is executed by the CPU of the game management device or terminal device. Further, the means for providing the program to the game management device or the terminal device is not limited to the recording medium described above, and can be performed via a communication network such as the Internet.

1 Game server (game management device)
2 Database server (game management device)
3 Terminal device 4 Network 11 CPU
12 ROM
13 RAM
14 Auxiliary storage device 51 Game information management means 51c Owned player card storage control means (character storage control means)
51i Initial state character storage control means 52 Game progress means 54 Friend management means 55 Real event reception means 56 Operation reception means 57 Relation information storage control means 58 Support target registration means (reflection target registration means, event registration means)
59 Reflecting means 60 Character registration means 61 Target character registration means 200 Server device 300 Terminal device

Claims (12)

A game management device that communicates with a terminal device and manages a game,
Character storage control means for storing information on characters owned by the user in a storage device;
A real event receiving means for receiving information on real events that occur in the real world;
An operation receiving unit that sets a predetermined reception period for the real event, and receives operation information related to an operation on the terminal device during the reception period;
Relation information storage control means for preliminarily storing relation information between the real event and attribute information reflected on the character based on the real event in a storage device;
A game management device comprising: reflection means for performing reflection processing for reflecting the attribute information acquired based on the relationship information to the character owned by a user by receiving the operation information during the reception period . The real event includes a reference event that defines a start timing of the reception period ,
The game management device according to claim 1, wherein when the reference event occurs, the operation reception unit starts the reception period for a real event that has occurred after a reference event immediately before the reference event. The attribute information is represented as a numerical value,
The reflection means, when executing the reflection process, lowers the degree of reflection of the attribute information acquired based on the relationship information on the character as the timing of receiving the operation information during the reception period is later. The game management device according to claim 1 or 2. The relationship information includes a correspondence between a real event for reflecting attribute information that is advantageous to the character on the character and attribute information that is advantageous on the game based on the real event , and a disadvantage to the character on the game. The game management according to any one of claims 1 to 3, including a correspondence relationship between a real event for reflecting the attribute information and attribute information that is disadvantageous to the game based on the real event. apparatus. The real event occurs when a plurality of people, a plurality of animals, or a plurality of groups compete,
A reflection target registration unit for registering the reflection target based on operation information related to an operation of selecting the reflection target from the plurality of people, a plurality of animals, or a plurality of groups performed in the terminal device;
The reflection means acquires the attribute information corresponding to the real event about the reflection target registered in the reflection target registration means based on the relation information, and reflects the acquired attribute information on the character The game management device according to any one of claims 1 to 4. The real event occurs when a plurality of groups composed of a plurality of members compete,
The reflection target registration means includes:
A target group registration means for registering the selected group as a target group based on operation information related to an operation of selecting the reflection target group performed in the terminal device;
Target member registration means for registering the selected member as a target member based on operation information on the operation of selecting at least one member in the target group as the reflection target performed at the terminal device. ,
The attribute information is represented as a numerical value,
The reflecting means acquires the attribute information corresponding to a real event for the target group registered in the target group registering means based on the relation information, and reflects the acquired attribute information on the character At the same time, when the real event for the target group is a real event for the target member registered in the target member registration means, the target member is a normal member not registered as a reflection target The game management device according to claim 5, wherein the attribute information is reflected more largely on the character than in the case. Target character registration means for registering the selected target character based on the operation information related to the operation of selecting the target character reflecting the attribute information from among the plurality of characters owned by the user, performed at the user's terminal device Further comprising
The game management apparatus according to claim 1, wherein the reflection unit performs the reflection process on the target character registered in the target character registration unit. The real event is generated by a plurality of real objects including n (n is an integer of 2 or more) real objects,
The reflecting means associates the n actual objects with n characters owned by the user on a one-to-one basis, and the attribute information corresponding to the real event for each of the n actual objects is represented by the relationship. The game management device according to any one of claims 1 to 4, wherein the game management device acquires each attribute based on the information and reflects the acquired attribute information on each character associated with each real thing. A game system including a game management device that manages a game and a terminal device that communicates with the game management device,
The game management device or the terminal device is
Character storage control means for storing information on characters owned by the user in a storage device,
The game management device
A real event receiving means for receiving information on real events that occur in the real world;
An operation receiving unit that sets a predetermined reception period for the real event, and receives operation information related to an operation on the terminal device during the reception period;
Relation information storage control means for preliminarily storing relation information between the real event and attribute information reflected on the character based on the real event in a storage device;
A game system comprising: reflecting means for executing a reflection process for reflecting the attribute information acquired based on the relationship information to the character owned by a user by receiving the operation information during the reception period. A game system including a server device and a terminal device,
The server device
A real event receiving means for receiving information on real events that occur in the real world;
Transmission means for transmitting information related to the real event to the terminal device,
The terminal device
Character storage control means for storing information on characters owned by the user in a storage device;
Receiving means for receiving information about the real event transmitted by the transmitting means;
An operation receiving means for setting a predetermined reception period for the real event and receiving a predetermined operation during the reception period;
Relation information storage control means for preliminarily storing relation information between the real event and attribute information reflected on the character based on the real event in a storage device;
A game system comprising: a reflection unit that executes a reflection process for reflecting the attribute information acquired based on the relationship information to the character owned by a user according to the predetermined operation during the reception period. A game management method in a computer that communicates with a terminal device and manages a game,
A character storage control step in which a computer stores information on characters owned by the user in a storage device;
A real event receiving step in which the computer receives information about a real event that occurs in the real world;
An operation accepting step in which a computer sets a predetermined acceptance period for the real event and accepts operation information related to an operation at the terminal device during the acceptance period;
A relationship information storage control step in which the computer stores in advance a relationship information between the actual event and the attribute information to be reflected on the character based on the actual event ;
A reflection step of executing a reflection process in which the computer reflects the attribute information acquired based on the relationship information on the character owned by the user by receiving the operation information during the reception period. Game management method. A program for operating a computer as a game management device that communicates with a terminal device and manages a game,
The computer,
Character storage control means for storing information on characters owned by the user in a storage device;
Real event reception means for receiving information on real events that occur in the real world,
An operation accepting means for setting a predetermined acceptance period for the real event and accepting operation information relating to an operation on the terminal device during the acceptance period;
Relationship information storage control means for previously storing in the storage device the relationship information between the actual event and the attribute information to be reflected on the character based on the actual event ;
Reflecting means for performing a reflection process for reflecting the attribute information acquired based on the relationship information to the character owned by a user by receiving the operation information during the reception period;
Program to function as.

Images