JP7039061B2 - Game system and programs - Google Patents

Description

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

Conventionally, a technique for causing a user to play a game from a predetermined situation is known. For example, Patent Document 1 describes a game system in which a video of a game played by a certain user is registered in a server, and another user who has seen the video is allowed to play the game from the situation indicated by the video. There is.

Japanese Unexamined Patent Publication No. 2014-33870

However, the situation that can be prepared in advance is limited, and the technique of Patent Document 1 can play a game only in a situation where an image is prepared. For this reason, when the user repeatedly plays the game, he / she will play from the same situation every time, and it is easy to get tired of the game.

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

In order to solve the above problems, the game system according to one aspect of the present invention determines, by executing a simulation process, an updating means for updating the game situation and whether or not the game situation satisfies a predetermined condition. When the determination means, the re-execution means for re-executing the simulation process by the update means from the beginning or the middle when the game situation does not satisfy the predetermined condition, and when the game situation satisfies the predetermined condition. It includes a situation data acquisition means for acquiring situation data indicating the game situation, and a 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 overall flow of a game. It is a figure which shows an example of a game image, and is It is a screen transition diagram of a game image. It is a functional block diagram which shows the function which is related to this invention among the functions realized by the 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 the predetermined condition data. It is a figure which shows the data storage example of the situation data. It is a figure which shows the data storage example of the background data. It is a flow diagram which shows an example of the process executed in a game system. It is a functional block diagram of the modification (3).

[1. Overall configuration of the 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, data communication is possible between the game terminal 10 and the server 30. Although FIG. 1 shows one game terminal 10 and one server 30, there may be a plurality of these, and the number thereof is arbitrary. For example, there may be as many game terminals 10 as there are users.

The game terminal 10 is a computer operated by the user. For example, the game terminal 10 is a portable terminal (for example, a mobile phone such as a smartphone or a tablet computer), a personal computer, a portable game machine, a stationary game machine, a business game machine, or a multifunctional type having an information processing function. Television receivers (smart TVs), etc.

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 the process according to the operating system or the program. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a 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, a keyboard, or the like. 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 the instructions of the control unit 11. The audio output unit 16 is for outputting audio data, and is, for example, a speaker, headphones, or the like. The operation unit 14, the display unit 15, and the audio 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 stores the game program, and the game program may be distributed in response to a request from the game terminal 10, or the game program is stored in another server computer. It may be delivered to the game terminal 10 from another server computer.

The program or 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 Overview]
The game system S can execute various games such as a sports game, an action game, a role playing game, or a puzzle game. In this embodiment, as an example of a game executed by the game system S, a baseball game in which a user's team and an opponent's team play against 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, a part of the game is automatically progressed by simulation instead of being played by the user throughout one game, and the user can play the other part of the game. ing. The 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 game starts. When the game starts, a game image showing the state of the running game 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, the game image G displays a state of a virtual world (here, a fictitious stadium) in the game. 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 on the game image G.

Further, the game image G 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. Inning is a part that constitutes a game, and one game is composed of 9 innings in principle. One inning has a front that one of the two teams attacks and a back that the other attacks. Each team will alternate between offensive and defensive. The status of each base indicates the presence or absence of runners on each of the first, second, and third bases. The ball count is a record of the ball strike's determination of the match between the pitcher and the batter, and the out count is the current number of outs.

Any one of the plurality of characters displayed on the game image G is set as an 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 pitcher's character is set as the operation target, the user specifies a pitch type, a course, or the like, and causes the character to pitch. Further, for example, if the batter's character is set as the operation target, the user specifies the swing position, timing, and the like, and causes the character to perform a striking motion. There is also a simple hitting operation in which the user specifies only the timing of the swing and the position of the swing is hit based on the attribute value included in the batter's character.

In the game progress example of FIG. 2, the user operates the character set as the operation target and plays the game until the game progresses to some extent. After the start of the game, the game terminal 10 may automatically advance the game so that the user can play the game thereafter. For example, one and two games may be automatically advanced so that the user can play from the third table. As shown in FIG. 2, here, the user is assumed to play from the start of the match to the end of the bottom of the third inning. When the bottom of the third inning is completed, the game terminal 10 transmits data indicating the game status to the server 30, and the server 30 automatically executes the game simulation process. That is, as shown in FIG. 2, the game simulation process is automatically executed from the 4th table on the server 30.

