JP2020127847A - Game system and program - Google Patents

Abstract

To inhibit a player from getting tired of a game.SOLUTION: Update means (301) of a game system updates a game status by executing simulation processing. Determination means (302) determines whether or not the game status satisfies a predetermined condition. Re-execution means (303) causes the simulation processing by the update means (301) to be re-executed from the beginning or from the middle when the game status does not satisfy the predetermined condition. Status data acquisition means (101) acquires status data indicating the game status when the game status satisfies the predetermined condition. Game execution means (104) makes the game playable from the game status indicated by the status data.SELECTED DRAWING: Figure 5

Description

The present invention relates to a game system and a program.

2. Description of the Related Art Conventionally, there is known a technique for allowing a user to play a game from a predetermined situation. For example, Patent Document 1 describes a game system in which an image of a game played by a certain user is registered in a server and another user who views the image plays the game from the situation indicated by the image. There is.

JP, 2014-33870, A

However, the situation that can be prepared in advance is limited, and with the technique of Patent Document 1, the game can be played only in the situation where the image is prepared. For this reason, when the user repeatedly plays the game, the user always plays from the same situation, which makes the game easy to get tired of.

The present invention has been made in view of the above problems, and an object thereof is to provide a game system and a program in which a user is less likely to get tired of a game.

In order to solve the above problems, a game system according to an aspect of the present invention determines an updating unit that updates a game situation by executing a simulation process, and determines whether the game situation satisfies a predetermined condition. Determination means, re-execution means for re-executing the simulation process by the updating means from the beginning or in the middle when the game situation does not satisfy the predetermined condition, and when the game situation satisfies the predetermined condition, It includes situation data acquisition means for obtaining situation data indicating the game situation, and game execution means for making the game playable from the game situation indicated by the situation data.

It is a figure which shows the whole structure of a game system. It is a figure which shows the whole flow of a game. It is a diagram showing an example of a game image, It is a screen transition diagram of a game image. It is a functional block diagram which shows the function relevant to this invention among the functions implement|achieved by a game system. It is a figure which shows the data storage example of a user database. It is a figure which shows the data storage example of common data. It is a figure which shows the data storage example of predetermined condition data. It is a figure which shows the data storage example of situation data. It is a figure which shows the data storage example of historical data. It is a flowchart which shows an example of the process performed in a game system. It is a functional block diagram of a modification (3).

[1. Overall configuration of game system]
Hereinafter, embodiments according to the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing an overall configuration of a game system. As shown in FIG. 1, the game system S according to the present embodiment includes a game terminal 10 and a server 30. The game terminal 10 and the server 30 are connected to a network N such as the Internet. Therefore, mutual data communication is possible between the game terminal 10 and the server 30. In addition, in FIG. 1, one game terminal 10 and one server 30 are shown, but there may be a plurality of these, and the numbers thereof are arbitrary. For example, there may be as many game terminals 10 as there are users.

The game terminal 10 is a computer operated by a user. For example, the game terminal 10 is a mobile terminal (for example, a mobile phone such as a smartphone or a tablet computer), a personal computer, a mobile game machine, a stationary game machine, an arcade game machine, or a multifunctional type having an information processing function. It is a television receiver (smart TV) or the like.

As shown in FIG. 1, the game terminal 10 includes a control unit 11, a storage unit 12, a communication unit 13, an operation unit 14, a display unit 15, and a voice output unit 16. The control unit 11 includes at least one microprocessor. The control unit 11 executes processing according to an operating system or a program. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, non-volatile semiconductor memory). The storage unit 12 stores programs and data. For example, when the game terminal 10 is a personal computer or the like, the storage unit 12 may include an auxiliary storage unit such as a hard disk drive or a solid state drive. The communication unit 13 includes a communication interface such as a communication module. The communication unit 13 performs data communication via the network N.

The operation unit 14 is an input device, and may include, for example, a key, a lever, a game controller (game pad), a pointing device such as a mouse or a touch panel, or a keyboard. Further, for example, the operation unit 14 may include a microphone or a camera for the user to perform an input operation by voice or gesture. The display unit 15 is, for example, a liquid crystal display panel, an organic EL display, or the like, and displays a screen according to an instruction from the control unit 11. The audio output unit 16 is for outputting audio data, and is, for example, a speaker or headphones. The operation unit 14, the display unit 15, and the sound output unit 16 do not have to be built in the game terminal 10, and may be an external device connected to the game terminal 10.

The server 30 is a server computer. As shown in FIG. 1, the server 30 includes a control unit 31, a storage unit 32, and a communication unit 33. The hardware configurations of the control unit 31, the storage unit 32, and the communication unit 33 may be the same as those of the control unit 11, the storage unit 12, and the communication unit 13, respectively. For example, the server 30 may store a game program and distribute the game program in response to a request from the game terminal 10, or the game program may be stored in another server computer. It may be distributed from another server computer to the game terminal 10.

Note that the programs and data described as being stored in the storage unit 12 or the storage unit 32 may be supplied to the game terminal 10 or the server 30 via the network N, for example. Further, the game terminal 10 or the server 30 may include a reading unit (for example, an optical disk drive or a memory card slot) for reading a program or data stored in an information storage medium (for example, an optical disk or a memory card). .. Then, the program or data may be supplied to the game terminal 10 or the server 30 via the information storage medium.

[2. Game outline]
The game system S can execute various games such as sports games, action games, role playing games, and puzzle games. In the present embodiment, as an example of a game executed by the game system S, a baseball game in which a team of a user and a team of an opponent compete with each other will be described. The opponent may be another user or a computer.

FIG. 2 is a diagram showing the overall flow of the game. As shown in FIG. 2, in the game of the present embodiment, the user does not play through one game, but a part of the game automatically progresses through simulation so that the user can play the other part of the game. ing. Note that play means, for example, that the user operates the operation unit 14, that the user is directly involved in the progress of the game, and that the user's operation affects the execution result of the game. In the example of FIG. 2, the user can play the game immediately after the start of the game. When the game starts, a game image showing the state of the game being executed is displayed on the display unit 15.

FIG. 3 is a diagram showing an example of a game image, and FIG. 4 is a screen transition diagram of the game image. As shown in FIG. 3, a state of a virtual world (here, a fictional stadium) in the game is displayed in the game image G. For example, when the game starts, a virtual world is constructed, and the appearance of the virtual world viewed from the virtual camera is displayed in the game image G.

The game image G also includes a display area A for displaying the current battle situation. In the display area A, the current inning, the score of each team, the situation of each base, the ball count, and the out count are displayed. An inning is a part that constitutes a match, and in principle, one match is composed of 9 innings. One inning has a face that one of the two teams attacks and a back that the other team attacks. Each team will alternate attack and defense. The status of each base indicates the presence or absence of a runner on each of the first, second, and third bases. The ball count is a record of the judgment of the ball strike for the game between the pitcher and the batter, and the out count is the number of current outs.