As shown in FIG. 4, when the user plays the bottom three times (the 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). 4 game image G2 state). Note that this message does not have to be displayed. In this state, the simulation process is executed on the server 30. The simulation process on the server 30 is high speed, and the user has almost no waiting time.

The simulation process is repeatedly executed until the match being simulated meets a predetermined condition. The details of the predetermined condition will be described later, but here, the condition of "2 out bases loaded" will be described as an example. For example, as shown in FIG. 2, when the game being simulated becomes "2 out bases loaded" before the end of the game, the simulation process ends and the simulation result is transmitted from the server 30 to the game terminal 10. , As will be described later, the process until the game terminal 10 reaches "2 out bases loaded" is displayed. On the other hand, if the game being simulated ends without reaching "2 out bases loaded", the simulation process is restarted from the start time of the simulation process (here, the 4th table).

When the game being simulated becomes "bases loaded with 2 outs", the process until the game becomes "bases loaded with 2 outs" is displayed as shown in FIGS. 2 and 4 (game image G3 in FIG. 4). (State), the user will play the game from the bases loaded with 2 outs (state of the game image G4 in FIG. 4). The same display is made when the game automatically progresses on the game terminal 10, and the process of the simulation result on the server 30 is displayed, and once and twice automatically performed on the game terminal 10, for example. From the user's point of view, it is not possible to visually distinguish between a typical game and a game. For example, as shown in the game image G3 of FIG. 4, the hit result of 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 the background. Further, in the example of FIG. 4, since the simulation process resulted in "2 out bases loaded" in the 5th table, the user restarts the game play from the 5th table. The result of each turn at bat from the start of the 4th table to the 2 outs of the 5th table during 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 game, or after the user is allowed to play the game to some extent, the simulation process may be started again and the simulation process may be executed until another condition is met.

As described above, in the game system S, when the game being simulated meets the predetermined conditions, the process of satisfying the predetermined conditions is displayed, and the game is played from the continuation thereof. By executing the simulation process, even if the user is made to play the same situation, the exact same situation can be played after a slightly different process, instead of being played through the same process each time. For example, if "2 out bases loaded" is set as a predetermined condition, the game system S can create a game situation in which the innings and point differences at that time are different even if the game system S is "2 out bases loaded". Is prevented from becoming monotonous, and users are less likely to get bored with the game. Hereinafter, the details of the configuration of the game system S will be described.

[3. Functions realized in the 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 functions realized in the server 30 and the functions realized in the game terminal 10 will be described in order.

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

[3-1-1. Database storage]
The database storage unit 300 is mainly realized as 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, as an example of the data stored in the database storage unit 300, the user database DB1, the common data DT2, the predetermined condition data DT3, the status data DT4, and the background data DT5 will be described.

FIG. 6 is a diagram showing an example of storing data in 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 a user. For example, a user ID, a user name, or the like 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 related to a game object used by the user in a game, and includes information related to the name, role, ability, and the like of the game object.

A game object is, for example, an object 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). 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 about a team of users. 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 the quality of the ability of the game character, for example, the ability as a baseball player. As for the ability parameter, there is a parameter for each of a plurality of items. For example, in the case of a pitcher, there are items such as ball power, ball control, and stamina, and in the case of a fielder, there are items such as meet, power, and base running. When the proper position is placed at the position indicated by the game character, the ability parameter is 100%, but when the proper position is placed at a position other than the proper position, the ability parameter becomes less than 100%. Specifically, if the proper position is set to "pitcher" but is placed in "shortstop", 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 store information referred to when the user plays the game, and may include, for example, information regarding special abilities 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 referred to in place of the user data DT1 in the simulation process. For example, the content of the common data DT2 is fixed 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 values of each item do not have to be the same as the user data DT1, and they are different in FIG. 7.

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 team names, game character names, positions, and ability parameters. 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 store information referred to when the simulation process is executed, and may include, for example, information regarding special abilities and attributes of the game character, as in the user data DT1.

FIG. 8 is a diagram showing a data storage example of 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 a 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 randomly determined, or may be selected in order from the top of 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, if n items are included in the situation data DT4 indicating the game situation, the predetermined condition is that m items less than n items become predetermined values. .. Further, for example, in the case of a game in which the score of the user changes, the predetermined condition is that the score of the user, the score of the opponent, or the score difference becomes a predetermined value. Further, for example, in the case of a game in which the game character operates, the predetermined condition is that the game character is in 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.

Since the case where the baseball game is executed will be described in the present embodiment, the predetermined condition stored in the predetermined condition data DT3 is a condition related to the battle situation of the game as shown in FIG. The predetermined condition may be a condition relating to only one item or a compound condition relating to a plurality of items. When the predetermined condition is a condition relating to a plurality of items, it may be an AND condition in which all of the plurality of items must be satisfied, or an OR condition in which any of the plurality of items is satisfied. It may be a combination of AND condition and OR condition.

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 a game situation, and for example, the situation data DT4 is a collection of information including a plurality of items indicating a game situation.

The game situation is, for example, the 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 the case of a battle-type game, the game situation is the 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 a position, a direction, and a speed of the game character. Also, for example, the game situation is time in a virtual world. The time here may be the date and time in the game, or may be information called elapsed time, innings, rounds, or the like in a sports match.

In this 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 the setting information. The setting information is, for example, information regarding game settings. For example, the setting information is a tactic, a strategy, a batting order, a position, a formation, or the like. In this embodiment, the relationship between the batting order and the position of each team will be described as an example of the 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 physical fitness parameters of the game character that change during the execution of the game. Further, in the present embodiment, the database storage unit 300 stores the situation data DT4 at the start of the simulation process and the game situation data DT4 during the simulation.

FIG. 10 is a diagram showing a data storage example of the background data DT5. As shown in FIG. 10, the background data DT5 is data indicating the background of the game situation. The history is, for example, the history, progress, or history of changes in the game situation updated by the update unit 301. The background data DT5 shows, 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 the simulation, or may be a change of data (data roughly indicating the game situation) having a smaller number of items than the situation data DT4.

In the present embodiment, the background data DT5 stores a rough game situation at an arbitrary time point during the simulation. It should be noted that the background data DT5 may show the background of the game, and may store detailed game status instead of a rough game status. For example, the background data DT5 stores the hit result of each batter, the out count, the situation of each base, the presence or absence of additional points, and the like for each inning in which the simulation process is performed. In the data storage example of FIG. 10, the name of the hitter indicates a person converted into a character of the user data DT1 instead of the character of the common data DT2, but the name of the character of the common data DT2 may be stored. , Especially the batter's name does not have to 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 to be displayed on the game terminal 10, for example.

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

The simulation process is, for example, predicting a change in the game situation, and predicting 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 requiring user operation.

The update unit 301 executes the simulation process based on a predetermined algorithm. In this algorithm, the calculation formula of the change of the situation data is described, and for example, the change of the battle situation and the action result of the game character are defined. For example, the simulation process is executed based on the algorithm and random numbers, and the execution result of the simulation process changes depending on the random numbers 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 the case of a battle-type game, the update unit 301 executes a simple simulation process for comparing the numerical value obtained based on the first parameter and the numerical value obtained based on the second parameter. Determine the course or result of the match. In a game in which teams play against 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's team). .. For example, in a competitive game, the updater 301 virtually and automatically creates one or more first game characters and one or more second game characters in a virtual world based on the first and second parameters. The progress or result of the battle is determined by executing the simulation process to operate the game.

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, when executing the simulation process, the update unit 301 does not refer to the user data DT1 and 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 update 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 start of the game or during the execution of the game, 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 is different from that of the user's team, but the relationship between the batting order and the position is the same as that of the user's team.

Further, for example, when the game situation satisfies a predetermined interruption condition, the update unit 301 may execute the simulation process from the game situation satisfying the interruption condition. The interruption condition is, for example, a condition defined for interrupting the user's play, and is a condition defined for starting the simulation process. The interruption condition is the same as the predetermined condition described above in that the condition can be determined based on the item in which the information is stored in the status data DT4. The determination item of the interruption condition may be the same as or different from the predetermined condition. The update unit 301 acquires the situation data DT4 indicating the game situation when the interruption condition is satisfied from the game terminal 10, and executes the simulation process based on the situation data DT4. That is, the update unit 301 simulates the continuation of the game situation that satisfies the interruption condition.

[3-1-3. Judgment unit]
The determination unit 302 is mainly realized 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 or not 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 status data DT4 has a value indicated by the predetermined condition. Therefore, the determination unit 302 does not particularly refer to the items of the status data DT4 that are not the determination targets of the predetermined conditions and do not use them in the determination process.