Any one of the plurality of characters displayed in the game image G is set as the operation target of the user. The user operates the operation unit 14 to operate the character set as the operation target. For example, if the character of the pitcher is set as the operation target, the user specifies the type of pitch, the course, etc., and causes the character to perform a pitching motion. Further, for example, if the character of the batter is set as the operation target, the user designates the position and timing of the swing and causes the character to perform a batting motion. Note that there is also a simple striking operation in which the user specifies only the timing of the swing, and the swing position performs the striking action based on the attribute value included in the batter's character.

In the game progression example of FIG. 2, the user plays the game until the game progresses to some extent while operating the character set as the operation target. The game terminal 10 may automatically advance the game after the game starts, and the user may play the game thereafter. For example, the game may be automatically played once and twice in the game, and the user may play the game from the table of three times. As shown in FIG. 2, it is assumed here that the user plays from the start of the match to the end of the third inversion. When the back of the third game is over, the game terminal 10 transmits data indicating the status of the game to the server 30, and the server 30 automatically executes the game simulation process. That is, as shown in FIG. 2, the server 30 automatically executes the game simulation process from the four-time table.

As shown in FIG. 4, when the user plays the back three times (state of the game image G1 in FIG. 4) and the simulation process starts, a message indicating that the simulation process is being executed is displayed (FIG. 4 game image G2). Note that this message may not be displayed. In this state, the server 30 executes the simulation process. The simulation process in the server 30 is fast, and the user has almost no waiting time.

The simulation process is repeatedly executed until the match being simulated satisfies a predetermined condition. The details of the predetermined condition will be described later, but here, the condition of "2 out full base" will be described as an example. For example, as shown in FIG. 2, when the game being simulated reaches “2 out full bases” before the game ends, the simulation process ends and the server 30 transmits the simulation result to the game terminal 10. As will be described later, the process until the game terminal 10 reaches “2 out full base” is displayed. On the other hand, if the game being simulated has ended without reaching "2 out first base", the simulation process is restarted from the start point of the simulation process (here, 4 times table).

When the game being simulated is "2 out full base", the process until the game is "2 out full base" is displayed as shown in FIGS. 2 and 4 (see the game image G3 in FIG. 4). State), the user will play the game from the second-out full base (state of the game image G4 in FIG. 4). It should be noted that the same display is made when the game automatically progresses on the game terminal 10, and the history of the simulation result is displayed on the server 30, and, for example, once and twice automatically at the game terminal 10. From the user's point of view, it is impossible to visually distinguish between a traditional match. For example, as shown in the game image G3 of FIG. 4, the result of hitting the character in each inning, the out count, the situation of the runner, the presence or absence of a score, and the like are displayed as a history. Further, in the example of FIG. 4, since the simulation process results in "2 out full bases" in the fifth inning table, the user restarts the game play from the fifth inning table. The result of each turn at bat from the start of the fourth turn to the second out of the fifth turn in the simulation can be grasped by the game image G3 of FIG. After that, the user may be allowed to play the game until the end of the match, or after the game is played to some extent, the simulation process may be started again and the simulation process may be executed until another condition is satisfied.

As described above, in the game system S, when the game being simulated satisfies the predetermined condition, the history of when the predetermined condition is satisfied is displayed and the game is played from the continuation. By executing the simulation process, even if the user is allowed to play the same situation, it is possible to allow the user to play the same situation after a slightly different process rather than the same process. For example, when "2 out full base" is set as the predetermined condition, the game system S can create a game situation in which innings, point differences, etc. at that time are different even if "2 out full base". Is prevented from becoming monotonous, and the user is less likely to get tired of the game. Hereinafter, details of the configuration of the game system S will be described.

[3. Functions realized in game system]
FIG. 5 is a functional block diagram showing functions related to the present invention among the functions realized by the game system S. Here, the function realized by the server 30 and the function realized by the game terminal 10 will be described in order.

[3-1. Functions realized on the server]
As shown in FIG. 5, the database storage unit 300, the update unit 301, the determination unit 302, and the re-execution unit 303 are realized in the server 30.

[3-1-1. Database storage]
The database storage unit 300 is realized mainly by the storage unit 32. The database storage unit 300 comprehensively manages data related to the game and stores data necessary for each user to play the game. Here, a user database DB1, common data DT2, predetermined condition data DT3, situation data DT4, and history data DT5 will be described as an example of data stored in the database storage unit 300.

FIG. 6 is a diagram showing a data storage example of the user database DB1. As shown in FIG. 6, the user database DB1 is a database that manages user data DT1 of each of a plurality of users who use the game system S. For example, user identification information and user data DT1 are associated with each other. There is. The user identification information is, for example, information for uniquely identifying the user. For example, a user ID or a user name corresponds to an example of user identification information.

The user data DT1 is, for example, data that is searchably linked from the user identification information, and is data that is referred to for executing the game. For example, the user data DT1 is data regarding a game object used by the user in the game, and includes information regarding the name, role, ability, etc. of the game object.

A game object is, for example, a target that can be used in a game. For example, the game object may mean all of the game objects prepared in the game, or may mean only the game objects given to the user (owned by the user) among the game objects. For example, a game character, a game card, a game item, or the like corresponds to an example of a game object. In this embodiment, a case where the game character corresponds to a game object will be described.

For example, the user data DT1 is data regarding the team of the user. As shown in FIG. 6, for example, the user data DT1 includes the name of the team, the name of the game character belonging to the team, the proper position, and the ability parameter. The ability parameter indicates whether the game character's ability is good or bad, for example, the ability as a baseball player. The capability parameter has a parameter for each of the plurality of items. For example, a pitcher has items such as ball power, ball control, and stamina, and a fielder has items such as meet, power, and base. The proper position has an ability parameter of 100% when the game character is placed at the position shown in the proper position, but the ability parameter becomes less than 100% when placed at a position other than the proper position. Specifically, if the proper position is set to "pitcher" but the player is placed in "stopper", the ability parameter becomes 80%.

The information included in the user data DT1 is not limited to the example of FIG. The user data DT1 may be configured to store the information referred to when the user plays the game, and may include, for example, information regarding the special ability and attributes of the game character.

FIG. 7 is a diagram showing a data storage example of the common data DT2. As shown in FIG. 7, the common data DT2 is data that is referenced instead of the user data DT1 in the simulation process. For example, the common data DT2 has a fixed content regardless of the content of the user data DT1. Further, for example, the common data DT2 is data common to a plurality of users who use the game system S, and the value of each item may not be the same as that of the user data DT1 and is different in FIG.

In this embodiment, the data about the team used in the simulation process corresponds to the common data DT2. For example, the common data DT2 includes a team name, a game character name, a position, and an ability parameter. The common data DT2 includes the same items as the user data DT1, but the value of each item is fixed regardless of the value of the user data DT1.

The information included in the common data DT2 is not limited to the example of FIG. 7. The common data DT2 may be configured to store the information referred to when the simulation process is executed, and may include, for example, the information about the special ability and the attribute of the game character, like the user data DT1.

FIG. 8 is a diagram showing a data storage example of the predetermined condition data DT3. As shown in FIG. 8, the condition data stores information indicating a plurality of predetermined conditions. In the simulation process, any one of the plurality of predetermined conditions stored in the predetermined condition data DT3 is used. Which predetermined condition is used may be determined by a predetermined method, and may be determined randomly, for example, or may be sequentially selected from the predetermined condition data DT3.