For example, under the condition of "bases loaded with 2 outs", the determination unit 302 refers to the out count stored in the status data DT4 and the status of each base, and the out count indicates 2 outs, and each base It will be judged whether or not the situation of is showing the bases loaded. Further, for example, if the condition is "0 out or 1 out to 3rd base", the determination unit 302 refers to the out count stored in the status data DT4 and the status of each base, and the out count is 0 out or 1 out. It is determined whether or not 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 stored in the situation data DT4 and the score of each team, and indicates that the current inning is 7 times or more. In addition, it is determined whether or not the scores of each team are one point difference.

[3-1-4. Re-execution part]
The re-execution unit 303 is mainly realized by the control unit 31. When the game situation does not satisfy the predetermined condition, the re-execution unit 303 re-executes the simulation process by the update unit 301 from the beginning or the middle.

The first is, for example, the start time of the simulation process. The middle is, for example, a time after the start time of the simulation process, and is a time when the simulation has progressed to some extent. Execution again means to redo the simulation process, and to repeatedly execute the simulation process. The first here means the first in the case of simulation processing, 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 from the 3 innings on the server 30, the first is from 3 innings. Therefore, it indicates that it is the time when the simulation is started.

In the present embodiment, since the status data DT4 at the start of the simulation process is stored in the database storage unit 300, the re-execution unit 303 is based on the status data DT4 when the game status does not satisfy the predetermined condition. Therefore, the update unit 301 is forced to restart the simulation process from the beginning. When the simulation process is to be redone from the middle, the status data DT4 at a time after the start of the simulation is stored in the database storage unit 300, and the re-execution unit 303 does not satisfy the predetermined condition for the game status. In that case, the update unit 301 may be made to redo the simulation process from the middle based on the situation data DT4.

For example, the re-execution unit 303 causes the update unit 301 to re-execute the simulation process from the beginning or 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 a predetermined condition includes a temporal condition, the time indicated by the condition elapses. Further, for example, there is a parameter that increases with the progress of the game, and if the condition is that the parameter is suppressed to less than a predetermined value, the predetermined value may be exceeded. Further, for example, there is a parameter that decreases as the game progresses, and if the condition is that the parameter is maintained at or above a predetermined value, the value may fall below the predetermined value.

In the present embodiment, the case where the end of the match corresponds to the case where the predetermined condition cannot be satisfied will be given as an example. The re-execution unit 303 causes the simulation process to be executed again from the beginning or the middle when the game ends without the situation data DT4 indicating the game situation 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 background data acquisition unit 102, a presentation unit 103, and a game execution unit 104 are realized.

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

The data formats of the user data DT1, the status 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 data storage unit 100 stores the user data DT1 associated with the user identification information of the user of the game terminal 10 in the user database DB1. do.

For example, the consistency of the user data DT1 is taken 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. It is assumed 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 it 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 related to the interruption condition described later, or may store image data of an image to be displayed on the game terminal 10.

[3-2-2. Status data acquisition department]
The situation data acquisition unit 101 is mainly realized by the control unit 11. When the game situation satisfies a predetermined condition, the situation data acquisition unit 101 acquires the situation data DT4 indicating the game situation. For example, when the determination unit 302 determines that the game situation satisfies a predetermined condition, the server 30 transmits the situation data DT4 stored in the database storage unit 300 to the game terminal 10. The status data acquisition unit 101 receives the status 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 stored in the data storage unit 100 of the game terminal 10. The data DT4 and the data are consistent and the same.

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

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

[3-2-5. Game execution department]
The game execution unit 104 is mainly realized by the control unit 11. The game execution unit 104 makes the game playable from the game status indicated by the status data DT4 acquired by the status 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 satisfying 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.

Note that playable is, for example, a state in which the game progresses based on the user's operation. Further, for example, playable is a state in which the execution result of the game changes depending on the operation of the user. Further, for example, playable is a state in which a user's 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 background is presented by the presentation unit 103. That is, the game execution unit 104 makes the game playable from the game situation indicated by the situation data DT4, on condition that the background is presented by the presentation unit 103.

In the present embodiment, the user database DB1 is associated with the user identification information and the user data DT1, 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 will be 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 other than the user of the game terminal 10.

Further, in the present embodiment, since the setting information is stored in the status 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 action based on the batting order.

Further, in the present embodiment, since the user plays the game immediately after the start of the game, the game execution unit 104 makes the game playable before the simulation process is executed. That is, the game execution unit 104 makes it possible to play the game from the start of the game until the interruption condition is satisfied, and after the game situation during the simulation satisfies the predetermined condition.

[4. Processing executed in the game system]
FIG. 11 is a flow chart showing an example of processing executed in the game system S. The process shown in FIG. 11 is executed by the control unit 11 operating according to the program stored in the storage unit 12, and the control unit 31 operating according to the program stored in the storage unit 32. The following processing is an example of processing by each functional block shown in FIG. In addition, when the process of FIG. 11 is executed, data regarding the opponent's team (for example, 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 you are doing.

As shown in FIG. 11, first, in the game terminal 10, the control unit 11 generates the situation data DT4 and starts the game (S101). In S101, the control unit 11 generates the status data DT4 based on the user data DT1 stored in the storage unit 12, the data regarding the opponent's team received from the server 30, and the setting information indicating the user's setting contents. .. Initial values are stored in 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 a character set as an operation target based on the user's operation, operates a character other than the operation target based on a predetermined action algorithm, and updates the status data DT4. .. Further, the control unit 11 generates a game image G showing a state of viewing the virtual world from the virtual camera and displays it on the display unit 15.

The control unit 11 determines whether or not 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 to be determined as the interruption condition among the items included in the status data DT4 is a predetermined value. For example, when the condition of "end of the bottom of the third inning" is set as the interruption condition, the control unit 11 determines whether or not the inning stored in the status data DT4 indicates the end of the bottom of the third inning. It is also possible for the game terminal 10 or the server 30 to create the status data DT4 in advance before interrupting the game, and to distribute and share the created status data DT.

When it is determined that the interruption condition is satisfied (S105; Y), the control unit 11 transmits the situation data DT4 stored in the storage unit 12 to the server 30 (S107), and the simulation process is being executed. A message indicating that effect 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.

When the server 30 receives the status data DT4, the control unit 31 records the status data DT4 in the storage unit 12 and executes the setting process of the common team based on the setting information stored in the status data DT4 (the setting process of the common team is executed). S301). The status data DT4 recorded in S301 is the status 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 game being played by the user.

The control unit 31 starts the simulation process from the game situation indicated by the situation data DT4 (S303), and executes the simulation process (S305). In S305, the control unit 31 operates the game character based on the simulation algorithm, and updates the situation data DT4 and the background data DT5. For example, if the condition of "end of the third inning" is set as the interruption condition, in S303, the control unit 31 starts the simulation process from the front of four times.

The control unit 31 determines whether or not the game situation indicated by the situation data DT4 during the simulation satisfies a predetermined condition (S307). In S307, the control unit 11 determines whether or not the value of the item to be determined under the predetermined condition is the predetermined value among the items included in the status data DT4. For example, if the condition "2 outs full bases loaded" is set as a predetermined condition, the control unit 11 indicates whether the out count stored in the status data DT4 indicates 2 outs and the status of each bases loaded indicates bases loaded. Judge whether or not.

When it is not determined that the predetermined condition is satisfied (S309; N), the control unit 31 determines whether or not the game situation indicated by the situation data DT4 during the 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 ends.

When it is determined that the predetermined condition cannot be satisfied (S309; Y), the process returns to the process of 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 status indicated by the status 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 the process of 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 background data DT5 stored in the storage unit 12 to the game terminal 10 (S311). In S311 the control unit 31 will transmit the latest status data DT4 and background data DT5.

When the game terminal 10 receives the status data DT4 and the background data DT5, the control unit 11 records the status data DT4 and the background data DT5 in the storage unit 12, and causes the display unit 15 to display the background indicated by the background data DT5. (S111). In S111, the control unit 11 causes the display unit 15 to display information regarding the process indicated by the process 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 background data DT5 in chronological order.

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 operation of the user, and updates the situation data DT4. The process of updating the status data DT4 in S113 is the same as in S103.

The control unit 11 determines whether or not the match has ended 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 9th inning, or whether or not the front of the 9th inning is completed with the second team winning. do.

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

According to the game system S described above, the game status is updated by executing the simulation process, the simulation process is executed until the game status satisfies a predetermined condition, and even if the user repeatedly plays the game, the game status is completely changed every time. Instead of playing from the same situation, you can create slightly different situations (situations with different details), which makes it harder for users to get bored with the game.