The predetermined condition is, for example, that the game situation belongs to a predetermined type. For example, the predetermined condition is that the rough game situation becomes a predetermined situation. Further, for example, as shown in FIG. 9, when the situation data DT4 indicating the game situation includes n items, the predetermined condition is that m items smaller than n have a predetermined value. .. Further, for example, in a game in which the user's score changes, the predetermined condition is that the user's score, the opponent's score, or the score difference becomes a predetermined value. Further, for example, in the case of a game in which a game character operates, the predetermined condition is that the game character has a predetermined position, a predetermined direction, and a predetermined speed. Further, for example, the predetermined condition is that the time in the game becomes a predetermined time.

In the present embodiment, the case where the baseball game is executed will be described. Therefore, the predetermined condition stored in the predetermined condition data DT3 is a condition regarding the battle situation of the game, as shown in FIG. The predetermined condition may be a condition regarding only one item, or may be a complex condition regarding a plurality of items. When the predetermined condition is a condition relating to a plurality of items, it may be an AND condition that must satisfy all of the plurality of items, or an OR condition that satisfies any of the plurality of items, It may be a combination of AND conditions and OR conditions.

FIG. 9 is a diagram showing a data storage example of the situation data DT4. As shown in FIG. 9, the situation data DT4 is data indicating the game situation, and for example, the situation data DT4 is a collection of information including a plurality of items indicating the game situation.

The game situation is, for example, the state of progress of the game and the state of the game world. The game world is a virtual world in the game, and may be a three-dimensional space or a two-dimensional plane. For example, in a battle-type game, the game situation is a battle situation. Further, for example, in the case of a game in which the score of the user changes, the game situation is the current score. Further, for example, in the case of a game in which a game character operates, the game situation is a state such as the position, direction, and speed of the game character. Further, for example, the game situation is time in the virtual world. The time here may be a date and time in the game, or may be information called an elapsed time in a sports game, an inning, a round, or the like.

In the present embodiment, the situation data DT4 includes the current inning, the score of each team, the situation of each base, the count (ball count/out count), and setting information. The setting information is, for example, information related to game settings. For example, the setting information is tactics, strategy, batting order, position, formation, or the like. In the present embodiment, the relationship between the batting order and position of each team will be described as an example of setting information.

The information included in the situation data DT4 is not limited to the example of FIG. The situation data DT4 may include information about the position, direction, and speed of the game character in the virtual world, or may include a physical strength parameter of the game character that changes during execution of the game. In addition, in the present embodiment, the database storage unit 300 stores the situation data DT4 at the start of the simulation process and the situation data DT4 of the game being simulated.

FIG. 10 is a diagram showing a data storage example of the history data DT5. As shown in FIG. 10, the history data DT5 is data indicating the history of the game situation. The history is, for example, history, progress, or history of the change in the game situation updated by the update unit 301. The history data DT5 indicates, for example, a time-series change in the game situation. For example, it may be a time-series change of the situation data DT4 during simulation, or may be a change of data having a smaller number of items than the situation data DT4 (data roughly indicating the game situation).

In the present embodiment, the history data DT5 stores a rough game situation at any time during the simulation. It should be noted that the history data DT5 need only indicate the history of the game, and may store detailed game situations instead of the rough game situations. For example, the history data DT5 stores the hit result of each batter, the out count, the status of each base, the presence or absence of additional points, etc. for each inning for which the simulation process is performed. In the data storage example of FIG. 10, the name of the batter is not the character of the common data DT2 but the character converted to the character of the user data DT1, but the name of the character of the common data DT2 may be stored. In particular, the name of the batter may not be stored.

The data stored in the database storage unit 300 is not limited to the above example. The database storage unit 300 may store data necessary for the game, and may store image data of an image displayed on the game terminal 10, for example.

[3-1-2. Update section]
The update unit 301 is realized mainly by the control unit 31. The update unit 301 updates the game status by executing a simulation process. In the present embodiment, the updating unit 301 records the situation data DT4 indicating the game situation during the simulation in the database storage unit 300, and updates the situation data DT4 based on the execution result of the simulation process. Further, in the present embodiment, the updating unit 301 also updates the history data DT5 based on the execution result of the simulation process. For example, the updating unit 301 updates the history data DT5 based on the change in the situation data DT4.

The simulation process is, for example, to predict a change in the game situation, and to predict a change in the situation data. In other words, the simulation process is, for example, predicting the progress of the game, or automatically advancing the game without the user's operation.

The update unit 301 executes a simulation process based on a predetermined algorithm. This algorithm describes the calculation formula of the change of the situation data, and defines, for example, the change of the battle situation and the action result of the game character. For example, the simulation process is executed based on the algorithm and a random number, and the execution result of the simulation process is changed by the random number generated during the execution of the simulation process. Therefore, the execution result of the simulation process is different for each simulation process.

For example, in a battle-type game, the updating unit 301 executes a simple simulation process of comparing a numerical value obtained based on the first parameter with a numerical value obtained based on the second parameter. Determine the progress or outcome of the match. In a game in which teams compete with each other, the first parameter is the parameter of the first team (for example, the user's team), and the second parameter is the parameter of the second team (for example, the opponent team). .. For example, in a battle-type game, the updating unit 301 virtually and automatically sets one or more first game characters and one or more second game characters in a virtual world based on the first parameter and the second parameter. The progress or result of the battle is determined by executing a simulation process that causes the game to operate in a dynamic manner.

For example, the update unit 301 executes the simulation process based on the common data DT2 different from the user data DT1 instead of the user data DT1. For example, the updating unit 301 does not refer to the user data DT1 when executing the simulation process, but executes the simulation process based on the common data DT2. Therefore, the user data DT1 does not affect the execution result of the simulation process, and the common data DT2 affects the execution result of the simulation process. For example, the update unit 301 executes the simulation process based on the ability parameter of the game character indicated by the common data DT2.

Further, for example, the updating unit 301 may set the setting information set in the user data DT1 in the common data DT2 and execute the simulation process. The content of the setting information may be automatically determined before the game starts or during execution, or may be specified by the user. The update unit 301 determines the batting order and position of each team indicated by the common data DT2 based on the setting information, and executes the simulation process. Therefore, in the simulation process, the ability parameter of the game character different from that of the user's team is used, but the same batting order and position relationship as that of the user's team are used.

Further, for example, when the game situation satisfies a predetermined interruption condition, the updating unit 301 may execute the simulation process from the game situation satisfying the interruption condition. The interruption condition is, for example, a condition determined to interrupt the user's play, and is a condition determined to start the simulation process. The interruption condition is similar to the above-mentioned predetermined condition in that it can be judged based on the item in which the information is stored in the situation data DT4. The determination item of the interruption condition may be the same as or different from the predetermined condition. The updating unit 301 acquires from the game terminal 10 the situation data DT4 indicating the game situation when the interruption condition is satisfied, and executes the simulation process based on the situation data DT4. That is, the updating unit 301 simulates the continuation of the game situation that satisfies the interruption condition.

[3-1-3. Judgment part]
The determination unit 302 is realized mainly by the control unit 31. The determination unit 302 determines whether or not the game situation satisfies a predetermined condition. The determination unit 302 determines whether the game situation indicated by the situation data DT4 stored in the database storage unit 300 satisfies a predetermined condition. For example, the determination unit 302 determines whether or not the item indicated by the predetermined condition in the situation data DT4 has a value indicated by the predetermined condition. Therefore, the determination unit 302 does not particularly refer to an item that is not the determination target of the predetermined condition in the situation data DT4 and does not use it in the determination process.

For example, if the condition is “2 out full base”, the determination unit 302 refers to the out count and the status of each base stored in the status data DT4, the out count indicates 2 out, and each base is also out. It will be determined whether or not the situation of (1) indicates a full base. For example, if the condition is “0 out or 1 out to 3 base”, the determination unit 302 refers to the out count and the status of each base stored in the status data DT4, and the out count is 0 out or 1 out. And that the situation of each base indicates that there is a runner on the third base. Further, for example, if the condition is “1 point difference after 7 times”, the determination unit 302 refers to the innings and the score of each team stored in the situation data DT4, and the current inning indicates 7 times or more. In addition, it is determined whether or not the score of each team is one point difference.

[3-1-4. Re-execution section]
The re-execution unit 303 is realized mainly by the control unit 31. The re-execution unit 303 causes the simulation process by the update unit 301 to be executed again from the beginning or in the middle when the game situation does not satisfy the predetermined condition.

The first is, for example, the start point of the simulation process. The midway is, for example, a time after the start of the simulation process, and is a time at which the simulation has progressed to some extent. Re-execution means re-execution of the simulation process, and repeated execution of the simulation process. The term "first" here means the beginning of the simulation process, and is not limited to one inning. For example, when the game terminal 10 executes up to 3 innings and the simulation process is started by the server 30 from 3 innings, the beginning is 3 innings. Therefore, it indicates that the simulation has started.

In the present embodiment, since the situation data DT4 at the start of the simulation process is stored in the database storage unit 300, the re-execution unit 303 uses the situation data DT4 based on the situation data DT4 when the game situation does not satisfy the predetermined condition. Then, the updating unit 301 is caused to restart the simulation process from the beginning. When the simulation process is restarted from the middle, the situation data DT4 at the time point after the start time of the simulation is stored in the database storage unit 300, and the re-execution unit 303 causes the game situation to not satisfy the predetermined condition. In this case, the updating unit 301 may be made to restart the simulation process from the middle based on the situation data DT4.

For example, the re-execution unit 303 causes the simulation process by the update unit 301 to be executed again from the beginning or in the middle when the game situation cannot satisfy the predetermined condition.

The case where the predetermined condition cannot be satisfied is, for example, a state in which the predetermined condition cannot be satisfied even if the simulation process is further executed. For example, when the predetermined condition includes a temporal condition, the time indicated by the condition may elapse. Further, for example, there is a parameter that increases according to the progress of the game, and in the case of a condition that the parameter is kept below a predetermined value, the predetermined value is exceeded. Further, for example, there is a parameter that decreases as the game progresses, and if the parameter is maintained at a predetermined value or more, the value will fall below the predetermined value.

In the present embodiment, an example is given in which the end of the match corresponds to the case where the predetermined condition cannot be satisfied. The re-execution unit 303 re-executes the simulation process from the beginning or in the middle when the game is over without the condition data DT4 indicating the game condition during the simulation satisfying the predetermined condition.

[3-2. Functions realized on game terminals]
As shown in FIG. 5, in the game terminal 10, a data storage unit 100, a situation data acquisition unit 101, a history data acquisition unit 102, a presentation unit 103, and a game execution unit 104 are realized.

[3-2-1. Data storage]
The data storage unit 100 is realized mainly by the storage unit 12. The data storage unit 100 stores data necessary for executing a game. Here, the user data DT1, the situation data DT4, and the history data DT5 will be described as an example of the data stored in the data storage unit 100.

The data formats of the user data DT1, the situation data DT4, and the history data DT5 are the same as those stored in the database storage unit 300 of the server 30. However, since the data storage unit 100 does not need to store the user data DT1 other than the user of the game terminal 10, the user data DT1 in the user database DB1 that is associated with the user identification information of the user of the game terminal 10 is stored. To do.

For example, the user data DT1 is matched between the game terminal 10 and the server 30. For example, when the game terminal 10 updates the user data DT1, the game terminal 10 transmits the updated user data DT1 to the server 30 together with the user identification information. Note that the user identification information is stored in the data storage unit 100. The server 30 associates the received user identification information with the user data DT1 and stores them in the user database DB1. On the other hand, when the server 30 updates the user data DT1, the server 30 transmits the user data DT1 to the game terminal 10 indicated by the user identification information associated with the user data DT1. The game terminal 10 records the received user data DT1 in the data storage unit 100.

The data stored in the data storage unit 100 is not limited to the above example. The data storage unit 100 may store data necessary for the game. For example, the data storage unit 100 may store data regarding an interruption condition described below, or may store image data of an image displayed on the game terminal 10.

[3-2-2. Situation data acquisition part]
The situation data acquisition unit 101 is implemented mainly by the control unit 11. The situation data acquisition unit 101 acquires the situation data DT4 indicating the game situation when the game situation satisfies a predetermined condition. For example, the server 30 transmits the situation data DT4 stored in the database storage unit 300 to the game terminal 10 when the determination unit 302 determines that the game situation satisfies a predetermined condition. The situation data acquisition unit 101 receives the situation data DT4 and stores it in the data storage unit 100. That is, when the determination unit 302 determines that the game situation satisfies the predetermined condition, the situation data DT4 stored in the database storage unit 300 of the server 30 and the situation data DT4 stored in the data storage unit 100 of the game terminal 10. The data DT4 and the data DT4 are matched and become the same.

[3-2-3. History data acquisition section]
The history data acquisition unit 102 is realized mainly by the control unit 11. The history data acquisition unit 102 acquires history data DT5 indicating the history of the game situation indicated by the situation data DT4. For example, the server 30 transmits the history data DT5 stored in the database storage unit 300 to the game terminal 10 when the determination unit 302 determines that the game situation satisfies the predetermined condition. The history data acquisition unit 102 receives the history data DT5 and stores it in the data storage unit 100.

[3-2-4. Presentation section]
The presentation unit 103 is realized mainly by the control unit 11. The presentation unit 103 presents the history indicated by the history data DT5 to the user. The presentation is to display an image on the display unit 15 or to output a sound from the sound output unit 16. In the present embodiment, the presentation unit 103 causes the display unit 15 to display, based on the history data DT5, information indicating the history up to the game situation indicated by the situation data DT4. The information may be information in text format as shown in the game image G3 in FIG. 4 or information in moving picture format.

[3-2-5. Game execution section]
The game execution unit 104 is realized mainly by the control unit 11. The game execution unit 104 makes the game playable from the game situation indicated by the situation data DT4 acquired by the situation data acquisition unit 101. Based on the situation data DT4, the game execution unit 104 makes the game playable from the continuation of the game situation that satisfies the predetermined condition. The game execution unit 104 displays the game image G on the display unit 15 based on the situation data DT4, and operates the character set as the operation target based on the user's operation.

The playable state is, for example, a state in which the game progresses based on a user operation. Also, for example, "playable" is a state in which the execution result of the game is changed by the operation of the user. Also, for example, "playable" is a state in which a user operation is accepted.

For example, the game execution unit 104 makes the game playable from the game situation indicated by the situation data DT4 after the history is presented by the presentation unit 103. That is, the game execution unit 104 enables the game to be played from the game situation indicated by the situation data DT4 on condition that the history is presented by the presentation unit 103.

In the present embodiment, the user identification information and the user data DT1 are associated with the user database DB1, and the user data DT1 is consistent between the game terminal 10 and the server 30, so that the game execution unit 104 The game is executed based on the user data DT1 associated with the user identification information of the user. That is, the game execution unit 104 executes the game based on the user data DT1 of the user of the game terminal 10 instead of the user data DT1 of the user other than the user of the game terminal 10.

Further, in the present embodiment, since the setting information is stored in the situation data DT4, the game execution unit 104 will execute the game based on the setting information set in the user data DT1. In the present embodiment, since the setting information has a relationship between the batting order and the position, the game execution unit 104 determines the batting order of each game character based on the setting information, and causes the game character to perform a batting motion based on the batting order.

Further, in the present embodiment, since the user plays the game immediately after the game starts, the game execution unit 104 enables the game to be played before the simulation process is executed. That is, the game execution unit 104 enables the game to be played from the start of the game until the interruption condition is satisfied, and after the game situation during the simulation satisfies a predetermined condition.

[4. Processing executed in game system]
FIG. 11 is a flowchart showing an example of processing executed in the game system S. The processing illustrated in FIG. 11 is executed by the control unit 11 operating according to a program stored in the storage unit 12 and the control unit 31 operating according to a program stored in the storage unit 32. The following processing is an example of processing by each functional block shown in FIG. Note that when the processing of FIG. 11 is executed, the data regarding the team of the opponent (for example, the user data DT1 of another user) is transmitted from the server 30 to the game terminal 10, and the setting of the setting information is completed. It is assumed that

As shown in FIG. 11, first, in the game terminal 10, the control unit 11 generates situation data DT4 and starts the game (S101). In S101, the control unit 11 generates the situation data DT4 based on the user data DT1 stored in the storage unit 12, the data regarding the opponent team received from the server 30, and the setting information indicating the setting contents of the user. .. Initial values are stored for the innings, scores, etc. stored in the situation data DT4.

The control unit 11 executes the game based on the user's operation (S103). In S103, the control unit 11 operates the character set as the operation target based on the user's operation, operates the characters other than the operation target based on a predetermined action algorithm, and updates the situation data DT4. .. Further, the control unit 11 generates a game image G showing how the virtual world is viewed from the virtual camera and causes the display unit 15 to display the game image G.

The control unit 11 determines whether the game situation indicated by the situation data DT4 satisfies the interruption condition (S105). In S105, the control unit 11 determines whether or not the value of the item included in the situation data DT4 that is the determination target of the interruption condition is a predetermined value. For example, when the condition of “3rd back end” is set as the interruption condition, the control unit 11 determines whether or not the inning stored in the situation data DT4 indicates the 3rd back end. It is also possible that the game terminal 10 or the server 30 creates the situation data DT4 in advance before the game is interrupted, and the created situation data DT is distributed and shared.

When it is determined that the interruption condition is satisfied (S105; Y), the control unit 11 transmits the status data DT4 stored in the storage unit 12 to the server 30 (S107), and the simulation process is being executed. A message indicating that is displayed on the display unit 15 (S109). The message may be stored in the storage unit 12 in advance. In the state of S109, the user waits until the simulation process is completed.

In the server 30, when the situation data DT4 is received, the control unit 31 records the situation data DT4 in the storage unit 12 and executes the common team setting process based on the setting information stored in the situation data DT4 ( S301). The situation data DT4 recorded in S301 is the situation data DT4 at the start of the simulation process and is referred to when the simulation process is executed again. Further, in S301, the control unit 31 sets the batting order and position of the common team so as to match the match being played by the user.

The control unit 31 starts the simulation processing from the game situation indicated by the situation data DT4 (S303) and executes the simulation processing (S305). In S305, the control unit 31 operates the game character based on the simulation algorithm to update the situation data DT4 and the history data DT5. For example, when the condition of “3 times back end” is set as the interruption condition, in S303, the control unit 31 starts the simulation process from the table of 4 times.

The control unit 31 determines whether or not the game situation indicated by the situation data DT4 during simulation satisfies a predetermined condition (S307). In S307, the control unit 11 determines whether or not the value of the item included in the situation data DT4 that is the determination target of the predetermined condition is the predetermined value. For example, when the condition of “2 out full base” is set as the predetermined condition, the control unit 11 determines whether the out count stored in the situation data DT4 indicates 2 out and the status of each base indicates full base. Determine whether or not.

When it is not determined that the predetermined condition is satisfied (S309; N), the control unit 31 determines whether the game situation indicated by the situation data DT4 during simulation cannot satisfy the predetermined condition (S309). In S309, the control unit 11 determines that the predetermined condition cannot be satisfied when the game being simulated is over.

When it is determined that the predetermined condition cannot be satisfied (S309; Y), the process returns to S303, and the simulation is restarted from the start of the simulation. In this case, the control unit 31 executes the simulation process again from the game situation indicated by the situation data DT4 recorded in the storage unit 32 in S301. On the other hand, when it is not determined that the predetermined condition cannot be satisfied (S303; N), the process returns to S305, and the simulation process is continued.

On the other hand, when it is determined that the predetermined condition is satisfied (S307; Y), the control unit 31 transmits the situation data DT4 and the history data DT5 stored in the storage unit 12 to the game terminal 10 (S311). In S311, the control unit 31 transmits the latest situation data DT4 and history data DT5.

In the game terminal 10, when the situation data DT4 and the history data DT5 are received, the control unit 11 records the situation data DT4 and the history data DT5 in the storage unit 12 and causes the display unit 15 to display the history indicated by the history data DT5. (S111). In S111, the control unit 11 causes the display unit 15 to display the information on the history indicated by the history data DT5 (for example, the game image G3 in FIG. 4). For example, the control unit 11 causes the display unit 15 to display the text indicating the hit result of each inning indicated by the history data DT5 in time series.

The control unit 11 enables the game to be played from the continuation of the game situation satisfying the predetermined condition (S113). In S113, the control unit 11 causes the display unit 15 to display the game image G based on the situation data DT4 received in S111. Then, the control unit 11 operates the game character set as the operation target based on the user's operation, and updates the situation data DT4. The process of updating the situation data DT4 in S113 is the same as in S103.

The control unit 11 determines whether or not the match is over based on the situation data DT4 (S115). In S115, the control unit 11 determines whether or not the inning indicated by the situation data DT4 indicates the end of the bottom of the ninth inning, or whether or not the front of the ninth inning has ended while the team of the second player has won. To do.

When it is not determined that the game is over (S115; N), the process returns to S103, and the game is executed until the game is over. When a plurality of suspending conditions are defined, when it is determined in S105 that the suspending conditions are satisfied, the processes after S107 are executed again, and the simulation process is executed. On the other hand, if it is determined that the match is over (S115; Y), this process ends.

According to the game system S described above, the game situation is updated by executing the simulation process, and the simulation process is performed until the game situation satisfies a predetermined condition, and even if the user repeatedly plays the game, it is completely Since it is possible to create a slightly different situation (a situation in which the details are different) rather than playing from the same situation, it is difficult for the user to get tired of the game.

Further, when the game situation cannot satisfy the predetermined condition, the simulation process is executed again, whereby unnecessary simulation process can be prevented, and thus the load on the game system S can be reduced. Further, since the situation data DT4 can be generated quickly by preventing unnecessary simulation processing, the processing speed of the game system S can also be improved.

Further, the game can be played from the situation indicated by the situation data DT4 after making the user understand how the game situation satisfies the predetermined condition. It is possible to prevent the user from being confused by not being able to understand why the situation has occurred.

Further, by executing the simulation process based on the common data DT2, it is possible to save the trouble of acquiring different user data for each user every time the simulation process is performed, and to reduce the load on the game system S. Further, since the situation data DT4 can be generated quickly by omitting the trouble of acquiring the user data DT1, it is possible to improve the processing speed of the game system S.

Also, since the simulation process is executed after the setting information of the user data DT1 is set to the common data and the user's settings are reflected in the simulation process, the result of the game when the user plays by himself and the simulation process. The result can be made similar to the result, and the accuracy of the simulation processing can be improved.

In addition, by causing the user to play the game to some extent and executing the simulation processing from the situation of the game when the user's play is interrupted, the situation at the start of the simulation processing is changed every time the user plays the game. This makes it easier to create a slightly different situation (a situation with different details).

[5. Modification]
The present invention is not limited to the embodiment described above. Modifications can be made as appropriate without departing from the spirit of the present invention.

(1) For example, some conditions may include a plurality of conditions. The plurality of conditions are, for example, compound conditions, and a plurality of items of the situation data DT4 are the determination targets. For example, when the predetermined condition is a condition of "2 base full with 3 points difference", it includes three conditions of "3 base difference", "2 out" and "full base". In such a case, the game system S repeatedly executes the simulation process until the first condition is satisfied, and when the first condition is satisfied, the simulation process is performed until the second condition is satisfied. May be repeatedly executed, and when the second condition is satisfied, the simulation process may be repeatedly executed until the third condition is satisfied, and each of the plurality of conditions may be determined in order.

The determining unit 302 determines whether the game situation satisfies a predetermined condition by determining whether the game situation satisfies a plurality of conditions. For example, the determination unit 302 may determine that the predetermined condition is satisfied when all of the plurality of conditions are satisfied, or the predetermined condition is satisfied when a predetermined number or more of the plurality of conditions are satisfied. You may judge that it was performed. For example, if the condition is "2 out full base with 3 points difference", the determination unit 302 determines whether the point difference indicated by the situation data DT4 is 3 points difference. Further, for example, the determination unit 302 determines whether or not the out count indicated by the situation data DT4 is 2 out. Further, for example, the determination unit 302 determines whether or not the status of each base indicated by the status data DT4 indicates a full base.

The determination unit 302 records the situation data DT4 when each condition is satisfied in the database storage unit 300. The determination unit 302 records the situation data DT4 at that point in the database storage unit 300 every time the condition is satisfied. The determination order of the plurality of conditions may be set in advance. For example, it may be determined in order from the condition that is difficult to be satisfied, or may be determined in order from the condition that is easy to be satisfied. Note that the determination order of a plurality of conditions is not particularly defined, and when any of the conditions is satisfied, the determination unit 302 records the situation data DT4 at that time in the database storage unit 300, and the remaining conditions You may judge.

When the game situation satisfies a part of the plurality of conditions but the plurality of conditions are not satisfied, the re-execution unit 303 re-executes the simulation processing by the updating unit 301 from the game situation that satisfies a part of the conditions. Let The case where the plurality of conditions are not satisfied means that there is a condition that is not satisfied among the plurality of conditions, or that the condition is not satisfied with a predetermined number or more.

The game situation in which some conditions are satisfied is a situation in which it is determined that some conditions are satisfied during the simulation process. Here, since the determination unit 302 records the situation data DT4 in the database storage unit 300 every time each condition is satisfied, the re-execution unit 303 causes the update unit 301 to execute the simulation again from the recorded situation data DT4. It will be. The simulation process itself executed by the updating unit 301 is the same as that of the embodiment.

According to the modified example (1), when the game situation does not satisfy the predetermined condition, the simulation process is executed again from a state where some conditions are satisfied, instead of starting the simulation process from 1 again. The processing can be made efficient and the load on the game system S can be reduced. Moreover, since the situation data DT4 can be generated quickly by improving the efficiency of the simulation processing, the processing speed of the game system S can also be improved.

(2) Also, for example, depending on the simulation processing, even if the predetermined condition is not satisfied, the predetermined condition may soon be reached. Therefore, instead of returning to the simulation start point when the predetermined condition is not satisfied, the game situation in which the predetermined condition is about to be satisfied is recorded in a short time and the simulation process is restarted from the game situation. May be.

When the game situation satisfies the reference condition corresponding to the predetermined condition but does not satisfy the predetermined condition, the re-execution unit 303 causes the updating means to execute the simulation process again from the game situation that satisfies the reference condition.

The reference condition is the same as the predetermined condition, for example, in that it is judged based on the situation data DT4, and the number of judgment items may be the same as or smaller than the predetermined condition. For example, the reference condition is a condition that is sweeter than the predetermined condition and easier to satisfy than the predetermined condition. Further, for example, the reference condition is a condition that is a prerequisite for satisfying the predetermined condition. For example, if the predetermined condition is a condition that a certain parameter is equal to or more than a first threshold value, the reference condition is a condition that is equal to or more than a second threshold value lower than the first threshold value. For example, if the predetermined condition is “more than 5 points difference”, the reference condition may be “more than 3 points difference”. Further, for example, if the predetermined condition is a condition that a certain parameter is less than the third threshold value, the reference condition is a condition that it is less than a fourth threshold value that is higher than the third threshold value. For example, if the predetermined condition is “within 2 points difference”, the reference condition may be “with 3 points difference”.

The re-execution unit 303 determines whether or not the game situation satisfies the reference condition based on the situation data DT4. The re-execution unit 303 records the situation data DT4 when the reference condition is satisfied in the database storage unit 300. The re-execution unit 303 causes the update unit 301 to re-execute the simulation from the recorded situation data DT4. The simulation process itself executed by the updating unit 301 is the same as that of the embodiment.

According to the modified example (2), when the game situation does not satisfy the predetermined condition, the simulation process is performed again from the situation in which the probability of satisfying the predetermined condition is high, instead of starting the simulation again from 1, thereby improving the simulation process efficiency. The load on the game system S can be reduced. Moreover, since the situation data DT4 can be generated quickly by improving the efficiency of the simulation processing, the processing speed of the game system S can also be improved.

(3) Further, for example, when there is condition information indicating whether the condition of the game character is good or bad, the condition information may change according to the execution result of the simulation process. FIG. 12 is a functional block diagram of the modified example (3). As shown in FIG. 12, in the game system S of the modified example (3), the tone information determination unit 304 is realized in the server 30. The condition information determination unit 304 is realized mainly by the control unit 31.

The tone information determination unit 304 determines the tone information of the game character based on the action of the game character until the game situation satisfies a predetermined condition. The condition information is, for example, information indicating the condition of the game character. The tone information may be a numerical value indicating whether the tone is good or bad, or may be a character indicating which tone of a plurality of stages the tone belongs to. The condition information may be stored in the situation data DT4, for example.

For example, data indicating the relationship between the game situation and the tone information may be stored in the database storage unit 300. This data may be in a mathematical expression format or a table format, or may be described as a part of the program code. The tone information determination unit 304 determines the tone information of each game character so as to be the tone information associated with the game situation during the simulation. For example, in the game being simulated, when the game character makes a first action (for example, strikeout or error), the tone information determination unit 304 deteriorates the tone information of the game character. Further, for example, when the game character makes a second action (for example, home run or fine play) in the game being simulated, the tone information determination unit 304 improves the tone information of the game character.

The game execution unit 104 changes the performance of the game character based on the tone information. The performance is the ability of the game character, and is a parameter that influences the action result of the game character. For example, the higher the ability parameter, the higher the probability that the game character's motion will succeed, and the lower the ability parameter, the higher the probability that the game character's motion will fail. Further, for example, the accuracy or strength of the motion of the game character increases as the ability parameter increases, and the accuracy or strength of the motion of the game character decreases as the ability parameter decreases.

For example, data indicating the relationship between the condition information and the ability parameter may be stored in the database storage unit 300. This data may be in a mathematical expression format or a table format, or may be described as a part of the program code. The game execution unit 104 changes the ability parameter of the game character so that the ability parameter becomes associated with the tone information of the game character. For example, the game execution unit 104 increases the ability parameter as the condition indicated by the condition information is better, and lowers the ability parameter as the condition indicated by the condition information is worse.

According to the modified example (3), since the execution result of the simulation process influences the tone of the game character, the game can be changed according to the simulation result, so that the interest of the game can be enhanced.

In the modified example (3), the configuration for repeatedly executing the simulation process as described in the embodiment is not essential. For example, the updating unit 301 does not have to repeat the simulation process. That is, the game system S of the modified example (3) may have a configuration in which the simulation process is executed and the tone information of the game character is changed based on the execution result of the simulation process without being repeated. ..

(4) Further, for example, two or more of the modified examples may be combined.

Further, for example, in the embodiment, the simulation process is executed again when the game situation cannot satisfy the predetermined condition, but the criterion for executing the simulation process again is not limited to this, and the predetermined condition is satisfied. The simulation process may be executed again when the probability becomes low, or the simulation process may be executed again at a timing determined randomly. Further, for example, the history of the game situation satisfying the predetermined condition may not be displayed. Further, for example, the simulation process may be executed based on the user data DT1 instead of the common data DT2. Further, for example, in the simulation process, it is not necessary to refer to the setting information in particular. Further, for example, the simulation process may be executed immediately after the start of the game.

Further, for example, the game terminal 10 and the server 30 may share respective functions. In this case, the processing result of each functional block may be transmitted and received between the game terminal 10 and the server 30.

For example, each function described as being realized in the game terminal 10 may be realized in the server 30. For example, the server 30 may implement the situation data acquisition unit 101, the history data acquisition unit 102, the presentation unit 103, and the game execution unit 104. In this case, each of these functions is realized mainly by the control unit 31. For example, when the situation data acquisition unit 101 is realized by the server 30, the situation data acquisition unit 101 of the server 30 acquires the situation data DT4 from the database storage unit 300. Further, for example, when the history data acquisition unit 102 is realized by the server 30, the history data acquisition unit 102 of the server 30 acquires the history data DT5 from the database storage unit 300. Further, for example, when the presentation unit 103 is realized by the server 30, the presentation unit 103 of the server 30 transmits the display data or audio data of the history indicated by the history data DT5 to the game terminal 10. Further, for example, when the game execution unit 104 is realized by the server 30, the game execution unit 104 of the server 30 receives data indicating the operation content of the user from the game terminal 10 and executes the game.

Further, for example, each function described as being realized in the server 30 may be realized in the game terminal 10. For example, the game terminal 10 may implement the update unit 301, the determination unit 302, the re-execution unit 303, and the condition information determination unit 304. In this case, each of these functions is realized mainly by the control unit 11. For example, when the updating unit 301 is realized by the game terminal 10, the updating unit 301 of the game terminal 10 executes simulation processing to update the situation data DT4 in the data storage unit 100. In this case, the simulation algorithm is assumed to be stored in the data storage unit 100. Further, for example, when the determination unit 302 is realized by the game terminal 10, the determination unit 302 of the game terminal 10 executes the determination process based on the situation data DT4 stored in the data storage unit 100. Further, for example, when the re-execution unit 303 is realized by the game terminal 10, the re-execution unit 303 of the game terminal 10 causes the update unit 301 to execute the simulation process again based on the determination result of the determination unit 302. Further, for example, when the tone information determination unit 304 is realized by the game terminal 10, the tone information determination unit 304 of the game terminal 10 determines the tone information based on the execution result of the simulation process of the update unit 301.

Further, for example, in the game system S, the functions other than the update unit 301, the determination unit 302, the re-execution unit 303, the situation data acquisition unit 101, and the game execution unit 104 may be omitted. In this case, the database storage unit 300 may be realized by a database server outside the game system S.

Further, for example, although the case where the baseball game is executed has been described, the process according to the present invention may be applied to another game. For example, the processing according to the present invention may be applied to a sports game other than a baseball game (for example, a game using soccer, tennis, American football, basketball, volleyball, etc.). Further, for example, in addition to the sports game, the processing according to the present invention may be applied to various games such as action games and role playing games regardless of the game format and genre.

[6. Note]
From the above description, the present invention can be understood as follows, for example.

1) The game system (S) according to one aspect of the present invention determines the update means (301) for updating the game situation by executing a simulation process and whether or not the game situation satisfies a predetermined condition. A determination means (302), a re-execution means (303) for re-executing the simulation process by the updating means (301) from the beginning or in the middle when the game situation does not satisfy the predetermined condition, and the game situation A situation data acquisition unit (101) that obtains situation data indicating the game situation when the predetermined condition is satisfied, and a game execution unit (104) that enables the game to be played based on the game situation indicated by the situation data. ,including.