Further, when the game situation cannot satisfy the predetermined condition, the simulation process can be re-executed to prevent unnecessary simulation process, so that the load on the game system S can be reduced. Further, by preventing unnecessary simulation processing, the situation data DT4 can be quickly generated, so that the processing speed of the game system S can be improved.

Further, it is possible to make the user understand the process until the game situation satisfies the predetermined condition, and then play the game from the situation indicated by the situation data DT4. It is possible to prevent the user from being confused because he / she cannot 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 each time the simulation process is performed, and it is possible to reduce the load on the game system S. Further, by eliminating the trouble of acquiring the user data DT1, the situation data DT4 can be quickly generated, so that the processing speed of the game system S can be improved.

Further, the simulation process is executed after the setting information of the user data DT1 is set in the common data, and the user's setting is reflected in the simulation process. Therefore, the result of the game when the user plays by himself and the simulation process. It is possible to resemble the result of, and the accuracy of the simulation process can be improved.

In addition, 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, the situation at the start of the simulation process is different each time the user plays the game. Therefore, it becomes easier to create slightly different situations (situations with different details).

[5. Modification example]
The present invention is not limited to the embodiments described above. It can be changed as appropriate without departing from the spirit of the present invention.

(1) For example, depending on predetermined conditions, a plurality of conditions may be included. The plurality of conditions are, for example, complex conditions, and a plurality of items in the status data DT4 are subject to determination. For example, when the predetermined condition is the condition that "bases loaded with 2 outs by 3 points difference", the condition includes 3 conditions of "difference by 3 points", "2 outs", and "bases loaded". 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 determination unit 302 determines whether or not the game situation satisfies a predetermined condition by determining whether or not 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. It may be determined that it has been done. For example, under the condition of "bases loaded with 2 outs with 3 points difference", the determination unit 302 determines whether or not 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 status data DT4 is 2 outs. 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 status data DT4 when each condition is satisfied in the database storage unit 300. Each time the condition is satisfied, the determination unit 302 records the status data DT4 at that time in the database storage unit 300. The determination order of a plurality of conditions may be determined in advance. For example, the conditions may be determined in order from the condition that is difficult to satisfy, or the conditions may be determined in order from the condition that is easy to satisfy. The determination order of a plurality of conditions is not particularly determined, and when any of the conditions is satisfied, the determination unit 302 records the status data DT4 at that time in the database storage unit 300, and the remaining conditions are met. You may make a judgment.

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

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

According to the modification (1), when the game situation does not satisfy the predetermined condition, the simulation process is not restarted from 1 but the simulation process is executed again from the state where some of the conditions are satisfied. The processing can be streamlined and the load on the game system S can be reduced. Further, by improving the efficiency of the simulation processing, the situation data DT4 can be quickly generated, so that the processing speed of the game system S can be improved.

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

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 simulation process by the updating means to be executed again from the game situation satisfying the reference condition.

The reference condition is the same as the predetermined condition in that it is determined by the situation data DT4, for example, and the number of determination items may be the same as the predetermined condition or may be small. For example, the reference condition is a condition that is sweeter than the predetermined condition and is easier to satisfy than the predetermined condition. Further, for example, the reference condition is a precondition for satisfying a predetermined condition. For example, if the predetermined condition is a condition that a certain parameter becomes the first threshold value or more, the reference condition is a condition that the second threshold value or more is lower than the first threshold value. For example, if the predetermined condition is "a difference of 5 points or more", the reference condition may be a condition of "a difference of 3 points or more". 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 the value is less than the fourth threshold value higher than the third threshold value. For example, if the predetermined condition is "within 2 points difference", the reference condition may be "within 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 status 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 execute the simulation again from the recorded status data DT4. The simulation process itself executed by the update unit 301 is the same as that of the embodiment.

According to the modification (2), when the game situation does not satisfy the predetermined condition, the simulation process is streamlined by restarting the simulation process from the situation where the probability of satisfying the predetermined condition is high, instead of restarting the simulation from 1. , The load on the game system S can be reduced. Further, by improving the efficiency of the simulation processing, the situation data DT4 can be quickly generated, so that the processing speed of the game system S can be improved.

(3) Further, for example, when there is tone information indicating whether the tone of the game character is good or bad, the tone 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 tone information determination unit 304 is mainly realized by the control unit 31.

The tone information determination unit 304 determines the tone information of the game character based on the movement of the game character until the game situation satisfies a predetermined condition. The tone information is, for example, information indicating the quality of the tone 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 in a plurality of stages belongs to. The tone information may be stored in the status 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 mathematical or table format or may be described as 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 a game being simulated, when a game character makes a first action (for example, a strikeout or an error), the tone information determination unit 304 deteriorates the tone information of the game character. Further, for example, in a game being simulated, when the game character performs a second operation (for example, home run or fine play), 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. Performance is the ability of the game character and is a parameter that affects the operation result of the game character. For example, the higher the ability parameter, the higher the probability that the action of the game character will succeed, and the lower the ability parameter, the higher the probability that the action of the game character will fail. Further, for example, the higher the ability parameter, the higher the accuracy or intensity of the movement of the game character, and the lower the ability parameter, the lower the accuracy or intensity of the movement of the game character.

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

According to the modification (3), by influencing the tone of the game character with the execution result of the simulation process, the game can be changed according to the simulation result, so that the fun of the game can be enhanced.

In the modified example (3), the configuration in which the simulation process as described in the embodiment is repeatedly executed is not essential. For example, the update unit 301 does not have to repeat the simulation process. That is, the game system S of the modification (3) may have only 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 particularly repeating. ..

(4) Further, for example, two or more of the above modifications 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 randomly determined timing. Further, for example, it is not necessary to display the process until the game situation satisfying the predetermined condition is reached. 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 particularly refer to the setting information. Further, for example, the simulation process may be executed immediately after the start of the game.

Further, for example, each function may be shared between the game terminal 10 and the server 30. In this case, the processing result of each functional block may be transmitted / 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 realize the situation data acquisition unit 101, the background data acquisition unit 102, the presentation unit 103, and the game execution unit 104. In this case, each of these functions is mainly realized by the control unit 31. For example, when the status data acquisition unit 101 is realized by the server 30, the status data acquisition unit 101 of the server 30 acquires the status data DT4 from the database storage unit 300. Further, for example, when the background data acquisition unit 102 is realized by the server 30, the background data acquisition unit 102 of the server 30 acquires the background 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 the voice data of the process indicated by the process data DT 5 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 realize the update unit 301, the determination unit 302, the re-execution unit 303, and the tone information determination unit 304. In this case, each of these functions is mainly realized by the control unit 11. For example, when the update unit 301 is realized by the game terminal 10, the update unit 301 of the game terminal 10 executes a simulation process to update the status data DT4 of the data storage unit 100. In this case, it is assumed that the simulation algorithm is 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 in 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 in 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, functions other than the update unit 301, the determination unit 302, the re-execution unit 303, the status 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, the case where a baseball game is executed has been described, but the process according to the present invention may be applied to other games. For example, the process according to the present invention may be applied to a sports game other than a baseball game (for example, a game on the subject of soccer, tennis, American football, basketball, volleyball, or the like). Further, for example, in addition to sports games, the processing according to the present invention may be applied to various games regardless of game format and genre, such as action games and role-playing games.

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

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

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

11) The information storage medium according to one aspect of the present invention is a computer-readable information storage medium in which the program of 10) is recorded.

According to the invention according to 1), 10) or 11), the game situation is updated by executing the simulation process, the simulation process is executed until the game situation satisfies a predetermined condition, and the user repeatedly plays the game. Even so, users will not get tired of the game because they can create slightly different situations (situations with different details) instead of playing from exactly the same situation each time.

2) In one aspect of the present invention, the re-execution means (303) causes the simulation process by the update means (301) to be re-executed from the beginning or the middle when the game situation cannot satisfy the predetermined condition. .. According to the aspect of 2), when the game situation cannot satisfy the predetermined condition, the simulation process can be re-executed to prevent unnecessary simulation process, so that the load on the game system can be reduced. .. Further, by preventing unnecessary simulation processing, 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 determination means (302) determines whether or not the game situation satisfies the predetermined condition by determining whether or not the game situation satisfies the 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 means (303) performs the simulation process by the update means (301). Re-execute from the game situation that meets the conditions of the club. According to the aspect of 3), when the game situation does not satisfy the predetermined condition, the simulation process is performed by executing the simulation process again from the state where some of the conditions are satisfied, instead of restarting the simulation process from 1. Can be streamlined and the load on the game system can be reduced. Further, by improving the efficiency of the simulation processing, the situation data can be generated quickly, so that the processing speed of the game system can be improved.