10) A program according to one aspect of the present invention causes a computer to function as the game system (S) according to any one of 1) to 9).

11) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium having the program of 10) recorded therein.

According to the invention of 1), 10), or 11), the game status is updated by executing the simulation processing, the simulation processing is executed until the game status satisfies a predetermined condition, and the user repeatedly plays the game. Even if it does, since it is possible to create a slightly different situation (a situation in which the details are different) rather than playing from the same situation every time, it is difficult for the user to get tired of the game.

2) In one aspect of the present invention, the re-execution means (303) causes the update processing (301) to re-execute the simulation processing from the beginning or in the middle when the game situation cannot satisfy the predetermined condition. .. According to the aspect of (2), unnecessary simulation processing can be prevented by executing the simulation processing again when the game situation cannot satisfy the predetermined condition. Therefore, the load on the game system can be reduced. .. Further, by preventing unnecessary simulation processing, the situation data can be generated quickly, so that the processing speed of the game system can be improved.

3) In one aspect of the present invention, the determining means (302) determines whether the game situation satisfies the predetermined condition by determining whether the game situation satisfies a plurality of conditions. The re-execution means (303) performs the simulation processing by the updating means (301) when the game situation satisfies a part of the plurality of conditions but does not satisfy the plurality of conditions. Re-execute from the game situation that meets the conditions of the section. According to the aspect of (3), when the game situation does not satisfy the predetermined condition, the simulation process is executed again from a state where a part of the conditions are satisfied, instead of starting the simulation process again from 1. It is possible to improve the efficiency of the game and reduce the load on the game system. In addition, since the situation data can be generated quickly by improving the efficiency of the simulation process, it is possible to improve the processing speed of the game system.

4) In one aspect of the present invention, the re-execution means (303) updates the updating means (303) when the game situation satisfies a reference condition corresponding to the predetermined condition but does not satisfy the predetermined condition. The simulation process of 301) is executed again from the game situation that satisfies the reference condition. According to the aspect of 4), when the game situation does not satisfy the predetermined condition, the simulation process is performed again from a situation in which the probability of satisfying the predetermined condition is high, instead of starting the simulation again from 1, thereby improving the efficiency of the simulation process. The load on the game system can be reduced. In addition, since the situation data can be generated quickly by improving the efficiency of the simulation process, it is possible to improve the processing speed of the game system.

5) In one aspect of the present invention, the game system (S) indicates a history data acquisition unit (102) for acquiring history data indicating a history of the game situation indicated by the situation data, and the history data. The game execution means (104) further includes a presenting means (103) for presenting the history to the user, and the game executing means (104) changes the game situation indicated by the situation data after the history is presented by the presenting means (103). , Make the game playable. According to the aspect of (5), it is possible to allow the user to understand the process until the game situation satisfies the predetermined condition, and to play the game from the situation indicated by the situation data. It is possible to prevent the user from being confused by not being able to understand why the situation has occurred.

6) In one aspect of the present invention, the game executing means (104) executes the game based on user data associated with the user identification information of the user, and the updating means (301) includes the user. The simulation process is executed based on common data different from the user data instead of the data. According to the aspect 6), by executing the simulation process based on the common data, it is possible to save the trouble of acquiring different user data for each user for each simulation process, and reduce the load on the game system. be able to. In addition, since the situation data can be generated quickly by omitting the trouble of acquiring the user data, it is possible to improve the processing speed of the game system.