4) In one aspect of the present invention, the re-execution means (303) is the renewal means (303) when the game situation satisfies the reference condition corresponding to the predetermined condition but does not satisfy the predetermined condition. The simulation process according to 301) is re-executed from the game situation satisfying the above-mentioned reference condition. According to the aspect of 4), when the game situation does not satisfy the predetermined condition, the simulation process is streamlined by restarting the simulation process from the situation where the probability of satisfying the predetermined condition is high, instead of restarting the simulation from 1. The load on the game system can be reduced. Further, by improving the efficiency of the simulation processing, the situation data can be generated quickly, so that the processing speed of the game system can be improved.

5) In one aspect of the present invention, the game system (S) has a background data acquisition means (102) for acquiring background data indicating the background to the game situation indicated by the status data, and the background data indicates. The game executing means (104) further includes a presenting means (103) for presenting the background to the user, and the game executing means (104) is based on the game situation indicated by the situation data after the background is presented by the presenting means (103). , Make the game playable. According to the aspect of 5), the user can be made to understand the process until the game situation satisfies the predetermined condition, and then the game can be played from the situation indicated by the situation data. It is possible to prevent the user from being confused because he / she cannot understand why the situation has occurred.

6) In one aspect of the present invention, the game executing means (104) executes the game based on the user data associated with the user identification information of the user, and the updating means (301) is the user. Instead of the data, the simulation process is executed based on common data different from the user data. According to the aspect of 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 each time the simulation process is performed, and the load on the game system is reduced. be able to. Further, by eliminating the trouble of acquiring the user data, the situation data can be generated quickly, so that the processing speed of the game system can be improved.

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) is set in the user data. The set information is set in the common data, and the simulation process is executed. According to the aspect of 7), the simulation process is executed after the setting information of the user data is set in the common data, and the user's setting is reflected in the simulation process. The result and the result of the simulation process can be resembled, and the accuracy of the simulation process can be improved.

8) In one aspect of the present invention, the game system (S) is a tone information determining means (S) that determines tone information of the game object based on the operation of the game object until the game situation satisfies the predetermined condition. 304), the game executing means (104) changes the performance of the game object based on the tone information. According to the aspect of 8), by influencing the tone of the game object with the execution result of the simulation process, the game can be changed according to the simulation result, so that the fun of the game can be enhanced.

9) In one aspect of the present invention, the game executing means (104) makes the game playable before the simulation process is executed, and the updating means (301) interrupts the game situation in a predetermined manner. When the condition is satisfied, the simulation process is executed from the game situation in which the interruption condition is satisfied. According to the aspect of 9), the user is allowed to play the game to some extent, and the simulation process is executed from the situation of the game when the user's play is interrupted. Since it is possible to make different situations, it becomes easier to create slightly different situations (situations with different details).

S game system, N network, 10 game terminals, 30 servers, 11,31 control units, 12,32 storage units, 13,33 communication units, 14 operation units, 15 display units, 16 audio output units, A display area, G , G1, G2, G3, G4 game image, 100 data storage unit, 101 status data acquisition unit, 102 background data acquisition unit, 103 presentation unit, 104 game execution unit, 300 database storage unit, 301 update unit, 302 judgment unit, 303 Re-execution unit, 304 Condition information determination unit, DB1 user database, DT1
User data, DT2 common data, DT3 predetermined condition data, DT4 status data, DT5 history data.

Claims (4)

An update means for updating the status data indicating the game status stored in the storage means by executing a simulation process for automatically advancing the game without requiring the user's operation .
A determination means for determining whether or not the game situation indicated by the situation data at the second time point after the first time point satisfies a predetermined condition.
When the game situation indicated by the situation data does not satisfy the predetermined condition, the re-execution means for re-executing the simulation process by the update means from the first time or the first time point .
A display control means for displaying information on the game situation on the display means when the game situation indicated by the situation data satisfies the predetermined condition.
Including
The simulation process is faster than the game process after the game situation indicated by the situation data satisfies the predetermined condition.
Game system. The game process includes a display process for displaying the state of the game space in response to a change in the game situation.
The simulation process does not include the display process.
The game system according to claim 1. In the simulation process, a simpler calculation than in the game process is performed.
The game system according to claim 1 or 2. A program for operating a computer as the game system according to any one of claims 1 to 3.

Images