7) In one aspect of the present invention, the game executing means (104) executes the game based on the setting information set in the user data, and the updating means (301) sets in the user data. The set information thus set is set in the common data, and the simulation process is executed. According to the aspect of 7), since the setting process of the user data is set in the common data, the simulation process is executed, and the setting of the user is reflected in the simulation process. The result and the result of the simulation processing can be made similar to each other, and the accuracy of the simulation processing can be improved.

8) In one aspect of the present invention, the game system (S) determines a condition information determining means for determining condition information of the game object based on a motion of the game object until the game condition satisfies the predetermined condition ( 304), the game execution means (104) changes the performance of the game object based on the condition information. According to the mode of 8), since the execution result of the simulation processing influences the tone of the game object, the game can be changed according to the simulation result, so that the interest of the game can be enhanced.

9) In one aspect of the present invention, the game executing means (104) enables the game to be played before the simulation processing is executed, and the updating means (301) suspends the game situation in a predetermined state. When the condition is satisfied, the simulation process is executed from the game situation that satisfies the interruption condition. According to the aspect of 9), by causing the user to play the game to some extent and executing the simulation process from the situation of the game when the user's play is interrupted, each time the user plays the game, the simulation processing start time point Since the situation of can be made different, it is easy to create a slightly different situation (a situation where details are different).

S game system, N network, 10 game terminal, 30 server, 11, 31 control unit, 12, 32 storage unit, 13, 33 communication unit, 14 operation unit, 15 display unit, 16 voice output unit, A display region, G , G1, G2, G3, G4 game image, 100 data storage unit, 101 situation data acquisition unit, 102 history data acquisition unit, 103 presentation unit, 104 game execution unit, 300 database storage unit, 301 update unit, 302 determination unit, 303 re-execution unit, 304 condition information determination unit, DB1 user database, DT1
User data, DT2 common data, DT3 predetermined condition data, DT4 situation data, DT5 history data.

Claims (10)

Update means for updating the game situation by executing the simulation process,
Determination means for determining whether or not the game situation satisfies a predetermined condition,
Re-execution means for re-executing the simulation processing by the updating means from the beginning or in the middle when the game situation does not satisfy the predetermined condition
Situation data acquisition means for obtaining situation data indicating the game situation when the game situation satisfies the predetermined condition,
From the game situation indicated by the situation data, a game execution means for making the game playable,
Game system including. The re-execution unit re-executes the simulation process by the update unit from the beginning or in the middle when the game situation cannot satisfy the predetermined condition.
The game system according to claim 1. The determining means determines whether or not the game situation satisfies the predetermined condition by determining whether or not the game situation satisfies a plurality of conditions,
When the game situation satisfies a part of the plurality of conditions but the plurality of conditions are not satisfied, the re-execution unit causes the simulation process by the updating unit to perform a game that satisfies the part of the conditions. Let's try again from the situation,
The game system according to claim 1. The re-execution means, when the game situation satisfies the reference condition corresponding to the predetermined condition but does not satisfy the predetermined condition, executes the simulation processing by the updating means to the game situation satisfying the reference condition. To execute again,
The game system according to claim 1. The game system is
A history data acquiring means for acquiring history data indicating a history of the game situation indicated by the situation data;
Presentation means for presenting to the user the history indicated by the history data;
Further including,
The game executing means enables the game to be played from the game situation indicated by the situation data after the history is presented by the presenting means.
The game system according to claim 1. The game executing means executes the game based on user data associated with the user identification information of the user,
The updating means executes the simulation process based on common data different from the user data, instead of the user data.
The game system according to claim 1. The game executing means executes the game based on the setting information set in the user data,
The updating means sets the setting information set in the user data in the common data and executes the simulation process,
The game system according to claim 6. The game system includes a tone information determining unit that determines tone information of the game object based on an operation of the game object until the game situation satisfies the predetermined condition,
The game executing means changes the performance of the game object based on the condition information,
The game system according to claim 1. The game execution means enables the game to be played before the simulation processing is executed,
The updating means executes the simulation process from a game situation satisfying the interruption condition when the game situation satisfies a predetermined interruption condition;
The game system according to claim 1. A program for causing a computer to function as the game system according to claim 1.

Images